DirectX総合スレ (Part8)

**名前は開発中のものです。** · 2008/03/12(水) 16:15:18

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

■過去スレ

DirectX総合スレ
Part 7: http://pc11.2ch.net/test/read.cgi/gamedev/1179516297/
Part 6: http://pc11.2ch.net/test/read.cgi/gamedev/1163691532/
Part 5: http://pc8.2ch.net/test/read.cgi/gamedev/1157727402/
Part 4: http://pc8.2ch.net/test/read.cgi/gamedev/1132937938/
Part 3: http://pc5.2ch.net/test/read.cgi/gamedev/1105333209/
Part 2: http://pc5.2ch.net/test/read.cgi/gamedev/1095863432/
Part 1: http://pc5.2ch.net/test/read.cgi/gamedev/1083728025/

**名前は開発中のものです。** · 2008/11/19(水) 00:41:27

>>444
たしかにWinGゲーでもDirectX1.0ゲーでもMSの推奨する組み方してたお行儀のよいソフトは今でも動く。
ところが実際はWin9x系前提で発売されていたDirectXゲーの多くがWinNT系で動かなくなったりした。
原因は色々だが、ひどいものだとサウンド周りの処理がSoundBlaster16依存してるとか、Win9x系で
見逃してもらっていたメモリアクセス絡みのバグがWinNT系で表面化したとか。（サーフェスロックし忘れ）
一番多いのがファイル入出力絡みのコードがFAT32に依存していてNTFSなシステムで動かないやつ

**名前は開発中のものです。** · 2008/11/19(水) 04:38:26

Windowsのバージョンアップで動かなくなるソフトの大多数はそんなもんだろう。

**名前は開発中のものです。** · 2008/11/19(水) 06:42:12

ハード依存処理してるPCゲームは糞

**名前は開発中のものです。** · 2008/11/19(水) 06:49:33

というか、ハードごとに最適化かけたルーチン用意してるもんじゃないのか

**名前は開発中のものです。** · 2008/11/19(水) 07:46:22

開発する側にそれしか環境が無いのさ

**名前は開発中のものです。** · 2008/11/19(水) 09:29:00

アルファテストである程度はしないか？

**名前は開発中のものです。** · 2008/11/25(火) 01:33:12

すいません、モデルを目標に向かせることに関する質問です。

クォータニオンでモデルの向きを管理しており、Slerpを利用して回転させようと思っています。
目標の向きは自分の位置に対する目標の位置を使用するのでベクトルだと思うのですが、
モデルの回転が最短ようにするには、目標のクォータニオンをどのように作ればいいのでしょうか？

それとも、元のクォータニオンから向きのベクトルを求め、外積を軸にして回転させたほうがいいでしょうか？

**名前は開発中のものです。** · 2008/11/25(火) 08:49:37

>>モデルの回転が最短になるようにするには
最短ってどこから？現在の姿勢から？デフォルトの姿勢から？
あとupベクトルはどうでもいいのかによる

**名前は開発中のものです。** · 2008/11/25(火) 21:36:24

すいません、自分でもやりたいことが整理できてなかったぽいです。最短の回転ではない気がします。

ワールド座標軸ではなくモデルに対してピッチ、ヨー、ロール回転します。(これは実装でできているので問題ないです。)
フライトシミュレーターをイメージしているので、ロールはせず、ピッチとヨーのみで目標の向きまで持って行きます。
目標の向きはわかっているので、ベクトルからクォータニオンを生成する必要があると思います。
なんだか自分で言ってて分けがわからなくなってきた。

どうもクォータニオン周りの制御がわかっていないので、他にもやりたいことがあるのですがそのたびに質問するわけにも行かないですね。
(向きを変えずにupベクトルを可能な限りワールド座標のどれかの軸に近づくように回転させる、など)
何か参考サイトがあればうれしいのですが・・・

**名前は開発中のものです。** · 2008/11/26(水) 01:12:15

フライトシミュレータをイメージしているのにロールしないってのが分からない。
飛行機が一番得意な動きはローリングだと思うけど。

**名前は開発中のものです。** · 2008/11/26(水) 01:49:04

