Direct 3D

Direct Xはあるみたいですが、こちらはD3D専門という事で。
とりあえずDX8以降は初期化が簡単になったり関数が変わったり
結構大幅に変わりましたがその辺も踏まえてお願いします。

2

＞お願いします。
何をすればよいんだ？

>>3
オナニン。

　その辺も踏まえてお願いします。

　

あまり揚げ足を取らないでくんさい。

オブジェクトデータに対し、
テクスチャを張るのと、
バーテックスペイントを施すのと
ポリゴン毎に色情報を変えるのとでは
プログラマー的にどっちの方がうれしいんですか？

はじめっからテクスチャ貼ってあるXデータが一番楽です。
ポリゴン毎に色を毎回変えるのは面倒くさい。

>>7
面倒くさいのはデータ作る人であって、
動作速度とか効率とか考えないなら、
プログラマ的には大差ないと思われ。

まぁ、なるべくDrawPrimitiveUPは使うなと言うことで。（謎）

　その辺も踏まえてお願いします。

>>7

テクスチャと頂点色は上手に併用すればイイ感じなので
その辺も踏まえてお願いします。角度とか。

このスレは「その辺も踏まえてお願いするスレ」になりました。


　　その辺も踏まえてお願いします。

質問
アルファブレンディングの加算合成で、透明度変更する方法ない？
光がフェードアウトする感じ表現したいんだけど。

>>13
modulate使えばいいんちゃうん

まちがった、ハズ

ブレンドファクターのalpha

も踏まえてお願いします。

・・・そんな変な事いったかしら?
ちなみに自分は2DでもD3D使ってます。
Drawだと色が256以下じゃないとパレット変更できないのでDirect Drawは
もうさらばいですね。

>>18
・・・Highcolor/TureColorにはパレット無いが。
もう少し他人に理解できるように書くことをきぼーん

ていうか、みんななんで鬱だ氏のう DirectXスレ使わないのよ。
2Dと3Dが他のスレに取られたら骨抜きじゃん。ﾑｷｰ

>>20

重複ネタスレっちうことで、俺は冷やかし半分でココ見てるけどね。
ヤパーリ本命は鬱だ氏のうスレだ。

>>1

『ポリゴン毎に色を毎回変えるのは面倒くさい。』は悶絶したYO。
謎言神スレの予感がするので、その辺も踏まえてお願いします。

>>21
>ヤパーリ本命は鬱だ氏のうスレだ。

それなら下げとけYO!

ｺﾞﾒﾝYO!

>>13
D3Dって、GLみたく、textureのalphaとフラグメントのalphaの
乗算ってできないの？それで解決できるんちゃうん？

>>19
TrueにはないけどHighにはパレットありますよ。確か。

>>20 >>21
Direct XといってもInputから何から範囲が広いので
分けた方がよくないかなと何となく思ったので。

>『ポリゴン毎に色を毎回変えるのは面倒くさい。』は悶絶したYO。
いやテクスチャ付きメッシュ読むからプログラム上からはあまり色は指定しないのです。
何か効果つける時とかはもちろん指定してますが。

>>25
君、面白いね

いや、面白くないですよ、面白がられると迷惑です。

ここは1を叩くスレか？
DirectXのような超簡易ライブラリレベルで
もめるなよ。みんな。楽しくやろうぜ。

みんな叩いてるというより、光臨してくれるのを
面白がってるだけさ。1さんのさりげない天然ボケが魅力だ。

ま、ここはネタスレということでその辺も踏まえて(以下略)

＞プログラム上からはあまり色は指定しない

7の「ポリゴン毎に色情報を変える」てのは時系列の話じゃないでしょ。
ポリゴン面毎に頂点色が別になって三角形strip化の邪魔になるけど
プログラマとしてはどうよ？って話。で、無難な答えは>>9。

>>24
できない。

俺ＯＧＬ移行します。Ｄ３Ｄってなんにもできませんね。

デバイスをHAL⇔REFした後、スキンメッシュをD3DXMeshのDrawSubsetで描画しようとすると
エラーになってしまう。
D3D8のバグかなあ。

>>30
こらこら。そのくらいできるって（ｗ

やべ、ここの1さんに惚れそうだ。
あまり叩くな、バカども、せっかくの大事な天然素材だぞ。

>>1
>何か効果付けるときとかはもちろん指定してますが。
具体的にどんなことしてるのですか？
頑張って下さい、期待しています。

残念ですがボクはそういうキャラクタではないので。

効果といっても大した事はしていません。
上にかいてあるようなアルファブレンディングで爆発の効果を表現したりしています。
あと最近頂点バッファの使い方を覚えました。
でも持っているハードが対応していないので効果はよく解りません。

>>33
できないってば。初心者からかうなＹＯ！

>>36
俺の知る限り、Dx8 から出来るようになったYO

アホな漏れにもようやくこのスレの楽しみ方が分かってきました。
１さんの謎ビデオカードについてもっと知りたいYO・・・・（;; ´Д｀）ﾊｧﾊｧ

ちょっと調べてみたんだけど

m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_MODULATE );

/**************************************************************************
　　　　　　　　　　　 こっち？
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_DISABLE );
こっちでもOKか？
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLOROP, D3DTOP_ADD);
****************************************************************************/

m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAARG2, D3DTA_DIFFUSE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAARG1, D3DTA_TEXTURE );
m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAOP, D3DTOP_MODULATE );

m_pd3dDevice->SetRenderState( D3DRS_ALPHABLENDENABLE, TRUE );
m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_ONE );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_ONE );

/*************************************************************************
diffuseのalphaを小さくしながら（大きくしながら？）オブジェクト描画
**************************************************************************/

これできるんちゃうの？　D3Dよく知らないからマニュアル
見て書いてみただけだけど

>>1
頂点バッファ使えない？そんなもん捨てちまえ
DX8を踏まえてお願いしたいのなら頂点バッファ避けるわけにゃいかんでしょ

DirectX8.aから7にバージョンダウンするには
どうすりゃいいっすか？

レンダーステート間違ってた、
m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_INVSRCALPHA );
こうだ、たぶん。

>42
　？乗算だったら

m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_DESTALPHA );

ではないの？上だと混合合成にならない？

>>43
そのとうでした。

>>42
のやつだと、加算にならんね。

持っているビデオカードはＶＩＰＥＲなんとかです。
これは２万円以上したのでまだ買い換えたくないです。

所で上の最後の引数はD3DBLEND_BOTHSRCALPHAじゃないですか？

間違えました。(__)
上の最後の行は忘れてください

間違い
加算ー＞乗算

これって、DX8からできるようになったの？
前から出来るような雰囲気なんだけど、

>>13はソースのalpha値を少しづつ変化させたい、という話だと思う。
で、ソースのalpha値をチクチク書き換えるには幾つかの方法があるよね。

例えば、対象物の全頂点のdiffuse-alpha成分を頑張って書き換える方法。
当然ながらパフォーマンス悪し。低ポリゴンの物体なら何とかなるかも程度。

他にはt、>>16がさりげなく書いてるようにブレンドファクタのalpha値を書き換える方法。
テクスチャステージ１以降で
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLORARG1, D3DTA_CURRENT );
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLOROP, D3DTOP_BLENDFACTORALPHA );
pd3dDevice->SetTextureStageState( n_stage, D3DTSS_COLORARG2, D3DTA_TFACTOR );

みたいな感じで。
テクスチャステージが２つ以上あれば使える。パフォーマンス良し。

ソース ≒ ソース側 ≒ 転送元側

>残念ですがボクはそういうキャラクタではないので。
自覚してるバカなんて、そうはいないものだぜ。

>あと最近頂点バッファの使い方を覚えました。
頂点バッファ使わないでどうやって組んでいるのでしょうか。
私の浅学ぶりに1さんに嫌われないかと心配です。

>>48
勿論できた。もっと余裕をもって楽しもうヨ。

>>51
かっちょいー

>>49
なぜ、そっちのほうが、パフォーマンスいいんですか？
経験則？

ああ、そうか、頂点バッファのお話なんだよね
DrawPrimitiveじゃないんだよね、
なるほど、

>>51

己より下と見るや嬉しそーに弄んで悦に浸ってる人間てーのは
どうしてこうも滑稽に映っちまうだろうなぁ。

>>52-54
悪ぃな、滑稽に映るだけなら構わねぇんだが
不愉快に感じたんなら謝るぜ。そういうつもりはねぇんだ。

てわけで消えるます。それじゃネ。

おっと、言い忘れてた。
>>13は「加算合成」つってるから、
ブレンドファクターでアルファ使うのはルール違反だぜ。
引っかけ問題ってやつか？その辺も踏まえてお願いします。

んじゃ、今度こそ本当にサヨナラです。

>>52

いい加減な比較テストだけど、一応そんな結果んなった。
環境は、GeForceでT&L有効のときの頂点バッファ。
頂点数300〜400程度のトライアングルリスト。

>>55

54=me

>頂点バッファ使わないでどうやって組んでいるのでしょうか
53さんが言ってるとおりDrawPrimitiveじゃなくてDrawPrimitiveUPで
毎回指定していましたけど、これっておかしいですかねぇ。
他の人は全部頂点バッファ使っているのでしょうか。
頂点が頻繁に変わる時とか、逆に効率悪くならないですか?

2x2(1x1)のテクスチャ作って
テクスチャステージで実装とか？

>>58
別に効率は変わらないと思う。
というか頂点バッファをロックして値を変更するってこと自体あんまりやらない。
簡単なモーフィング等ならD3Dのファンクションで十分表現出来るし。
あと、DrawPrimitiveUPを使う事は全然問題なし。
アホな煽り豚は無視するべし。

>58
　HT&Lが使えない時はシステムメモリにVertexBufferを確保する
様にするから、頂点操作にLockが必要だとしても目立つほどの
オーバーヘッドは無いように思う。それなら、新しいデバイスを利用
してVertexBufferは積極的に使って良いと思うんだけど。とりあえず、
自分はG400だけど使ってるよ。毎度Lockして書き換えてるけど（苦笑）

　さっさとUV自動生成使ってマルチテクスチャにしてしまおう・・・。

DrawPrimitiveUPは問題あると思うよ。
毎回データを内部のバッファにコピーしているから。
頂点バッファを使うとこのコピーが無くせる。
でもUPは実験用には便利。

頂点バッファをロックして値を変更は
頂点数が不定なパーティクルでは使うかもしれない。
PointSpritesというサンプルがやってるよ。

　補足：HT&L使用時にはVRAM上のバッファをLockしてアクセスする
事になるから、逆に不利になるかも。でも、その時はその時でVertex
Bufferを使いつつ別の工夫をした方が良いような・・・。さすがにあまり
にアクセスが頻繁だと使わないほうが良いだろうけど。

マイクロソフト様がＶＢ（VertexBufferね）使えっておっしゃっているのだから
黙ってそれに従うほうが幸せになれるってものさ。

>>63
VRAM上に頂点バッファを作らないようにするためのフラグが
CreateVertexBuffer()にあるよ。
PointSpritesでは使ってる。

すまんな。これで最後にするからよ。

>>60
アホな煽り豚より知能足りてねぇ昆虫野郎の方がよほど有害だ。
UPが（カードにもよるが一般論として）非効率的なのは常識だろが。
それともあれか？初心者虐めってやつか？
まぁいいや、とりあえず逝っとけ。

つうか、頂点いじりたきゃvs使え。テメェの将来の為にもな。

>>66
(ﾟДﾟ)ﾊｧ?
DrawPrimitiveかDrawPrimitiveUPかなんて状況によって使い分ける
のが普通だろ?
一概にどっちが速いなんていえねーよ。
こいつはタダの知ったか野郎だな。
ひょっとして頭でっかちのVB房なんぢゃねーの。

まあまあﾏﾀｰﾘﾏﾀｰﾘ

>>66
コイツ痛すぎ
ま、もう2度と来ないらしいからどうでもいっか。

>>66
>>51で1を馬鹿にしているのにも関わらず自分が馬鹿にされると
このキレ模様。
バカ丸出しだねっ

ﾏﾀｰﾘしろゆーとるやろがｺﾞﾙｧ！ いわすぞｺﾞﾙｧ！

もうちょっと落ち着いてしゃべろうや。せっかくできたゲ術板だし。

>65
　あ、それは知ってるよ。ただ、メカニズム的にシステムメモリに
VBufferを作った時に、HT&Lってどう言う風に動作しているのか
がよく分かって無いのだけど。自動的にVRAMに転送して処理
してくれるのかな？それとも、CPUが座標変換？？

>>73
システムメモリのＡＧＰメモリに置いてある頂点バッファから
グラフィックチップがダイレクトに読み込んでくれるメカニズムだよ。
ＡＧＰメモリ以外のシステムメモリにある頂点バッファでは駄目だけど。
ＡＧＰメモリに頂点バッファを置くように指定するのが
CreateVertexBufferのフラグの組み合わせで
PointSpritesの通りにやればＯＫ

>74
　成る程。AGPメモリに置けばビデオカードからはVRAMとして
見えて、実際はメインメモリだからLockしての書き換えもそこまで
遅くはならない、と。ありがとう、完全に疑問が解けたよ。
　となると、書き換えが頻繁でも充分VertexBufferは使えるかな。

Ｘファイルで出力した「人間」なんかをゲーム中で
アニメーションさせる場合は、パーツをバラバラの
状態で読みこんで自分で一つ一つモーションを付けるものなんでしょうか。
他に効率のいい方法があれば教えて下さい。

普通、もデラーでつけた体全体のモーションを出力させて
（階層構造と行列のデータ群）それをそのまま再生させるよ。
で、モーションと別のモーションの間は補間でつなぐ。
モーション中に別のモーションに移りたいことがあるからね。
あとは例外的に特定のパーツに差分行列かけて個別に動かすこともある
ケースバイケースばい。

>77
そうやるんですか・・アニメＸファイルが出せるモデラ
は高いんでゲームでは使わないのではと勘違いしてました。
ありがとうございます。

ああ、上のはＸファイルに限らず、自前フォーマットにも当てはまるよ。
おれは自前ファイルだけど目で読めるテキストＸファイルからモーション情報だけ
取り出させて使わせてもらうことがある。
逆にＸファイルのケツに他のフォーマットから取ったモーション行列を
自分でくっつけてやればモデラが対応してなくてもアニメＸファイルの出来上がりじゃないか？

保守age

TrueSpaceBASICがモ―ション付きX吐ける

Xファイルなんてすててモデリング＆モーションフォーマットもMSが提唱してくれればいいのにね
ヘンテコXファイルなんていつまでも残してもしょうがないだろ〜

Xファイルの問題点。
・拡張性はあるけど拡張は出来ないに等しい。
・ストリップ等、データの最適化をデータ段階で出来ない。
・テキストだとバカでかい。バイナリでもかなりデカイ
・読み込みが遅い。
・モーションデータを不動少数マトリクスで持つために無駄が多すぎる。

　ま、こんな感じ？それにしてもリアルタイム系のモデル
フォーマットをどこかが提唱してくれないとそれそろ、個人で
手が届く時代じゃなくなってきたね。

これってどうよ？
http://www.xglspec.org/

暇潰しに面白い話が無いか読んでみたが、やはりこの程度のスレだったのか。
とりあえず質問とかする前に最低限↓くらいは読んでおこうよ。（下の２つは暗記するくらいのつもりで）
ttp://www.microsoft.com/japan/developer/directx/techart/DirectX8faq.asp
ttp://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_d3drenderstatetype_graphics.htm
ttp://www.microsoft.com/japan/developer/library/jpdx8_c/_dx_d3dtexturestagestatetype_graphics.htm

それと、DrawPrimitiveとDrawPrimitiveUPだけど、速度だけで言ったら
DrawPrimitiveの方が速いよ。適切な使い方をする必要があるけど。
確かにいちいちLockするのは面倒だし、使い方を間違えるとだいぶ遅くなって
面倒ではあるけど。得にTnL使用時は気をつけないとパフォーマンスがた落ち。
ただ、1はそこまで気にするような段階には見えんが。

D3Dで直接LWOとかLWSとか読む方法か，ライブラリって無いですか？

>>86
Lightwaveのデータ形式なら比較的読み込みが楽なんで自前で読み込み
作ってもバチはあたらないと思うが、以下のライブラリがとっかかりには
なると思う。

http://www.dstorm.co.jp/dev/sdk/sdk.html
のObject, Sceneライブラリ。

もしLightwaveのデータを何も考えずに表示したいのなら、X形式にコンバート
すればよいし、自前のフォーマットを作りたいのならそれを改造するもよし、
直接読み込むような形であれば、親切なドキュメントとOpenGLのサンプル
プログラムを参考にしてみれ。全部ソース付きなので根気よく解析すれば
かならずわかるはず。

>>85
きたよ、毎度のごとく現れる高飛車君。
この程度っていうぐらいだったら自分で高度(?)な話題でもふってみれば?

>>85のような奴がいるから
「３Ｄやってるプログラマは人を小馬鹿にしたやつが多い」
と言われる。

>>88
高度な話題振っても付いてこれる奴がいない(アマだから)
or付いてこれても書きこまない(プロだから)

高度な話をし過ぎると身元が割れる危険が伴なう（以下略）

出し惜しみしてるのはニッポンジンの技術屋だけあるよ。
ガイジンはプロもアマも出し惜しみしないあるよ。

>>91
下手な言い訳はやめなさい。
単に高度なネタ持ってないだけでしょ？ｵﾚﾓﾅｰ

情報をクローズドにすると独自の文化が育つ。
そこが日本特有の長所でもあり短所でもあるな。

＞出し惜しみしてるのはニッポンジンの技術屋だけあるよ。
＞ガイジンはプロもアマも出し惜しみしないあるよ。
アマだったら日本でも出し惜しみしてない良質なコンテンツが豊富にあるだろ？
プロに関しては、技術隠蔽するのは当然。それは海外も同じ。
ただ、海外はプログラマー社長が極めて多いので、
社長判断で勝手に公開している例が目立つ。

海外は公開してても特許でガードしてたりするよな。
Stable Fluids使わせろやゴルァ

>>96
もし使ったとして、A|Wがお得意先の日本のゲーム会社を訴えるんだろうか？

>>95
レベルも人数もちがう。
まぁ、日本は少数精鋭ってことにしとこう。

たまには上げてみるか・・

>99
何、アげてんの？

>>100
何、サげてんの？

これが本スレだ

また３Ｄの糞スレあげてやがる。
ヴォケどもが。

おぉD3D専用のスレが・・・
という事で質問させてください。
D3DXLoadMeshFromX関数でXファイルを読み込んだ後、
このオブジェクトに対して行列を設定するには(既にローカル座標は作っているのですが)
どの関数を使うのでしょうか。
とりあえずそのままだと座標(0,0,0)に表示されているのですが、、

>>103
うるせー馬鹿

>>104
質問はこちらへ

プログラム板
Direct3D
http://pc.2ch.net/test/read.cgi/tech/1011762546/

>>106
それってココじゃないんですか？

>>104
オブジェクトに対し、トランスフォーム行列を設定するという認識がそもそも間違い。
D3DDeviceに対しトランスフォーム行列を設定し、
D3DDeviceに対し表示するメッシュを設定する、が正しい。
即ち、IDirect3DDevice8::SetTransform。これ最強。

要望
　ＤＸでサーフェースとして管理してる２Ｄキャラを、
　Ｄ３Ｄで表示して、回転できるようにしたい。
　ＤＸ８には、ハードウェアが対応してないようなので、ＤＸ７で。
　まず、テクスチャを準備して、テクスチャサーフェースに割り当てた。
　あとは、このサーフェースを、座標指定して表示すればいいと思う。

●今までのやり方
　　　　　　　　　描画先エリア　サーフェス
　　　　　　　　　　　↓　　　　　↓
ret=pDDSBack->Blt( &rect1, g_pDDS,NULL, 0, NULL );

●Ｄ３Ｄでのやり方
　　　　　　　　　テクスチャサーフェス
　　　　　　　　　　　　　　　　↓
pd3dDevice->SetTexture( 0, g_pDDS );
pd3dDevice->DrawPrimitive( D3DPT_TRIANGLESTRIP, D3DFVF_VERTEX,ddx_txv, 4, NULL );

今までは、rect1にピクセル座標(?)を代入してた。
Ｄ３Ｄでは、ddx_txv　に座標を設定するらしい。
が、ヘルプ読んだが良くわからん。
どうやればいいか、分かる人教えてみないか。

>>109
ずれてる。こっちに差し替え。
　　　　　　　　　描画先エリア　サーフェース
　　　　　　　　　　　　　↓　　　　↓
ret=pDDSBack->Blt( &rect1, g_pDDS,NULL, 0, NULL );
●Ｄ３Ｄでのやり方
　　　　　　　　　テクスチャサーフェース
　　　　　　　　　　　　　　　　　　↓
pd3dDevice->SetTexture( 0, g_pDDS );

>>109
>　Ｄ３Ｄで表示して、回転できるようにしたい。
この程度の処理が
>　ＤＸ８には、ハードウェアが対応してないようなので、ＤＸ７で。
DirectX7で対応していて、DirectX8では対応していない
ハードウェアがなんなのか教えて欲しい。
そんなものあるの？

>111
ＤＸ８だと、ハードウェアが新しくないと機能しないよね。
サンプルを実行したら、ダイアログボックスがでて、ソフトウェアモードで処理された。
ＤＸ７のサンプルは、ハードウェア（ＨＡＬ）で動いた。
それとも、回転だけなら、今までのビデオカードでもハードウェアで動くの？

正直、DX8のものって動かないものが多いよ・・・

>>109
つまんねぇネタだな

>>111
持ってるハードが古いorメーカが既に逝っててドライバが更新されてないとか（ｗ

>115
でもほかのＤＸのスレで、ＤＸ８は、ビデオカードとかが新しくないと
ダメだったようなこといってたよーな

>110 DrawPrimitiveでの回転は折れのスキルでは出来ないので
板ポリゴンにテクスチャ張ってD3DXMatrixRotationXなどで
回転させてる。

>>112
DirectX8固有の機能でなければ古いドライバでも動作します。
動かないのはサンプルに新機能のデモが多いせいでは？

>118
でもＸファイルを表示するだけのサンプルも、ソフトで処理された。

>117
なんだ。Ｄ３ＤＸってライブラリ、付属してるのか。別途かと思った。
最初からコレ使えば良かった。どうしようかな。

おわる。

DirectX7でDirect3DrmモードとDirect3Dimモードってあるけれども、
このスペックのPC使ってDirect3Dimモードで作成して動かしても普通に動くかな？

VRAMは８Ｍバイト３Dチップ付き
メモリ６４MB
ＣＰＵはPentium2 400MHz

>>120
チップの名称くらいかけ。

ちなみにi810とかsisみたいなチップ内蔵の場合、UMAの方で
不具合でるからむり。

グラフィッカーなんですが、
ピクセルシェーダーの紹介されている書籍やサイトをおしえてくださぃ・・・。
でかい本屋を何件か回ったのですが、どのＤirectＸ８本も
プログラムよりの基本的な３Ｄ表示のことしか書かれていないので
Ｄirect３Ｄ固有のビジュアル表現の可能性がわからないのです。


・・・なんとなく放置されそうですが（ｗ）、よろしくおねがいします。

>>122
http://www.microsoft.com/japan/developer/directx/welcome/dsmsdn/directx08202001.asp
http://www.microsoft.com/japan/developer/directx/japan/dx8/DX81PS.asp
こんなのでいい？

>>１２３
すばやいレスありがとうございます。
そーです。そんなのですー。
かなり詳しく載っているのでじっくりと見させてもらいます。
親切な方、ありがとうございました。

>124
ttp://developer.nvidia.com/
24h遅れｽﾏｿ

