DirectX総合スレ (Part5)

**名前は開発中のものです。** · 2006/09/08(金) 23:56:42

言語はC++
他の言語使ってる奴はいますぐ消えろ

**名前は開発中のものです。** · 2006/10/22(日) 00:50:25

>>773
＞そうするとAGPメモリに展開されてVRAMデータと同じ速度でレンダリングが行われつつシステムメモリと同じ速度で書き込みできる。
大嘘もいい加減にしろ。
AGPメモリはメインメモリをビデオカード側から見えるようにマッピングするだけで、VRAMと同じ速度なんて持っていない。
ビデオカード側で頂点処理が出来るだけで、データはバスを超えて取りに行かなければならない。
頻繁に書き替えると言っても、その頻度が毎フレームとかいう状態でない限り、逆に遅くなる可能性すらある。

いつからAGPメモリがVRAMと同じ速度を持つようになったんだ？

**名前は開発中のものです。** · 2006/10/22(日) 01:09:37

>>783
DrawPrimitiveのコールで足ひっぱりのはGPUじゃなくてCPUなんだが・・・
基本的にGPUで足をひっぱるのはピクセルシェーダーだしな。

>>784
毎フレームデータ更新しないポイントスプライトがあるのかと・・・
何のためのD3DUSAGE_WRITEONLYなのかと。

実際のどこのメモリに配置されるからは完全にドライバ依存だし、
システムへの下りがない前提ならDMAでシステム＞VRAMだけですむ様にも最適化されるだろ。

**名前は開発中のものです。** · 2006/10/22(日) 01:25:06

>>776
最近のビデオカードだと、Presentですらブロックは発生しないよ。
Presentもキューに入れるだけ。
そのせいで描画に遅延が発生するという別の問題が発生している。

アクション性の高いゲームだと、その遅延が問題になるから
わざわざブロックが発生するようにLock入れたりしている。
(その方法はMSは推奨していないが)

**名前は開発中のものです。** · 2006/10/22(日) 01:38:56

データがおかしいと
GeForceが表示しなくて
RADEONが無理やり実行するって聞いた。

だいたいあってる？

**名前は開発中のものです。** · 2006/10/22(日) 02:40:09

>>777
>確かにDrawPrimitiveはGPUコマンドを作成するだけだが、
>Presentをしないという選択肢はありえないんだから

バックバッファではなくテクスチャに描画するときはDrawPrimitiveの後でPresentしないで良いんじゃない？

**名前は開発中のものです。** · 2006/10/22(日) 04:40:10

ハードウェア的に浮動小数点のHDRレンダリングターゲットに対する
アルファブレンディングがサポートされていない環境で，
ps_2_0くらいまでのHLSLでHDRへのアルファブレンドを実現する方法はないでしょうか？