あーあぁ、またエスパーの俺の出番だ。
ミサイルの誘導だろ？
いろいろやり方はあるだろうけど「比例航法」でぐぐってみれば？

**名前は開発中のものです。** · 2008/11/26(水) 07:58:09

てーかミサイルの誘導ならクォータニオンなくてもベクトルだけでできんだろ。
飛行機の制御でロールがないなんてありえないしから違うんだろうし。

**名前は開発中のものです。** · 2008/11/27(木) 18:03:43

プログラマ版で質問したら別の話題で盛り上がっていてスルーされてしまいました....

Direct3D9 で、バックバッファを320x240でつくって、
スクリーンのサイズを640x480にしたのですが、
無理矢理拡大しているせいで画面全体がぼやけてしまいます。
IDirect3DDevice9::SetSamplerState で D3DSAMP_MAGFILTER を渡す方法は、
テクスチャ->バックバッファのときのフィルタ設定ですよね？
バックバッファ->スクリーンでのフィルタはどこで設定すればよいでしょうか？
補完しないように設定したいのですが。。。
それとも、レンダーターゲットで生成したテクスチャに描画してから拡大するしかありませんか？

**名前は開発中のものです。** · 2008/11/27(木) 18:16:31

>>464
バックバッファ＞フロントバッファの補間方法は指定できない。

**名前は開発中のものです。** · 2008/11/30(日) 11:27:51

質問です。
ポストプロセスシェーダーに関して、

レンダーターゲットのサイズが大きいほど、ピクセルシェーダが処理するピクセルが増えるので
結果、負荷が増える、という解釈で合ってますか？

それに対して、ピクセルシェーダでフェッチするテクスチャのサイズの大小による負荷の違いはあるのでしょうか？