Xファイルを読み込んで表示すると、ポリゴンが透けて見えたり、裏側が見えてしまって
困っているんですが原因と対処方法わかりますでしょうか
http://mrpackman.hoops.ne.jp/D3DLearn.zip
大きくて申し訳ないですがこんな感じです

>>126
Xファイルは何で作ってる？
ツールによっては反転させないとおかしな事になる

ライブラリいいの無い?

>>128
むしろDirectXがライブラリ。

>>128 はい！はい！はい！
http://www.geocities.co.jp/SiliconValley-SanJose/8134/

>>128
D3DX8

>>128
http://www.ah.wakwak.com/~jey/
こんなのもあるよ。オープンソース

DOGAつかってますか?

>>133
以前は良く見たけど。
最近はめっきり見なくなったねえ

やぱその辺り踏まえてないからちゃう？ｗ

どゆこと？

Matrox、世界初512bit GPU「Parhelia-512」を発表
〜DirectX 9、10bitカラー処理、Triple Headなど多くの新機能
http://www.watch.impress.co.jp/pc/docs/2002/0514/matrox.htm

遂に正式発表されたみたいだ。え？板チガイか！？

DirectX9完全準処ハードをメインターゲットにしてゲーム売れるのは
いつごろになるのだろう？

>>138
XBOX2の頃かな？なんちて

　

そもそも今、完全にメインに出来るバージョンっていくつかなぁ。
正直、DirectX6くらいな気がするよ……。

あ、PCの話ね

あああ、ID3DXBaseMesh::GenerateAdjacencyが失敗するぅぅぅ
何をやっても駄目だぁ、エラーコードもUnknownだしィィ
つーか、もっと根性みせろやD3DXが！！例外出てる訳でもねーんだろ！！
それが出来ねーんならソース公開しろォォ！！
ID3DXSkinMesh::Convert系で作ったスキンメッシュはリストアで必ず失敗するしよォォォ！！

>>141
実際、7あたりが標準になってるんじゃない？

テクスチャにレンダリングする方法は
一度サーフェイスにレンダリングした後にコピーするしかありませんか？

age

>>145
IDirect3DTexture8::GetSurfaceLevel()でサーフェスを取得してSetRenderTarget()でレンダリング対象にすればいい、かな？
やってみたことないので参考まで。

>>144
（141とは別人ですが・・・。）
開発ターゲットはDirectX8になってるにしても、
安全に使えるハードウェア機能としては6〜7くらいという気もする。
開発力が十分あって、ハードウェアごとにレンダラの構造変えられるなら話は別ですが・・・。

>>145　追記というか訂正
KanoさんBBSの過去ログからこんなのを発見
>残念ながら、D3DUSAGE_RENDERTARGET を指定してあるテクスチャは
>D3DPOOL_DEFAULT にしか置くことができないため、LockRect は使えません。
>結局、残された唯一の方法が CopyRects というわけです。

だそうです。

ここらへんより
http://cgi3.tky.3web.ne.jp/~tkano/bbslog/bbslog12.shtml

現在使用しているビデオボードで利用可能な
テクスチャの最大サイズってどうやって取得すれば
いいんでしょうか。

>>150
きみィ〜基本がなっとらんよ。
見たまえ、このコブシの拳ダコは
そりゃあもう血の滲むような訓練云々〜

>>150
struct D3DCAPS8の
MaxTextureWidth および MaxTextureHeight
IDirect3D8::GetDeviceCaps使って

>152
それこそ求めていたものです
ありがとうございました！

あげてみる

DX7でDirect3D IM の勉強をしてるんですが、
板ポリ表示すら出来ずに鬱入ってます。
初期化部分はクリアしたんですが、Viewportの設定や投影変換の所で躓いてます。。
いろいろ検索とかかけて調べてるんですが、出てくるのはDX5やDX8のサンプルなどで
DX7を解説してるようなサイトが見つかりません。
（見つかっても初期化の部分だけとか）

どなたかいいサイトご存知でしたら教えてくれませんか？
よろしくです。

ここしか知らない。

ttp://www.age.jp/~writing/wws/programs.htm#Direct3DIM研究日記

つか、ＤＸ８にしときなさい、と忠告してみる。９でもいいけど・・・。

> 156
レスありがとです。
ここ前に見たんですが、レベル高くて結局基本的な事がわからずじまいで・・・。
DX8はHDC取得出来ないらしいので不便かなぁと言うのと、DX7の方が教材になるのではと思ってみたり（推測）。
9ではHDC取得が復活したらしいですが、出たばっかしなのであまり手を出したくないんですよね。

う〜ん、漏れはHDCに頼ってるように見えるんだけど、そっちのが勉強になるんかな。
ちなみにテキスト表示が不便だってんならGetGlyphOutlineみたいなＡＰＩもあるし
文字表示・入力のいい勉強になると思うけど。

HDC云々ってのは勉強とは別であったら便利だよなぁーって事です。
取りあえず１度にいろいろな事覚えるのは出来そうにないんで3Dの基本的な部分を
やっつけていきたいと思ってます。
みなさんのレスから推測するに、やっぱり解説してる所って少ないんですね・・・。

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このｽﾚは無事に　　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　　ギコ猫より　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧　　/
　（　　ﾟДﾟ）　/
　（　　　　）つ
　｜ ｜ ｜
　（_＿）＿）

9になってからDCが取得できるようになったけど、
αが使えないから結局自分でイメージ操作しなきゃいけないんだよね

えーとD3D9で以下のような感じで Windoid モードで 60fps ほど画面を更新しているんですが、
なんだか微妙にテアリングが出てしまいます。D3D8 の SWAPEFFECT_COPY_VSYNC がなくなった
関係でこれは避けようがないのでしょうか。P4 3.0G + Intel 865G オンボード VGA です。
SWAPEFFECT は COPY, FLIP, DISCARD の全て試してみました。。。

// 毎秒 60 回呼ばれる
UINT cSwapChains = pd3dDevice->GetNumberOfSwapChains();
for (UINT iSwapChain = 0; iSwapChain < cSwapChains; iSwapChain++) {
　CComPtr<IDirect3DSurface9> pBackBuffer;
　pd3dDevice->GetBackBuffer(iSwapChain, 0, D3DBACKBUFFER_TYPE_MONO, &pBackBuffer);
　pd3dDevice->SetRenderTarget(0, pBackBuffer);
　pd3dDevice->BeginScene();
　...描画処理...
　pd3dDevice->EndScene();
}
pd3dDevice->Present( NULL, NULL, NULL, NULL );

http://aa.2ch.net/test/read.cgi/mona/1063098214/l50

>>162
ヘルプの「DirectX 9.0 への移行」をよく読むべし。

256x256のHeight DataがあるんですがＤ３Ｄで
グリグリするにはどう書けばいいですか？
ヒントだけでもいいので教えてください

ふつうにポリゴンでつなげてみたら？

>>165
1.BMPファイルから高さ情報を読む。
2.VERTEX構造体に取得した高さ(Y座標)とX,Z座標
(その他、必要なら法線ベクトルやUV座標)をセット。

後はゲームループ中で、
VERTEX情報をSetVertexShaderとかで指定して、DrawPrimitive系の
命令で描画する。

こんな感じかな？ 1.の処理させるのが一番面倒くさいかも。

>>194
ヘルプを読んだ限りでは、D3DPRESENT_INTERVAL_ONE を使えってことみたいですね。。
D3DPRESENT_INTERVAL_ONE でもダメっぽいので、このアダプダ(ってもオンボードだけど)
だとDirectX9 では無理ということであきらめておきます。