HLSLでHDRのアルファブレンディングを実装するために，
ピクセルシェーダでソースカラーとレンダリングターゲットのピクセルカラーを混ぜる方法をとろうとしたのですが，
描画先のピクセル座標はps_3_0で無いと取得できないようで……．
ちょっとps_3_0は今の時期のゲームに使うのは環境的に難しそうなので，他の方法がほしいのですが．
(おまけに自分のグラボでは古くて動いてくれない('A`；；エフェクトエディタではSuccessになったのですが)

>>763
爆発エフェクトとかに対してごちゃごちゃやってみたいので，
なんとか3Dスプライト?も使いたいのです．

**名前は開発中のものです。** · 2006/10/22(日) 04:56:12

>>789
頑張ってますね～

HDRバッファもテクスチャとしてHLSLに渡したら参照可能かな？

**名前は開発中のものです。** · 2006/10/22(日) 05:21:33

>>790
自分もその方法でやってみたんですけど最終的にカラー合成するとき，
HDRターゲットテクスチャ側のピクセルカラーを取ってくるのにtex2D()を使ったのですが，
座標指定が必要になるので，ピクセルシェーダの入力にVPOSを入れたのですが，
このVPOSというセマンティックはps_3_0以降でないとサポートされないようなのです．

**名前は開発中のものです。** · 2006/10/22(日) 07:31:43

>>791
普通にテクスチャ座標で指定するだけでは？
Direct3D使って2Dエフェクト実装したことないの？

**名前は開発中のものです。** · 2006/10/22(日) 08:32:51

>>788
いやいや、結局その後どこかでPresent()はするわけじゃん。

>>789
１．HDRーRT
　　モデルなどをHDRでレンダリング

２．トーンマップなどのHDR処理

３．HDR-RTからLDR-RTへのフォーマット変換転送
　　　StretchRect()

４．半透明を使用したエフェクト描画＆２D描画

５．LDR-RTからバックバッファへのフォーマット変換転送
　　　StretchRec t()

６．Present（）

ようはHDR-RTだけで処理を関係させようと思わなければいい。
パーティクル関係がHDR処理をされる必要はないんだし。

**名前は開発中のものです。** · 2006/10/22(日) 08:47:57

>>793
Presentを一切実行しないDirect3Dプログラムというのも有り得る。
EndSceneの間違いなら分かるが。

**名前は開発中のものです。** · 2006/10/22(日) 09:01:21

あぁそうか画面に描画しねーならPresentはいらねーな。
そもそもDrawPrimitiveしないならBegin-Endもいらんか。

>>776ので勘違いしてた。
Present()が重いのは基本的にそこで全描画を待つからであって、
別にPresent()でkickしてるからではないって話だったな。

まぁこのへんも全部ドライバ依存だから一律決まってるわけでもないが・・・。

**名前は開発中のものです。** · 2006/10/22(日) 09:37:22

>>792
HLSLは正直あんまり使ったことないです．(´･ω･`)
どういう風に実装するものなんでしょ？

>>793
ふむむ，やっぱりエフェクト類は分離させた方が早いですか．
とりあえず動く状態にしたいのでそれでいってみます．

**名前は開発中のものです。** · 2006/10/22(日) 12:54:52

>>791
描画座標をテクスチャ座標に変換してピクセルシェーダに渡すだけだよー
（テクスチャサイズか変換マトリクスをHLSLに渡す必要がある）
頂点シェーダの入力はテクスチャ座標１つでも、ピクセルシェーダは２つとか可能だからね。

基本的に、頂点シェーダが持つ特殊なデータを渡したい時はテクスチャ座標を使います。

**名前は開発中のものです。** · 2006/10/22(日) 13:11:03

> ２．トーンマップなどのHDR処理
> ３．HDR-RTからLDR-RTへのフォーマット変換転送
> 　　　StretchRect()

トーンマップってHDR→LDRを含むよね。

っつーか、その案はすでに出してるんだけど。

**名前は開発中のものです。** · 2006/10/22(日) 13:40:07

GPGPUなんかはPresentしないね。

**名前は開発中のものです。** · 2006/10/22(日) 13:54:46

ID:NV8Lshdxの再登場はまだ？
それとも既にいるなら名乗ってくれよー

**名前は開発中のものです。** · 2006/10/22(日) 13:57:03

AfterEffectﾓﾄﾞｷのエフェクトアニメーション作成ツールを作ったときもPresentは使わなかった。
バックバッファをD3DXSaveSurfaceToFileで取り出してAVIにエクスポートするだけだったんで。

**名前は開発中のものです。** · 2006/10/22(日) 14:09:11

>>801
つまりPresentが要らない分、超爆速ってことだね!
なんてったって「一番重たくなる」Presentが要らないんだもんね!

という戯言はともかくとして
処理は別スレッドで行って、なんか適当に「エクスポート中です」とかアニメーションさせた
画面出しておいた方がツール使う人の不安ちょっと解消されるかもね
使う人がプログラマだったらそんなんむしろ邪魔だろうけどデザイナプランナが使うんならって話ね

**名前は開発中のものです。** · 2006/10/22(日) 19:57:45

>>802
801のツールが何も画面に表示してないとは書いてないし、
その表示にPresentいらないし。GDIで十分。

**名前は開発中のものです。** · 2006/10/22(日) 22:07:46

GDIは、3Dやってくれん

**名前は開発中のものです。** · 2006/10/23(月) 00:01:56

3Dは別に必要ないんじゃないかと思うが

**名前は開発中のものです。** · 2006/10/23(月) 13:14:35

GDIだと
いろんなブレンドが面倒だろ

**名前は開発中のものです。** · 2006/10/23(月) 13:55:20

そこでMMXが満を持して登場

**名前は開発中のものです。** · 2006/10/23(月) 14:03:27

5年ぐらい前のコードをまた書けと

**名前は開発中のものです。** · 2006/10/23(月) 14:20:12

802の言う程度の描画ならGDIで十分、という話だと思う。
で、Presentはいらない場合もあるね、ってことだろう。
もはやなんの話だったかおぼえてないけど。

**名前は開発中のものです。** · 2006/10/23(月) 14:24:28

Presentが一番処理が重いんだ！とおっしゃった方が発端かと。

**名前は開発中のものです。** · 2006/10/23(月) 16:24:59

普通に時間計ったらPresentが一番重くなるんじゃないの？描画待ちで。

それを、Present使わない稀な例を挙げて騒いでるのはなんで？？

**名前は開発中のものです。** · 2006/10/23(月) 17:15:55

>>811
最初にPresentが重いといった人がどういう意図でいったのか分からんが、
描画待ちをしてるからではなく、状況に依存せずに重いと言ったんじゃなかろうか。

そもそも描画が完了してる状況ならさして重くないんだし。

**名前は開発中のものです。** · 2006/10/23(月) 17:28:47

Presentの前に通常処理をすればいいじゃない

**名前は開発中のものです。** · 2006/10/23(月) 17:54:32

佐賀

**名前は開発中のものです。** · 2006/10/23(月) 19:25:37

>>811
ほっとけ。
相手にしてもしょうがない。

**名前は開発中のものです。** · 2006/10/23(月) 19:37:27

誰か
GeForceとRADEONの違いについて語って

**名前は開発中のものです。** · 2006/10/23(月) 21:30:48

>>811
お前さんはとんでもない勘違いをしている。
Presentをしないプログラムも有り得るという話は、Presentが
重いという話の流れではなく>>777に対するレス。

**名前は開発中のものです。** · 2006/10/23(月) 22:21:08

>>777 はある程度内部処理を想像できてるから、
UP系と非UP系＋Presentとを比較した発言をしてるよね？

それに対して「Presentしない例もある」って言ってる人は
話の根本を理解してない上に、内部処理を理解してない人まで混じってる。

「Presentしないこともあるけどね」程度で終わればいいが
そっちの話にばかり移ってるのがおかしいんだよ。

**名前は開発中のものです。** · 2006/10/23(月) 23:31:10

んじゃそろそろクリスマスPresemtでも考えようぜ。
俺はゲームボーイアドバンス

**名前は開発中のものです。** · 2006/10/23(月) 23:48:22

やっべ驚くほどつまんない人が現れた

**名前は開発中のものです。** · 2006/10/24(火) 00:39:22

>>819 勇んでボケたのに咬んだね・・・＞ｽﾍﾟﾙﾐｽ

**名前は開発中のものです。** · 2006/10/24(火) 00:44:01

>>818
話の本筋が一段落したところで
脇道にそれてわいわいやってただけなので
文脈読んでください。
おかしいのはお前の会話能力です。

**名前は開発中のものです。** · 2006/10/24(火) 01:01:12

>>822 天才発見ｗ

**名前は開発中のものです。** · 2006/10/24(火) 01:19:20

わいわいやってたんだ・・・

**名前は開発中のものです。** · 2006/10/24(火) 02:59:13

Presentが一番重たい人に比べたら
誰だって天才だよｗ

**名前は開発中のものです。** · 2006/10/24(火) 14:20:05

P
r
e
s
e
n
t

**名前は開発中のものです。** · 2006/10/24(火) 19:59:24

pre-sentをそのまま訳したら「先送り」になってしまうな…

**名前は開発中のものです。** · 2006/10/25(水) 02:10:07

>>825 ﾊﾞｶがおるｗ

**名前は開発中のものです。** · 2006/10/25(水) 02:57:23

presentが一番重たい人キター！

**名前は開発中のものです。** · 2006/10/25(水) 04:08:53

今モーションの補間をやろうとしています。
キーフレームには各ボーンに対応するクオータニオンが設定されていて、そのキーフレーム
間のクオータニオン同士をなめらかに補間しようと考えています。
とりあえずD3DXQuaternionSquadSetupとD3DXQuaternionSquadを使って補間してみたの
ですが、この問題
http://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=40&vew=58
と同じ問題が出て困っています。このスレッドではGemsのサンプルを使うと良い、といった
事が書かれていますが、Gemsの方はGemsの方で、クオータニオンを360度一回転させると
おかしくなる等問題があります。
クオータニオンをD3DXVECTOR4にキャストしてCatmullRomで補間してみたりもしたのですが、
やっぱり一回転できない等問題が出てしまいます。

クオータニオン同士を滑らかに補間したい時は普通どうやるんでしょうか。
あんまりキーフレーム同士の角度が離れすぎないようにしてD3DXQuaternionSquadで補間する
しか無いんでしょうか？
それなりに滑らかに見えればOKで、あんまり厳密さとかは求めてないんですが・・・。

**名前は開発中のものです。** · 2006/10/25(水) 12:15:51

>>830
反転なしのslerpでsquadを実装、でだめなの？
その360度一回転ってのがよくわからないんだけど、まさか一区間で
一回転じゃないわよね。とりあえず例が無いとわからないわ。

**名前は開発中のものです。** · 2006/10/25(水) 12:47:20

「妹と月イチでＨなことしてる♪」と女子高生タレントがblogで発言→炎上中　★2
http://news20.2ch.net/test/read.cgi/news/1161654591/

**名前は開発中のものです。** · 2006/10/25(水) 13:37:44

>>831
ギャー！全然関係無いうっかりミスが原因でした。
仰る通り、反転無しのslerpで正しく動きます。
上の質問は忘れてください、お騒がせしました。

**名前は開発中のものです。** · 2006/10/27(金) 17:51:49

PCで
３D技術使いまくり系で
めがっさキレイなゲームって何があります？

**名前は開発中のものです。** · 2006/10/27(金) 18:54:51

おれのゲーム

**名前は開発中のものです。** · 2006/10/27(金) 19:35:30

うｐ

**名前は開発中のものです。** · 2006/10/28(土) 00:40:05

DirectXSDKを最新版にしたい場合、旧バージョンアンインストール→新盤DL＆インストールって手順でOK？

**名前は開発中のものです。** · 2006/10/28(土) 02:52:28

>>834
今なら間違いなくCrysis
ttp://www.xasis-game.com/title/crysis/movie.shtml

既に発売してるものならProject Gotham Racing 3

**名前は開発中のものです。** · 2006/10/28(土) 13:18:04

>>837
新版DL→旧バージョンアンインストール→インストールの方がたぶんｲｶす

**名前は開発中のものです。** · 2006/10/29(日) 21:53:43

遅レスで申し訳ないんだけど、結局、頂点をCPU側で動的に書き換える場合、
DrawPrimitive、DrawPrimitiveUP、DrawIndexedPrimitive、DrawIndexedPrimitiveUP
のどれを、どう使うのが一般的なの？

kickとかよくわからない素人なのですが、識者の方、どうかまとめてくれないでしょうか

**名前は開発中のものです。** · 2006/10/29(日) 22:38:31

>>840
てめぇで考えろよ。
正解なんてねぇよ。

**名前は開発中のものです。** · 2006/10/29(日) 23:20:08

>>843
あ？けんかう

**名前は開発中のものです。** · 2006/10/29(日) 23:27:52

>>842
けんかう。

**名前は開発中のものです。** · 2006/10/29(日) 23:45:05

(´･ω･`)<人に関数決めてもらわなきゃ描画も出来ネェ糞餓鬼がなめてんじゃねぇぞ！ｶｶｯﾃｺｲﾖ！ｵﾗ！

**名前は開発中のものです。** · 2006/10/29(日) 23:54:45

>>840
時と場合による。
どのような時に何がもっとも有効かはリファレンスを熟読しましょう。
その後の検証も忘れずにな。

**名前は開発中のものです。** · 2006/10/30(月) 00:35:12

俺は、本当は誰もそんなパターンなんて出来てないし誰も理解も出来てない、と思うんだ

>どのような時に何がもっとも有効か
なんてリファレンスを見るまでもなく、そのパターンが少しは出てくるはずだが、1つも出てこないから

**名前は開発中のものです。** · 2006/10/30(月) 01:21:58

そうか？
少なくとも俺の今のプログラムの中ではUP系関数を使う箇所はない。
DrawPrimitive系どうこうよりも、頂点バッファの作り方と使い方のほうが重要だし。

**名前は開発中のものです。** · 2006/10/30(月) 02:28:31

みんな頂点ストリーム使ってないのか？
UPだと０番しか使えないぞ。

０で座標、１でＵＶ、２で法線、３で・・・

って使うと汎用的に使えて便利だぞ。
UPだとこういうもの作るのに向いてない。

**名前は開発中のものです。** · 2006/10/30(月) 02:31:28

他人に使う関数を決めてもらうような人間が
頂点ストリーム使ってたり知ってたりするはずがない。

**名前は開発中のものです。** · 2006/10/30(月) 04:38:50

>>840
よく分からない奴はUP系を使うのがベスト。
VertexBufferはよく分からないで使っていると、パフォーマンスを
悪化する可能性がある。

**名前は開発中のものです。** · 2006/10/30(月) 09:58:40

>>848
GPUの中身知ってると、そんな非効率的な実装する気にはならなくなるけどねぇ
preであれpostであれ頂点キャッシュ無駄にし過ぎ

**名前は開発中のものです。** · 2006/10/30(月) 11:34:36

>>851
どういうふうに非効率なの？
GPU Gemsでも848みたいな例が載ってた気がするけど真似しちゃまずいのか？

**名前は開発中のものです。** · 2006/10/30(月) 12:32:10

頂点ストリームの切替えやテクスチャの切替えはキャッシュがクリアされ
パフォーマンスの大幅な低下の原因になる。
つーかこれは普通にドキュメントに書いてあることなんだが。
この程度の日本語も理解できないのか？

**名前は開発中のものです。** · 2006/10/30(月) 21:28:08

ストリームを複数使うのと、ストリームを切り替えるのは違うと思うだな。

**名前は開発中のものです。** · 2006/10/31(火) 00:29:57

最近のハードだと頂点ストリームやテクスチャの切り替えでもstallは起きない。
パイプラインにステート変更コマンドが流されるだけ

つうか851の本文に答え書いてあるのになんで疑問系で返ってくるんだろう
これ以上は書かないので後は自分で頑張れ

**名前は開発中のものです。** · 2006/10/31(火) 00:32:58

複数ストリームはドライバが内部的に１つのストリームとして展開してると思うんだが・・・

**名前は開発中のものです。** · 2006/10/31(火) 01:54:05

>>855
あｗ逃げてやんのｗ
わかるんだｗ俺ｗ

**名前は開発中のものです。** · 2006/10/31(火) 22:52:52

ビデオカードによって最適な実装は異なる。

**名前は開発中のものです。** · 2006/10/31(火) 22:56:27

SetStreamSource()の呼び出しで頂点バッファが切り替えられてキャッシュが云々はわかる。

だが複数ストリームを使ったら１頂点処理するごとにキャッシュミスが発生なんて
阿呆な実装がまずありえないだろ・・・。

**名前は開発中のものです。** · 2006/10/31(火) 23:00:46

つまり、

複数の描画方法を実装して、
ゲーム中に切り替えて比較して、
描画対象によって結果集計して、
リアルタイムに切り替えていけばいいわけですね！！！

**名前は開発中のものです。** · 2006/11/01(水) 00:14:46

>>860
ボケなんだか微妙なラインすぎて困ってるだろｗ

実際に、実行時にテストしてから開始するソフトあったような・・
もちろん構成が変わってなければパフォーマンス一緒だから最初の一回だけだと思うが。

**名前は開発中のものです。** · 2006/11/01(水) 02:06:17

深海からの保守

**名前は開発中のものです。** · 2006/11/01(水) 02:09:32

ボケしかいないスレ。

**名前は開発中のものです。** · 2006/11/02(木) 16:59:51

DirectInput対応のゲーム等の操作を記録して、後で再生してくれるプログラムとかないですかね

**864** · 2006/11/02(木) 17:00:23

JOYPADの操作です

**名前は開発中のものです。** · 2006/11/02(木) 17:29:34

なければ作ればいいじゃない

**名前は開発中のものです。** · 2006/11/02(木) 17:32:43

>>866
作り方、もしくは作り方を書いているところ教えて。
DirectXのHPとか、PG全般の解説とかは却下ｗ

**名前は開発中のものです。** · 2006/11/02(木) 18:26:23

むしろ、なんで作れないのか聞きたいわ・・・。
ミドルウェアあたりに隠蔽されてるとか？

**名前は開発中のものです。** · 2006/11/02(木) 19:13:06

>>864は「DirectInput対応のゲーム」のリプレイするツールが欲しいのだろう。
ゲーム作ってるわけじゃないし、
ツール作ってくれというわけですら無い（作んねーけどｗ。
板違いだシネｗｗｗｗｗ

**名前は開発中のものです。** · 2006/11/02(木) 19:27:12

キーとかは、フックすればいいけど
ジョイスティックは、フックできないんだったな
ぬう

**名前は開発中のものです。** · 2006/11/02(木) 19:29:35

それで金になるのならどこかの外人がドングルでも作ってくれそうだな

**名前は開発中のものです。** · 2006/11/02(木) 19:34:50

DirectInputでジョイスティックの記録取るプログラムなんて簡単に
作れるけど、そんなの記録・再生してもリプレイにはならんよ。
操作情報だけでリプレイを再生するには、最初からゲームの方を
そういう風に作ってないと駄目。

**名前は開発中のものです。** · 2006/11/02(木) 19:39:05

教えて君ってなんでこんなに偉そうなんだろうね、どいつもこいつも

**名前は開発中のものです。** · 2006/11/02(木) 19:48:31

他人のことを自動的に回答するBOT程度にしか見てないからだろ

**名前は開発中のものです。** · 2006/11/02(木) 19:56:53

教えるほどの技術を持ってない人ばっかりだからね。
結局のところ質問に対して煽りレスしかできない低能君が
一番偉そうにしていてうざいんだよｗ

**名前は開発中のものです。** · 2006/11/02(木) 20:01:55

>>875
キミが>>864に
「DirectInput対応のゲーム等の操作を記録して、後で再生してくれるプログラム」
を紹介すれば済む話だよ

コードじゃなくてバイナリが欲しそうな気がするから、できれば
ソフト板かどこかに誘導してから教えてあげるといいんだが

**名前は開発中のものです。** · 2006/11/02(木) 20:35:05

つーか、誰にも教える義務も義理も無いんだから、
回答が無くても問題解決しなくても、
文句いうのはお門違いどころか図々しいだけなんだけどな。
極端に言えば対価も無しに何かを得ようなど、乞食に等しい。

**名前は開発中のものです。** · 2006/11/02(木) 20:54:53

いや、ちょっと便利ツール探しにきたら、
「うはｗｗ釣堀ｗｗｗｗｗらっきーｗｗｗｗｗｗｗｗ」
ってだけだから、相手するのも程々になｗ

**名前は開発中のものです。** · 2006/11/02(木) 20:55:48

レスが付くことに絶望するところだろ

**名前は開発中のものです。** · 2006/11/02(木) 22:32:09

「教えてやる」っていう高圧的な態度が少なくともあって
質問者＝自分より低レベル　っていう意識ｇ

このやり取りあと何回見るんだろ・・・

**名前は開発中のものです。** · 2006/11/02(木) 23:08:30

そこそこの技術力があれば2chなぞで技術的な質問なぞしない。
自力で文献なりwebなりあたって試行錯誤すれば解決するからな。
実際質問者のレベルが高いことあったか？

**名前は開発中のものです。** · 2006/11/03(金) 00:01:39

知るか
もう来んな

**名前は開発中のものです。** · 2006/11/03(金) 00:26:49

つうか、>864は質問の仕方が悪い。
回答者にどれだけ知識があろうと必要な情報がなければ判断不能だ。
どういう状況で、お前さんはなにを試して(あるいは知っていて)、どういう結果を期待してるのか、
最低このセットは書かないと、あいまいなレスしかつけようがない。