texture Tex;
sampler Samp = sampler_state{//略

tex2D(Samp, IN.tex);

↑Texに渡すテクスチャのサイズが256x256であろうが1024x1024であろうが
レンダーターゲットのサイズが同じならばフェッチされる回数は変わらない（フェッチされるテクスチャ座標は変わりますが）ので
ピクセルシェーダの負荷は変わらないと考えているのですが、これは合っているのでしょうか？
変わるのはメモリ使用量とサイズの違いによる解像度だけですか？

**名前は開発中のものです。** · 2008/11/30(日) 11:39:46

テクスチャが大きくなるほど帯域を圧迫するので結果として速度が落ちる。

レンダリングターゲットを大きくするとピクセルシェーダーの負荷も増えるが
テクスチャと同じ理由で帯域を圧迫するから急激に速度が落ちやすい。

**名前は開発中のものです。** · 2008/11/30(日) 11:42:21

ところでuvの値を5とか6とか10とか20とか思いっきり大きい値にすると
動作困難なほど激重にならない？

**名前は開発中のものです。** · 2008/11/30(日) 11:50:10

ならん。
WRAPで２の累乗の大きさなら＆演算１つで求まる計算だぞ。

**名前は開発中のものです。** · 2008/11/30(日) 13:39:08

>>467
ありがとうございます。
そうだったんですか。どこにもない情報なのでためになります。

>>468
自分もそんな風に感じたことがあります。
別の要因かな・・・。

**名前は開発中のものです。** · 2008/11/30(日) 13:50:26

そうか、テクスチャのサイズが負荷に無関係なら
わざわざミップマップでテクスチャの解像度を切り替える必要ないですもんね。

ミップマップって射影後のzを見てサンプリングされるんでしたっけ？z/w？

**名前は開発中のものです。** · 2008/11/30(日) 13:56:14

というか、サンプリングするミップレベルはどうやって決定されるんだろ・・・。

**名前は開発中のものです。** · 2008/11/30(日) 14:26:10

>>472
隣接するピクセルのテクセル座標との勾配

**名前は開発中のものです。** · 2008/11/30(日) 17:10:56

>>469
なるって
頼むやってみてくれ
尋常じゃねぇ重さになる

**名前は開発中のものです。** · 2008/12/04(木) 22:49:43

自作のDirect3Dの描画プログラムを右手系から左手系に変えるときには、射影とビュー行列のほかに
D3DXMatrixRotationYawPitchRollRHみたいな回転処理を作る必要があったりするの？

**475** · 2008/12/04(木) 22:50:42

違った。左→右に変えるときに、でした。

**名前は開発中のものです。** · 2008/12/06(土) 05:38:01

>>468の話とは全く関係無いかも知れんが
複数サンプリングするときにサンプリング数を変えずに
サンプリング範囲が広がるだけで異様に重くなることがあったんだけど
こういうもんなのかな？
例えば一つのピクセルを描画するために、その描画ピクセルのUVを中心として
別テクスチャから半径rの範囲で6点サンプリングするとき
rの値が大きくなればなるほど重くなるような現象が起きた
アドレッシングモードをWrap、Clamp、Borderどれに変えても同じだった

**名前は開発中のものです。** · 2008/12/06(土) 07:12:45

初心者なのですけど、一瞬真っ黒なオブジェクトが出てその後は何も描画されないんですけどどういうミスの可能性が高いでしょうか？
スキンメッシュマルチアニメーションだと思います、tinyのmultiAnimationをいじくってます

**名前は開発中のものです。** · 2008/12/06(土) 07:21:53

光が当たってないとか？

**名前は開発中のものです。** · 2008/12/06(土) 07:42:16

mata omaeka
行列は理解してるとかいってただろ？

**名前は開発中のものです。** · 2008/12/06(土) 07:50:24

画面が出たとき、ハルモードとかを変える時に一瞬黒い物体が出る、そして消える
ポジションはちゃんと合ってる
デバッグのやり方はよくわからないけど、変数を見てみたら文字化けがパネえ
Ｘファイルをメモ帳でいじりまくってるのが悪いのかな？

**名前は開発中のものです。** · 2008/12/06(土) 07:58:07

聞いといてそれかomae ahodaro?
ポジションあってるだ？あってないと断言してやる
変数見れてないのになんでわかるんだよ。

ハルモードとかを変える時に
それ以外も表示できてないんだろ？

**名前は開発中のものです。** · 2008/12/06(土) 08:07:15

exe開始、一瞬出て、消える、その後は何もしないと消えっぱなし、ハルモードとかを変えるときにも一瞬出る、
だから変えまくったらどこを移動してるかわかる。

**名前は開発中のものです。** · 2008/12/06(土) 08:11:42

omae aho+bakadana
モードを変えてるんだから新たにアニメーションしてるんだろ
変えたときに、始めの場所でずっと同じのが見えてるんだろ
それとも違うのだというつもりか？

いじっくってないtinyでためせまずそこからだろ

**名前は開発中のものです。** · 2008/12/06(土) 08:12:32

それと背景の色赤とかにしてみろ

**名前は開発中のものです。** · 2008/12/06(土) 08:39:10

tiny_4anim.xなら普通にできる
tiny.xなら９０度横になって真っ黒でアニメーション種類は１つだけでちゃんとアニメーションしてる
自作だとアニメーションしないのかな。
>変えたときに、始めの場所でずっと同じのが見えてるんだろ
移動はしてる。ちゃんと同じコースを行ってる
背景の色変えたけどなにも無かった
アニメーション描画しない理由って・・・？

**名前は開発中のものです。** · 2008/12/06(土) 08:44:23

エスパーの登場を待つしかないな

**名前は開発中のものです。** · 2008/12/06(土) 08:48:12

あのさ、アニメーション描画しない理由って・・・？
わかりきってるだろ、大体いじったファイルはどこいじりましたか？
数字しかないんだから数字を変えただけだろ
画面外に飛んでいってるんだろ

同じコースって意味がわかんないしな
アニメーションではその場での挙動じゃなかったか？
立ち位置変えてそこでアニメーション
で立ち位置のアニメーションで、立ち位置の移動の瞬間
アニメーション始まる前だけ見えてるんだろ
アニメーションしたら画面外にいってるんだろ

**名前は開発中のものです。** · 2008/12/06(土) 08:55:22

なるほど・・・それは気付かなかった
でも移動するようなアニメーションじゃないぜ、角度がちょっと変わるような１０枚くらいのボーンアニメーション
Ｘファイル上げようか？それでそのまま\MultiAnimationにxファイル入れてL"tiny_4anim.x"のとこをそれに変えてるだけだからな

**名前は開発中のものです。** · 2008/12/06(土) 09:01:39

http://www.vipper.org/vip1017525.x.html

**名前は開発中のものです。** · 2008/12/06(土) 09:03:31

あげてみてくれ
聞きたいんだがそれどうやって作った？
あとはxviwerだったか旧式ので見れるかためしてみ

**名前は開発中のものです。** · 2008/12/06(土) 09:15:36

meshviwerだと見れるなアニメーション全部あるし
てことは移動させないでアニメーションは表示できるだろ？

後はアニメーションがやたら早いな
ｘファイルに
AnimTicksPerSecond {
10;
}
小さい数字で書く

**名前は開発中のものです。** · 2008/12/06(土) 09:26:18

旧式のviewerってのが何を指してるかわかりません
メタセコでモデル、rokdebone2でアニメーション付け、メモ帳でtiny_4animに似るようにテンプレとアニメーションセット名を変えました
テンプレでAnimTicksPerSecondを付けないどビューワーで見られなかったので消しませんでした
フレームとボーンの入り組み具合をtinyに似せるようにしました、メッシュを独立させるみたいなイメージです
気になってるのは、アニメーションキーにフレームの一番外側、１つ目が使われてないことぐらいです
頂点座標の並び方についてはわかる術もありません

**名前は開発中のものです。** · 2008/12/06(土) 09:36:34

directx sdk今DLできる最古のバージョンに入ってるやつだよ
mesh.viewで開いてanimation addで同じファイルを選択する
するとアニメーション追加されてそれぞれ動くのが見える

プロジェクトそのままでも表示できない
確かにおかしいな、すまん時間掛かりそうだ

**名前は開発中のものです。** · 2008/12/06(土) 09:45:30

tiny_4anim.xで成功しててもデバッグで変数見たら入ってなかったり、エラーだったり、文字化けしまくってたりするから全然比べられない
どうぞ２ちゃんねらーのお力をお貸しください

**名前は開発中のものです。** · 2008/12/06(土) 10:11:56

そもそも最終的に何がしたいんだ？
自分で切り替えできて表示できればいいんだろ？
他のサンプルから始めたほうがよくないか
ちょっと見た限りではAnimationKeyの定義が違うな

**名前は開発中のものです。** · 2008/12/06(土) 10:23:37

チュートリアルやって、マルチアニメーションで最後かな～と思ったからこれで自作試したらできなかったから悩んでる
切り替えでアニメできるならそれでいいけど、収穫なしで諦めるのはちょっと・・・
この際聞きたいけど、複数アニメーションと切り替えで複数のアニメーション出すのってどっちが軽く動くの？
>animationkeyの定義が違う
kwsk

**名前は開発中のものです。** · 2008/12/06(土) 10:43:39

自作のプログラムで動かした限り
Xファイルに問題はない

エスパーすると
境界球のサイズが半径75とか巨大なので
カメラが近すぎてモデルの中にめり込んでる

**名前は開発中のものです。** · 2008/12/06(土) 10:57:00

おい！！！！！！！！！！！！！！
いけたぞ！！！！！！！！！！！！！！！！！！！！！！！！！

**名前は開発中のものです。** · 2008/12/06(土) 10:57:48

やべえｗｗｗｗちょうテンション上がるｗｗｗｗｗきたｗｗｗｗｗちょｗｗｗｗｗ俺ｗｗｗｗすげｗｗｗｗさすがｗｗｗｗ

**名前は開発中のものです。** · 2008/12/06(土) 11:06:43

何が原因だったん？

**名前は開発中のものです。** · 2008/12/06(土) 11:08:28

もうほっとけ

**名前は開発中のものです。** · 2008/12/06(土) 11:08:58

アニメーションキーの構造だった
上でも書いたけどそうだと思ってたんだよｗおれｗｗｗプログラムのｗｗ才能あるかもｗｗ

**名前は開発中のものです。** · 2008/12/06(土) 11:13:00

才能があるヤツはこんなところで聞く前に分かる。

**名前は開発中のものです。** · 2008/12/06(土) 11:14:25

実は３日かけました
すいません

**名前は開発中のものです。** · 2008/12/06(土) 11:17:16

相手して損した、と思わせる質問者だな。

**名前は開発中のものです。** · 2008/12/10(水) 08:26:57

directx用のGUIライブラリってない？
ogre3dのceguiみたいなの

**名前は開発中のものです。** · 2008/12/10(水) 10:23:28

DXUTとか？

**名前は開発中のものです。** · 2008/12/10(水) 12:02:18

じゃなくて、ボタンとかテキストボックスとか、
サンプルに時々あるスライダーとか。そういうGUIライブラリ。
DirectX用のないかな？

ttp://www.cegui.org.uk/gallery/displayimage.php?album=random&cat=0&pos=-12

**名前は開発中のものです。** · 2008/12/10(水) 12:29:42

意味がわからん
DXUTでいいじゃない？

**名前は開発中のものです。** · 2008/12/10(水) 14:02:22

DXUTのことだよなぁ
サンプルのCustomUIを見てみたら？

**名前は開発中のものです。** · 2008/12/10(水) 14:17:05

まじだ、ごめん。
GLUTみたいにウィンドウ初期化とか、そこら辺省いてくるれる機能しかないと
思ってた。調べてみる。

**名前は開発中のものです。** · 2008/12/11(木) 08:43:08

いつ勝手に仕様変更されるか、存在も無かったことにされるかも分からんもの使って
不安でないの？

**名前は開発中のものです。** · 2008/12/11(木) 09:16:58

ソースもあるし問題ないだろ
変わったら改造するなり移植するなりすりゃいい
ころころ仕様の変わるDIRECTXにはよくあること

**名前は開発中のものです。** · 2008/12/11(木) 09:25:08

ＧＵＩついんでるライブラリを参照した方が早いんじゃね。
いくつかの有名なライブラリには専用のＧＵＩのってるのあるし。

**名前は開発中のものです。** · 2008/12/11(木) 09:37:31

自分で作るのが一番早い。

**名前は開発中のものです。** · 2008/12/11(木) 09:38:56

自分で作れるならこんなとこで質問してねーだろ・・・

**名前は開発中のものです。** · 2008/12/11(木) 10:16:49

その有名なライブラリもいつ仕様が（ｒｙ

**名前は開発中のものです。** · 2008/12/11(木) 12:49:28

なんか誤解されがちだけど
DXUTは一般で言われているところのライブラリというより
単なるソース群だから
SDKに付属してくるものの仕様が変わろうが使えなくなることはないし
今のDXUT路線から別のものに方向転換したとしても
使えなくなるものではないんだが

**名前は開発中のものです。** · 2008/12/11(木) 14:08:08

基本プログラマは
自分で書いたソース以外信用しなかったり
車輪の再発明をして俺SUGEEしたがるような人種ばっかだから

**名前は開発中のものです。** · 2008/12/11(木) 14:10:37

使えない車輪は再発明すべきだと思うが？

**名前は開発中のものです。** · 2008/12/11(木) 14:30:35

仕様変わったら特に意味も無く新しいのに対応したくなるよな

**名前は開発中のものです。** · 2008/12/13(土) 17:06:00

ちょっと質問ですが
ウィンドウモードにて強調モードをDDSCL_NORMAL
にしてるんですが、
アプリ終了後画像の左下のように　最上画面に描画されるのが
残るのです
Flipが原因かもしれませんが DDSCL_NORMAL にしてるので
問題ないと認識しているのですが、
他に何か原因などないでしょうか？
http://bull.s11.x-beat.com/src/bull62081.jpg

**名前は開発中のものです。** · 2008/12/13(土) 17:52:33

http://stat001.ameba.jp/user_images/82/89/10088050185.jpg

**名前は開発中のものです。** · 2008/12/13(土) 18:05:39

タスクバーが太くなる現象かと思った

**名前は開発中のものです。** · 2008/12/13(土) 18:17:14

単純にOSの再描画命令が出てないだけのようだけどね
スペックの問題とかVRAMのリークとか
リソースの解放し忘れとか
アプリの終了とD3Dの終了のタイミングがおかしいとか
たぶんくだらない問題が原因だろう

もはやまともなレスは付かないと思うが

**名前は開発中のものです。** · 2008/12/13(土) 19:25:44

そういうときは似たような方法でやってて成功してるソース探してきて
どこが違うか比べてみるんだ

**名前は開発中のものです。** · 2008/12/13(土) 19:27:06

SDKのサンプルでも発生する時点で、俺はその問題の解決は諦めた。
ドライバかOS側の問題だろう。

**名前は開発中のものです。** · 2008/12/13(土) 19:53:22

それってDirectDrawの問題？
それともDirect3Dでも起こるの？

**名前は開発中のものです。** · 2008/12/14(日) 22:21:47

平らな床にタイル状にテクスチャ貼りたい時って
どうするのかなぁ、２D時代のようにテクスチャ貼りまくる
必要あるの？とか思ってヘルプ読んだらアドレッシングモード
っていうのがあるみたいだけれどハードにより制限が…みたいな
事が書かれていたんですけど、実際みんなどうしています？

**名前は開発中のものです。** · 2008/12/14(日) 22:24:49

>>530
頂点バッファに貯めて一気に描画
使用数は設定できるはず

**名前は開発中のものです。** · 2008/12/14(日) 22:26:20

>>530
たしか具合がいいのがCLAMP？
ところでこの時代にチップ張りたい奴ってまだいるんだ
就職作品でチップはってあったら正直嫌な顔しちゃうぜ俺

**名前は開発中のものです。** · 2008/12/14(日) 22:57:55

clampはテクスチャの端のカラーが引き伸ばされる
繰り返しにしたいならwrap

**名前は開発中のものです。** · 2008/12/14(日) 23:06:52

>>533
繰り返し使うとアフォかって遅くなるぞ
やってみそ

**名前は開発中のものです。** · 2008/12/14(日) 23:41:19

530ですが、レスありがとうございます。
もう、複数ポリゴン描画しまくればいいか。
一枚のポリゴンに複数テクスチャ貼ろうかと考えていたのですが、
可視範囲を操作できなくて馬鹿らしいと気がつきました・・・。
プログラマブルシェーダーは全然勉強していないので
わからんです。

**名前は開発中のものです。** · 2008/12/15(月) 11:16:55

うちの環境だとWrapもClampも描画負荷変わらんな

アドレッシングモードとは関係無いけど
テクスチャサイズが大きくなるとテクスチャの繰り返し枚数によって
描画面積は変えてなくても描画負荷が極端に変わってくる
32bit2048x2048ピクセルのテクスチャを使って
100x100回で1万枚分の繰り返しとかやってみると
VSyncOffでFPSが半分ぐらいになる
DXT5(何bitか忘れた)512x512ピクセルのテクスチャでは
1x1でも100x100でもFPSはほとんど変わらなかった

これはWrap、Clampともに繰り返し枚数が同じになるように調整すると同じ結果になった

**名前は開発中のものです。** · 2008/12/15(月) 12:46:17

>>532
道路の模様を複数ポリゴンの同テクスチャで貼らない奴なんておらんよ
繰り返し使ったでかいポリゴンなんて実用性全くないしな
広大なフィールドの表現をチップを使わず１枚絵なんて論外
君みたいな上司だと部下は苦労するね

**名前は開発中のものです。** · 2008/12/15(月) 16:06:13

よくわからないけど
一枚のでかい板にWrap使ってテクスチャを繰り返し描画させるんじゃなくて
一枚の小さい板にふつうに描画して、板自体を並べるってことですか？
でもそれぞれの頂点にUV値を１，０，１，０と交互に設定しないといけないから面倒だな

**名前は開発中のものです。** · 2008/12/15(月) 16:28:50

そんなの要所要所だろ？

**名前は開発中のものです。** · 2008/12/15(月) 23:21:38

>>537
エースコンバット４のマップはそのでかいテクスチャを１枚貼り付けたものなんですけど。

**名前は開発中のものです。** · 2008/12/15(月) 23:30:15

でかいテクスチャ１枚張って問題無いスペックであるならその方が楽だろ
グラフィックの立場でもプログラマーの立場でも

**名前は開発中のものです。** · 2008/12/16(火) 01:09:37

スプライトの表示が上手く行きません。ご助言お願いします orz
もし板違いでしたら誘導お願いします。
-----------------------------------
■ヘッダー
ID3DXSprite* g_pSp;

■ソース
// テスクチャ読み込み
if ( FAILED( D3DXCreateTextureFromFile( pD3DDevice, "..\\splite.bmp", &g_pTex)))
{
return(false);
}

// 座標設定
D3DXVECTOR3 pos;

pos.x = 320;
pos.y = 240;
pos.z = 0;

■描画開始宣言した中で
// 描画
g_pSp->Draw( g_pTex, NULL, NULL, &pos, 0xffffffff);
----------------------------------
エラーメッセージは
「error C2065: 'pos' : 定義されていない識別子です。」と出ます。
どうやら変数の型の宣言がおかしいらしいのですが・・

ちなみに「逆引きゲームプログラミング」という本を参考にしています。
よろしくお願いします orz

**sage** · 2008/12/16(火) 01:57:02

>>542
全文載せてくれないとなんとも言えないけど、posの有効範囲は。。

話かわって愚痴なんだけど、Mayaって.fbxだから.xに変換するのがすごくめんどくさい。
もしMaya使ってる人がいたら、やっま自分独自のフォーマットに加工して読み込んでるのかな？
俺はもうJavaで.fbxをxファイルに近い形にするプログラム組んだほうが速いと思ってまる1日かけて作ったんだけどほかの人も苦労してるのかと思いまして・・・

**名前は開発中のものです。** · 2008/12/16(火) 01:57:47

名前欄にsageなんて入れてしまったのは初めてだorz
すいませんでした。

**名前は開発中のものです。** · 2008/12/16(火) 02:03:51

maya xfile exporterとかでぐぐって出てくるようなもんじゃダメなん？

**名前は開発中のものです。** · 2008/12/16(火) 02:25:36

>>542
当たり前。C言語の基礎から勉強すれば？

**542** · 2008/12/16(火) 02:37:11

>>543さん
レスありがとうございます。

posを使ってる範囲は上記の範囲だけです。
C++の基礎がなってないのか、純粋にD3DXVERTEX3の宣言方法がわからないだけで；

あと、この他の部分は、別書のサンプルをMixしてXファイルの表示等をしていますが、
一切干渉せず、上記を省けば正常動作しています。
よろしくお願いします orz

**名前は開発中のものです。** · 2008/12/16(火) 02:38:26

>>545
cvXporterとかあるにはあるんですが、ボーン非対応だったりテクスチャ名がなぜか抜けたり、、といろいろ問題があるみたいで使ってません。
メタセコイヤ経由してもメタセコもボーンは無いし、結局自分で作った次第です。
要らない情報が多すぎるんだよ('A`)

**名前は開発中のものです。** · 2008/12/16(火) 04:48:18

>>547
君、グローバルとかローカルって言葉知ってる？
サンプルをコピペすりゃいいってもんじゃねーんだよ
C++っつーよりCから勉強しろ

**542** · 2008/12/16(火) 06:16:45

グローバルやローカルは一応学習したのですが・・
コピペじゃなく全て手打ちで解らない関数はMSDNで調べてメモしているのですが
解らなくて聞いてしまいました。

CやC++・・書籍２～３冊は数通りソース手打ちして学習はしたのですが
よろしければどこが解ってないのか指摘して頂けると幸いです。

申し訳ありませんでした。

**名前は開発中のものです。** · 2008/12/16(火) 06:23:05

最悪の解決法を教えてしまうと、

D3DXVECTOR3 pos;

の行をヘッダに移動するだけ。