　　　　　　　　　　　 ∧＿∧
　　　　　∧＿∧ 　（´<_｀ 　）　
　　　　 （　´_ゝ`）　/　　 ⌒i 　　
　　　　／　　　＼　 　　　|　|
　　　 /　　 　/￣￣￣￣/　|
　 ＿_(__ﾆつ/　 FMV　 / .| .|＿＿＿＿
　 　　　 ＼/＿＿＿＿/　（u　⊃

http://www.shaderx2.com/
日本語版まだでないの？

マジレスならぬ、マジネタ。
ＤＸ７で。
３Ｄの当たり判定って、モデルのワールド座標を使用すんじゃん。
このワールド座標は、Ｄ３Ｄで描画する際に、内部で算出してるじゃん。
だから、それを使って当たり判定をしたいんだけど、
このワールド座標を取得することができね。
座標変換だけを実行するProcesVerticsを使うと、
ワールド変換、カメラ変換、ひし形の台変換、スクリーン座標変換
だかまで自動的にやっちまうじゃん。
だから、ワールド変換までを行った座標を取得したいんだけど、できねよな。
自分で計算プログラム作ると、無駄な計算じゃん。
他のサイトを見ようとおもたらＤ３Ｄを扱ってるサイトのねーこと。

>>171
ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？
内部で算出ってなんだよ

おお！釣れた！。じゃなくって、レスはや。
>ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？
なにそれ。自分で計算すんのかよ！

描画は、
１．モデルデータ作る
２．Ｄ３ＤＭＡＴＲＩＸ作る
３．SetTransformで、ワールドマトリックスセット
４．DrwaPrimitiv
じゃん。自分で計算なんてしてないだろ

>>173
＞３．SetTransformで、ワールドマトリックスセット

素直に↑このﾜｰﾙﾄﾞﾏﾄﾘｸｽとﾓﾃﾞﾙデータをかけたやつで計算しろよ

>ワールドマトリクスを自分でかけてＤ３Ｄに渡すんじゃねーの？

んなことしねーよ！ｵﾚｰは、そうやってんのか？

>>175
いや、してない。勘違いしたんだ

>174

だからそれやると計算が無駄になるつってんだろ

>>177
俺はそうしてるけどな。描画しねーと衝突判定できねーなんてｆｐｓ低かったら悲惨だしな

だから、描画の際に、たぶんＨＡＬで計算してんだから、
そんときに算出されたワールド座標を流用すればいいでしょ。
それがムリなら、座標変換を、個別に指定できるべきだし

>>179
俺のは描画より内部計算のほうが多くなる場合があるからﾂｶｴﾈｴ
まーｶﾞﾝﾊﾞﾚﾔ

>180
ゲームだとそうなるだろ。描画はＤ３ＤがＨＡＬで高速になるから、
そうするとネックは、あたり判定になる。
ﾂｶｴﾈ理由が分からんが。

座標変換は、モデル→ワールド→カメラ→プロジェクション→画面
になってて、これって、Ｄ３ＤＭＡＴＲＩＸを使った同じ方法を取ってると思ってる。
変換の名前は変わっても、コード的にやってることは同じ。
で、最初に、モデル→ワールドだけを行わせる。このワールド座標はあたり判定に使用。
そのワールド座標を、DrawPrimitiveに渡して、DrawPrimitiveには、
ワールド→カメラ→プロジェクション→画面
の範囲を行わせる。
とできるべきだろう。

>>181
あああ。ProcessVerticesをもっと融通きかせろって話か！
そういえばそう書いてあるな。そうだな俺もそのとおりだと思うぞ。

しかしこの板は使いにく否

なんの話してるのかわからないんだけど座標変換って
モデル（頂点データ）→ワールド→カメラ→プロジェクション→画面
で、いんだよね。
でも、計算順序って
まず、
ミックス　＝　ワールド→カメラ→プロジェクション
で、最後に
モデル（頂点データ）→ミックス
だよね。
途中もなにもねーと思うんだけどどうよ？

物体が視野に入っていなければ描画をパスさせるため
物体の中心座標をいちいち透視変換しているんだけど
こういうのもHAL側で一気に変換してもらえんかなぁ…

http://jbbs.shitaraba.com/travel/2226/

>>183
普通はそうだと思う。よっぽどヘボい実装でなければ。
あと、ついでにビューポート変換まで一緒にやっちゃうかもね。

>>183
いや、パイプラインとの兼ね合いの話でしょ

>171

HALは、内部では1つの行列になってるから、分けると2倍遅くなる。
そもそも、当たり判定にモデルの描画用の姿勢は必要ない。

>>171
>このワールド座標は、Ｄ３Ｄで描画する際に、内部で算出してるじゃん。
頂点のワールド座標の位置を求めるなら内部だけど
171が欲しいのはしてないでしょ？

SetTransform(D3DTS_WORLD,world);

とか突っ込んでるのがワールド座標じゃないの？

ってか、当たり判定を専門にやってくれるチップがﾋﾞﾃﾞｵカードについて
それをあつかうDirectCollisionがあればいーんだよな！！

>>189
文脈的に変換後の頂点座標の事かと＞ワールド座標

>188
何をいってんだかよくわからんね。
>HALは、内部では1つの行列になってるから、分けると2倍遅くなる。
当たり判定用に、トランスフォームすると、描画用と当たり判定用で２つで、２倍遅くなる？
>そもそも、当たり判定にモデルの描画用の姿勢は必要ない。
姿勢ってなんだよ。中身をはっきしいえや。
てか、こいつ、なに気取ってんだよ。ダサ！！

>>192
お前こそオブジェクトのワールドの姿勢行列がほしいのか
オブジェクトの頂点ごとのワールドでの位置座標がほしいのか
はっきりしろよ。（どっちなんだよ、いえよ馬鹿）

188の内容が理解できない馬鹿はお前ぐらいだっつの。
（いやマジで）

1. オブジェクトの頂点を全部変換するんじゃなくて、
当てられるほうの判定球とベクトルにワールド座標の逆行列をかけて判定。

2. 必要に応じて1の段階でリストアップしたポリゴンを詳細に判定

>196
>お前こそオブジェクトのワールドの姿勢行列がほしいのか
>オブジェクトの頂点ごとのワールドでの位置座標がほしいのか
>はっきりしろよ。（どっちなんだよ、いえよ馬鹿）
アホだなこいつ。気取ってるのを指摘してやったら、さらにアホなことを、、、。
ワールドの姿勢行列は、オブジェクトごとに持たせるに決まってんだろが。
だから、それは３Ｄでのオブジェクトには不可欠なデータだから有って当たり前。
だから、欲しいっていってんのは、頂点ごとのワールドの位置情報しかないだろが。くだらねぇこと聞くんじゃねよ

>>195
おまえ行列の演算順序を理解してねーのか？
183に詳しく書いてくれた人がいるだろ？なんで読まない？

普通は

ミックス　＝　ワールド→カメラ→プロジェクション
モデル（頂点データ）→ミックス

というふうになってるんだよ。
ようはワールド→カメラ→プロジェクションをバラバラに頂点データにかけてるわけじゃなくて
ミックスした行列を一回だけ頂点データにかけてるんだよ。
だから途中も何もないんだよ。理解できたら返事しろアホ。

おいおい！Ｉ／Ｏ別冊によれば、
座標変換はDrawPrimiticeメソッドなどがよばれたら、
ワールド、ビュー、射影の順に座標変換が行われるって書いてあるが。

>>197
それは行列のかける順番（方向？）を強調したかっただけじゃねーの？
一度シェーダでも触ってみれば？

頂点座標に何度も演算したら、行列作ってる意味無いじゃん。
ローカル座標→スクリーン座標が一発で変換できるのが行列の偉いところ。

つうかDirectXの機能使うしか理解出来ない奴ばっかなのか？
別に自分で座標変換した頂点を描画するなんて実装は誰だって理解して組めるだろ。
問題はそうじゃなくDirectXの機能で描画に使った部分を
自分が必要なワールドの処理に流用しようとしてアホな議論をしてる事だろ。
DirectXの仕様がそうなってない以上は、自分で用意して処理するのが当り前。

>>200
いや、なんていうか195は
>DirectXの仕様がそうなってない
ってところから理解できてなかったように見えるけど。
まあ、はじめは誰でもこんなもんでしょ。

基本的に描画はゲームの処理にちょっかいを出すような設計にはしない
ってことがそのうち理解できるでしょ。

>それは行列のかける順番（方向？）を強調したかっただけじゃねーの？
そうなんか？しかし、どうよんでも順番に変換してると読めると思われ。
DirectX8実践プログラミングP30
DX7のヘルプみたがそれらしき説明は見当たらないが。（ミックスという用語すらない）
しかし、全ての行列をMultiplyして一度でスクリーン座標にできるならその方がよいな。
＞HALは、内部では1つの行列になってるから、分けると2倍遅くなる。
こういった理由がそれと分かる。

＞201
１個の行列にトランスフォームしてるだけなら、ＨＡＬでワールドに変換してないから、
＞200
＞問題はそうじゃなくDirectXの機能で描画に使った部分を
＞自分が必要なワールドの処理に流用しようとしてアホな議論をしてる事だろ。
これは、的はずれになる。

＞201
＞基本的に描画はゲームの処理にちょっかいを出すような設計にはしない
＞ってことがそのうち理解できるでしょ。
何いってんだよこれは。基本的になら、裏技的にはやる場合もあるってことだろが。意味ねー

　　　　　/　／-'''''|　|　/ｌ /‐'''／'' .人　　 i'　　　　.::　:;'"　/ ／　ｌ　　ﾉﾞi／／　,,-‐'"──＝=
　　　　 /／'"　　 ﾞi;: | /‐' .／,,　,,ﾉ　ﾞi;,.　 |　　　　　_,,-ヾ./／ ﾉ　,-''" ｌ |　　‐'"　　 ,,,-‐二
　　　　 ﾚ'　　　　　ヽｌ:i' .／　　）'､‐,＼ﾞi;:　| ,,,-‐二-┬ナ"　／‐'"‐ 〉　,i'───'''"￣~-''"
　　　　　　　　　,-‐',ヽ|'"　　.／ﾞヽ-ゝ='＼ﾞi,'''ヽ -ﾞ＝‐'　　　'"　,‐'ノ,, ／‐''"　,,-‐'''"~
　　　　　　　　/　/ ;;:.　 ──ヽ,　ﾞi;''''''　,　ﾞ "-‐'''''"""　　　　〔＿,／ ﾞヽ'-'"~
　　　　　　　/　/　　　/ ,;　,,＿｝_　 ﾞ､ ./__,,　　_,,　　　　　　　/　　　　　 ＼ 　　　>>202-203おまえ
　　　　　 ,;'　 /　,;;;:;:/;:　,,　　　~ ヽ　ヽ.　 ヽニ‐'､　　　　　／ /　　　　　　 ﾞi,_ 　ここおかしいだろ
　　　　.／　　　　　　　 ''　　,ｌ,,,,,,/ 〉　　ﾞヽ､　'''' 　　　,,-''"　／　　　　　　　 ﾞi.＼ ＼

一度でもいいから、自力で3Dエンジン組んでから、
DirectXなりなんなりにうつると応用がきくんだがなー。
ただDirectX利用するだけだと、仕組みが理解できんでしょ

自作しなくてもこれくらい読んどきゃ大丈夫でしょ
http://www.amazon.co.jp/exec/obidos/ASIN/4939007375

>>206
この本になんの武装もなく正面から挑める人をすごいと思う。

経験地ためて、＜数学＞技能でも取得するべか。

この本、わざと難しく記述してる様に思うのですが・・・
単に自分が勉強不足なだけか・・ｗ
どちらにしても基礎をきっちり理解しとかないと、この本
読むのは難しいと思うのだが・・。

>>209
でもバンプマップはこの本以外の本ではさっぱりわからなかったよ。
あと良書といえば最近出たCgの本もかなりいい。

テイノウ似非プロ３ＤＰＧ厨君らに、もっと気取られるかと思ったそうでもないな。
>205
こいつもヴァカだな。３Ｄ描画を任せれるからエンジンを利用すんでしょうか。
ま、どーせ口先だけで言ってんだろけど。
ちなみにＤ３Ｄはいまいち
>209
そう？漏れ的にはヘルプのが分かりにくい。
基礎の理解って、３Ｄ座標系は誰でも見当つくだろ。
わからんのは、Ｄ３ＤＭＡＴＲＩＸを使った行列かな。
高校の数学で行列やるけど、あれだけで行列の本質が分かるのはザラにはいないだろ。教え方がヘタレなんだよ。
そんなもんを教材で勉強して試験にいどむんだから、バカが大量生産されて当然。
しかし、学校のテキストは、一般な出版社が出した分厚い糞本よりはずっとイイ。
てなわけで、生徒ももともとバカだから仕方ないのか。

学校のテキストは一般的な出版社が出しているようにしか見えないんだけど、
具体的に一般的ではない出版社とはどこのこと？

>212
ようするに、文部省検定済みというかんじで、
国立大学の人達が編集したような本が、非一般的。とうか、非世間的。
出版社自体に違いは無いかもしれん。
こういった人達は、国からの信頼があるから、ハッタリで金をもうけようとしないぶん、
本の内容は、マトモというか本質だけを記すようになるんだろう。

う、なんか失礼だ。すいません。m(__)m
読んでないだろけど

>211
この本の場合、基礎の理解というのは３Ｄの基礎ではなく、数学の基礎
の事をいってんじゃないの？
たしかに、ベクトルや行列の本質を理解するのは奥が深いと思うが、D3D
MATRIXを使った行列がごときが難しくてどやって３Ｄ組むんだ？

こんな可愛い子が・・・
http://www.nukix.net/index2.html

>>211
そもそもお前、行列演算も理解できてねぇ奴がほざくセリフじゃねーよ。
ｹﾞﾗｹﾞﾗﾊﾗｲﾃ-

ツマンネースレだなおい

高校でやる行列は数Cの行列だろ。
あんなもんを行列の勉強とか言ってる奴は高卒か？
普通は大学で線形代数という分野でみっちりやる。
つーか数Cの行列ってほとんど行列の勉強じゃないと言っても過言じゃない。
そんなで、本質とか教え方とか言ってるなよ。

まずは行列の出来るラーメン屋で勉強汁

Direct3Dの話をしやがれ

ＦＰＳのゲームで影を表現する場合、シャドウボリューム、シャドウバッファ、
投射テクスチャマッピング　等いろんな手法がありそれぞれに一長一短がある
と思うのだがどれが一番今後の主流になるんでしょうか？
この板では場違いか・・？

>>222円影

興味ｱﾘ。

というか、そういうのも基礎といえば基礎だよなぁ。
それ関係の参考書でまとまってるのってＧＥＭＳくらい？

>>222
今後の主流って・・・。ハードは日進月歩だからな。
一長一短の「短」って、元をただせばハードの制約から来てるわけだし、
そもそもそれらの手法がハードウェアに依存してるわけだ。

ざっと調べてみたところ、こんな感じなんだが・・
Half-Life2 シャドウバッファ
鬼武者３（ＰＣではないが）　投射テクスチャマッピング
ＤＯＯＭ�V 　シャドウボリューム
EverQuestII シャドウボリューム

>>224
別に実装sampleに拘らなければ、シェーダー系の本でも理論や数式が載ってるよ。
最近だと、アドバンスレンダーマンの日本語版が出てるよ。

>>226
FFX（日本代表超大作RPG） 円影

イース6 投影円影

＞２２８
ｽﾏｿ。日本代表超大作。忘れとった！！！

FFばつ＝ヲタの総結集

この板的にはヲタがどうとか関係無いな

そうか、そういえば高校数学のレベルでは
3Dプログラミングに必要な行列の知識はカバーできないんだよな。
ベクトル外積も出てこなかった気がするし。

まあ、ちょっと調べれば分かることだけど。

233=このスレ史上最高の馬鹿誕生

>>234
×このスレ
○この板

まぁ、マジな話

影とか言ってる暇があったらゲームをマトモにしような

>>234-235
ナニがバカなのか説明して。おねがい。

>>236
ならスレ違いだろ。

いまだにDirectXなんぞの話してるような低脳共にはこの板お似合いだなぁw

いや、まぁそういうスレだし、
ｷﾐはｵﾚたちみたいな低レベルな人間を煽るためだけにこのスレに来てるんだったら
それはどうなのよ？と釣られてみる

>>237
理系で大学いってるけどｵﾚにもわからん・・

なんかこのスレ僻みっぽい性格なヤツ多くない？

>>241
そんなことはない。

なぜなら、この板は全体的にそういう奴が多いので、
このスレだけが目立っているわけではないからだ！

>>>234-235
>ナニがバカなのか説明して。おねがい。
臭いから。

>>243
高校でも2x2行列と回転行列、一次変換は習うし、
相当レベルの低い高校でも、「外積」という言葉は出さ
ないにしろ「ベクトルのたすきがけ」ってテクニックは
教えているってことを234は言いたかったんでは？

>>243でそこまで読み取れるとはなかなかのエスパー。

>>243
人類初！臭いを伝えた掲示板！

全日本スメリング振興会

一瞬スルメリングにみえたよ

>>244
数Cだと一次変換は無い。あったのは代数幾何までの時代。
しかも、ベクトルのたすきがけって
3x3行列のみに有効な逆行列の出し方の話だし。

さすが相当レベルの低い高校卒。

>>248
数Cに一次変換はあったぞ。

3x3以上の逆行列も求められなよいよな。

って、ひょっとして世代とか学校とかでだいぶ違うんじゃねーか？

>>250
あ、俺、4x4の逆行列の計算いまだにどうやるのか知らないや。
いつもどっかに関数が用意されてるからね。
自分で組まなきゃいけないときになったら「調べりゃどっかにあんでしょ」って感じ。

回転変換なら逆行列求めなくても
転置させるだけですむ罠。

行列なんて適当なソース見て憶えろ！！

大名行列のソースどこ？

>255
http://www.naviu.net/totiodaimyougyouretu/totiodamyougyouretu.htm

>>256
見ましたが覚えられませんでした。

>257
それは自分の責任です

ごめん俺も無理だった

>259
あやまる理由が分かりません

数C って何だ？ 数III のことか？
高校では外積習わないだと？
どうやって物理の電磁気勉強するんだ？
これがゆとり教育の成果か？

Direct3Dの話をしろよ貴様ら

高校では外積教えないのは昔からだぞ

うむ。俺の12年前の教科書見てみたが出ていない。

>>252
3×3以上は余因子を使う。
回転行列だったら転置ですむんだがナー。

ベクトルだとか行列だとかクォータニオンだとかのクラスを作ってみると結構勉強になる。
すでに関数が用意されてるんだからわざわざ作る必要はないが。

高校で外積習わなかったのに
大学では知ってる前提で授業が進むから
かなり困った記憶が。

max4.2とDirectX9で３Ｄアクションゲームを作成してるんですが。
「PandaDirectXExporter」でＸファイル書き出しをしてみても上手く書き出せず、
Ｘファイルビューアで見ても「真っ黒＆データ損傷」という状態なんです。
「Panda...」で解決！というようなコメントがチラホラと見られるんですけれども、
どのようにしたら上手く書き出せるのかが分りません。

どなたか、知っている方がいましたら、ご教授おねがいします…

すいません
後ろのポリゴンに前のポリゴンが塗りつぶされてしまうんですが
どうすれば正しい順序で描画されますか？

Zバッファを有効にするか、Zソートをかける

あるメッシュ(キャラクタ)の姿勢ベクトルの取得方法を教えてくれ。

高校数学の内容は昔と比べてガンガン減ってる。

今は外積も一次変換も微分方程式も出てこない。

ということは、
１．若いプログラマーは育たないかヘボ
２．俺たちは何時までも引っ張りだこ
っていうこった！

>>271
>>263 >>264

私立は違うだろうけどな

東大京大に1割ほど逝く程度の2流私立高校だったけど
やっぱり外積はやらなかった、1流私立ならやるのかもしれないけど
とりあえずうちの高校教師はテストに出ないとこはやらないという方針だったな

うちは東大に半数近く行く程度の３流私立高校だったけど
理系コースは外債をやったよ
応用数学の基礎がないと専門分野のエリートができないからね

偏差値60ぐらいの高校だったけど、
三角形の面積で似たようなのが出た。
1/2|x1y2-x2y1|
とかいうの。

>>275
面白いとおもって書いてるならﾏｼﾞで死んでくれ

東大の近くにあるけど、受かった奴は１人もいないって
高校だったけど、外積は教わった。今から１５年位前の
話だけどな。予備校とかでも使ってたし。
…俺の知らない間に、受験戦争って終わってたの？

受験戦争なんて聞いたことも有りません

冷戦と同時に終わったらしい。

漏れ達の青春は受験戦争によって奪われてしもった…
＿|￣|○　そもそも俺は当時、既に負けてたけどな

受験勉強せずに遊びまくりの高校生活してたのに灯台いったやつがいた
やつのIQは１５０超えてたらしい

越えられない壁を感じた　

そもそも、青春捨ててまでいくようなところかよ
>>282の知り合いみたいな行けるヤツが行けばいい。
第一、そいつみたいなヤツは勉強でもしとらんと、
頭がキレるだけに何するかわからん。

東大よりも大きい、大東大に逝け。

>>283
はぁ？学歴コンプレックスですか？
人がどんな青春送ろうと勝手だろうが。
あんたはさぞかし大層な青春時代を送ったんだろうな。言ってみろよ。
SDK_VERSION

>>285
>あんたはさぞかし大層な青春時代を送ったんだろうな。言ってみろよ。
こんな↓
http://203.138.101.12/cgi-bin/upload/source/up2851.jpg
こんな青春がいい。

＞SDK_VERSION
にﾜﾗﾀ

>>282
そういう奴を知ってるが、時間の使い方が物凄い上手いだけ。
遊んでばっかりに見えて、やるときはやってる。

>>282
洩れはその手の人間なんだけど（灯台より１ランク↓だが）、頭が良いわけじゃないぞ。
ただ単に要領がいいだけだ。

とりあえず、本当に天才肌の人間知ってるけど、普通の人とモノの見方が違う。一歩
間違えれば変人なくらいに。
天才とバカは紙一重とは、よくいったもんだ。

>>286
そんな青春時代を送ると性犯罪者になっちゃうだろｗ

ム板の同名スレと間違えて覗いて、いつの間に俺の知らない話題が展開
されてたのかと焦った。

俺も高校で外積を習った記憶が無いんだが、同じ高校から同じ大学に
行った奴（なぜか附属校なのに一般入試で入ってきた）が言うには
高校のときに習っていたらしい。

っていうか、そもそも俺は授業を全く聞いてなかったわけだが。

俺も勉強してないのに成績が良い部類の人間だけど、家でも勉強しないし
学校帰りは毎日ゲーセン通いだったよ。

そんな俺が今はめちゃくちゃ出世して稼ぎまくっているかというと、そんな
ことは全くないわけで、むしろ俺みたいに努力を知らずに育っちゃうと
のほほーんと過ごすようになっちまうぞ。

>>291
のほほーんと過ごせてるのならそれはそれでいいじゃないかとか思ったり

二十過ぎればただの人ってやつですな。俺もそのクチ。

何の努力もしないくせに成績が良いという状態は非常に危険だ。
世の中なめてるから、高校、大学、社会人と確実に凋落していく。
もしそういう子供を持ったら、通知表の数字に喜んでないで、とっとと虎の穴に叩き込みましょう。

歴史を紐解いても、すべての天才は例外なく努力家である。
ウサギとカメの寓話があるが、最強なのは休まないウサギなのだ。

休まないウサギの末路は過労死。
ザパネーゼカロウシ。

このスレ、もはやDirect3Dと関係なくなっとるｗ

そこがまたいい

ポリゴンのチンコ誰か欲しい？

欲しい♥
むしろ製作チュートリアルきぼん

ちんぽりごん

ステンシルバッファって鏡と影以外で、面白い使い道ってないの？

億泰やヴァニラ・アイスが削り取った部分

うーん実際見てみないと見当がつかない・・・
その技法を使ったゲームの紹介画像ってどっかにない？

クレイジータクシーの自車が陸橋に入ったり出たりするとき自車に落ちる影
あれをどうやってんのわかんなくて気になる
地面に落ちる自車の影は、ステンシルバッファの裏表の描画状態で判断つけら
れそうだけど、影の中に視点が入っちゃうような場合はどうすんだろ？

>>301
3Dっつーのもそろそろ限界に来てるな。
技術じゃなくて需要が。

>>303
そういうときだけは表側は描かないで、代わりにステンシルバッファ全部を
インクリメントしちゃって、そのあといつもどおり裏側で抜く。
で、うまくいきそうな気がするけど

入るぎりぎりのとこ、つまりステンシルボリュームが
前クリッピング平面にクリッピングされたとこが視界に入るような状況だと（動きが早いと数フレームぐらいしか生じないけど）
そこで見た目がへんになるんだよな…

まぁクレタクは３０５のほうほうだろうけど

ニアにかかったステンシルはニアのXY平面で反転して描画。するとクリップされたポリだけが描画できるので無問題。
そうそう、反転した面はZ無視でね。

厳密にはこれでも結構問題でるんだけど、取り合えず動きが早いものなら誤魔化せます。

なるほど皆さん凄いな！俺も今日からは丸影を卒業して、ステンシル影にチャレンジ
でも最近は、光源から見て描画したＺ値と、視点から見たＺ値を比較して影を
描くのが流行みたいね

丸影 != ステンシル影
って訳ではないのだが。
シャドウボリュームを端折って、ステンシルで丸影を使う場合もある。

>>309
丸影のテクスチャを描画する代りに、ステンシルの値のみ変えるよう描画し、
画面の描画が全部終わったところで、ステンシルの値が変わっている
ピクセルを影っぽい色をブレンドして塗るってこと？

シャドウボリュームが円筒状というだけの話なんだけど。
まともに作ると重いから。

>>311 納得。

>>307
5時間考えたけどどーしてもその方法ﾜｶﾗﾝ・・・

前投影面の少し前でクリッピングするほうほうじゃだめかねぇ、
まぁこの方法自体難しい気がするけど

んーと。説明悪かった。２パスで描画すんのよ。まず、ニアにかかるってケースを検出してね、

１パス目…普通に描画
２パス目･･･Z＊-1してZは無視で描画。

すると、２パス目でニアでクリップされた部分が描画されるしょ？これでニアクリップ面は塞がれるって寸法。
でも、解説の為に簡略したけどホントは２パス目はニア平面で反転させないとダメよ。

まー、描画コスト高いけどコレが一番楽。というか、305のやり方の方がよく解らん。無理がある気がする。

DirectX8世代なら４パスか。まぁいいや。オレの予感じゃDOOM3も多分コレ。

>>314>>315
サンクス！
よーやくわかたよ。なるほどね、うまいこと考えるね。プロ？
オレの考えた方法に比べれば
実質ステンシル描画負荷2倍なんて軽いもんだ。

でもさあ、同人でもプロでもいいから
そういう技術つかった日本のPCゲームないじゃん。

コンシューマであるじゃん。

コンシューマつまんねーからやんないし。
他にはどこで使われてんの？

あげても全部つまんねーで片付けられそう。
コンシューマーはどの辺がつまんないの？
つーかやったことあるの？

>>316
いや、それフツーに使われてるテクだと思うよ。少なくとも自分のいるコンシューマ屋じゃ常識ぽいかも。
SONY製の安物ハードだとニアクリップも自前でやらにゃあかんのでそのついでにニアでふさぐけどね。
なんつー前時代的な・・・

コンシューマ屋は昔から失敗作みたいなハードが主流を握る傾向があるので技術があっても表に出しにくい
ってのがあるな。なんだったらサイレントヒル３とかカーマックも舌打ちしそうな出来だから見とくといいよ。
ま、PC版もあるわけだけど。

シャドウボリュームの中に視点が入ってしまう問題は、そんな面倒なこと
しなくても、ZFAILでステンシルを更新する方法を使えば解決するよ。
ただ、逆にファークリップにひっかかる場合に問題になるけど。
あとフィルが、普通の方法よりも厳しい。

車ゲーみたいにある程度視点と光源の位置関係が固定されているなら、
ファークリップの問題はほとんど関係ないかも。
リプレイなんかで上から見下ろすときは、逆にニアの問題が有り得ないから
状況に応じて使い分ければいいかと。

>>322氏の方法を試してみた
裏面は、D3DRS_STENCILZFAILをD3DSTENCILOP_INCRSATにして描画
表面は、D3DRS_STENCILZFAILをD3DSTENCILOP_DECRSATにして描画
これだけで影に視点が入ってもうまく表示できたよー！
自機に背景の影が落ちるの見てなんか感動した
さて次は、視点からの距離で影にもフォグがかかるようなんとかしたい…

何故ＺＦＡＩＬにする必要があるのかよーわからんけど
飽和減算で裏面を書けば防げるってことかな？

あぁ、ごめん書いた直後に分かった

概念を簡単に説明すると
地面を境界にシャドウボリュームを２つに分断して、その断面を暗くすれば
影になるわけだけど、普通の方法は分断されたシャドウボリュームの地面より
上の方を使っている。ZFAILの方法は、地面より下のボリュームを使っている。
どちらを使っても断面の形状は全く一所だから、同じ影ができる。

ただ、ZFAILの方法をセルフシャドウに使おうとすると、ちょっと注意が必要。

ソvidaのフォトショップ用ノーマルマップ作成プラグイン
ttp://developer.nvidia.com/object/nv_texture_tools.html

これの使い方がさっぱりわまかそりん。どこのボタン選択して
も真っ青（法線ベクトルのまま）の画像しか生成されません・・・教えてシェーダー使いの人

高さのスケール値を指定したらできました。
ナンチャンの顔から作ったノーマルマップを使ってバンプ表現にチャレンジ・・・

何気に素晴らしいネーミングだ
ちんぽりごん

すいませんがどなたか教えていただけませんか？
３Dゲームにおいて爆発などのエフェクトはどういったポリゴンで
表現されているのでしょうか？

イタポリとか

漏れもただのビルボードで・・・

小生も不覚ながらビルボード。
ひょっとして >>330 は ビルボード行列の作り方を聞きたかったのか？

最近３Dのゲームを作っておりましてエフェクトを作ろうとした時
爆発でどこからみても爆発して見えるのはてっきり爆発用に
頂点データ的なものがあるのかな〜と思いまして、しかしそれだとすごく
疲れる作業だな〜と思い聞かせていただいた所存でございます。
キャラの位置に合わせてポリゴンをビルボードしてるんですかね。
ありがとうございました。
もしよろしければビルボード行列の作り方を教えて戴けませんでしょうか。

>>334
sprite.Begin(SpriteFlags.Billboard | SpriteFlags.SortDepthFrontToBack);
とか。

DX9 Summer 2003 Update 用ね

んー私の記憶が正しければ…

matView ビュー行列（あらかじめ作っとく）
matBillboard ビルボード行列

D3DXMatrixInverse( &matInv, NULL, &matView );//行列の逆元
matBillboard = matInv;
matBillboard._41 = 0.0f;//X移動を0
matBillboard._42 = 0.0f;//Y移動を0
matBillboard._43 = 0.0f;//Z移動を0

たしかこれでビルボード行列ですはいー。

メガデモ見てると自分に自信がなくなってくる・・・　

本当にありがとうございました。
実はもう1つ問題がありまして、もしよろしければ助けて戴けないでしょうか。
334でも述べた通り３Dゲームを作っておりましてアクションゲームなのですが
X,Y,Z　10,6,30　のMAPでブロック（x,y,z=1,1,1)を表示していきたいのですが、
現在頂点データを6個で立法体(1,1,1)でMAPを表示しておりますがそれでは
ポリゴン数が多すぎてFPSがでないので、ブロックの大きさを2,1,1や4,2,3
などの頂点データを打っているのですが数を上げていくと頂点データを
1000以上打たなければいけない計算になります。
この問題に大して打開策がありましたら教えて戴けませんでしょうか。

速度を上げる工夫をする
or
MAPの仕様を変える

見えない部分のマップを描かない。

1つ1つのポリゴンを描画する度、DrawPrimitive系命令を呼んでたりして？

>>341
それやってたとしてもそんなに遅くはならないはずだけど。

うおっバカ系来た

>>342
IDがC++

Photoshop7.0が10万って高！
安い店ないかな？

スレ違い

DrawPrimitive系命令を呼んでたりして？
これやってますね。何か他の方法があるのですか。

>>345
プログラマならはっきりいってこんなんで十分だぞ。
http://www.amazon.co.jp/exec/obidos/ASIN/B00006JMXI/249-6804501-1889152

>>347
誰のレスに何を聞きたいのか非常にわかりづらいので
もっとわかりやすくなるようにしてくれないですかね？

>>338
いくつか疑問が・・・。

>X,Y,Z　10,6,30　のMAPでブロック（x,y,z=1,1,1)を表示していきたいのですが、
>現在頂点データを6個で立法体(1,1,1)でMAPを表示しておりますがそれでは
>ポリゴン数が多すぎてFPSがでないので、ブロックの大きさを2,1,1や4,2,3
>などの頂点データを打っているのですが
とありますけど、そもそも謎の多い文章なんですよこの文章は。

まず、X,Y,Z(10,6,30)のマップっていうけど１ブロック辺り１２ポリ使ったとしても
10*6*30*12で21600ポリ程度じゃポリ数が原因で速度が落ちることはあんまり無いと思うけど？
しかもこれって全部画面に出した場合であって普通はマップのある部分だけなんでしょ？
はっきりいってポリ数が速度の落ちる原因とは考えにくい。

で、ここでいくつか質問だけど

・クリッピング処理（画面からはみ出た部分を描画しないようにする処理）はちゃんとやってる？
・みえない部分は描画しないようにしてる？（Ｚバッファを利用して前から描画とかでもいいや）
・実際のゲームの画面で一回の描画で何ブロック描画する必要があるのよ？（マップ全部じゃないでしょ？）
・カリングの設定はしっかりできてる？
・本当に速度の落ちる原因はポリ数だったか調べた？
　（実はこれを調べるのは結構困難。単に描画面積がでかかっただけかもしれないし、
　　クリッピング処理が上手く働いていなかったとか・・・。）

あたりは全部やってるの？

>>348
Photoshop Elementsはアルファチャンネル削られてるからゲープロ的にはだめぽだと思う。
DirectDraw世代なら別にかまわないけど。

>>330
環境にもよるがDrawPrimitiveをめっさいっぱい呼ぶともっさりするので注意な。

>>336
誰も突っ込まないので（というか突っ込まなくてもいいか？）一応。

matView ビュー行列（あらかじめ作っとく）
matBillboard ビルボード行列

D3DXMatrixTranspose(&matBillboard, &matView);//転置
matBillboard._14 = matBillboard._24 = matBillboard._34 = 0.0f;

この方が早い。逆行列使うのは避けた方がいいでそ？

>>350
そこでMS謹製のTextureToolですよ。





('A`)ﾏﾝﾄﾞｸｾ

>>350
pngで保存すると背景の部分がアルファチャンネル扱いになるけど？
それで十分じゃないの？

>>351
ビルボードなんてカメラと平行っぽくなってりゃいいんじゃないの？
なんで逆行列や転置が必要なのかわからない。

そのままでいいだろ。

D3DXMATRIX bill = view;

んで、

bill._41 = bill_x;
bill._42 = bill_y;
bill._43 = bill_z;

で完成じゃボケ。

>>354　おぬし男の中の男だな。

directXってどういうものですか？
言語ではないと聞いたんで…。
DirectX覚えただけではゲーム作れないんですか？

http://e-words.jp/w/DirectX.html

>>357
ｻﾝｸｽﾍﾞﾘｰﾏｯﾁｮ。

読んでもやっぱり分からないんですが
DirectXだけ勉強してゲームは作れるんでしょうか？

>>359
わかりやすく言うと、DirectXはｹﾞｰﾑとかにつかう命令のセットだ！
コントローラーのボタンを読め！とか、ポリゴンを描け！とか命令するとやってくれる。
Ｃ＋＋とか他の言語で、その命令を呼んでやるわけだが、そーいうもんだから呼ぶために言語も勉強しろ！！

てことは、C++とかじゃできないことをやってくれるのがDirectXですか。
それとも、C++でもできることを簡単にするように使うのがDirectXですか？
とりあえず言語は覚えてみます。

>>361
とりあえず、基本的なとこでいいから、てきとーに言語覚えてからすぐＳＤＫについてるサンプルをﾋﾞﾙﾄﾞしろ！
そんで改造していくと覚えるの速いぞ。ﾏｼﾞお勧めなこれ

どうも３３０です。３３０ですというとわかりにくいのでXと呼んで頂ければと思います。
X,Y,Z　10,6,30　のMAPにおいてfor文で回してMAP情報を書き込んだ3次元配列から
データを読み取ってブロック表示しているのですが。
ここで今まで書き込ませて戴きましたが、皆さんとても豊富な知識をお持ちのようで。
そこで大変ご迷惑だとは思いますがE-mailに乗せてあるアドレスで私はメッセンジャーを
使っておりましてもしよろしければ私のプログラムを見てもらいましてアドバイスをいただきたいのですが。
大変ご迷惑な事、ずうずうしい事とは承知しつつもし見て戴ける方が居られましたらお願いいたします。

微妙に変な日本語だな

ソースうｐしる

>>363
わざわざメールでやりとりなんて疲れるから
http://cgi.f6.aaacafe.ne.jp/~pyuav/php/upload.php
うｐしる！

//----------ゲーム本体------------------------------------------------------
// DrawMain - 描画メイン
// この関数は１フレームごとに呼び出されます
void DrawMain(){
// バックバッファと Z バッファをクリア
lpD3DDEV->Clear(0,NULL,D3DCLEAR_TARGET | D3DCLEAR_ZBUFFER,D3DCOLOR_XRGB(0,0,0),1.0f,0);
// 描画開始
lpD3DDEV->BeginScene();
D3DXMATRIX matWorld,matRotateX,matTrans,matView;

static float PlayX=12,PlayY=10,PlayZ=-8;
static float BectolX=3,BectolY=0,BectolZ=8;
// 視点は (0,0,0) にあり、(0,0,5) の方向を向く
D3DXMatrixLookAtLH(&matView,&D3DXVECTOR3(PlayX,PlayY,PlayZ),&D3DXVECTOR3(BectolX,BectolY,BectolZ),&D3DXVECTOR3(0,1,0));
// プロジェクション行列を設定
D3DXMATRIX matProj;
// 視界 60 度、近くの限界 0.1、遠くの限界 100.0
D3DXMatrixPerspectiveFovLH(&matProj,60.0f * PI / 180.0f,1.0f,0.1f,100.0f);
// 各行列を設定
lpD3DDEV->SetTransform(D3DTS_VIEW,&matView);
lpD3DDEV->SetTransform(D3DTS_PROJECTION,&matProj);

BectolXﾜﾗﾀ

英語力って大事だな
Bectol → Vector

このソース途中じゃん。続きは？？？？？？？

D3DXVECTOR3がソースにある以上
英語力の問題でもないような。
途中までだけどなんか根本的に
わかってないような気がする。

>>372
そう？とりあえずここまでのソースは問題なさそうな感じだけど。
細かくはみてないけど。

>>373
だってベクトルって言葉は知ってるのに
D3DXVECTOR3をベクトルって気付かないまま使ってるのはどうかと思う。
float x 3 使っちゃってるし。

サンプルか何かを見ながら
よくわからないままコーディングしてる気がする。

>>374
いや、さすがにそれだけじゃ判断できないって。

一緒に机並べてる奴がこんなソース書いてきたら、
どんな力を利用してでも自分の周りから遠ざけるけどな。

>>375
問題ないと思うならメッセンジャーでアドバイスしてあげてよ。

これだけでもstatic floatとか色々と突っ込みたいところいっぱいあるなぁ。

void DrawMain(){
lpD3DDEV->Clear(0,NULL,D3DCLEAR_TARGET | D3DCLEAR_ZBUFFER,D3DCOLOR_XRGB(0,0,0),1.0f,0);
lpD3DDEV->BeginScene();
D3DXMATRIX matWorld,matRotateX,matTrans,matView;
static float PlayX=12,PlayY=10,PlayZ=-8;
static float BectolX=3,BectolY=0,BectolZ=8;
D3DXMatrixLookAtLH(&matView,&D3DXVECTOR3(PlayX,PlayY,PlayZ),&D3DXVECTOR3(BectolX,BectolY,BectolZ),&D3DXVECTOR3(0,1,0));
D3DXMATRIX matProj;
D3DXMatrixPerspectiveFovLH(&matProj,60.0f * PI / 180.0f,1.0f,0.1f,100.0f);
lpD3DDEV->SetTransform(D3DTS_VIEW,&matView);
lpD3DDEV->SetTransform(D3DTS_PROJECTION,&matProj);

// MAP表示
int X,Y,Z;//各座標ループ用
lpD3DDEV->SetTexture(0,BLOCK01texture);
for(Z=0;Z<2;Z++){
for(Y=0;Y<6;Y++){
for(X=0;X<10;X++){
switch(MAP[Z][Y][X][1]){
case 111:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,0,6);break;
case 211:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,6,12);break;
case 311:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,12,18);break;
case 411:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,18,24);break;
case 511:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,24,30);break;
case 611:PrintBLOCK(&matTrans,&matWorld,Z,Y,X,30,36);break;

}}}
po=1;
FrameCnt();
lpD3DDEV->EndScene();
if (FAILED(lpD3DDEV->Present(NULL,NULL,NULL,NULL))){lpD3DDEV->Reset(¶m);}
}

