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/10(月) 00:37:11

日本語が怪しいがフレーム数＝ボーン数？
頂点毎の骨インデックスは普通unsigned charで持つから256本くらい余裕でいけるけどそういうことじゃなくて？

確かに頂点シェーダー2.0までの環境だと定数レジスタが２５６しかなくて一度に８０本弱しか骨の処理が出来ないけど
事前に頂点データを分割して１Drawで使える骨の数単位で分割すりゃいいだけ。
D3DXのXファイル読み込みなら自動でやってくれるし自分でその辺を作っても大して難しいものじゃない。

頂点シェーダー3.0ならfp32x4のテクスチャに骨の行列転送して頂点テクスチャ機能使えばほぼ無制限。
頂点シェーダー4.0ならそもそも定数レジスタが4096あるのでこれもほぼ無制限。

つまりCPUでスキニングをやるのはせいぜいDreictX7か8までだと思われ。

**名前は開発中のものです。** · 2008/11/10(月) 00:52:16

>>415
丁寧な日本語だがSUBETENOってのが強調されててにやけてしまったw
おそらくフレームはボーンのことだろうが、CPUでやると多数の演算をするとき(キャラクタが多いときなど)にはそれこそ処理がやばい。だから頂点シェーダをつかう。
具体的なやり方はソースを一部さらしてみたらやってくれる人がいるかも。

ちなみに、どんなコードかわからんがその部分だけならCPU→頂点シェーダでもすぐ直せるんじゃね？

**415** · 2008/11/10(月) 01:32:34

>>416
>>417
レス有難うございます。そのとおりで、ボーン数のことです。
現在では頂点シェーダでもほとんど気にしないで良いようになっているのですね・・・
Xファイルの構造の理解のためにも読み込みから行っているのですが、
頂点数の取得を→頂点バッファA、Bの作成→A,Bをロックして座標を書き込む→アンロック
そして読み込み、頂点変換のときに
Aのすべての頂点についてスキニング行列とウェイトをかけて変換した座標をBに入れる。
ということをやっています。

**名前は開発中のものです。** · 2008/11/10(月) 16:14:43

DX9cの11月版アップデートが来てるらしいな

**名前は開発中のものです。** · 2008/11/10(月) 17:22:40

今描画している画面をプログラマ内部でテクスチャデータにする事は可能なのでしょうか？
シーン切り替えの用のエフェクトに使う予定です

**名前は開発中のものです。** · 2008/11/10(月) 17:29:20

>>420
SetRenderTarget

プログラマ内部ってどんなんだよwww

**名前は開発中のものです。** · 2008/11/10(月) 17:31:01

レンダリングターゲット

**名前は開発中のものです。** · 2008/11/10(月) 17:54:07

今見ている女性を脳内で彼女化する事は可能なのでしょうか？

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

妄想力次第。

**名前は開発中のものです。** · 2008/11/10(月) 19:05:11

プログラマ内部ってそういうことか

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

>>420が何言ってるのかさっぱりわかんねぇ・・・
結局おたくは何がしたいわけ？

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

>>426
いや、分からないのあんただけだから…

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

そのへんのエフェクトはプレステでよく使ってたよね

**名前は開発中のものです。** · 2008/11/11(火) 02:22:20

HPの数字やらゲージにまでブラーかかっててうざかった

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

>>426
とりあえずお前さんが考えているようにプログラマ　→　プログラマブルシェーダー
までは合ってる。あとは自分でよく考えるように。

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

ゆとりの考え、休むに似たり。
連中は、ブクブクと肥大化しきった自意識を、優しく満たしてくれる結論しか導けない。

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

ブクブクと肥大化しきった自意識を、優しく満たしてくれる結論しか導けない」連中をひとくくりにしてゆとりって呼んでるだけってことに気づけよ
きみもゆとりって呼ばれるぞ

**名前は開発中のものです。** · 2008/11/11(火) 22:06:51

だがこれからの時代はゆとりが作る

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

プログラマブルシェーダー内での描画ターゲット自体の変更なんて出来ないんじゃーね？

**名前は開発中のものです。** · 2008/11/14(金) 03:04:03

>>419
DX9まだアップデートしてたのか
最近は１０のアップデートばかりで9はカンストしたと思ってたぜ

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

プログラマブルシェーダーをプログラマと略す奴はじめてみたわ

**名前は開発中のものです。** · 2008/11/15(土) 18:07:34

DXUTを巧く使うにはどのようなステップを踏めばいいですか？
ソースをひたすら読むんですか？
どこか解説ページはないですか？

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

プログラマといえば普通はROMライターだよなぁ

**名前は開発中のものです。** · 2008/11/17(月) 16:18:24

DirectXってバージョンアップの頻度多すぎてヤダ
メジャーUPは４年に１回、マイナーチェンジは年に１回までにしてほしいですね。

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

自分が使うSDKを4年に一度更新すればいいだけ。
新しいのを覚えるのが嫌なら付いていく必要はない。

**名前は開発中のものです。** · 2008/11/17(月) 18:25:10

４年に一度…
それだと今回のNov 2008は Oct 2004からの乗り換えか、変わりすぎてて大変だなｗ

**名前は開発中のものです。** · 2008/11/17(月) 18:51:56

どんだけ更新されてもプロジェクトで使えるSDKは決まってるから関係ない

**名前は開発中のものです。** · 2008/11/17(月) 22:22:00

>>439
新しいのが出たからって古いのが使えなくなるわけじゃないんだぜ？知ってたか？

**名前は開発中のものです。** · 2008/11/18(火) 09:52:04

>>443
最新の PC で DirectX 1.0 で作られた作品が動く
それがマイクロソフトの恐ろしいところなんですよ

**名前は開発中のものです。** · 2008/11/18(火) 10:57:07

そういえばなんで 9.0c のまま4年間もバージョンアップし続けてるんでしょうか？
9.0d とか 9.1 にしたくない理由が何かあるんでしょうか？

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

固定機能からシェーダープログラムに移行したことによって
ハードとソフトのいたちごっこが終わったからだよ

**名前は開発中のものです。** · 2008/11/18(火) 14:37:05

アナール～
あくまでSDK側・開発者サイドの更新であって、
エンドユーザー（プレイヤー）は9.0c以降、DirectX更新しなくてOK?

**名前は開発中のものです。** · 2008/11/18(火) 15:13:37

>>447
これは大きい問題を持っていて、MSもよく知っている。
9.0cにも種類があって、更新毎のバージョンがある　３０種類以上
番号順のdllになっていて、更新毎に増えて、旧い物も保持している。
ユーザーは全部のバージョンを持っていなければならない。
アプリ開発した時に、11.dllを使ったとする。
ユーザーは11.dllを持ってなければ、エラーになる。
別のアプリは12.dllを要求するかもしれない。
従って、ユーザーは全部と最新のdllを持っている必要がある。
このdllを単品配布できればよいのだが、MSの許可が必要になる。
時々、アプリ開発者が、「年月のDirectXランタイム」が必要と書いてあるのがそれ

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

run endとかってのなんだ？

**名前は開発中のものです。** · 2008/11/18(火) 16:50:22

要するに、使用したSDKについてくる、再配布可能パッケージを再配布すればいいんだよな？

**名前は開発中のものです。** · 2008/11/18(火) 17:36:01

>>444
Managed DirectXは即死したがな

**名前は開発中のものです。** · 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

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