遅くなってすいませんでした。
改行が多くて乗せれないみたいなことがでてしまい時間がかかりました。
皆さんアドバイスお願いいたします。
MAP表示のSelect文のcaseはあともっとあります。

ここまでやっちゃいけない事例のオンパレードなコードも珍しい。
D3Dより先にC言語を勉強するべき

#define BLOCK_SIZE_X (1.0f)
#define BLOCK_SIZE_Y (1.0f)
#define BLOCK_SIZE_Z (1.0f)

CUSTOMVERTEX *pcv = (CUSTOMVERTEX *)locked_ptr; // 頂点バッファが望ましい
for(Z=0;Z<2;Z++){
for(Y=0;Y<6;Y++){
for(X=0;X<10;X++){

　if( MAP[Z][Y][X] != 0 ) { // 描画するか否か
　　float x = X*BLOCK_SIZE_X;
　　float y = Y*BLOCK_SIZE_Y;
　　float z = Z*BLOCK_SIZE_Z;
　　D3DCOLOR c;
　　float tu,tv;

　　// 立方体を構成 (カラー、UVは適当に設定)
　　(*pcv++) = CUSTOMVERTEX( x, y, z, c, tu,tv );
　　(*pcv++) = CUSTOMVERTEX( x, y+BLOCK_SIZE_Y, z, c, tu, tv );
　　(*pcv++) = CUSTOMVERTEX( x+BLOCK_SIZE_X, y+BLOCK_SIZE_Y, z, c, tu, tv );
　　(*pcv++) = CUSTOMVERTEX( x+BLOCK_SIZE_X, y, z, c, tu, tv );
　　　　　　　　　　　　　　　　　　　　　：
　　　　　　　　　　　　　　　　　　　　　：
　　poly_counter += １ブロックあたりのポリゴン数;
　}
}}}

DrawPrimitive( QUADLIST, poly_counter );

もしくは１ブロックごとにD3DTS_WORLDを更新してDrawPrimitive系()を複数回呼ぶ。
・・・俺はなにか勘違いしてるんだろうか

ソースを圧縮してアップローダーにでも上げてくれれば良いのに

ああ・・・クラクラしてきた。
漏れダメかもしんない。

>ここまでやっちゃいけない事例のオンパレードなコードも珍しい。
どこか教えて戴けないでしょうか。

>>385
switchの事だと思うけど。

あと、PrintBLOCK()の中身の一部を晒しつつ
トリップつけてみてよ

void PrintBLOCK(D3DXMATRIX *matTrans,D3DXMATRIX *matWorld,int MapZ,int MapY,int MapX,int H,int OF){
int HF,W,WF,O;
HF=H+2;W=H+2;WF=H+4;O=H+4;
if(MAP[MapZ][MapY][MapX][0]==1){H++;}
　　　　　　　　　　　　　・
for( ;H<HF;H++){
D3DXMatrixTranslation(matTrans,MoveX[MapZ][MapY][MapX],MoveY[MapZ][MapY][MapX],MoveZ[MapZ][MapY][MapX]);
*matWorld = *matTrans;
lpD3DDEV->SetTransform(D3DTS_WORLD,matWorld);
lpD3DDEV->SetStreamSource(0,vb[H],0,sizeof(LVERTEX));
lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLEFAN,0,2);
}
for( ;W<WF;W++){
D3DXMatrixTranslation(matTrans,MoveX[MapZ][MapY][MapX],MoveY[MapZ][MapY][MapX],MoveZ[MapZ][MapY][MapX]);
*matWorld = *matTrans;
lpD3DDEV->SetTransform(D3DTS_WORLD,matWorld);
lpD3DDEV->SetStreamSource(0,vb[W],0,sizeof(LVERTEX));
lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLEFAN,0,2);
}
for( ;O<OF;O++){
D3DXMatrixTranslation(matTrans,MoveX[MapZ][MapY][MapX],MoveY[MapZ][MapY][MapX],MoveZ[MapZ][MapY][MapX]);
*matWorld = *matTrans;
lpD3DDEV->SetTransform(D3DTS_WORLD,matWorld);
lpD3DDEV->SetStreamSource(0,vb[O],0,sizeof(LVERTEX));
lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLEFAN,0,2);
}
}
こんな感じです。LPDIRECT3DVERTEXBUFFER9　vb[]がグローバルでvb[1800]確保していてその変数の中に頂点データを格納してます。
379のfor文のZが少しおかしかったです。終了条件は30でした。
if文の・はその数値によって立方体のどの面を表示しないかを設定してます。

なにゆえ頂点バッファが1800も？
1つじゃだめなの？

もはやつっこむ所が多すぎてつっこみきれん。
もうネタとしか思えない。

ポリゴン２つ描画するのに、毎度DrawPrimitive使うのはかなり重いんじゃないか？
あと、もし毎フレームごとに頂点バッファ作っているようなら、
背景みたいに変形しないモデルなら、最初に全てのポリゴンを含んだ頂点バッファを
1つ作っておいて、それをDrawPrimitiveで描画したほうが手間がかからないよ。

int flag = MAP[MapZ][MapY][MapX][0];
ブロック[0,0,0]の 常に描画する6ポリゴン
ブロック[0,0,0]の flag!=1の時だけ描画する6ポリゴン
ブロック[1,0,0]の 常に描画する6ポリゴン
ブロック[1,0,0]の flag!=1の時だけ描画する6ポリゴン
ブロック[2,0,0]の 常に描画する6ポリゴン
ブロック[2,0,0]の flag!=1の時だけ描画する6ポリゴン
　　　　　　　　　　　　：

void DrawMain() {
　　lpD3DDEV->SetStreamSource(0,vb,0,sizeof(LVERTEX));
　　for(Z=0;Z<2;Z++){
　　for(Y=0;Y<6;Y++){
　　for(X=0;X<10;X++){
　　　　PrintBLOCK(Z,Y,X);
　　}}}
}
void PrintBLOCK( int MapZ, int MapY, int MapX ) {
　　D3DXMATRIX matWorld;
　　D3DXMatrixTranslation(&matWorld, MoveX[MapZ][MapY][MapX], MoveY[MapZ][MapY][MapX], MoveZ[MapZ][MapY][MapX]);
　　lpD3DDEV->SetTransform(D3DTS_WORLD, &matWorld);

　　int StartVertex = (((CAP_X * CAP_Y) * MapZ) + (CAP_X + MapY) + MapX) * 12;
　　int PrimitiveCount = (MAP[MapZ][MapY][MapX][0]==1)? 6 : 12;
　　lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLEFAN, StartVertex, PrimitiveCount);
}

ものすごい勢いで間違えてた・・・

× ：
int StartVertex = (((CAP_X * CAP_Y) * MapZ) + (CAP_X + MapY) + MapX) * 12;
lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLEFAN, StartVertex, PrimitiveCount);

○ ：
#define TRIANGLE_NUM (12) // １ブロックを構成するポリゴン数
#define VERTEX_NUM (3)　　　// 1トライアングルを構成する頂点数
int StartVertex = (((CAP_X * CAP_Y) * MapZ) + (CAP_X * MapY) + MapX) * TRIANGLE_NUM * VERTEX_NUM;
lpD3DDEV->DrawPrimitive(D3DPT_TRIANGLELIST, StartVertex, PrimitiveCount);

1800個用意してるのはブロックの大きさの違う頂点データを格納しているからです。
MAP情報（ブロックの大きさ、表示面FLG）をtxtから読み込んで表示させています。
1ブロック分の頂点データでMAP表示をしたところポリゴン数が多かったので
違う大きさのブロックを用意してポリゴン数を減らそうとしました。

頂点バッファは最初に用意しています。
ポリゴン数は５００強まで抑えれたのですが全然FPSがでません。
原因として考えられるものを見たのですがわかりません。
たとえばどんなことをすればFPSがでないのでしょうか。
どなたか教えていただけませんでしょうか。

>>394
だから５００ぽっちのポリ数で処理オチなんてするわけないでしょ。
なんでわからんのかねチミ。
原因は別のところにあるのだよ。

劣悪な環境なのかもよｗ

>>394　少しずつ処理を止めていって、どの処理が重いのか検討つけてみなよ。
その上で、
PCやグラボがショボイってことは無い？MSのサンプルはきちんと動く？HELで動かしてない？
初期化の段階で一度、定義取得すればいいような処理を、毎回やってない？
無駄にループ処理が多くない？ループの外に出せる処理をループ内でやってない？

ソースをうｐしてくれん事には
どうにも解決できない希ガス

皆さんができるだけレベルの高い人が多くの見れくれる場所はどこですか。
そういった事をしたことがなくて少しびびってます。

え？

コーディングも変だが日本語も変だな。

翻訳サイトでも使ったのか？

貴様どこの星から来た！？

>>403
そりゃ遊星だろｗ

>>404
座布団一枚。

>>399
もういちど言い直してみてくれ・・・　

さすがに>>399 は別人ネタレスじゃないか？まあＸ氏自身もネタに近いものがあるが・・・
はたして彼は、今までに出たアドバイスを試すことができたのだろうか？

どうもXです。399はいちよX本人です。
日本語がおかしいのは実は1ヶ月ほど1日の睡眠時間が3時間程度の状態
が続いてるからです。それとネタ的なプログラムな事は３Dのプログラム
に関してまだ触って3ヶ月だからです。あと私の理解力のなさからです。
ビルボードに関しては試させて戴きました。まだカメラを移動させてそれに
大してビルボードされておりませんが。

釣りな気がしてきた

釣りが気にしてきた。

あそこまで遅くなるほうに最適化出来るということは

釣　り　な　気　が　し　て　き　た

信じて戴けないかもしれませんがネタではありません。
あと数日である程度動く物にしなければいけません。
誠に自分勝手ではございますがもしよければメッセンジャーでアドバイスを戴けないでしょうか。
あと数日は寝ずにがんばっておりますので入って下されば絶対います。
当然メッセンジャーに入って気が向いてる時だけアドバイスして戴けるだけで結構です。
本当にご迷惑だとは思いますが10秒でも20秒でもアドバイスして戴きたい状態です。
もしアドバイスしてやってもいいと思われる方が居られましたらお願い致します。

いちお 紹介しておきます。

ゲーム製作技術＠2ch掲示板避難所の アップローダ
ttp://gamdev.org/up/upload.php

睡眠時間をけずらなければいけないほど
切羽詰った状況とは何だ？
答えなさい。話はそれからだ。

>実は1ヶ月ほど1日の睡眠時間が3時間程度
であのレベルじゃあと数日じゃどうにもならんだろ。
いっそもう他人に頼んじゃったほうがいいんじゃない？
アドバイスでどうにかなるレベルじゃない。

実は数日後にある程度完成させた作品をソースごとネットで公開し、
オープンソース的な状態でどんどんそのゲームを進化させていきたいと
思っております。それまではソースを完全公開は避けたいので
メッセンジャーでアドバイスを戴ける方だけに渡したいと思っております。
正確には何日後かわかりませんが数日後にある程度完成した作品を
とある場所で公開するのでそれまでにという思いです。

趣味でやってるの？
だとしたら数日後じゃなくてもいいじゃない。
全くダメなんでもっと修行したほうがいいよ。
あんなのオープンソースにしても意味がない。

それともやっぱりネタですか？

状況を正確に言いなさい！
学校の宿題なら手伝えないでしょ

急がなくても、自分の気の済むように作りこんでから公開してもいいんじゃないの？
ここでゲームプログラム作っている人達は、他人のソースは参考にしても、それを
拡張してまでゲーム作ったりする人は少ないんじゃない？
最初から作ったほうが面白いし、俺イズムなコーディングできるから。

正確な状況を言います。
まず宿題ではありません。ゲームを作る宿題があると思われてるということは
そういった学校に通われてると思われてるみたいですね。
私は大学生で趣味でゲームを作っております。しかし今回の作品は私と知人2人の3人で作っているものでして
新しくHPを作って目玉としてオープンソース的なゲームプログラムを公開します。
公開日は今週の水曜日の18時です。メンバが各々違う処理を担当しており
最初最低限の仕様を決めてそこまで作り上げて公開ということです。
今まで公開日が伸びてしまい最終的な公開日が今週の水曜になっています。
私が最低限するべくレベルまで出来ていない状況なのでアドバイスを戴けたらと
思い書き込ませていただきました。

宿題だったか…

>>420 早めに他のメンバーに謝った方が良くないか？
コンピュータ関連の会社だったら修羅場になっちゃうけど。
　　↓
Flash「新世紀エヴァングラマー」
http://crybaby-sakura.hp.infoseek.co.jp/flash/eva.html

HPのURLをキボンヌ

プロの方々に質問させてください。

私のノートパソコンはDirect３D対応していないのですが
（お兄ちゃんから貰ったもので古いんです）
うっかりDirect3D対応のゲームを買ってしまいました。
あきらめるしかないのでしょうか？

Direct3Dの確認はdxdiagってやつで見ました。
Direct3Dアクセラレータ利用できません。
って書いていました。
デバイス名はTridentVideoAccelerator9525DVD 5.6070.26
ってあります。

お兄ちゃんはあきらめろって言ってたんですが
もったいないので助けてください！

つーか完成品じゃない物を期日決めて公開しても
しょうがないと思うけど。

>>424
http://www.google.co.jp/search?num=50&lr=lang_ja&q=お兄ちゃんどいて！そいつ殺せない！

>>424
ビデオカードが対応してないんだから
どうあがいても無理。
そんなことよりおじちゃんと遊ばない？

>>424 またネタっぽい質問がきてるな

パソコン初心者版
http://pc2.2ch.net/pcqa/
そちらの質問スレで尋ねた方がいいんじゃない？ノートパソコンだと難しいと思うけど・・・

いや、これは間違いなくネタだろ

お兄ちゃんといっても弟でしょ

>X
大阪府の人？

なぜに大阪？

>>424
ちょっとﾜﾗﾀ

俺も今度どこかで質問するときは妹のフリをしよう。

directxを簡単に扱えるライブラリって結構あるけどどれが最強よ？

>>434
D3DX

自作

他人のソース読むのメンドウ。カスタマイズすると何処で影響出るか判らずブキミ。
なので、原理をパクって、ソースは自作。

仕事でライブラリ屋やってたから自作の利点は分かるけど、
気力的に続かなくなる。ゲーム作ることに気力を割いた方がいいよ。

ビルボードでの計算式を教えていただけませんか。
if( BillBoard.x<0.0f){
　　　rad = (float)acos(D3DXVec3Dot(&BillBoard, &sBillBoard)/(D3DXVec3Length(&sBillBoard)*D3DXVec3Length(&BillBoard)));
}else{
　　　rad = -(float)acos(D3DXVec3Dot(&BillBoard, &sBillBoard)/(D3DXVec3Length(&sBillBoard)*D3DXVec3Length(&BillBoard)));
}
D3DXMatrixRotationY(&mRotateY, rad);
}
これで平面におけるビルボードはできているのですが
カメラの位置がXYZどの方向に移動してもそちらへ向くための数式を
誰か教えていただけませんか。

平面が出来てるなら、もう1軸足すだけですね

イチジク

ニンジン
>>336 >>351 >>354

すいません、質問させて下さい。
こんな画像を
http://www.xxxx.nu/upload/upload.cgi?page=Download&dir=&sort=date&filename=flare.JPG

こんな風に
http://www.xxxx.nu/upload/upload.cgi?page=Download&dir=&sort=date&filename=ViwP.JPG

表示したいんですがやり方がわからないので助言していただけたらなと。
黒色のアルファを透明色にしたらいい？のかな？
出来れば、頂点シェーダーを使わないでやりたいのですができますでしょうか？
スプライトだけとかでできませんかね？

>>443
ただの加算ブレンドだと思われ。
ここなんかいいと思われ
http://platz.jp/~moal/old.html

>>444
ああ、そうだったのですね。（＾＾；
基礎知らなくてどうもすんません。

スプライトを使って簡単に加算合成ができました！
しかしながら、常に画面手前に表示されてしまいます。
SetVertexShader(FVF_LVERTEX)　と　SetTexture(0,Img);　つかってやることは出来ないでしょうか？
スプライトで３Ｄの表現は難しいですか？

>>446
どうも何がやりたいのかがよく分からないんだが、、
エフェクトなら画面一番手前に表示されるのが普通じゃないのか？

あ、すいません、できました（汗
上げてすいません

>>447
3Dアクションゲームだったんで、そのキャラの手前にエフェクト表示とかしたかったんですよ。

大学のHPに公開して、教授にオープンソースする


宿題・・・ですかね、期日も決まってるしなんか変

シェーダについて質問があります。DirectXのBumpEarthサンプルのように、
ピクセル単位の凹凸と映り込みの表現を、シェーダとキューブマップを使って再現
したいのですが、バンプ等に使用するノーマルマップを参照してキューブマップを
ピクセル単位で貼り付けるなんてことは、シェーダで可能なんでしょうか？

グループで卒業論文にあたるプロジェクトをやってるとか。

モデルにスケール１００倍をかけて描画したらライトの
影響を受けなくなりました。ライトの強さを１００倍にしたら
普通に受けるようになりました。

なぜ？

>>453 法線ベクトルを正規化しなかったからじゃない？

>>453
実はレンダリングステータスにこんなものがある

D3DRS_NORMALIZENORMALS

ためしにTRUEにしてみるよろ。

>>453
スケーリング行列の場合はベクトルの長さは保たれません。(当たり前)
法線ベクトルを正規化して頂点ストリームに渡しても、変換したら長さが1以外になります。
455にもあるD3DRS_NORMALIZENORMALSを使って法線変換後に正規化させましょう。

大変初歩的な質問ですが

D3DXCreateTextureFromFileAで取得したテクスチャの縦横ピクセルサイズは
どこで取得すればよろしいでしょうか？
（フォーマットがわかればなおよしA8R8G8B8＜ビットフォーマット）

調べたのですが、納得がいく方法が見つかりません。

現状は横１ピクセルのデータ−を仮で読み込んで、ロックしそのピッチ幅を取得
それを基準にして、他の画像は横幅を割り算して取得しています。

目的は大きいテクスチャの一部分を、動的に他のテクスチャに複写し
ポリゴンに貼り付ける為です。


もっともゲームで使うなら最初からサイズは解っているので、
決め打ちでいいのですが、そこは突っ込まないでください^^

>>457
テクスチャからサーフェースを、そのサーフェースからD3DSURFACE_DESCを。
ここにサイズやらフォーマットやらが書かれている。

>>458　レス有難う。こちらも調べて幾つか解ったことがあったので自己れすします

D3DXCreateTextureFromFileAではなくD3DXCreateTextureFromFileEXの
ColorKey パラメーターの説明
透明となる値。カラーキーを無効にする場合は 0 を指定する。
ソース イメージのフォーマットとは関係なく、これは常に 32 ビットの ARGB
　　　　　　　　　　　　　　　　　　　　　^^^^^^^^^^^^^^^^^^^^^^^^^^^
カラーである。アルファが有意であり、通常はカラーキーを不透明にする場合は
FF を指定する。したがって、不透明な黒の場合、値は &HFF000000 となる。

実験しましたら確かにこのフォーマットで作られていました。EXもAもたぶん同じ^^

更に質問
３Dモデルに結び付けられていない。１枚絵（ポリゴンに貼り付けるだけ）で使うテクスチャをどのように管理されていますか？

私は以下のように考えているのですが、他の方はどのような方法をとられてますか？

巨大なテクスチャファイル（いろんなパーツが入っている）
テクスチャ配列（クラス）　それぞれのテクスチャクラスにサイズと位置を記憶
使用時＊テクスチャ番号（引数）　

これによってテクスチャクラスは自分が必要な
データ−を巨大テクスチャより切り取り動的に切り替えることができる。

小さなパーツで構成される画面を作る時に適している。
テクスチャ間のコピーのときに任意の処理ができる（例：枠をつけたり）
テクスチャクラスに振る舞いを登録できるような設計にできる為、
使用する側はそのままの表示ロジックを維持しながら、データ−を供給するクラス側で
データを入れ替えることが可能。
（例えば時間に応じて変化するテクスチャなど）

>>459
ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=39&vew=30

初歩的な質問で申し訳ないのですが
読み方はダイレクトサンディでよろしいのでしょうか？

>>461
違うよ　サムディ　信じる心いつまでも　おーーーーサムディ♪

>>461
ダイレクトエッキスです

ディレクトセックス

>>461
3Dを「サンディ」と呼ぶのは
出版業界から嫌われているサンディ○○ぐらいだろ

>>465
任天堂が64のCMでサンディって言ってたじゃん。
任天堂が言うんだから、サンディが正しいに違いない。

http://www.tosp.co.jp/i.asp?i=shogunsan

http://www.geocities.co.jp/AnimeComic-White/2682/

先生！サンディについて調べました

bio100%のサンディー恋塚

皆、バーテックスバッファをどういう構成で使ってます？
MSのFAQを読む限りでは、なるべくSetStreamをしないほうがいいって書いて
あるんだけど、単一のVBに全てのメッシュ頂点を置くより、メッシュ単位で
VBを持たせて、各Meshを描画するたびにSetStreamでVBを切り替えたほうが
圧倒的に速かった。これはVRAM容量と頂点数に依存すると思われるけれども、
mesh毎にVBをもつ方法だとFVFをモデル単位で最適化できるし
利点の方が多そうなんだけど、実の所どうなんでしょうか？
もう一つは、FVF単位で複数のVBを持つというのもあるかと思いますが。

あと、SetStreamでVBを切り替えるたびに、System RAM→VRAM間の
データ転送が起きるんでしょうか？

どのスレで聞いたらいいかよく分からんのでここで聞かせてもらいます。
３Dで雷みたいなエフェクトをビルボードでアニメーションさせて表示して
るんですがビルボード以外でなるだけ軽くて使えそうな方法って無いんでしょうか？
教えてください

空の描画みたいな完全に２Dでいいモノなら、FVF_XYZRHW でスクリーン座標系で描く。

http://pc5.2ch.net/test/read.cgi/tech/1011762546/438
どうなんだろ

DirectX9を学ぼうと思ってるのですが、いきなりじゃ難しいでしょうか？
DirectX7とかを学んでからの方が良いでしょうか？

>>473
初めて学ぶのであれば、どちらも大差ない。

>>474
レスありがとうございます。
じゃあDirectX9をやってみようかな…

それと、やっぱDirectX9はサンプルで勉強するもんなんですか？
こんなスレがあるくらいですし→http://pc5.2ch.net/test/read.cgi/gamedev/1032657642/
今BasicHLSLってのを見てるんですが、結構難しく思えるんですが…

>>475
悩む必要はなくDirectX9をやるのが当然です。
それより、いきなりシェーダーですか？
初学者は、たのむから固定パイプラインで基礎から勉強してください。
下手な解説読んだり本買うよりまずここ。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/DirectX9_c/directx/intro/dx9intro.asp

>>476
レスありがとうございます
シェーダーとか良く分からないんですが、
Basicって書いてあるから一番簡単なのかなと思って見てみたんですが全然分からなかったです。
固定パイプラインとやらも良く分かりませんが、そこ読んで勉強してみます

>>477
固定機能パイプラインに対して、プログラマブル・パイプライン。
これがバーテックス/ピクセル・シェーダー。
まぁ、今はわからんでよろしい。とにかくそれはfixed pipeline で
テクスチャー〜環境マップ〜バンプマップまで、自在に描けるように
なってからのアドバンスド・コース。先に進んでみればシェーダー自体は
なんにも難しい事はありません。

おっと、ちなみにHLSLとは、
High Level Shader Language
そのBasicとは、単に「HLSLの基礎」という意味だと思われる。
このHigh Levelとは、元々のアセンブリ・シェーダー言語と相対的に、
高級（高抽象度）言語であるというだけの話。

>>476さん
いろいろありがとうございます。
覚える事が沢山あって大変そうですが頑張ります。

どういたしまして。MFC同様、最初は圧倒されるけど、所詮凡人の作ったAPI。
こつこつとやっていけば、たいした事はありません。

それより、OpenGLという選択肢もありますが？
http://www.opengl.org

>>481
自分が調べた限りでは、OpenGLの方が使いやすかったりするっぽいですが、
将来性を考えるとDirectXの方が良いような気がします。

↑的違いだったらすいません。あまり調べてないので。

隊長！DirectSoundでリスナーって二つ使えますでしょうか！？
なんか二つ作っても片方からしか聞こえません！！

リスナーは聞き手なので一つだけ。

画面上にある矩形をマウスでドラックさせるのを作ってるけど
手計算で算出した矩形の射影座標を元に計算させる方法以外で
もっとスマートな方法あります？
同じ計算を描画ライブラリがやってるだろうからそれを利用できれば
２度手間にならないと思うんだけど。

開発環境　8..1 D3D VC6.0

説明不足で何をしたいのかよく分からんが、最初から矩形をスクリーン座標で
描画したら駄目なのか？

Savage4でDirect3Dのメッシュやテクスチャが崩れるんですが、
これは放置してて大丈夫ですか？

>>487は放置してて大丈夫です。

>>487
Savage4は欠陥品なので完全無視でALL OK。

皆さん、【dx90update_managed.exe】って使いましたか？
自分はMSDNのサイトから落として実行したのですが、以後、自作プログラムが
おかしくなりました。
以下が処理の順番です。
�@.2Dスプライト(ウィンドウとか)の動きに頂点シェーダを使用したいので、
X,Y,Z,Color,U,Vのフォーマットで頂点バッファを作成
�A.LockしてXYZには-1〜+1の値
UVには0〜テクスチャのWHを設定
�B.制御用の行列をSetVertexShaderConstantする
�C.SetVertexShader
SetStreamSource
DrawPrimitive
　を呼ぶ。

8.1で作ってますが【dx90update_managed.exe】を実行する前は1〜4で大丈夫でした。
ですが実行後は、�AのUVを0〜1にしないと表示が上手くいきませんでした。
同じ経験した人っていますか？

どうせ自分のバグだよ

>>490
どうおかしくなるの？
どうなってほしいの？
肝心な情報がすっぽり抜けてるよｗ
あーむかつくｗ

>>490
もう氏んでしまえよ

Savage4は放置でいいと思う。
あのボード（というかドライバ？）は手におえない。
DirectX使ったプログラムを配布する人は、
Savage4の奇妙さを体験しておくべきだと思う。

どんなことになるの
スクリーンショットとか見せて

Savage4
・ｵｰﾊﾞｰﾚｲするとﾊﾝｸﾞｱｯﾌﾟする。
・透過色ありｻｰﾌｪｰｽの描画が乱れる。
・Zﾊﾞｯﾌｧを正しく参照しないことがある。
・ｱﾙﾌｧﾌﾞﾚﾝﾄﾞで重ねるとZﾊﾞｯﾌｧに異常が出ることがある。
・32ﾋﾞｯﾄｶﾗｰのみ機能制限がある。
・DirectX8以降で誤動作しやすい。

回避方法とかあんの？

>>497
新ビデオボードに入れ替える。

>>497
回避方法はある。
さけぶんだ。大きな声で。「ぬるぽ!」って。
叫ぶ回数は1回だ。
2回以上叫ぶと効果がない。注意しろよ。

ぬるぽ!

>>499
なおったよ。
ありがとう。

ぬるぽ！

>>499
なおらないぞ。
(ﾟДﾟ)ｺﾞﾙｧ

>>503
オマエは ! を全角で叫んだからダメなんだ。
半角で叫べ!

ぬるぽ!

ぬるぽ

ぬるぽ! ぬるぽ! ぬるぽ!

ぬるぽ

　　　 ∧＿∧ ◆　　　　　　　　
　　　（ ´･ω･）／◆　ｶﾞｯｶﾞｯ！！！　　　
　　c(,_ｕ＿_つ　　　Σ（　ﾟ∀ﾟ）　>>505>>506
　　　　　　　　＼■
　　　　　　　　■　ｶﾞｯ!ｶﾞｯ!
　　　　　　　　　　Σ（　ﾟ∀ﾟ）　>>507>>508

大きいぬるぽと、小さいぬるぽ。
あなたは、どちｒ

レスのない可哀想な>>510の為にage

レスのない可哀想な>>511の為にage

レスのない可哀想な>>512の為にage

>>510
ガッ　ｶﾞｯ

かわいそうだから>>510の尻の穴に ガッ

レスのない可哀想な>>515の為にage

レスのない可哀想な>>516の為にage
てか、>>516はageてないじゃん。

かわいそうだから>>516-517の尻の穴に ぬるぽっ

10日放置された可哀想な>>518の為にage

Direct3Dの次バージョンは、
大脳にインストールすると、透視できるようになるって本当れすか？

本当れす

レスのつかない可哀想な>>521の為にage

Direct3Dの次バージョンは、
相対性理論をサポートしたDirect4Dって聞いたんですけど本当れすか？

あれ？　次バージョンは液体が使えるって聞いたぞ

レスがついた>>523の為に乾杯

ﾚｽﾂｲﾀ━━━━||Φ|(|ﾟ|∀|ﾟ|)|Φ||━━━━!!!!

なんで閉じ込めてられてんねんキミ。

DirectX 9.0d　には藤原紀香が付いてきます。どうぞお構いなく。

福原愛ちゃんのママが付いてくるなら
考えてやってもいい。

それじゃ、愛ちゃんをもらおうか。

しかたない。
パパをもらうとしよう。

えーと。
私は、何をもらえるのでしょうか？

藤原紀香のママだな。

わかりました。
では、いただきます。

先生！
ボクは誰をもらえますか？

パパイヤ鈴木のパパだな。

マジですか？
マジでパパイヤ鈴木のパパですか？
チェンジ出来ませんか？

仕方ない、細木数子のママにしといてやる。

俺はパパイヤ鈴木で我慢しよう。

複数のモーションデータ付きXファイルをつくろうとして、
テキスト形式のXファイルの、モーションデータの部分を
メモ帳つかってコピーしてんだけど、これが結構メンドクサイ。
なんか楽に作る方法ってないですか？

>>540
同じディレクトリにあって、ファイル名のある法則にしたがって
複数のＸファイルのアニメーション部分だけコピーしてまとめるプログラムを組む。
とか
必ず、１つのモーションデータとして作ってもらうってのはどうよ？
つまりキーフレーム0〜29までは歩きモーション、30〜59まではジャンプモーション
って具合に作ってもらう。

とかいかがでしょうか？

>>541
ものすごいやっつけ作業で作ったMFCプログラムならあるけど
指定した４種までのアニメ付きXファイル（LWで出力したもの）のモーション
データの個所を、指定したXファイルの下にフレーム名を修正して追加すんの。
使えなくても泣かないならUPするよ？

>>542
んなもん俺は自分で作れるよｗ

ところでなんで「４種まで」なんだ？
ＭＦＣの意味もようわからんし。
やっつけにしてもコンソールプログラムにしておいて、ファイルを放り込むだけでまとめてくれるとか
フォルダ以下のＸファイルを（ファイル名の命名規則によって）一括変換してくれるとかの方が使い勝手いいだろ。

>>543
パパイヤ鈴木だな。

>>544はニセモノ。

>>543
うぅ残念。アニメーションは50くらいあるんすよ。
できたらプロジェクトファイルで貰えませんか？

>>542
それだと楽そうですが、今度は、読み込んだ1つの
アニメーションセットを、指定したフレームごと
分割して、トラックに格納しなおすプログラム作るのが
難しいような気がすんですが、簡単にできるなら
そっちのほうがいいかも？

少し、疲れたようだ。

そうだな。
オレも疲れたよ。

クゥ〜ン･･･(つーか俺が一番疲れたってーの)

>>544
「とまる」、「あるく」、「はしる」、「戦う」の4種のモーションしか扱わないし
チェックボックスの配列のやり方が、わかんないからなのさ〜！

>>546 あいよ。
http://gamdev.org/up/img/1196.zip
ぜひ、50種類のモーションを扱える、見た目が普通のWindowsアプリに
改造して再UPしてくれｗ　（俺が使いたい）

>>550
>チェックボックスの配列のやり方が、わかんないからなのさ〜！
まさかたったこれだけの理由で４種類とか制限ついてんのか？

　　　　　　　　　　　　　　逝ってこいｗ

チェックボックス付きのリストビュー使うとか頭働かないの？

だからやっつけだとｗ
50もモーション使うとは格闘ゲームとかかいな？

ぬるぽ

>553
してあげないよw

ところで3Dに弱いPCを持つユーザーのことを考えてD3Dのゲームを作る場合
動作環境はどれくらいと考えるといいのでしょうか？
私は最低ラインをPen�V500MHz頃のスペックで準拠させようとしていますが
もう少し高めのほうがいいのでしょうか？

D3Dの場合、CPUスペックはほぼ考慮しなくて良い。する必要ない。
強いて言えばMMXが載ってるかどうかぐらい。

>>555
ビデオ性能を考えれ。
ま、無印モバラデが最低ラインかな？

CPUやグラボの最低ライン決めても、
どんどんオーバーしてくんだな。

今なら自分の中の最低ラインはDX8VS有PS無かなぁ

3ds max 6 で作ったシーンを .x に出力したいんだけど
出来ないんですかね？
SDKのExtraに入ってたエクスポーターは5.1まで対応で、
バイナリが入ってないし、max 6.0のSDKではコンパイル通らないし・・・

Tinyとかはmaxで作られてるらしいんでmaxで逝くのが
標準かと思ってたんだけど・・・
とりあえずLightwaveでやってるんだけど、複数アニメ
サポートしてないしOTL

>>560
ぱんだ

>>560
がんがってXファイルを手動で編集しる

説明不足でした
>最低ラインをPen�V500MHz　頃　のスペック
というだけで別にCPUの性能ではなくその頃のビデオ性能くらいという意味です

>>560
>>LightWave
モーションミキサーで妥協するしかなさそうな気がする。。。
一旦motファイルに書き出して、新しいシーンファイルで
結合された状態のデータを作るのね。
プログラム技術のないユーザーは最終的にレンダリング
するためのlwsを作るためのlwsファイルを作るのが定石。

>>560
>561の通りで正解なんだが、わかりにくいような気がするので補足
Panda Exporterというフリーのプラグインがある。
ぐぐってみ。

うおお
みなさんたくさんのレスありがとうございます！
Lightwaveで生きていくしかないかなぁと思いつつ、
それなりに面白味を見出してたところでした。

panda exporterですか。今までこれ系のスレでも
聞いた事無かったので知りませんでしたよ。
ちょっとこれからいろいろ調べてみます。

Panda Exporterﾃｽﾂしてみたんですが、
アニメーションを、キーフレームのタイム関係無しに
一定時間ごとにサンプリングしてしまいますね。
（例えば、2フレーム毎にサンプリング）

これは避けられないですかね？（みたところ無理っぽい）
んー、これは凄く気持ち悪いんでLightwaveに帰るか・・・
LightwaveよりWindowsライクで使いやすかっただけに
残念。
強制サンプリング斬り！！

>>567
DirectXで動的にキー間の情報を補間するのは同じなんだから
予め補間されたキーフレームデータが存在してるだけでしょ？

もし、DirectXの補間方法がmaxの計算と方法が違っていた場合に
maxの方で補間したキーフレームデータがあった方が、より忠実に再生できるんじゃない？

自前で再生を実装してて、補間計算がmaxと同じならデータ量が増えてるだけだけどね。

Lightwave&エクスポーター使ってるんだけどダメだ。
プログラムでいろいろやってるんだけど、困る事が多い。
以下、漏れの(無知 || 勘違い)があったらｽﾏｿ

//　エディタ
・レイヤーの入れ替えが出来ない(?)
・複数のアニメーションに対応してない(?)

// エクスポーター
・フレームの名前が決められない（せめてﾚｲﾔｰ名を含んでくれ）

・パーツのメッシュなんだが、
普通は
フレームの行列を設定 -> メッシュの描画
だと思うんだが、LWの場合
フレームの行列を設定 -> メッシュから原点へﾄﾗﾝｽﾌｫｰﾑ
-> メッシュの中心点にﾄﾗﾝｽﾌｫｰﾑ -> メッシュの描画
という感じ。

以上の事から（漏れ的に）使いものにならない事が判明。
以上ｸﾞﾁｽﾏｿ。

自作かなぁ。自作するならﾓﾃﾞﾘﾝｸﾞは・・・とか考えつつ、
素敵なﾂｰﾙを探しに逝ってきます。

>>568
レスさんくす。
pandaはサイズが10倍くらいになりそうなんで厳しいですyo

>>569
おおむねあってると思うよ。（フレームの名前はどうだったかな？）
＃複数のアニメーションに対応してないってのは工夫次第でなんとかなんじゃね？
俺もlightwave触ったことあるけど特殊だよね。
マジでこんな糞でいいのかよって思ったｗ
その様子だとスキニングもあるフォーマット探してるのかな？

そうするとMayaかSoftImageかMaxが残ってるけど。
SoftImage以外はエクスポーター（プラグイン？）みたいなのを自分で作る形になるよ。
だからファイル解析は意味がない。（とくにMayaはかなり特殊）

色々とモデリングソフトとファイルフォーマットを探したことがあるので
このスレで聞いてくれれば知ってる範囲で答えるよ。

先程は取り乱してｽﾏｿ。
自作しようとかプラグイン作ろうと思ったが、それらが
存在＆出現すれば意味が無くなるので思いとどまった。
効率悪いけどやりたい事はプログラムで対応、という事で
Lightwaveで逝こうと思います。

>>570
即＆ｽﾊﾞﾗｽｨレスサンクスです。

〜これまでのあらすじ〜
最初はｻﾝﾌﾟﾙでも使ってたMaxで逝きたかったんだけど、
Max6はオフィシャルなプラグインが存在しない。
でPandaを使ってみたら、強制的に一定期間のアニメを吐いて
しまう。
で、Lightwave7.5Exporterに戻って細々とやってたら、
フレーム構造が特殊で、プログラムでｶｽﾀﾏｲｽﾞ再生しにくい。
〜以上

試しにMaya逝ってみようかな？（未体験）
ダメならBlenderかな？

関係ないけどBlenderって「どこの星の人が考えたｲﾝﾀｰﾌｪｲｽ？」
ってくらい特殊ですね。英語なのもちょっとﾈｯｸ。

>>570さんは何使ってます？

>>572
Blenderにはまってた時期があるのでレスさせてもらいます。
英語なのはあまりネックにならないっす。案外上手くデザインされてます。
そしてBlenderのIKは案外素直なのですすめたいが、しかしソフト全体が
不安定で再セットアップの手間が付きまとうかもしれないのでチョット。。。
本当の敵はフリーウェア独特のバグ放置です。

>>572
＞で、Lightwave7.5Exporterに戻って細々とやってたら、
＞フレーム構造が特殊で、プログラムでｶｽﾀﾏｲｽﾞ再生しにくい。

モデルの再生って理解してる？
MAX吐き出しのXfileとLightWave吐き出しのXfileで
フォーマットが違うとでも言いたいの？

じゃあ、D3DXのMesh系の関数は、内部でMAX系、LW系なんて条件分岐しとるのかね？

>>572
>>>570さんは何使ってます？
会社じゃMayaかSoftImageだけど自分じゃ買えないね。
LightWaveも購入したところで自分でアニメーション作れるわけでも無いし
なんか馬鹿みたいだからやるの辞めちゃったｗ

MayaもMayaAPI触るの結構面倒だよ。
Blenderも資料少ないし、ファイルフォーマットも特殊じゃなかったかな？
（つか、たしか公開されてないから八方塞だった希ガス。ソース公開されてるって言われてもねぇｗ）
色々探したけど、結局諦めた覚えあるなぁ。
Blenderは時間の無駄な予感。資料少なすぎ。つか無いｗ

最終的には自分で作ったものネットで公開したかったんだけど
色々と資料少ないし、LightWaveとか買える人って明らかに少数だし、
メタセコイア＋ミコトにすりゃよかったかなぁ〜って後悔してるｗ

ただ、個人でモデリングソフトを購入して何やらやる範囲で
スキニングやるならどうしたってLightWaveになるって結論は間違いじゃないと思う。
（公開されてる資料の量も含めて）

>>573
あ、Blenderってそんな素直なんだ。
データってどうやってこっちにもってくるかわかりますか？
（私はこれがさっぱりでした）
よろしければご教授お願いします。

>>574
>>572ではないけど、レス。
たしか、フレームの中心がすべて真ん中になってたから、
そのままlwoのままじゃやり難いはず。少なくとも俺はなんもできんかった。
XFileに直して読み込んだことはないんだけど、多分、全てのフレームが中心になってるんじゃないかとｗ
階層構造って概念がlw自体にないっつか、かなり不便。

>>576
自分はほぼオペレートとデザインオンリーです。
コード読むセンスが無いんでさっぱりですわ。
Xファイルの書き出しはできるようですが、手元のビューアーで
表示に成功した事はなしです。FKもIKもバグは少ないんですが、
今でもコンストレインツ関係にわりと不良動作の素は潜んでます。
使い方を覚えても損は無いでしょうけど、すぐには役立たないかも。
プログラムがわかるなら、フォーマットの解析を、特にMikotoの
ファイルを解析した方が早いのでないかと考えてます。

>>576
あのさ、lwoのままじゃ当り前じゃんよ…
それってローカルのまんまじゃん。

LightWave自体が、モデラとレイアウトに分かれていて
lwoファイルとlwsファイルあるんだから
lwsファイルを読み込むのが当然じゃん…

スキニングだろうが、階層構造だろうが
LightWaveにあるってーの…

>>577
うー残念。
Blenderはそこがまさにネックでして、
ゲームにデータを持ってくる方法がさっぱりわからないんですよ。

私もBlenderに用意されているエクスポーターは色々見てみましたが
全く役に立ちませんｗ

ので、とりあえずBlenderは何か資料がないと対象からははずれてしまったりします。
（調べ方が足りないって言われればそうかもしれないんですけど）

レスありがとうございます。

＞Panda Exporterﾃｽﾂしてみたんですが、
＞アニメーションを、キーフレームのタイム関係無しに
＞一定時間ごとにサンプリングしてしまいますね。

英語だがしっかり書かれてる事を
出来ないとか言ってる理解力がない方が大騒ぎしてるだけのような？

>>578
あ、それはやってるうちに気づきましたよｗ
そっからまず理解しないといけないんですよね。

lwのモデラってずいぶん小さい単位の部品を作るものであって
組み立てるのはレイアウトの方なんですよね。
なんで、複数のlwoと１つのlwsで普通のモデリングソフトの吐き出すモデルファイルってイメージですよね。
つまり

複数のlwo+lws = 普通のモデルファイル

とかいう感じｗ
レイヤーってのはフレームじゃなくて、ただの作業しやすい用のレイヤー？（ってなにいってんの？俺）
多分、569の人もこれと同じ間違いをしたと思われｗ（私もしょっぱなやりましたｗ）
lwの体験版をもってないとこの構造に気づけないんですよねｗ
私は勘違いしたままプログラムを組んでしまってですねｗ

>>581
lwoはレイヤー毎にobject保存が出来るんだよ。(PhotoShopのレイヤーみたいなもの)
で、lwsではlwoのレイヤーまで指定してobjectを読み込めるってだけ。

完全にフリーでD-STORMに散々情報が落ちてるんだからさ…

因みに、LWのDXExporterのソースも公開されてるんだけど…

Pandaの
The future...but don't know when
Export of just the defined animation keys instead of sampling.
を待つくらいなら、自分で作った方が早い。
IGameを使えば、簡単に抽出できるし。
その場合、結局独自フォーマットにした方が便利だから、
Xファイルなんか使わなくなってしまうと言う落ちがつくけど。

>>582
まあ早い話、プログラム側でレイヤーは触らないほうが無難ってことですよね。

lwoは頂点やらテクスチャやら読み込んで「ほな、さいなら〜」って感じ。
lwoは必ずレイヤーを１つにまとめてもらう方向にしてもらうとかそんな感じがいいかも。
階層情報があるのはlwsの方。

ワンスキンのモデルだとレイヤー１つに人体まるまる入ってることが多いけど
果たして、この作り方がいいのか悪いのかは私にはわからないです。

>>585
＞まあ早い話、プログラム側でレイヤーは触らないほうが無難ってことですよね。
…自分に理解するのは無理ですって言えば？
全く問題ないと思うけど、lwoのレイヤー指定読み込み。
ちゃんとPNTSタグが分かれてるだろ？

＞ワンスキンのモデルだとレイヤー１つに人体まるまる入ってることが多いけど
…あのさ、あんた何言ってるのワンスキンって意味わかる？

>>585
階層関係はPGの方で責任を持っていただきたい。
１ファイル１階層でやってもらえると助かるというもんです。
そりゃ頼まれればある程度の努力はしますが。

>>586
>全く問題ないと思うけど
だから全く問題ないでしょう。

あ、ワンスキンじゃなくてスキニングのモデルでした。
失礼しました。

＞あ、ワンスキンじゃなくてスキニングのモデルでした。
なんと言えば良いのやら…

通常は、スキニングのモデルはワンスキンが前提だろ？

>>587
lwoのレイヤーはゲーム側では無視です。
lwsの階層構造のみ反映されます。

簡単にいうとこんな感じでしょうか。

>>589
>通常は、スキニングのモデルはワンスキンが前提だろ？
いえ、lwoの時点でわかれていたとしても、
lwsのときにスキニングになっていればいいような気がするんですよね。
あれだけポツポツわける作り方を強いるツールなのに、
人体まるまるってところが不自然な気がします。

>>590
君は頓珍漢な事を堂々と言ってるね…
一つのlwoに6つのobjectが保存されてて、
lwsの階層読み込みの指定がレイヤー指定の同じlwoだと
無理って事か？

それともLWのレイヤーと階層構造がごっちゃになってるのか？

>>4xq4x6N
＞いえ、lwoの時点でわかれていたとしても、
＞lwsのときにスキニングになっていればいいような気がするんですよね。
＞あれだけポツポツわける作り方を強いるツールなのに、
＞人体まるまるってところが不自然な気がします。

おまえ、ボーンによるスキニングの再生プログラム組んだ事ないだろ？
不自然な気？気？
なんだよ、気って…
理論的に考えれば、なぜワンスキンと言う名称か判るだろ…

>>592
いえ、lwoを読み込むときにレイヤーは無視しちゃった方が楽ですね。って話です。

>>593
？
フレームがわかれていてもスキニングはできますよね？

>>594
だから、それをアホな考えだっていってるの。
lwsでは、lwoのレイヤー3を読み込めとか
そう言う指示のされかたなの。
無視したら読み込めないだろ。

>>596
ですから、意図的にlwoのレイヤーの１番にモデルをすべてまとめてもらうように
デザイナに頼んでおいた方が楽じゃ無いですか。
って話ですよ。

>>595
勿論、やろうと思えば出来る。
しかし、その意味する処理内容を
数々の発言から君が理解出来てるとも思えないね。

>>597
だから、何度も言わせるな。
それを、腕が無い、アホ、だって言ってるの。

>>599
でも、結局、レイヤーはゲームには反映されないですし。
この構造で分けておくことに意味はないですよね。

>>4xq4x6N
おまさ、コンパイラプログラムが分割コンパイルを許さず、
ソースは一つのファイルにまとめておけって仕様だったら、クソとか思わない？

>>600
限定されたシチュエーションでの話ですが、LightWaveではレイヤー分けって
作業は時にローポリモデルの間接を曲げる時に必要な概念なんですよ。

つうかモーションはデザイナーに丸投げで良いじゃないですか。
ＰＧサイドではlwsを使う事に注目してしまっていい気はします。

>>600
無能全開のお言葉だなww
レイヤーとは保存の形式であって、構造ではないだろ。
親子構造でアニメーションするモデルは
構造数分のlwoで保存ってか？
アホ言ってるなよ。
ロボ系とか、軽く1000近くなるぞ？

>>601
それよか、１つのモデルに対しlwoとlwsと複数のファイルがちらばるので
その中身をデザイナさんが管理できているのかっていう方が心配です。
いっそ、レイヤーは切ってしまった方がすっきりすると思っています。
１つのヘッダファイルに複数のクラスが定義してあるのって嫌ですよね？

　　_＿＿＿＿＿＿＿_　 　 　 　 　 　＿＿＿
　　|　　　　　 　　　　　| 　　　　　　　（＿＿＿）
　　|　　　巻きで！　　|　　　　 　 　 　 　‖
　　|＿＿＿＿＿＿＿,|　　＿.∧∧ ┐　.‖ ∧,,∧ 　　 ∧∧
　　　 　∩ ∧ ∧∩ 　 　 ○）(ﾟДﾟ )　］　‖((ﾟДﾟ(Ο　 (ﾟーﾟ*)
　　 　 　＼(ﾟДﾟ )ノ 　 　 　￣⊂　｜┘　⊂ミ　　Uミ φ|　 ∪
　　　 　 　　|　　＼. 　 　 　 　 | 　｜ 　　‖ ミ　 ミ 　 　 l　　）〜
　　　　　　　(＿＿ﾉ　　　　　　 U U 　　　　　U U　　　　U"U

>>604
逆だよ、親子構造のモデルを管理するのに
レイヤー分けで一つのlwoにした方が楽だろ。

何度も言うが、お前は"思ってる"とか"気がする"とか凄いな…

>>603
>親子構造でアニメーションするモデル
なるほど。
それはやりにくいです。

＞１つのヘッダファイルに複数のクラスが定義してあるのって嫌ですよね？
まさに、お前の言う、一つのレイヤーにまとめるってのと同義だろ。
自分で、自分の考えを否定してりゃ世話ないわな。

>>606
>>親子構造のモデルを管理するのに
>>レイヤー分けで一つのlwoにした方が楽だろ。
すまん。それもしんどいかと思うんすｗ

>>606
>逆だよ、親子構造のモデルを管理するのに
>レイヤー分けで一つのlwoにした方が楽だろ。
なるほど。
確かにその通りです。
lwoをメッシュ（？）格納庫と見て、lwsで構造を組み立てるって感じですかね？

>>609
え？駄目なんすか？
実は、これだなって思ったんですけどｗ

>>611
制作者本人なら階層関係は全部頭の中に入ってるとも思います。
でも他人を巻き込んだときに破綻する気がしたんですよ。

>>611
はぁ、お前は全く理解出来てない。
要は、LWが許している挙動をお前のプログラムが対応してればいいだけ。
決め内で、こう動くプログラムとか言ってるなって事だ。

まぁ、仕事でスピード最重視のコーディングなら許されるかも知れんが。

そのまま再生させるだけなら問題無いんですよ。

例えば、人体モデルで、拳のパーツの部分、

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）

になってて欲しいトコロを、LW7.5の場合、

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

になってしまってるんですよ。
もしかしてこれって普通？Ｍａｘでもそうなるのかな？

>>611
>>610のレスは完全には間違っていません。
階層の記録を数段階に分けて考えてみて欲しいのです。

>>614
全然言ってる事が理解出来ないが、
確実に言える事が二つ。
一つ、Xfileのフォーマットは決まってるぞ。
一つ、Xfileのフォーマットを理解出来てないか、アニメーションプログラムを理解してない。

管理が困難なファイルは個人製作でしか通用しないし、
それをいつまでも運用できる人ってなかなかいないと思うのです。
フィールドや敵、障害物、主人公キャラなどの１つの
キャラが最低限の分割単位になるんじゃ無いでしょうか？
他人を巻き込むにしても、1人で作っていくにしてもです。
人間て倫理だけでなく観念でも世界を規定していくでしょ？
lwoファイルごときにそれを記録する能力はないと思います。
やっぱりlwsファイルです。新しいlwsファイルや他のシーンを
組むためのｌｗｓファイルを作成するべきなんだと思います。

すんません。意味不明かも。。。

>>614
俺がいってたのと全然ちがうことで悩んでたんだ。
すまんかった。

>lPIRJ7EF
>MG6VFVmK
お二方、お付き合い頂きありがとうございました。
lwのフォーマットについてずいぶん勉強できました。
ありがとうございました。

拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

あのさ、これが階層構造なら
拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）以下のツリーは
拳空間とやらになってるだろ。

>>618
お疲れ様です。あと変な観念振り回し引っ掻き回してすまんかった・・・
あまり解説できてない気もしますが解説能力もないしｗ
機会あれば今度は協力させてもらいたいと思います。

>>619
ＬＷの吐き出すそのデータも正解なんですよ。
ただ、例えばその拳だけスケーリングするとか、そういった場合、
その構造だと面倒なんですよ。

関係無いけどメタセコ＋ミコトを除いてきた。
ミコト、X吐けないじゃんOTL
ミコト公式からのXコンバータのリンク染んでるし・・・
（ミコトのＸｺﾝﾊﾞｰﾀってありますか？）
メタセコ弄ってたら「ＤＯＧＡ」のコマンドがあった。
で、ＤＯＧＡを覗いてみたyo。
形状のインポートが貧弱じゃん・・・OTL
次はMilkshapeとBlenderを覗いてみようと思います。

>>621
＞ＬＷの吐き出すそのデータも
"も"ってなんだよ？
LWのデータはXfileのフォーマットでキチンと吐き出されるっつーの。
お前の望むフォーマットじゃないからって騒いでた訳だ。

はっきり言うと、
お前の処理だとXfileの仕様では、
プログラムの腕が無くて対応できませんって意味だろ。

普通は親の行列を子に渡して行くように処理にするだろ。
お前の言ってる処理は、階層構造無視で単体で処理したいって事か？

指定のフレーム名だけスケールとか余裕で出来るだろ？

自分の腕の無さを披露されてもな…

＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）

ああ、これの意味する所が分ったような…

普通は"拳空間にﾄﾗﾝｽﾌｫｰﾑ"とやらの下層フレームでは
そのトランスフォーム行列を渡して処理するのを
いきなり
"拳のローカル座標系のメッシュ"とか言ってるのは
親の行列を渡して無いんだろう。

ボーンのスキニングはおろか、親子構造のアニメーションだって
理解出来てないんじゃない？

＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュのフレーム（原点にﾄﾗﾝｽﾌｫｰﾑ）
＞　　　｜＿拳のメッシュ（ワールド座標系のメッシュ）

因みにこれは、
"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列を下層のフレームに渡して
"原点にﾄﾗﾝｽﾌｫｰﾑ"、これが激しく意味が分らんが、
おそらく単位行列だろう(大体のXfilからしての推測)
だから何も変わらず、
"ワールド座標系のメッシュ"に"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列をかけるから
ローカルの座標が求まるんだろ。

つーか
＞拳のフレーム（拳空間にﾄﾗﾝｽﾌｫｰﾑ）
＞　｜ー拳のメッシュ（拳のローカル座標系のメッシュ）
って、階層構造無視の要求なのが良く分った…

"拳のローカル座標系のメッシュ"に"拳空間にﾄﾗﾝｽﾌｫｰﾑ"する行列をかけたら
メチャクチャじゃん。

LWで困ったときの↓

　「_￣ﾌ　　ﾉ^ｰ┐　///////////ノ/
　,-､二、　ｰク /　　7_／////////^
　`ー‐‐'　　`ｰ'　　　　 ///////し
　　 _l^l_　　i^i　i^i　　 ///////
　 / ,--┘　Ｕ ﾉ |　　//////^
　 !__ニｺ　　lﾆ.ノ 　 　7///　　　　_,,.. .　__
　__l^l__へ　 i^i　i^i　　//^　　　 ．．　＿　 ｀ヽ
　ﾞ┐r┐Tﾞ　∪ ﾉ |　 |/ 　 　　/：：／.┬".)　 　l
　 く,ﾉr'_,ﾉ　　lﾆ.ノ　　 ７ 　　 _iゞ/ｲ｡_ﾉ　　 　_r'''､
　　　|　　　 ,へ　,ﾍ　/　 　　/ ﾆ-''^＼¨　　 ∠.} l
　　　|　　　　`ﾞ / /　|.　　　｜l､ヾ⌒-|　 u　 r_ﾉﾉ "
　　　|　 　 ヾ二ノ　　|　　　 ヽ |`´_,--|　　i､ﾆイ
　　　|　　　 /,ﾆ^＼.　|　 　　 ＼ｌ<-ﾆﾌ　,ノ ,.　＼、'
　　| | | |　　| しリj |　 ＼　 　　＼￣ ,／ノ/　, |　Z
　　ﾟ ﾟ ﾟ ﾟ　　`ｰ" ｰ' 　〔　　　　　 /￣／ '", //／　,.

DirectXのAnimationController久しぶりに弄ってるんだけど、
Timeの直接入力が出来なくなっちまってる。
ﾌﾚｰﾑを直接指定は無理ですかね？やっぱ複数アニメーション必須？

自己解決しました。

DirectXの本でわかりやすいやつってある？

最近見た中で、分かりやすさ・分量・値段のバランスが一番取れていたと思ったのはこれ。

ttp://www.amazon.co.jp/exec/obidos/ASIN/1584502630

いったい何をするのかすら説明されていない状況で、
分かりやすい本など答えようがない。
質問するのに最低限の情報を出さない馬鹿がいれば、
その最低限のことすら考えずに答える馬鹿もいる。

>>631
おや、こんなところに天才がいるｗ

今からこのスレは、>>631を神と讃える書き込み以外を禁止します。

ハハハ、、はぁ。洋書じゃん。みんな頭いいのな

>634
DirectXのﾘﾌｧﾚﾝｽと公式のサイトのコラムが最強、と言いたいとこだが、
出版物では大川善邦という人の本が親切でわかりやすい。

あと煽りが約１匹常駐してるようだけど、頼むからｽﾙｰ汁!

>>635
彼の本は、分かりやすくはない上に
内容の偏りがとても大きい物が多いように思う。
初心者にははっきり言ってお勧めできない。

某DX9本の第一章では、DXの歴史について
彼の偏見が満ち溢れた攻撃的な文章で書かれているので、
興味あれば読んでみるといい。

>>631
お前、そんなの初心者にわかるわけないって気づかないもんかな。

質問するのに最低限の情報なんてわかる奴が質問なんかするかよ馬鹿。
だいたいてめぇがそんなに完璧だっていうのなら、模範解答ぐらい見せてみろよ。

はじめは「DirectXの本でいい本ないですか？」って質問して
「こんなのどお？」とか「どんな本がほしいの？」とか食いついてきてくれてから
詳細を出しても遅くねぇだろ？
いきなり>>631みたいなレスを刻むことになんの意味があるの？
興味なけりゃ失せろよ。お前がどんなに実力あろうが、読み手にとって必要ねぇだろお前のレスは。

そして質問の仕方も知らない馬鹿に、洋書を紹介する大馬鹿、
さらにそれを煽る馬鹿に、それを馬鹿という馬鹿、
ここは馬と鹿でいっぱいです。

はい、馬鹿のトップがいらっしゃいましたよ

しかしだれも目的を聞かずに、好き勝手に回答しているわけだけど、
なんだかプログラマの独善性というか、独りよがりの様が垣間見えてステキ。

推薦図書/必読書のためのスレッドinゲ製作技術
http://gamdev.org/w/?%5B%5B%BF%E4%C1%A6%BF%DE%BD%F1%2F%C9%AC%C6%C9%BD%F1%A4%CE%A4%BF%A4%E1%A4%CE%A5%B9%A5%EC%A5%C3%A5%C9in%A5%B2%C0%BD%BA%EE%B5%BB%BD%D1%5D%5D

推薦図書/必読書のためのスレッド in ゲ製作技術
http://pc5.2ch.net/test/read.cgi/gamedev/1086023829/

>>634
すいません。私は質問者ではないです。

　＼もうね、アボカド／　　 ＼　馬　／　　　　 ＼　鹿　かと／
　　　　　　　　　　　　　　　　　　　　　　　　　　　 ∩　　　∩
　　　　　　　　　　　　　　　　　　　　　　　 　　　　| つ　　⊂|
　　　　　　　　　　　　　　 　　　 ∧ﾉ~ 　 　　　　　! ,'っ ＿c,!
　　　　　　ヽ　　　　　　　　 　 ﾐ|　･　 ＼　 　　　⊂/　 ・　 ＼
　　　　 γ⌒^ヽ　　　　　　　 ﾐ|　　... '＿）　　 　　｜ ＿＿,,▼
　　　　 /:::::::::::::ヽ.　　　　　　 ﾐ|.　(,,ﾟДﾟ)　 　 　 　 |･　(,,ﾟДﾟ)
　　 　 /.::::::::(,,ﾟДﾟ)　　 　 　 　 | （ﾉ　　|）　　　　　 | （ﾉ　　|）
　　　　i:::::（ﾉDole|）　　 　 　 　 | 　 馬 | 　 　 　 　 |･･ .鹿 |
　　　　 ﾞ､::::::::::::ノ　 　　　　 　 人..＿,,,ﾉ　　　　　 ι.・,,＿,ﾉ
　　　　　　U"U　　　　　　　　　　 U"U　　　　　　　　 U"U

オマエら、ガンダムは好きか？

592 名前：デフォルトの名無しさん 投稿日：04/09/21 12:08:43
アッガイなら好きだ。


593 名前：デフォルトの名無しさん 投稿日：04/09/21 17:39:48
加護より辻だろ


594 名前：デフォルトの名無しさん 本日のレス 投稿日：04/09/22 21:11:23
アッガイは低壁として有効だ。

オマエら、ガンダムは好きか？

彼女とＳＥＸするほうが好き

オマエら、ガンダムは好きか？

彼女とＳＥＸするほうが好き

>648
ガンダム世代ではないのでガンダムは別に好きではありませんが…

ガンダム世代だけどガンダムは嫌い

生理的に？トラウマ？

ガンダム見てたら、激しい生理痛にみまわれたんだな。きっと。

整理通以前に、見てない。
トラウマでもなんでもなく、興味ないから。

オマエら、654は好きか？

等差数列フェチの俺としては、大好きだな。

オマエら、October2004は好きか？

Direct3Dで、手前にある３Ｄオブジェクトが、なんか歪んでいる。
上下左右に伸びてる。
これって、治る？

視野角を狭く…でいいような

>>658　何人だよ

３人と見た

バックバッファサーフェスに書き込んだ画像を
テクスチャとして使うことってできんの？
モーションブラー用に、自前で別サーフェスを
用意してんだけど、できるんだったら、用意する
サーフェスを１つ減らせてラッキー。

＞サーフェスを１つ減らせてラッキー。

そう。よかったね。もう二度と来ないでちょうだい。

ゲッ！テクスチャへのレンダリングすらできない
>>663のような奴に煽られちまった！

>>662
できるよ

バックバッファのサーフェス上の画像を直接得る方法は、恐らく次の二つしかない。
Device.GetRederTargetData
Device.GetFrontBufferData
これらはターゲットのサーフェスへの参照を得るメソッドではなく、
サーフェスの内容を指定したサーフェスにコピーするものだ。
デバイス作成時にFSAAの設定をした場合は、AA済みの画像が手に入る。
当然パフォーマンスは良くないから、モーションブラー用に使うには向いていない。

悪かったね。君の今のやり方で我慢してちょうだい。

>>665-666
サンクスクスクコ
GetRenderTargetDataでどんくらい速度でるか試してみる。

そこで頭のいい奴は、バックバッファをテクスチャにするのではなく
テクスチャをバックバッファの代わりにすると考えるもんだ。
常にシーンをテクスチャに描画して、本物のバックバッファには
テクスチャを描画するだけ。
しかし、この手法には数々の問題点が…（来週につづく）

>>668
別に頭なんて良くなくても、原理を分かってれば誰だって出来るだろう。
それ以前にお前が言ってることは>>662と何も変わってない。

来週に続いたところで、そんなもん読むくらいなら火曜の夜はぷっすま見るほうがまし。

>>669
バカかお前は。銭金に決まってるだろ。

銭金は今やってないだろ…
来月から再開でしょ。

お前ら、ぬるぽは好きガッ？

ぬるぽは好きだガッ、何か？

DirectX9で質問です。
サーフェス全体を、RGBは変化させず、α成分のみ０で
塗りつぶしたいのですが、何か上手い方法って無いでしょうか？
現在は、もう１つサーフェスを用意して、画面をクリアして、
そこに元画像をコピーしてます。

D3DRS_COLORWRITEENABLE

>>675
D3DRS_COLORWRITEENABLE_ALPHAビットをリセットして
サーフェスに矩形を描画することにより、α成分を
０で塗りつぶせました。ありがとうございました。

ＦＰＳみたいに自分中心で視点回転させるんてどうすればいいんでしょか・・・
注視点のうまい処理法がﾜｶﾗﾅｲ

いっそのこと世界を回転させるとか

ボールが転がるプログラムをしています。
ボールの半径(r)と移動量(x,z)から
マトリックを作りたいのですが分かりません。

誰か教えてくれませんか？

>679
D3DXMATRIX matWorld,matTrans,matRot,matScale;
D3DXMatrixIdentity( &matWorld );
D3DXVECTOR3 vec3Trans( x, y, 0.0f );
D3DXVECTOR3 vec3Scale( 1.0f,1.0f,1.0f );
D3DXVECTOR3 vec3Rot( 0.0f, 0.0f, 0.0f );
D3DXMatrixScaling( &matScale,vec3Scale.x,vec3Scale.y,vec3Scale.z );
D3DXMatrixRotationYawPitchRoll( &matRot,vec3Rot.y,vec3Rot.x,vec3Rot.z );
D3DXMatrixTranslation( &matTrans,vec3Trans.x,vec3Trans.y,vec3Trans.x );
matWorld = matScale * matRot * matTrans;

ボールの半径ってのがわかんね

マトリックってのがわかんね

Mr.

>>680
半径から円周を出して、それと移動量から回転を出すのでは？

ス抜けすまそ。

>683
はい。

>680
ワールド上での各軸の回転量は分かったのですが、
D3DXMatrixRotationYawPitchRollなどの
オイラー角による回転処理では上手く姿勢を制御できなくて
困っています。
例
　Ｘ軸90度、Ｚ軸90度の順で計算した場合。
　Ｘ軸90度がワールド上でみるとＹ軸90度回転になってしまう。

　　

回転させるときの軸は一つ。
まずは軸そのものを回転させることを覚えること。

解決しました。
ここのＨＰが参考になりました。
http://hp.vector.co.jp/authors/VA013430/

さらに質問なのですが、ボールが地面（高さ0のＸＺ平面）に接している、
座標をボールの座標系（ローカル座標系）で知りたいのです。

ワールド座標系なら、ボール位置（ballX,ballY,ballZ）と地面なので
ballX,0,ballZと簡単なのですが、ローカル座標での位置がわからない。

平行移動とスケールは掛けていない、ボールの回転のみの
D3DXMATRIX　ballMatとballの位置(ballX,ballY,ballZ)、ballY=ボールの半径
から求めるにはどうしたら良いでしょうか？

ローカルをワールドにする計算で使うマトリクスの逆行列もとめて、
ワールドにするときと逆にかけてやれば求まるんじゃないの？

つーことじゃなくて？

>686
ベクトルV = (ボールと地面の接点) - (ボールの中心位置)
行列M = ballMatの移動成分を消した行列
行列MI = Mの逆行列

接点のローカルでの位置へのベクトルをVLとして
(ベクトルV_tmpは作業用)
V_tmp = MI * V
VL = 正規化(V_tmp) * 半径

これででるんじゃないのか？

何でわざわざ複雑にするんだ。
単に逆行列掛ければいいじゃん。

文字列の表示方法がわかりません・・・orz
D3DXCreateFontで定義した後、
DrawTextを用いれば良いのでしょうか？

誤爆スレ違いｽﾏｿ
スルーしてください

DirectX9のＳＤＫ入れたんだけどサンプルが無茶苦茶重い。
コマ送りどころじゃない。３秒に一回画面が変わるくらい。
ｹﾞﾌｫ2ＭＸ+Ｐｅｎ4　1.5Ｇｈｚなんだけどグラボが糞すぎるのかなぁ？

うん

ＲＥＦなんだろ

MX使ってる奴はプレハブ暮らし

>>695
ノート対応も考えてると単純に最新機能バリバリってわけにもいかないんだよ。
同人のオナニーゲームならいいんだろうけどね。

>>696
だったらPixel Shaderは使わない。（または使う版と使わない版を作る）
Vertex Shaderはsoftware vertex processingにする。

オナニーゲームじゃないなら愚痴ってないで
そんくらいやってほしい。

>692
2MXでDX9のサンプル動かそうという考えがわからん

>>699
そんな感じが平均ってことだよ。

くそ高いグラボ買う余裕あったら、CS買い足して、
PCでは動く範囲のゲームを買うのが普通だと思う。

一般人の感覚がどう話に繋がるというのだろうか。

曲がりなりにもDirectXSDK入れて開発側に回ろうとしている人間が
ヘボいビデオカード使ってギャーギャー騒ぐことに何の価値があるのか。
金の問題だけなら、たったの数千円でシェーダ3.0環境すら手に入るし
そもそも開発環境とCS(コンシューマゲームの略か？)との因果関係が全く繋がらない。

一言で言えば>>700頭大丈夫？

>>700
なんでそうなんの？

オマエみたいなやつがいるから、
カジュアルプログラマーが減るんだよ。

ある意味本質を付いたレスですね：-P

うひゃ、やっちまった･･･。

さて、噂の「X　OPERATIONS」のMODを作ろうとしている香具師らが
ちらほらと現れているんだが・・・

君達も「セクシーオプス部」に入らないか？
ttp://fps.last-heaven.com/cgi-bin/bbs3/bbs.cgi
さぁ、時計の針は元に戻すことはできない。だが自らの手で進めることはできるぞ。

ついでにage

age

ポリゴン伸ばして疑似的なブラーを再現できる？
低付加ブラー。

ttp://hpcgi2.nifty.com/fluidmechanics/dlrank/perldnload.cgi?dlfile=http://homepage2.nifty.com/fluidmechanics/dx/dx8cloth.zip&dlname=DirectX/クロス
こんな風にテクスチャを貼り付けるにはどうしたらいいの？

>>708
テクスチャ？
ただの平行投影でこうなると思うよ。

>>709
THX。悩んでみるよ

シューティングを作ろうとしていて2Dの描画で質問なんですが
rhwを指定して描画するのとスプライトでの表示どちらが処理早いですか？
スプライトで描画するなら回転とかが楽でいいと思ってるんですが
どうでしょうか？

>711
やってみたほうが早いんじゃ・・・？

>>711
スプライトがID3DXSpriteのことを言ってるならアレは遅い。
あれはDraw1回につきDrawPrimitiveを1度ずつ呼んでいるはず。
ヘルプを見れば分かるんだが実はこんだけサイクル数がかかる。
DrawIndexedPrimitive 1200 - 1400
DrawPrimitive 1050 - 1150
こいつらを呼ぶ回数を減らせば減らすほど(普通は)速くなる。

あとD3DUSAGE_DYNAMICなVertexBufferも良いのだが
頂点バッファを用意したりロックしたり、デバイス消失のイベントをハンドルしなければならず、手間がかかる。
しかもSetStreamSourceだとかSetIndicesとかにまた数千サイクルかかる。
システムメモリに頂点溜め込んで一気にDrawIndexedPrimitiveUPが高速だし楽。

あとはこの辺を参考。
http://www.twin-tail.jp/contents/vsdx8/d3d/020/index.htm

>>713
いつの時代の組み方ですか？
シェーダ使ったりできないし、汎用性とかまったくないじゃん。
あくまで２Ｄ専用って感じ？
それにそんなにまとめてホントに早いのかぁ？
うさんくせぇなぁ。
Ｚバッファの前から描画とか絡んでくると単純にまとめりゃいいってモンでもねぇんじゃねぇか？
（それともそれってDirectXが勝手に手前から描画してくれるとかあるの？）

Draw*Primitiveが遅いのは既に定説。Longhornまではどうにもならん。
NVIDIAのGDCのスライドとか見れ。

>>715
てゆうか性能の限界ぎりぎりまで出すわけじゃないんだから
最近は動けばいいんだよ。
軽い必要はまったくないよ。
快適な環境でやりたきゃいいボード買え。
ノートＰＣでやってる客にも売りたきゃそもそも３Ｄゲーム作るな。
だいたいそんな傾向なんだから、俺が重視するのは汎用性オンリー。
DrawPrimitiveの回数をプログラム側で減らすなんて無駄。
やるならデザイナにモデルまとめさせて終わり。
あと、俺はフィルレート（前から描画）を重視したほうがよっぽどはやくなると思うけどな。
その辺との速度の比較はＧＤＣのスライドじゃやってないでしょ？（やってる？）

＞シェーダ使ったりできないし、
使えるが。

>>717
DrawPrimitive一発でシェーダ複数使用ってできたの？
なんかプログラム複雑じゃねぇ？

てっきり

�@シェーダセット！（行列とかその他もろもろ設定）
�ADrawPrimitive
�Bシェーダ解除！

だと思ってたけど。
まとめても一括でいけるもんなんだ・・・。
そらしらんかった。
でも、その場合ってまとめた分の頂点情報もどっからどこまでがどのシェーダでって情報も
いれなきゃいけないんだよね。位置座標、ＵＶ、バンプ、法線、色、とかどう設定すんだべか。

>>718
同時にシェーダを複数使用することは出来ないよ。
ある程度の種類をまとめてDrawPrimitiveとかで纏めて描画するというだけ。

例えば敵の弾が200個だとか300個だとか出てきたら
DrawPrimitiveを1つずつ呼び出してたら塵も積もれば何とやらって奴ですよ。
普通スプライトのシェーダなんかどの弾もテクスチャ貼り付けるだけなんだから切り替える必要もないし。

こういうのは適所適材だと思うんだがな。

確かにZソートとかは効率が良いのだが…
スプライトの場合は普通テクスチャのαブレンドの関係で
順序よく描画しないと見た目が変になるからねぇ。

何この噛み合ってない会話

2Dスプライトの話なのに>>714がヘンな突っかかり方したのが悪いんだろ。
GPUとCPUの性能差がある環境ならDrawPrimitiveのくそっぷりが良くわかるよ。

このスレあったの2年くらい忘れてた。

>>711
なんか最近こういう誤解みたいなのが多いけど、D3DXってのは
Direct3Dを使って実装された上位ライブラリで、そこで提供されている
スプライトとかの機能は全部普通のDirect3Dの機能を使って実装
されているから、ID3DXSpriteとかも中でDrawPrimitiveを呼んでいるだけだよ。

だから、DrawPrimitiveを適切に使っていれば、ID3DXSpriteより
遅くなることは絶対に無い。

そういやID3DXSpriteって、DirectX9Summerあたりからバッチスプライトのリストに溜めて
Flushで一気に描画みたいな感じになってるけど、>>713の様な手法に変えたのかな？

結局3svv31Myがまるで話を理解していなかったということで。

なんか最近シェーダ馬鹿みたいなの多いね。

ウフフ　フフフフフ　HLSLだぁ〜い好き　ウフフフフフ

つか、シェーダ馬鹿にならないとこれからの３D業界は乗り切れないぞ。

その馬鹿の意味がヲタクという意味の馬鹿ならいいのだが
DQNという意味の馬鹿なら困るわけで

アクセスするアドレスによってCPUからGPUに負荷を振り分けるように
OSが最適化されたら、シェーダなんてのはなくなるよ。

みんな思ってるだろうけど、いまのシェーダは過渡的だし、
はっきりいってかなり不格好な実装だからね。

あ、アドレスって書いたけど、９８じゃねぇんだから、
厳密にはメモリ空間か？

本物のﾊﾞｶｷﾀｰ

どうしようこれ>>729-730・・・

放置するのが一番なんだが、ひとしきり騒いで満足するまで
このスレに隔離できればなお良し。他に漏れて無駄に荒れるのがワーストケース

盛り上がってまいりました！

rhwを指定してDrawPrimitiveUPでtop,left,right,bottomを指定して
描画してるんですが回転をさせるにはどうすればいいですか？
テクスチャ座標をいじるんでしょうか？それとも画面上の位置を指定して
いるほうの座標？どちらですかね？

　　　　　　 , ---　､_
　　　 　 ／ミミミヾヾヽ､＿
　　　∠ヾヾヾヾヾヾjj┴彡ﾆヽ
　　/ ,　-ー‐'"´´´　　　 ヾ.三ヽ
　 ,' /　　　　　　　　　　　　ヾ三ヽ
　 j |　　　　　　　　　　　　 / }ミ　i
　 | |　　　　　　　 　 　 　 / /ミ　 !
　 } | r､　　　　　　　　　　l　ﾞiミ __」　　　
　　|]ﾑヽ､_　　　　__∠二､__,ｨ|/ ｨ }　　　　
　　| 　 ￣｀ﾐｌ==r'´　　 　 /　|lぅ　lj　
　　「!ヽ､_____j　ヽ､＿　 -'　　ﾚ'r'/　　ちょっと面白かったよ！アンダーソン君！　
　　 `! 　 　 j　　ヽ　 　 　 　 j_ノ
　　　',　 　 ヽｧ_ '┘　　　　　,i
　　　 ヽ　　___'...＿_　　 i 　 ハ__
　　　　 ヽ　ﾞ二二　`　 ,' ／／ 八
　　　　　 ヽ　 　 　 　 ／'´ 　 /　ヽ
　　　　　　|ヽ､＿_,　'´ / 　 ／　　　＼

>>735
両方試してみるのが今後のためになると思う

>>735
ディスプレイを回転すればいいと思うよ

>>735
むしろ、自分が回ればすべてＯＫ。

てか、みんな真面目に答えないのね。

お前の顔よりはみんな真面目だよ

マトリックスは真面目だよ

>>735
2D(DirectDrawとか)だったら、複数のコマを用意したアニメーション
のようにすればいいと思うし、
3Dで作ってるなら、4頂点を回転させた方が簡単にできて便利。
好きにすればいいと思う。

質問なんだけど、D3DXでポリゴンオフセットって可能？

なんじゃそりゃ？と思ってググってみたが
要するにシャドウバッファとかでズラすことかいな？
そういうのはシェーダ担当な気がしないでもないのだが

簡単に言うと面の上にラインを引くと点線になるのを防ぐみたいなやつです

それじゃ合ってるか。
シェーダで座標変換した後でz値に適当な値を加えりゃいいだけでは？
ただ極端に値を変えると浮いた感じになるから
そこは深度バッファの精度次第になりそう。

[深度バイアス]とかいうのがあるけど、なんかダメっぽい機能だったような…

適切なオフセット値計算して射影行列に設定するってサンプルなら
GameProgrammingGems1とかに載ってた

今気づいたけど>>35の質問に対しての回答が>>36でちゃんと答えられてるのね。

ちょっと面白かったよ！アンダーソン君！

>アンダーソン君！

なにこれ？はやってるの？

救世主が要るスレはここですか？

何年前の映画だよ！

もうマトリックスより後に生まれた世代が書き込みしまくってる時代だもんあ

質問です。
透視射影の場合、マウスでクリックした場所の3次元空間への方向は
カメラの位置ベクトルとクリック先の3次元空間点の差分で求まりますが、
正射影の場合どうやってマウスの方向を求めるのでしょうか？

レスのない>>753のためにage

・main.obj : error LNK2019: 未解決の外部シンボル _D3DXCreateSprite@8 が関数 "long __cdecl InitD3d(struct HWND__ *)" (?InitD3d@@YAJPAUHWND__@@@Z) で参照されました。
・main.obj : error LNK2019: 未解決の外部シンボル _D3DXCreateTextureFromFileExA@56 が関数 "long __cdecl InitD3d(struct HWND__ *)" (?InitD3d@@YAJPAUHWND__@@@Z) で参照されました。
・main.obj : error LNK2019: 未解決の外部シンボル _Direct3DCreate9@4 が関数 "long __cdecl InitD3d(struct HWND__ *)" (?InitD3d@@YAJPAUHWND__@@@Z) で参照されました。

こういうリンカエラーってどうやって解決したら良いの？

>>756
ライブラリをリンクしてないだけだろ？

>>757
プロパティから設定するの忘れてた。
ありがとう

>>758

ＳＤＫの2005 Juneは出るんだろうか？

>>760
予定では2005AUGUSTになってるが遅れるのかも

>>761
二ヶ月ごとに出すんじゃなくて、今度はAUGUSTなのか

sageぐらい覚えろ、能無し。

>>763
自己紹介乙

ＤＸ７のＤ３Ｄのアルファブレンドとかを使って、サーフェースをグレーにして表示できる？
つまり、１ピクセル当りに以下の処理をしたいわけ。
OUT.R =OUT.G = OUT.B =(IN.R + IN.B +IN.G ) /3;

>>765

ttp://www.itmedia.co.jp/anchordesk/articles/0404/02/news069.html

ちなみに(IN.R + IN.B +IN.G ) /3では正しくグレースケールにならないよ

できるとは知らなかった。

>>766
うほっ、凄い参考になるなあ
職人技っぽくてステキ

>>768

>>768

769 名前：名前は開発中のものです。[] 投稿日：2005/06/15(水) 23:48:47 ID:VibO27At
>>768


770 名前：名前は開発中のものです。[] 投稿日：2005/06/18(土) 11:16:59 ID:6iUM9GbJ
>>768

771 名前：名前は開発中のものです。[sage] 投稿日：2005/06/18(土) 16:23:55 ID:7iyw6hrJ

769 名前：名前は開発中のものです。[] 投稿日：2005/06/15(水) 23:48:47 ID:VibO27At
>>768


770 名前：名前は開発中のものです。[] 投稿日：2005/06/18(土) 11:16:59 ID:6iUM9GbJ
>>768

ＤＸ７で、
頂点にカラー値を含ませて、そのカラー値を０にして描画すると、
本来は描画されるとこが真っ黒になるんだけど、
COLORKEYが無視されるでしょ。
（カラーキーが０でも、カラー値０がサーフェースに書き込まれる）
この条件で、COLORKEYを有効にさせるにはどうしたらいいですか？

αを適切に設定。

>>774
よくワカラン

　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽﾙ1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=､´r'　　　　　　　 　 l::::::/,ﾆ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l fﾞヽ |、 そろそろDX9に移れ
　　　 　 　 ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト
　　　　　　 ヾ¨'７"ry､｀ 　 ｰﾞ='ニ,,,｀　 　 }::ヽ(ノ 　
:ｰゝヽ､ 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

>>776
お前ほど優しい人間はいない

　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽﾙ1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=､´r'　　　　　　　 　 l::::::/,ﾆ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l fﾞヽ |、 あげあげ！
　　　 　 　 ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト
　　　　　　 ヾ¨'７"ry､｀ 　 ｰﾞ='ニ,,,｀　 　 }::ヽ(ノ 　
:ｰゝヽ､ 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

　　　　　　　　　　　　　　　　r,''ﾍ＿ 　
　　　　　　　　　　　　　 _,,,,_⊂-くノ｀ヽ,
　　　　　　　　　　＿　 〆_ﾞ'iｒ''⌒"　　）←>>773
　　　　　　　　　ξ⊂!　 っ》｀ 　 く ∠＿__
　　　　　　　　　.''＼ﾉ''''‐｀｀　i､　,ﾉ　 │,-ヽ7=､、　,,rｰ'"`-、
　　　　　　　　　　　＼＿ﾞl､,,,_,/ｉﾞ、　,ﾉ 〈　゛　 ｀ﾇ⌒ )/=i､　l
　　　　　　　　　　　　　　　　 ｀ﾞﾞ'''"｀'ﾐ--/-,_　　´　/"　 ｀''
　　　　　　　　　　　　　 　 　 　 　 　 ＼　.,,､｀lﾆﾝ-゛
　　　　　　　　　　　　　　　　　　　　　　＼__ノ

　　　　　　＿＿＿
　　　　＿ ┐　 ／ 　　　　　　　　　　　
　　　 /　'rlご ┥ .,,,、　
　　　 |　　|ﾞ ｀jｴ |〈ﾞ',）　←DirectX9
　　　 ﾞl,,,i´ ／,/,ﾉ"r
　　　,r�_,ノ''こ!､,,┴．
　　　|　 ‘''く′ ,／ │
　　.r'ﾍ,、　 ｀'ｲﾞ＞'"
　　.厂|,`'-,,　 .|'ヽ、

まて！ＩＤがＤＸ７だ！

　　　　　　　　　　　　　　　　r,''ﾍ＿ 　
　　　　　　　　　　　　　 _,,,,_⊂-くノ｀ヽ,
　　　　　　　　　　＿　 〆_ﾞ'iｒ''⌒"　　）←>>780
　　　　　　　　　ξ⊂!　 っ》｀ 　 く ∠＿__
　　　　　　　　　.''＼ﾉ''''‐｀｀　i､　,ﾉ　 │,-ヽ7=､、　,,rｰ'"`-、
　　　　　　　　　　　＼＿ﾞl､,,,_,/ｉﾞ、　,ﾉ 〈　゛　 ｀ﾇ⌒ )/=i､　l
　　　　　　　　　　　　　　　　 ｀ﾞﾞ'''"｀'ﾐ--/-,_　　´　/"　 ｀''
　　　　　　　　　　　　　 　 　 　 　 　 ＼　.,,､｀lﾆﾝ-゛
　　　　　　　　　　　　　　　　　　　　　　＼__ノ

　　　　　　＿＿＿
　　　　＿ ┐　 ／ 　　　　　　　　　　　
　　　 /　'rlご ┥ .,,,、　
　　　 |　　|ﾞ ｀jｴ |〈ﾞ',）　←DirectX9
　　　 ﾞl,,,i´ ／,/,ﾉ"r
　　　,r�_,ノ''こ!､,,┴．
　　　|　 ‘''く′ ,／ │
　　.r'ﾍ,、　 ｀'ｲﾞ＞'"
　　.厂|,`'-,,　 .|'ヽ、

アリエナイザー

出現　直ちに出動だ！！！！　エマージェンシー！！フェイスオン！！！！！！

アリエナイザー出現！！？？？？？
ぶっちゃけありえな〜い

デュアルオーロラウェーイブ！！！！！！！！！

　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽﾙ1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=､´r'　　　　　　　 　 l::::::/,ﾆ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l fﾞヽ |、 ＤＸ７で解決した。
　　　 　 　 ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト 　
　　　　　　 ヾ¨'７"ry､｀ 　 ｰﾞ='ニ,,,｀　 　 }::ヽ(ノ 　 >>776,779
:ｰゝヽ､ 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ 　　はお呼びじゃねーんだよ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

>>774
　∧∧∩)）
　（ﾟДﾟ）,ﾉ
　(| 　|　
〜| 　|
　∪∪

elでゲーム作ろうと思ってたら、コンパイル時に
外部シンボル 'DirectSoundCreate' が未解決
と出るぞ
なんでだ

必用なライブラリがリンクされてないから。
そんなこと聞くまでもないと思うのだが。

今更elはないような気がする。
2DだけならDxLibがいいと思う。

DXLIB機能豊富に見えて基本的な所がＥＬより劣るのが困りモノ＾＾；

Direct3Dで、テクスチャサーフェースで、
１ピクセルごとにα値を設定するのって、どうやるの？
普通のＣＧツールじゃ、α値なんて設定できないんだけど

gimp とか photoshop とかならできるぞ。
SDK付属のTexture Tool で グレースケールの画像用意してそれをα成分として合成させることはできる。

>>790
α値は大抵のCGツールで設定できるぞ。
α成分を保存できるファイル形式が分かってないだけだろう。

ただ、この用途だとPhotoshopは使いにくい。

>>790
まあ、名称がそのままα成分とは載って無いかもしれんがな。
でもアルファ〜とかって名前にはなってるような希ガス。

一体何がアルファ成分に当たるのかって調べるのもいい。
俺は２万円ぐらいのフォトショ（なんか安い奴あるんだよ）でPngで吐き出してる。
つーか、２万円のフォトショだとPngにしかアルファが付かない。
ｵﾚｶﾜｲｿｽｗ

貧乏人はGimp使っとけ。貧乏じゃなくてもGimp使ってる漏れは勝ち組。

Gimpなら、ソースネクストのPaintgraphicの方がいいよ。
元は和製フォトショと呼ばれてたソフトだし。
フォトグラファ≒HyperKiD≒The Graphics[ペイント]≒Paintgraphic

http://www.geocities.jp/ichizo6/download.htm
このゲームがどうも上手く起動しないのですが・・・
動く人は動いてるみたいなんですよ。
何がげんいんだか教えていただけませんか？

>>796
Direct3Dのリテールモードだと普通に動く。
デバックモードだと以下の例外で止まる。

Direct3D9: (ERROR) :Can specify D3DLOCK_DISCARD or D3DLOCK_NOOVERWRITE for only Vertex Buffers created with D3DUSAGE_DYNAMIC
DXGAME02.exe の 0x7c941230 でハンドルされていない例外が発生しました : ユーザー設定のブレークポイント。

スマソ。MSから下のヘルプダウンロードできないんだが、ネット上で見る方法なかったっけ？
http://www.microsoft.com/downloads/details.aspx?FamilyID=4b9b1752-6f6c-440e-816c-35d247570ae4&displaylang=ja

>>790
SDKに付いてるDirectX Texture Toolを使う。

D3Dで、テクスチャのサイズに、ゲームで使用するテクスチャが収まらないので、
マルチテクスチャで、最大８枚（ＨＡＬで２枚ぐらいになるが）までを使おうとして、
テクスチャステージの、１だけを使用する頂点と、２だけを使用する頂点を作製したいのだが、
どちらかのステージのテクスチャ座標ＶとＵを全て０にして、三角形ポリゴンにすると、
まったく表示されなくなる。
ところが、少しでもテクスチャを使用するようにテクスチャ座標を設定すると、表示される。

ステージ１だけを使用する頂点と、２だけを使用する頂点を混在して
レンダリングするにはどうしたらいいですか？

テクスチャに透明色の部分を用意しといて表示したくない頂点にはそこを割り当てるのはどうですか

>>801
それ考えたんですが、結局は１枚だけのテクスチャを描画するだけでも、
２枚描画することになるので、速度的に無駄かなと。
もともと、１回のレンダリングで複数のテクスチャを使用したいと思ったのは、
描画速度を上げる為なので。仮にこれができたとして、描画速度が向上してなければ、意味ないですが

マルチテクスチャでそんなことするなら、テクスチャごとに頂点を
分けた方がよっぽど速い。

そもそも、全てのテクスチャ座標を0にしたら、テクスチャの左上の
ピクセルがトライアングルいっぱいに描画されるってことは理解してる？

＞マルチテクスチャでそんなことするなら、テクスチャごとに頂点を
＞分けた方がよっぽど速い。
それって、テクスチャごとにレンダリング処理を行うってことでしょ？

＞そもそも、全てのテクスチャ座標を0にしたら、テクスチャの左上の
＞ピクセルがトライアングルいっぱいに描画されるってことは理解してる？
それで、ポリゴンが真っ青になったのか。

(´-`).｡ｏO(この人はなぜマルチテクスチャにすれば速くなると思ったんだろう・・・)

坊やだからさ

>>805
別に理由はどーでも、一回のレンダリングで複数のテクスチャを使う方法ぐらい、
知っておいて損はないでしょ。

D3DCAPS::TextureAddressCapsでD3DPTADDRESSCAPS_BORDERが立っていれば
適用したくないテクスチャステージは、座標を0~1外にしアルファ0の任意色にすることで
排除出来る。問題はBORDERをサポートするデバイスが少ないということ。
まあ現実解として、Shaderで似たような処理を実装するか>>801かですな。

>>802で、>>801の方法を速度を理由に否定してるってことは、
残るはピクセルシェーダ3.0で動的条件分岐くらいかねぇ。
現在のハードでは2回テクスチャフェッチするよりもさらに遅くなりそうだけど。

>>807
そもそも一回のレンダリングという単位は、
プリミティブを分けても一回なんだが。

>>810
つまんねー用語厨か？
じゃ、一回のプリミティブて言えば満足すんだな？

(´-`).｡ｏO(下手な釣りだなぁ・・・)

くっだらね。実際に動かして速度を比較してからにしろよ。

ID:4UhpS71Yが最初は敬語を使っていたのに、いつの間にか偉そうな口調に変化した件について

心が荒んでるんだよ

>>813
てゆうか、それだよな。
何につけてもこういう手間を惜しむ奴は伸びない。

>>816
別に手間がテーマになっていた訳じゃないと思うけど。
1パスで2つのColorMapを使う方法って話だろ？

誰も答えてくれないのよね。知ってる人いない？

160 名前： デフォルトの名無しさん 投稿日： 2005/08/05(金) 16:35:28
固定機能パイプラインを使って
テクスチャ座標を色として出力したいんですが
可能でしょうか？

HLSLの場合こんな感じです。
float4 PixelShaderMain( const in float4 i_vTexCoord0 : TEXCOORD0) : COLOR0
{
return i_vTexCoord0;
}

>>818
無理。そんなのヘルプ見たらわかるだろ…
テクスチャ使っていいならできるが。

DX7で、アプリからフルシーンアンチエイリアスかけるのって可能なの？
DX7のドキュメントに書いてある通りやってもかからないのでググって
みたら、

http://www.visualbasicforum.com/archive/index.php/t-176185.html

> The absence of ANY sample or tutorial DX7 code using antialiasing on
> the net (that I can find) is beginning to make me think it's not possible / easy.

なんか簡単に出来なさそうなんだけど、出来てる人いる？

2コンのマイクに向かってフルシーンアンチエイリアスって叫べば掛かるよ

そうなんだ

DirectX 9.0 SDK ( Aplil 2005 ) を使っています。
透過付きDDSファイルを表示すると、
重ねて表示した画像の境界がうっすらと白くなったり黒くなったりします。
別のＰＣで実行してみたら、そのＰＣではそういった現象は起こりませんでした。
これはビデオカードの問題でしょうか？

Card name: Intel(R) 82865G Graphics Controller
Manufacturer: Intel Corporation
Chip type: Intel(R) 82865G Graphics Controller
DAC type: Internal
Device Key: Enum\PCI\VEN_8086&DEV_2572&SUBSYS_12BC103C&REV_02
Display Memory: 64.0 MB
Current Mode: 1280 x 1024 (16 bit) (60Hz)
Monitor: Monitor Max Res: 1600,1200
Driver Name: ialmrnt5.dll
Driver Version: 6.13.0001.3485 (English)
DDI Version: 8
Driver Attributes: Final Retail
OSはWinXPHome(SP2)です。
dxdiagで調べた該当箇所を載せておきます。

まぁまずはビデオカード増設できる程度には貧乏を脱出しような

そういう問題じゃないだろ。

D3DTADDRESS_WRAP と D3DTEXF_LINEAR を組み合わせて使うと、
テクスチャの反対の端の色がにじみ出てきているように
見えることがありますが、そういうこと？

>>824
正直、ビデオカードを買う余裕はありません。
ウイルス対策以外のソフトも全てフリーので賄ってますｗ

>>826
＞テクスチャの反対の端の色がにじみ出てきているように
そんな感じです。
でもD3DTADDRESS_WRAPもD3DTEXF_LINERも使っていません。
D3Dを使った2Dの描画のみです。
αを持たないDDSファイルならば問題はありません。

D3DXCreateTexture〜で読み込むときにフィルタが掛かってるとかかしら。
試しにD3DXCreateTexture〜Exでフィルタ無効にして読み込むとか。

>>828
ありがとうございます。
やってみます。

>>828
変わりませんでした。
別のＰＣではそういった症状が出ませんので、
グラフィックカードが原因だと思っておきます。

>>791
どうも〜。遅くなりましたが、Gimpでやってみました。
透明の設定の仕方が分からなくて、苦労しました。
消しゴムでやれることが分かったですが、なんか１ピクセルごとに書けなくないですか？
それと、PNGの読み込みが大変面倒そうです。嫌になってしまいました

>>831
ツールの使い方などをきちんと調べられるのも
プログラマーのスキルですよ。
Gimpなら透明の空画像作ってレイヤー重ねてください。
ちなみに消しゴムだろうがブラシサイズ変えられます。
個人的にはPNGじゃなくてTGAがお勧め。

よく4人プレイのゲームとかで画面が4分割のがありますがこれはどうやったら
可能になりますか？ビューポートの設定で無理やり4分割にして実現したんですが
他に方法ありませんか？

つーかViewportが正道だよ。その為にあるようなもんだし。
windowモードで画面ごとに違うwindowを割り当てたい時などは
SwapChainを使う。

未だに初期の9.0SDK使ってて、つい先日Update版導入したら色々仕様変わってるよorz

ID3DXSpriteのスケール設定引数がごっそりなくなったわけだけど、
スプライトの拡大縮小って他に代替手段あったっけ？

D3DXMatrixTransformation2D

読み込みpngが800*600のサイズでフルスクリーンでそれを画面いっぱいに
描画しようと思ったらうまくいきませんでした。方法としては4つの頂点と
それに合わせたテクスチャ座標をしてsetfvfで指定してprimitiveup関数に
引数渡して描画しました。描画自体はできていますが画面のサイズに合わせて
テクスチャが画面いっぱいになっていません。spriteをつかえば綺麗に描画
されますがspriteは重いのでどうすればいいかわかる方いらっしゃいましたら
アドバイスよろしくお願いします

またその質問か

ヒント：2乗

>>839
それを言うなら、2のN乗だろう

画像の読み込み時にフィルターかければ2のN乗にかってになっちゃうと思いますが
フィルタかけないとそのままのサイズで読み込まれるのかな？

横スクロール2Dシューティングの制作で板ポリゴンにアルファ付きPNGを貼り付けて
スプライト替わりに使ってるんですが三枚以上重なったところで一番上の板ポリの
右側のアルファ境界が縁取りしたように背景まで透過する現象が起きています。
グラボはATI、NVIDIAと色々試していますがどれも同じ現象です。
これはD3D公知のバグかなんかなんでしょうか？

>>842
そんなバグは聞いたことがないので、お前さんのプログラムが
おかしいだけだと思う。

ついでに言うと、ATIでもNVIDIAでも発生しているなら、
ちゃんと仕様通りの可能性大。

人のせいする前に、自分のプログラムを疑え。

>>843
>>844
書き方が悪くて申し訳ありません。
これでも散々疑って試してみたのです。
板ポリ止めて箱にしてみてたり、テクスチャのフォーマットも色々変えてみました。
ただどうしても二枚で大丈夫で三枚目からおかしくなる症状が自分の経験則では
理解できなくてこうして質問させて頂いています。
掲示板での書き込みは不慣れなもので不躾な点ももあるかとは思いますがご容赦下さい。

Zバッファ、ステンシルバッファは使っているのか否か？
描画順はどうなっているのか？
スプライトの端＝テクスチャの端なのか？
「テクセルとピクセル間の直接マッピング」の項は理解しているのか？
テクスチャフィルタリング、テクスチャアドレシングモード、 テクスチャラッピングは
理解しているのか？

こんなところで効く前に、ステップ実行等でデバッグした方がいいと思うぞ。
スワップエフェクトをCOPYにして、スプライト1枚描画するたびにPresentとキー入力待ち
でも入れておけば、どこでおかしくなるのか分かるだろう。

>845
とりあえず本気で解決したいと思ってるなら、
よく解らん説明よりスクリーンショットぐらい出せ。

単純にしっかり設定されてるテクスチャステージステートが２枚までなんじゃねーの？
それかミップマップが変なことになってるとか。
とか、いい加減なこと言ってみるｗ

>>845
マザボのAGPドライバはちゃんと最新の入れてる？
俺も板ポリじゃないけど、同じようなことになったことがある。
プログラム的に問題ないと思ったら、ハード面疑った方がいい。

半透明部分にもZ値があるせいで、うまく重なってないだけじゃないのか？
ちゃんとソートしる

鰻を3Dで表示したいんです。

>851
ム板に引きこもってろ。

ま・・・まぐろ？
3D MAG LOADERっすか

MAGとかPIとか、懐かしいねぇ

質問ですいません。今Visual BasicでDirectXライブラリを使ってプログラムを作っていてその中でオーバレイ上に
ColorKeyを使う部分があり、定数、DDCKEYCAPS_SRCOVERLAYで判断しているのですが、DirectX Caps Viewer
で調べたところ下記のような結果でした。
実際、GeForceの方は値がないのでプログラムでColorKeyが使えないのですが、元々GeForceではColorKeyは
使えないのでしょうか。
値を追加して使えるようにしたり、または別の方法で使えるようにしたりできるのでしょうか。

ATI Radeon 9600
　DDKEYCAPS_DESTOVERLAY
　DDKEYCAPS_DESTOVERLAYYUV
　DDKEYCAPS_SRCOVERLAY
　DDKEYCAPS_SRCOVERLAYCLRSPACEYUV
　DDKEYCAPS_SRCOVERLAYONEACTIVE
　DDKEYCAPS_SRCOVERLAYYUV

GeForce FX5500
　DDKEYCAPS_DESTOVERLAY
　DDKEYCAPS_DESTOVERLAYONEACTIVE

DirectX9をインスコしようとしたら、
「このＯＳには対応してねえ！」といわれます。
win2000+sp4です。

違法コピー版と認識されているのでしょうか。

SDKか

そう、ＳＤＫ

2000は今年くらいにSDKのサポートから外されたよ

2000は最新のSDKから見捨てられたはず。

そうか。ありがとう。

後、DirectXで開発するためにピクセルシェーダ対応のビデオカードを
買おうと思うのだが、チップセットとかインターフェース（ＡＧＰとか）は気にする必要ある？
最近のＰＣは疎いので、、

いままでコンシューマ開発だったのでＰＣは知らないのよ。
板違いかな。

>>861
新しいPCを買うなら恐らく自動的にPCI-Expressになるかと。
今使ってるPCにVGAを乗っけるなら、インターフェイスの選択の余地は無いのでは？

lockしないでDirectDrawサーフェイスからDirect3D9サーフェイスにデータを転送する方法ってありますか？
教えて下さい！

ない。
そもそもDirectDrawサーフェスは同じデバイスで扱うことができないし。

Direct3DSurface9同士でよければ可能だが。

GetDCでデバイスコンテキストを取得すれば出来ないことはない。

>>865
DCをとった後どうするんでしょうか？
IDrawVideoImageというインターフェースがあったのですがこれを使うんでしょうか？

Win32API

遠景を表現する方法ってどんな方法がある？
球にマッピングしても不自然だし・・・
法線内側で箱状にしても不自然だった・・・
考え方だけでもいいのでアドバイスお願いしますorz

どう不自然なのかよく分からないが、
遠方を描画するのは球でも箱でもメジャーなやり方では。
環境マップとかの話になると、箱とか双放物面になるのかな。

>>868
ボックス、球が普通。
視点がパンしない場合は円柱、または1枚絵を背景に使う場合も。

後者はスターグラディエーター２（カプコン）が芸術的だった。

遠景を全部ポリゴンで作r

フォグについて。
フォグがかかるポリゴンが、距離18000先にあって、
視点を回転させると、フォグの強度が上がったり下がったりする
（ポリゴンまでの距離は変化しない）
んですが、なんでですか

ひょっとして、線形フォグだからポリゴンがでかいもんんで、
視点からポリゴン頂点への距離が変化してたからだったりして

線形フォグじゃなくて頂点フォグ。
実験で873は違うっぽい

>>874
頂点フォグは計算を端折ってるからいい加減かもね。
範囲ベースのフォグを使用するといいかも。

3Dアクションのマップってどう作るのが一般的なんでしょうか？
フリーゲームのフォルダを漁ってみると、マップのXファイルがまるごと入っていたり
するのですが、Xファイルから当たり判定の取得ってできるんでしょうか。

できる

D3DXComputeBoundingBoxで箱を取得するまでは出来たのですが、
マップ全体を包む箱になってしまいます。
複雑なXファイルの形状を取得するにはどうすればいいのでしょうか？

>>878
そもそもBoundingBoxがどういう意味か調べてみろ。
exciteなりgooなりの英和辞書があるだろｗ

>>879
excite翻訳は制限箱と返してきました。
箱状の頂点座標のことですよね？

直方体ならノード単位とか判定させたい最低範囲に分割。
面に沿うなら面との判定。
乗せる物体も判定部位や条件によって揃えるデータは様々。

。。。ｗ
bound = 境界。要するに境界ボックスのこと。
Xファイルを含む最小の箱を返してくる関数だからマップ全体を包む箱になるのは当然

マップのXファイル云々を言う前にマップはどういうマップなんだ？
閉空間のマップならそれなりにめんどくさくなるぞ

>>882
マップは分岐のあるトンネルのような閉空間です。

形状を把握するのなら、ポリゴンを一つ一つ見ていくしかない。
さらにそのデータをどうするかというのを自分で考えて、処理を書かなければならない。
どこまでの精度が必用かによってロジックは異なるし、
判定の高速化や効率化をベンチをとりつつ最適に調整しなければならない。
一朝一夕で出来ることではないが、まあがんばれ。

コリジョンディテクションの技術を「どうすればいんですか？」の一言で手に入れられたら
誰も苦労しないんだが。

>>884
ありがとうございます。
やることは多そうですが、地道に考えていこうと思います。

>>885
すべて教えてもらおうとしてきたつもりではなかったのですが、
仰る通り楽をしようとしました。お気に触られたようでしたらすみませんでした。

ま、これでも読んどけ

ttp://www.amazon.co.jp/exec/obidos/ASIN/493900791X/

うは
こんなに範囲の限定された本が出ているのか。
最近はいい時代になったな。(読む方にとっても書く方にとっても)

DirectX７。
サーフェースのピクセルフォーマットを、
Ｒ８Ｇ８Ｂ８Ａ８（３２bit）
で作製したい（アルファチャンネルを持つ）のだが、どうやれればいいですか？
普通に、作製すると、プライマリが１６ビットだからか、１６ビットになります。

じゃプライマリも32bitで作れば。デスクトップが32bitになってないと作れないが。
それとカードが対応してないと無理だから確認して

いや、プライマリとオフスクリーンサーフェスは普通に
違うフォーマットで作れるが…
ヘルプにも作り方が書いてあるし。

>>891
具体的にどこ？

>>890
アホいうな糞。
プライマリはビデオメモリだ。アルファ値なんて存在しない。
>>891
どこ？サーフェース作製時に、DDSDESC2とかいう構造体で、
サーフェース能力指定する訳だが、ピクセルフォーマットを指定したら
エラーになった。INVALID_PARAMとか。
あと、他んとこに「アルファを含む」とかいうフラグを指定してもエラー。
しかし、Ｄ３Ｄのデバイス能力は、テクスチャアルファのビットが１になっとる。

本屋でＤＸに関する本を見たが、テクスチャアルファをもつサーフェースの作製方法が
どれにも載っていない。
１冊だけあったが、それはＤ３ＤＸというライブラリを使用するもので（ＤＸ９で）
そのＤ３ＤＸライブラリのソースがＤＸ９ＳＤＫに入ってなかった

>>892-893
[DirectDraw]-[DirectDrawの要点]-[サーフェス]-[サーフェスの作成]-[オフスクリーンサーフェスの作成]

＞また、ピクセル フォーマットがプライマリ サーフェスのピクセル フォーマットと
＞異なるサーフェスも作成できる。ただし、この場合には、システム メモリの使用が
＞制限されるという弱点がある。次に示すコードでは、8 ビット パレット化サーフェス
＞ (現在のディスプレイ モードがピクセルごとに 8 ビット以外であると仮定する) を
＞作成するために、DDSURFACEDESC2 構造体メンバを準備する方法について示す。

次にサンプルコードと、その後にワイドサーフェスに関する記述がある。

他にもDirect3DのチュートリアルでもD3DX無しでテクスチャサーフェス作っているし、
たしかDX7のSDKならD3DFrameにテクスチャ関係のソースもあったかと。

>>895
D3DFrameでやってることから、なんとか３２ビットアルファ付きが作成できました。
ありがとう。

　縁取りを表現するためにポリゴンオブジェクトを一回り大きくして法線を反転して
黒く表示する手法がありますが、Xファイルを読み込んで自動的に縁取りようのポリゴンを
付加してくれるツールって無いですかね。

　普通にモデリングツールで拡大したりすると、中心からの距離によって線の厚さが
変わってくるし…

普通はシェーダ使うからそんなツール作らない。

＞８９７
モデルを作るとき、ついでに一回り大きなモデルも作って
出力しとけば委員ジャマイカ？

>>899
エッジ描画用のモデルは単純に拡大するとは違う処理だから、
モデリングツールにそういう機能がないってことかと。

頂点シェーダで2〜3行で済む処理だから、普通は別モデルとして
データを持ったりはしないと思う。
シェーダで処理すれば実行時に線の太さを調節できるしね。

>>898->>900

コンバータ作っちゃったよorz

質問です。
私は、去年より３Ｄのアクションゲームを制作している初心者なのですが、
画面全体にかかる、霧のようにもやもやっとしたエフェクト表現をしたいと考えています。
この霧ですが、常に表示位置がプレイヤー位置に対して固定されているのではなく、
プレイヤーが前へ歩けば霧も後ろへ下がっていくような、きちんと奥行きのあるものにしたいです。
私の考えてみた方法は、最初にプレイヤーから一定距離以内の３Ｄ空間（球）へランダムにＡ点をいくつか配置し、
Ａ点がプレイヤーの移動によって一定距離（球）を超えたら、球の反対側へ移動させることで無限に続く霧とし、
そのＡ点全てから、点を中心とし霧テクスチャを貼った長方形ポリゴンをビルボード状に描画するという方法です。
正直・・どうなるか気にはなるのですが、私がやろうとすると時間がかかってしまうため、まだ試しておりません。
こんな面倒臭がりな私ですが、よろしければ、私の霧再現方法がいけそうかどうかの、ご助言をいただけないでしょうか。
以上です。よろしくおねがいいたします。

濃淡のある霧ならいいんじゃね？
アクションゲームだから霧のテクスチャーの向きを決めやすいだろうし。
ただし、普通はコレ↓
ttp://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/directx/graphics/programmingguide/advancedtopics/framebuffer/fogtypes/pixelfog.asp

いけるんじゃないの

自力でそこまで考えたってことがいいことだと思った

でも、どうせなら自分で実行するまでして欲しい

>>902のやり方で問題になるが、
・遠くのポリゴンが突然現れる。
・投影面まで迫ってきたポリゴンが突然消える
これらはαブレンディングのやり方で解決するとして、

・Zバッファとの相性の悪さ。

例えば建物の角に差し掛かったとき、
・Zバッファを使わないと、角とその向うの風景で霧の濃さが変わらない。
・Zバッファを使うと、角の手前の壁面で霧のポリゴンがブツ切りになる。
というような問題が生じる。

だからポリゴンに頼らずにフォグを使うのが無難。使うにしても、
フォグを有効にして壁面やその向うの風景を描画してから、
フォグよZバッファを無効にしてお化粧程度に軽く霧ポリゴンを描画するのが
いいと思う。

GIMPでレイヤーとして作ったグレースケールのものを、
アルファチャンネルとして画像に反映させて
それをｐｎｇのα値として保存できっる？

できっる？

コレ？
ttp://tpot.jpn.ph/t-pot/program/76_VolumeFog/index.html

別スレから来ました。

同じような事やった人がいたら聞きたいんですが、
３Ｄキャラクターの服や髪の揺れの実装で揺れる部分のモデルはどうやって
作ってるんでしょうか？
（今使ってるのはメタセコＬＥです）

布のテストコードは書いたんですが、自前で頂点グリッドを作ってるので
順序よく頂点を計算出来ます。
しかし、髪の毛のようなちょっと複雑な形状ではどうやってるのかわからないです。
（アキラの鉢巻とかは自前で組んだものリンクするだけで良いと思いますが）

>>911
揺らさなくて良い

手足と一緒じゃない？

それはボーンでは？

そう、そのボーンで

ボーンも大変だな

ぼいーんぼいーん

まゆげ

要は同人ごときで揺れものはいらんて事か。

でも、ボーンでちょっとアイディア浮かんだ（多分車輪の再開発だろうけど）

背景ブラーはどうすればいいですか？
背景とキャラがあったらどういう順番で書いてバッファはいくついりますか？

Win95時代にVBでAPI呼び出しでゲーム作ってたオレなんだが、
今の時代2DやるにしてもDirectX3Dつかうと便利らしいんで勉強したいんだけど、
コンパイラはVC6とかでいいのかな？
さすがに古いから最近でてるようなもののほうがいいの？
C#とか.NETって中身しらないけどc++適当に知ってるならあっちのコンパイラがいいの？

>>921
vc6に慣れると後々面倒なので最初から.netにしる
もうすぐvs2005でるからそれ買え（もうでたかも？）

最新の DirectX SDK は VC6 に対応してないんだな。
というわけで

VC++2005 Express Edition + PlatformSDK + DirectXSDK

をオススメする。

サンクス

つーかすごいね今は
express版は無料とは…しかも普通に使えるみたいだし
自分が高校生のころはVC4が10万だからあきらめて、VB4（3万円）ににげたってのに

フリーが出たから客を逃がさないため、増やすためにでしょ？

3Dの同一キャラを何十体も表示する時、一体だけ読み込んで

描画→移動→描画→移動

で、最後に表示、とするのと
何十体分を全部読み込んで一括表示するのでは
どちらが一般的なのですか？

>>926
同じモデルを使用数分読み込むなんて時間もメモりも無駄でしょう。

> 描画→移動→描画→移動
「移動」になるかは実装次第。

> 何十体分を全部読み込んで一括表示するのでは
一括と言ってもその何十体のキャラはそれぞれ移動したりするし、
それぞれに対して描画命令を呼ぶんでしょう?

>926が何を言いたいのかｲﾏｲﾁよくわからんが…

かく言う俺は、同一モデル（つっても2D描画用だから４頂点だけ）で
テクスチャアドレスだけ異なるデータを多数読ませてる
いちいちVertexBufferロックしてテクスチャ座標書き換えんのﾏﾝﾄﾞｸｾ
どうせ大した容量じゃねーし（せいぜい100Kb）

>>926
3Dとか2Dとか関係無いですな

だから2Dスレ？行けって方が変だし、その突っ込みも外れている気がするがｗ

サンプルのメッシュクラスをそのままだと、姿勢制御とメッシュが一対一だから、
再計算がいらない時に、前者だと無駄に見えちゃうのかもね。

PNGの透過情報そのままつかいたいなぅ

>>928
>いちいちVertexBufferロックしてテクスチャ座標書き換えんのﾏﾝﾄﾞｸｾ

シェーダの側でmov oT0.xy,c0.xyとでも書いておいてシェーダ定数だけ書き換えた方が早くね？
モデルも一個で済むし。

シェーダ定数の転送も頂点バッファの切り替えも、
どっちも描画パイプラインはぶったぎることになるわけだし、
コスト的には大して変わらんよなあ。
Lockが面倒くさければDrawPrimitiveUPを使えばいいじゃなーい。
へらへら。

てｓｔあげ

みなさんモデルのフォーマットって何ですかね？
自分Xファイルだったんですが、やっぱり独自フォーマットですか？
だとするとモデリングソフトやモーションの編集ソフトとかも
自作するわけですかね？

そりゃないだろ

>だとするとモデリングソフトやモーションの編集ソフトとかも
>自作するわけですかね？

ないないないないないないｗ

自作でやるなら、その環境用のSDKを使って出力プラグイン作るか、
それこそXあたりからの変換プログラムを別途用意する。

俺は使って無いけど、MD2、MD3あたり（Quakeのフォーマット）を使ってる人も多いそうだ。

>>935
Xファイルに不満がなければ、無理に独自フォーマットにする必要はないよ。
なんとなく独自フォーマットの方がかっこいいとか、そういう理由で変えたいなら
やめておいた方がいい。

そこでDNMですよ。

なるほど。ありがとうございます。
ツールまで自作となると途方もないのでちょっと安心しました。

はじめは不満はなかったのですが、
メッシュ間のモーションの結合、例えば
「人型のメッシュに剣のメッシュを持たせる」
のようなことをしようと思って、
始めは手のボーンの先に剣のボーンを延長して
モーションを作成しようかと思ったのですが、
モデリングは得意でなく、作り直すのが大変なので
他の方法を考えることにしました。
作り直さないとすると既存のメッシュ間のモーションを作成するツールが必要だなぁ
などと考えて、ならばいっそのこと独自フォーマットにしてしまおうかと思ったのです。

実際、装備とかはどのように実装されているのでしょう？
やはり事前に剣や盾のボーンを手の先に作っておくものなのでしょうか。

データが別々になっていたって、後から手のフレームの配下に結合すればいいだけ。
Xファイルだろうが独自フォーマットだろうが関係ない。

>実際、装備とかはどのように実装されているのでしょう？
>やはり事前に剣や盾のボーンを手の先に作っておくものなのでしょうか。

概ねそんなもん。
基準モデルに接続ノードを割り振っておくのはよくあること。

帽子ノード、首輪ノード、剣握るノード、盾持つノード、エトセトラ。

別途用意しなくても、近しい位置のノードに適当なオフセットかますだけでもいい場合も多い。
帽子なら頭に多少高さを足すとか、剣なら手首から少し内側にずらしてやるとか。
要求が一般化できない以上、必要に応じて試行錯誤するしかないところなんで、
好みの形に収まるまで、いろいろ試してみなっせ。