【C++】 DirectX初心者質問スレ Part15 【C】

【C++】 DirectX初心� ..

72:デフォルトの名無しさん
07/12/08 19:42:57
>>70
単なるスペック不足
３Dの開発ができるVGAではないな

73:デフォルトの名無しさん
07/12/08 20:00:31
>>72さん
やっぱりそうなんですか…。
ありがとうございました＾－＾

ただ、何とか「勝手に消す」→「カクカクでもいいから動く」ようにしたいのですが
そこの辺りはDirectX側で変更できないのでしょうか？

74:デフォルトの名無しさん
07/12/08 20:13:33
>>73
なんとも判断に困る。

ドライバとDXのバージョンは最新？最新でもノートのドライバは3Dを前提に考えて作ってないことが多いから、
バグが残ってるのかも。

俺の結論としては、オンボードであることと、一つ目のメッシュだけは表示できるというところからも、メモリ不足が一番怪しいと思う。
アニメーションメッシュって比較的メモリを食うはず。

対策としては、PCを変えるのが一番手っ取り早いけど、
それでもノートでしたいならBIOSの設定でSDRAMのグラフィックメモリ割り当てサイズを増やしてみたら？
一回最大割り当てでやってみて、それでも無理ならほかの要因かもしれん。

75:デフォルトの名無しさん
07/12/08 21:25:39
>>74さん
とにかく、何か特殊な事をしなければ動かないということですよね。
ここはやっぱり「万能に」は諦めて説明書に「他の3Dゲームが出来る事を確認した上で起動をお願いします」
と注意書きを入れるべきですね…。

卒業生の代表作品として、体験入学参加者などに配られる予定なので
何とかして、せめてカクカクでもいいからどこでも動くようにしたかったんです。

76:74
07/12/08 21:35:16
>>75
ものすごい面倒だが、もしかすると旧DirectXのバージョンでコンパイルすると行けるかもしれん。
俺はやったことないから保証は出来んが、DirectX8とかなら古いPCでも通るかも。

まあノートでゲームの性能を期待するなっていうのも本当だが。

77:68
07/12/08 23:03:39
>>74さん
返信が遅くなって申し訳ありません。
SDKの方は旧バージョンがあったのでやってみたのですがやはり動きませんでした。
僕のプログラムだとDirectX8ではちょっと動かない関数を使っているので無理です；

友人宅のデスクトップでは動いたので、恐らく動かないほうがおかしいのだとは思います。
前にこのノートパソコンにかなり軽めのMMOを入れてみたときに、本当にカクカクではあったのですが動きました。
なので、何か方法はあると思うのですが…。

新聞奨学生なので今日はもう眠らなくてはいけませんが、治らなかった場合、また後日より詳しい状態を調べた上で書かせていただきます。
それでは長らくお付き合いいただき、誠にありがとうございました。

78:デフォルトの名無しさん
07/12/09 00:09:19
>　本当にカクカクではあったのですが
REF　なんじゃろうなぁ...

79:デフォルトの名無しさん
07/12/10 20:15:23
HLSLでfor文回してるんですけど、
かなりの数ループできないんですが・・
命令数って限られてるんでしょうか？
そうだとしたらその理由は？

80:デフォルトの名無しさん
07/12/10 20:53:50
お前はもう終わってる。
マルチポストは死亡フラグなんだよ。

81:デフォルトの名無しさん
07/12/10 21:36:31
普通のプログラムでも１Ｇもサイズがあったら動かなくなるんじゃない？

82:デフォルトの名無しさん
07/12/10 21:43:51
マルチポストとはどういう意味？

83:デフォルトの名無しさん
07/12/10 22:59:11
浮気者

84:デフォルトの名無しさん
07/12/12 00:50:11
誠氏ね

85:デフォルトの名無しさん
07/12/13 01:34:46
ｽﾚﾘﾝｸ(gamedev板:468-470番)
がいし感←なぜか変換ｄけいなｆ

86:デフォルトの名無しさん
07/12/13 16:40:23
ちょっと聞きたいのだけど、Ｄｉｒｅｃｔｘと３２Ａｐｉを組み合わせてプログラム
を組めますか？
Ｗｉｎ３２Ａｐｉのラジオボタン等の機能と組み合わせて作れれば良いなあ
と思ったもので・・・

87:デフォルトの名無しさん
07/12/13 17:16:49
Win32APIっていうか
GUIにアクセスして
Windowsコントロールを描画することはできるけど
GUIの速度がDirectXと比べ物にならないくらい低速だから
DirectXを使うメリットを殺すことになる

88:デフォルトの名無しさん
07/12/14 04:12:49
>>87
有難うございます。
何と言うか漠然としすぎて何とも言え無いです。
出直してきます

89:デフォルトの名無しさん
07/12/15 21:06:58
自分のＰＣにはSDK9.0が入ってます。
あるサンプルをダウンロード、中を確認したらd3d8.hとd3dx8.hがインクルードされてたので
これをd3d9.h、d3dx9.hに直し、追加の依存ファイルも8から9に直してコンパイル
したら何百ものエラーが出てきました。
色々試したけど原因が全く分からないのでよろしければ誰か教えてください＞＜

90:デフォルトの名無しさん
07/12/15 21:14:32
バリバリ原因が丸わかりだろ。

91:デフォルトの名無しさん
07/12/15 21:16:10
>>89
完全下位互換と言うわけではないからファイルが違うと全くの別物と考えたほうがいい。
同じファイル名でも中身は何度も添削しているから当時のバージョンじゃないと使えない場合もあるし。

92:デフォルトの名無しさん
07/12/15 21:27:34
>>91
そうだったんですか・・・
9.0以前のものは全て使えると思ってました＾＾：
ご返答ありがとうございました。

93:デフォルトの名無しさん
07/12/15 22:23:52
Xファイルに関して質問です。
ひとつのモデルに対し、複数のアニメーションをさせることはできるのでしょうか？
たとえば、あるキャラクターで、Aを押したらパンチ、Bを押したらキック、という風にしたいのです。
やはり、パンチ用とキック用でXファイルをわけるしかないのでしょうか。

94:デフォルトの名無しさん
07/12/15 22:29:24
>>93
二つのアニメーションを連結して、それぞれのアニメーションでフレームを補正して使う。
例えば、AとBのアニメーションを連結したら、
Aの初めは、0
Bの真ん中は、0.75
っといった感じ。

95:デフォルトの名無しさん
07/12/15 22:41:53
>>93
できる
ＳＤＫサンプルのtinyも実は
複数アニメーションを持ったＸファイルだ
ただし切り替えに関して詳しく説明されてるところはあまりない
ID3DXAnimationControllerでぐぐればヒントくらいはみつかるかも

96:デフォルトの名無しさん
07/12/16 17:29:57
HLSLを使ったサンプルでLPD3DXEFFECTのPassを使おうとしてエラーが出ます。
LPD3DXEFFECTにPassが無いのですが別のものに替わったのでしょうか。

97:デフォルトの名無しさん
07/12/16 17:44:24
BeginPass
EndPass

98:デフォルトの名無しさん
07/12/16 18:50:11
メジャーバージョン変えずにAPI蛙のやめれって感じですよねほんと

99:デフォルトの名無しさん
07/12/16 23:31:10
どうしても1パス終了ごとに
PassEndを入れさせたい「事情」があって
開始時の互換性をなくすことで
両方セットで変更させようとした。ってオチじゃねぇの？

100:デフォルトの名無しさん
07/12/17 06:19:42
地獄への道は善意で敷き詰められている。
職場では変更を極力抑えるのが美徳だけれど、その繰り返しが死の行軍を生み出すのが常である。

101:デフォルトの名無しさん
07/12/18 22:22:44
SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
これらの引数を使いこなしたいんだけど分かりやすく解説している
ページないべ？

102:デフォルトの名無しさん
07/12/18 23:45:27
これはひどい

103:化石発掘
07/12/19 02:37:51
>>101
[shred of game]
URLﾘﾝｸ(platz.jp)

104:デフォルトの名無しさん
07/12/21 11:00:39
URLﾘﾝｸ(wisdom.sakura.ne.jp)
ここのページ下部にある背景が緑の部分のソースをまるごとコピーして、VisualStudio2005の無料版でコンパイルしました。ところが
「fatal error C1010: プリコンパイルヘッダーを検索中に不明な EOF が見つかりました。'#include "stdafx.h"' をソースに追加しましたか?」
というエラーが出てコンパイルできません。エラーで検索してみたところ、ソースの最上段に　#include "stdafx.h"
を加えればコンパイルが通るらしいので試してみた所
「fatal error C1083: include ファイルを開けません。'd3d8.h': No such file or directory」
と表示されてコンパイルが通りません。

DirectXSDKはさっき落とした最新版（サンプルみたらDirectX10も使えそう）で、パスはたぶん通ってます。
どうしたらコンパイルができるようになりますか？

105:デフォルトの名無しさん
07/12/21 12:58:24
まず、stdafx.h関連はスレ違い。DirectX以前の話なんで、よそで勉強して頂戴。
で、最新のDirectX SDKって何？November2007ならリリースノートに

この DirectX SDK には次のコンポーネントは含まれていません

* Direct3D8 およびそれ以前の全てのバージョン

ってあるから、Direct3D8はサポート外なんじゃないの？
もしインストールしたSDKのIncludeディレクトリにd3d8.hがあるんなら、Includeパスの設定を再確認しれ。
あと、少なくともJune2006にはd3d8.hは入ってるのを確認した。

106:デフォルトの名無しさん
07/12/21 20:10:39
November2007です、d3d8.hがなくて、代わりにd3d10.hが入ってました。
アンインストールしてJune2006入れてきます。ありがとうございました。

107:デフォルトの名無しさん
07/12/21 21:01:44
June2006にもd3dx10.hはあるけどね。
あと、そのページはDirectX8について記されてるんだけど
DX10がやりたいならよそを見たほうが良いよ。
初期化まわりは8→9→10で全然変わったからやり直しになるし。

あと、DX10は動かすにはVistaがいるから。念のために。

108:デフォルトの名無しさん
07/12/22 22:01:46
すいません
２Dでゲーム作成をしているんですが

LPD3DXSPRITE gSprite;

// シーンの描画設定(2D画像の描画)
RECT SrcRect = { a,b,120,120 }; // テクスチャ内でスプライトに使う範囲
D3DXVECTOR3 Center(0,0,0); // スプライト内の中心の位置

// 出力
gSprite->Draw(Texture, &SrcRect, &Center, NULL,D3DXCOLOR(0, 0, 0,0 ));

正常に絵を呼び出せるのですが
Rectのrightとbottomに１とか１００とか何か値を入れるだけで
フレームレートが５０も下がります・・・
&SrcRectの部分にNULLを入れてもなぜか５０下がります
ですが０を入れると正常に動作します
なぜでしょうか、ご教授ありましたらお願いします

109:デフォルトの名無しさん
07/12/22 22:07:23
Direct3DでWM_PAINTで描くのはありですか？

110:デフォルトの名無しさん
07/12/22 22:07:59
108ですが、読み込み部分です

//画像ファイル情報を取得
hr= D3DXGetImageInfoFromFile(name,&ImageInfo);
Width= ImageInfo.Width;
Height= ImageInfo.Height;

// スプライトに表示するテクスチャの初期化
if ( !key ){
hr = D3DXCreateTextureFromFileEx(
g_pD3DDevice, name, Width,Height,1,0,
D3DFMT_UNKNOWN,D3DPOOL_MANAGED,D3DX_DEFAULT,
D3DX_DEFAULT,D3DCOLOR_ARGB(255,0,0,0),NULL,NULL,&Texture);
}

111:108
07/12/22 22:11:38
連投すいません
問題点の大元が判明いたしました

D3DXCreateTextureFromFileEx(
g_pD3DDevice, name, Width,Height,1,0,
D3DFMT_UNKNOWN,D3DPOOL_MANAGED,D3DX_DEFAULT,
D3DX_DEFAULT,D3DCOLOR_ARGB(255,0,0,0),NULL,NULL,&Texture);
}
widthとheightに大きな値を入れると重くなりました
１とか１０だと正常です・・・

112:デフォルトの名無しさん
07/12/23 07:34:04
プロファイリングしたら？
D3DXSpriteなんてただでさえDirectXのバージョンに依存するからみんな回避してるのに、
この情報だけで分かるエスパーは居ないと思う。

つPIX for Windows
つDevPartner Profiler

まずは、どこで処理時間が落ちてるか見たほうが早いよ。

113:108
07/12/23 09:34:36
>>112
ありがとうございます
その後の調べでどうも大きな絵を大量に呼び出すと落ちる様子
たとえ呼び出し側での大きさの縦横は１*１でも、元の絵が大きいと
どのPCどんな処理でも避けられないらしいので
妥協して少し絵の大きさを改善してみますm(_ _)m
お答えありがとうございました

114:デフォルトの名無しさん
07/12/23 11:35:36
てか、元のテクスチャのサイズがでかかったら
パフォーマンスが落ちるのは当たり前じゃ

115:デフォルトの名無しさん
07/12/23 11:37:43
あなるほど

116:108
07/12/23 11:43:53
>>114
いや、initでの呼び出しで重くなるのはわかるんですが
メインループの中では１*１でも重いんですよ・・・

117:デフォルトの名無しさん
07/12/23 12:00:51
表示で小さくしてるってことは
内部的に縮小してるってことだ
LPD3DXSPRITEがどういうアルゴリズムで
拡縮してるかはしらんがバイリニアってことはないだろうし
ぼけたりすることを考えるとなんらかのフィルターをかけているのは想像つく
それを巨大なテクスチャに適用してるんだから重いのは当たり前

118:108
07/12/23 12:11:19
私の書き方がわかりにくくてすいません
要は２０００*２０００の画像をinitで読み込んで
1*1の部分しか表示していないのにそれを１０個ほど並べたら重いんです
３個くらいなら正常なんですが・・・・

フィルタ関連で重くなるようなら少し見直して見ますm(_ _)m
ありがとうございました

119:デフォルトの名無しさん
07/12/23 12:19:52
だから・・・

>２０００*２０００の画像をinitで読み込んで

この時点で重い処理がすべて終わってるわけではない
簡単に言うとここではＶＲＡＭ上に
2000ｘ2000の領域を確保して画像の色情報を格納してるだけ

基本的には毎回描画のたびにこの
2000ｘ2000の領域にアクセスして
そこの情報をバックバッファに転送することになる

元のサイズが大きければ大きいほど
転送のための時間がかかるし
何らかの処理をかければ当然重くなる

基本的には表示するサイズでテクスチャを作るのが普通

120:デフォルトの名無しさん
07/12/23 12:23:03
ビデオカードによっては
2048×2048にしたら多少は改善されるかもね

121:108
07/12/23 13:17:50
>>119
>>120

そうですか・・・initで読み込んだら以降はもう関係ないものだと勘違いしておりました
スキル不足を痛感いたします
ご教授本当にありがとうございました

122:デフォルトの名無しさん
07/12/23 13:22:14
リファレンスでやってるだけでね？

123:デフォルトの名無しさん
07/12/23 13:50:19
たかだか2048のテクスチャで最近のビデオカードが遅くなるかね～？
なんか、致命的な間違いをしていると思われ。

124:108
07/12/23 14:28:32
>>123
それを１５～２３個くらい呼んでます

125:デフォルトの名無しさん
07/12/23 17:00:04
そもそもＶＲＡＭが足りなくなってて
システムメモリ上に作られてるとか
あるいは
システムメモリとVRAMが共用になってて
バス速度がボトルネックになってるとか

126:デフォルトの名無しさん
07/12/23 17:42:47
実はDX8で開発していますとか言い出すんじゃないだろうな。

127:デフォルトの名無しさん
07/12/23 17:59:09
DirectXを使ってWindowsのゲームを作りたいのですが、
お勧めの入門書を教えてもらえませんか？

作りたいのはビートマニアのように音とシンクした、
シューティングゲームです。
3Dグラフィックは使いません。

128:デフォルトの名無しさん
07/12/23 18:00:57
今のDirectXで3D使わずに絵描くのって無理じゃ

129:デフォルトの名無しさん
07/12/23 18:08:07
ぶっちゃけ
ＤｉｒｅｃｔＸ関連で「これ1冊あれば」って本はないんだよなぁ
3～4冊やってようやく
あ、なんとなく分かってきたかも。となる

どの本もだいたい「サンプルを動かすための」ソースになってるから
なんでそうなってるのかが説明されてないし
応用しようとするととたんに動かなくなったり・・・

数をこなすと何をやってるのかがだんだんわかってくるので
自分でいろいろ応用することができるようになる

130:127
07/12/23 19:02:13
何も知らない状態で、何から始めるのがいいか、
アドバイスをもらいたいです。

>>128
3D描画しかできないんでしょうか？
3Dを使って2Dの描画ができるならいいんですが、
あまり効率がよくないならDirectXを使うこと自体考え直します。
メインでやりたいのは音の制御なので、描画はそんなに凝りません。
シューティングゲームなので、図形の衝突判定ができると便利かもしれませんが。

>>129
それじゃあ、とっかかりとして何を参考にするのがいいんでしょうか？
サンプルを見て数をこなして、少しずつ把握していくしかないんでしょうか？

131:デフォルトの名無しさん
07/12/23 19:06:45
>>130
ゲーム製作初心者なのか
DirectX初心者なのかにもよる

132:デフォルトの名無しさん
07/12/23 19:14:48
>>130
3Dを使って2Dの描画ができるならいいんですが

OK

133:デフォルトの名無しさん
07/12/23 19:19:08
>>130
DirectX9でスプライトが一番お手軽だと思われ。

134:デフォルトの名無しさん
07/12/23 19:37:25
>>130
シューティングゲーム製作本出てるぞ
それを参考にすれば？

135:デフォルトの名無しさん
07/12/23 19:59:17
>>124
なるほど。VRAM足りてないね。
1024*1024のA8R8G8B8テクスチャが大体4MByteね。
2048テクスチャだと4倍の16M。それが15個で240M。23個なら368M。

ちょっと無茶な設計になってると思われ。
不要なテクスチャは必要な時だけ確保するようにした方が良いし、
テクスチャは効率的に隙間無く活用した方が良いよ。

136:127
07/12/23 21:10:44
>>131
>>131
ゲーム制作初心者です。プログラミング歴も１年程度です。
ただ、Javaで簡単なシューティングゲームを作ったことはあるので、
シューティングゲームのアルゴリズムに関してはだいたいどうやるか決めています。

分からないのは音の精密な制御で、ゲームの進行と正確にシンクさせる部分です。
その部分をどうやっていいのか、イマイチ当たりがつかない状況です。

137:デフォルトの名無しさん
07/12/23 21:19:44
>>136
入門書の枠からは外れてるかな。
再生時間'(再生位置)を取得させれば良いだけの話だけど、
この手のゲーム以外で使うことはほとんど無いため扱わない。
ストリーミングバッファの解説が載っていればそれを応用すれば出来ることに気付くかも知れんが。

138:デフォルトの名無しさん
07/12/23 23:48:37
広大なマップを作りたいんですが、バカ正直にモデルを作って読み込んだら物凄く重たくなってしまいました。
程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？

139:デフォルトの名無しさん
07/12/24 00:16:12
>>138
東京から大阪へ行くのに新幹線で行くのでしょうか？　　　という質問をされてどう答えろと。

140:デフォルトの名無しさん
07/12/24 00:31:31
東京の六本木を歩いてるだけのシーンでも、ニューヨークとかパリとか地球全部描いてるわけか？
そんな恐るべき無駄は止めた方がいい

141:138
07/12/24 01:09:58
>>139
？？
夜行バスでも行ける、ってことですか？？
でも、新幹線で行けるならそれに越したことはないですし、>>138の方法でイイってことかな･･･。
>>140
そ、そんなことはしません（汗）

今までゲームをしてきて、当たり前のように見てきた広大なフィールドを実現するのがこんなにも
たいへんなことだなんて･･･
ゲーム開発者の人を改めて尊敬します。

URLﾘﾝｸ(www.acecombat.jp)
これとか、すごすぎです(；´д｀)

142:デフォルトの名無しさん
07/12/24 01:20:10
地面はまっ平ら
木はビルボードにしか見えないんだが

143:デフォルトの名無しさん
07/12/24 01:32:33
ﾜﾗﾀ

144:デフォルトの名無しさん
07/12/24 08:39:45
>>141
アプリケーションに正解なんて無いぜ？
>程よいメッシュ数で一定区画毎のモデルを用意して、必要分だけ読み込んで表示するのでしょうか？？
つまり>>139の例で言うと新幹線で行くのも正解だし、バスで行くのも正解、歩いていくのも正解だろ。
自分の案があるならそれを試した上で軽くなる方法が無いか聞かないと。

145:デフォルトの名無しさん
07/12/24 10:02:56
DX9　2007Nov　.Net
HLSLについての質問です。
以前PassがBeginPassとEndPassに変わったと言うやりとりがありましたが
上がっているHLSLのサンプルがことごとくエラーを出して正常に実行できません。
サンプルにSDKのバージョンを合わせれば動くでしょうが、そこから最新のバージョンに動かすように修正が出来ませんでした。
現在のバージョンで動くHLSLのシンプルなソースや解説をしているサイトは無いでしょうか。
せめてHLSL部分だけでもあればいいのですが、fxファイルが正常に読み込めエラーが出たりとか･･orz

146:デフォルトの名無しさん
07/12/24 10:12:49
きちんとヘルプが付いてきているだろ。
それで何が問題なんだ？

147:デフォルトの名無しさん
07/12/24 10:53:43
>>145
別にHLSLの部分は何もかわってないぞ
fxファイルが読み込めないのは
どっかに構文エラーがあるからじゃね？

148:デフォルトの名無しさん
07/12/24 11:13:46
>>145
>上がっているHLSLのサンプル

どこのサンプルだよ？

149:デフォルトの名無しさん
07/12/24 11:44:39
>>148
Pass()のままのところもあります(修正してもメモリ周りでエラーが出たり)

t-pot『HLSL』　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(tpot.jpn.ph)

DirectX9での上位レベルシェーダー言語（HLSL）　　(最下にサンプル)
URLﾘﾝｸ(www001.upp.so-net.ne.jp)

Shader.jp - Articles-第4回「HLSL スタート」　　　(上から1/5程の位置にある赤字文の下にサンプル)
URLﾘﾝｸ(www.shader.jp)

その７ HLSLによる極短レンダリング：サンプルプログラム　　　(画像の下辺りにサンプル)
URLﾘﾝｸ(marupeke296.com)

150:138
07/12/24 12:31:45
>>144
分かりました。
ありがとうございました。

151:デフォルトの名無しさん
07/12/24 21:55:38
>>149
俺もうごかねぇや。
てか自前のでさえ動かなくなってた。
詳しく調べてないから分からんが仕様が数箇所で変更されてエラーが複雑化しているように思える。
ぶっちゃけ去年辺りのSDK使えばいいんじゃね？

152:デフォルトの名無しさん
07/12/24 22:36:33
VC++2005、windowsSDK、DirectX9 SDK(October 2006)の環境で
２Ｄの簡単なゲームを作ろうとしている所です

フルスクリーンモードでSetDialogBoxModeを使用している
全ソース付きのサンプルプログラムはどこかにありませんでしょうか？
できればフルスクリーンモードでのメニューバー表示のサンプルがあると助かります。

一応自分でもこれを実現するために
こちらの方のページを参考にしてほぼ丸写し状態でやってはみたのですが、
どうもメニューが表示されません。
URLﾘﾝｸ(www.geocities.jp)

ただ、SetDialogBoxModeを呼び出しても呼び出さなくても、
メニュー自体は存在しているようで、マウスで画面の上のあたりを
クリックなどしますと、瞬間的にメニューが現れ、メニューコマンドが実行されますが＾＾；

こちらに書いていない部分（DX初期化関連、ウィンドーモード、メッセージ処理etc…）
などで何か気をつける点でもあるのでしょうか？？？

153:デフォルトの名無しさん
07/12/24 22:48:55
あ、VC++2005はExpressEditionです。よろしくお願いします

154:デフォルトの名無しさん
07/12/24 23:54:06
板ポリゴンとかにテクスチャを貼ると、テクスチャが何故か右下にずれるのですが、何故なのでしょうか？
どうすれば直りますか？

155:デフォルトの名無しさん
07/12/25 00:28:43
>>154
何かを間違っているから。

156:デフォルトの名無しさん
07/12/25 05:24:58
どうすれば直りますか？

157:デフォルトの名無しさん
07/12/25 05:29:57
間違いを修正する

158:デフォルトの名無しさん
07/12/25 05:49:02
どうすれば間違いを

159:デフォルトの名無しさん
07/12/25 06:32:38
どうやって貼りましたか？

160:デフォルトの名無しさん
07/12/25 08:12:48
誘導
つｽﾚﾘﾝｸ(tech板)

161:デフォルトの名無しさん
07/12/25 09:11:08
DirectX9.0bSDK（2004October）付属サンプル2の、虹色の三角形表示プログラムについての質問です。

改造して四角形を表示させたいのですが、うまくいきません。

CUSTOMVERTEX vertices[] = に
{ 50.0f, 50.0f, 0.5f, 1.0f, 0xff0000ff, },
を追加することで頂点を４つにし、

Void Render()内の
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLESTRIP, 0, 2 );
にすることで、２つの三角形を連続して描画し、結果的に四角形になるかと思ったのですが
三角形一つしか表示されません。

また、
g_pd3dDevice->DrawPrimitive( D3DPT_TRIANGLELIST, 0, 1 );　を
g_pd3dDevice->DrawIndexedPrimitive( D3DPT_TRIANGLESTRIP, 0, 0, 4, 0, 2 );
にすることで上記と同じ効果になるのかと思ったのですが、今度は三角形自体消えてしまいます。

どうしたら四角形が表示されますか？

162:デフォルトの名無しさん
07/12/25 09:26:56
カリングされてるんじゃないかね？
SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE)

163:161
07/12/25 10:00:08
できました！
あと頂点の順番？がおかしかったみたいで　|Ｘ|　←こんな形になったけど、頂点入れ替えたら四角形になりました！
ありがとうございます！　　　　　　　　　　　　　￣

164:デフォルトの名無しさん
07/12/25 10:35:15
は？
頂点の順序が間違ってたのが原因、って事？

165:161
07/12/25 10:52:03
>>164
三角形が一つしか表示されないという問題は
->SetRenderState(D3DRS_CULLMODE, D3DCULL_NONE);
で解決したんですが、今度は頂点の順番がおかしいせいか欠けた四角形になったんです。
／|　　と　　|＼　　の三角形の組み合わせで　|Ｘ|　こんな形に
￣　　　　　￣　　　　　　　　　　　　　　　　　　　￣

166:デフォルトの名無しさん
07/12/25 14:42:39
>>161
どうでもいいけどoct2004は9.0cだったと思うが

167:デフォルトの名無しさん
07/12/25 15:46:06
疑問に思ったんだけど、四角形を描画する場合、頂点バッファを作ってDrawPrimitive()で描画するのと、
作らないでDrawPrimitiveUP()で描画するのとどっちが速いですか？
頂点バッファは頂点数が多いほど効果を発揮すると聞いたような気がするのですがどうなのでしょうか？

168:デフォルトの名無しさん
07/12/25 15:57:45
疑問に思ったんだけど、なんで自分で試さないんですか？

169:デフォルトの名無しさん
07/12/25 20:21:12
>>167

DrawPrimitiveUPのほうが早いですよ。
多くの方が様々なOSやビデオカードで検証済みです。

とか言ったらこいつは何も考えずにDrawPrimitiveUP使うんだろな。

170:デフォルトの名無しさん
07/12/25 22:21:13
>>169
ありがとうございます。
やはり、頂点バッファは頂点数が多いほど効果を発揮すると言う事でしょうか？

171:デフォルトの名無しさん
07/12/25 22:23:17
>>170
そうです。Microsoftが検証済みです。

172:デフォルトの名無しさん
07/12/26 01:31:37
>>152
私も同じ事やろうとしたけど、どうも上手くいかないですね
でもこの人の作ったゲームだと実装されているっぽいし…
本当にSetDialogBoxModeを使ってるのかなぁ

この関数使ってまともにメニューが表示できた人っていますか？
というかフルスクリーンのメニュー表示はみなさんどうやってます？

173:デフォルトの名無しさん
07/12/26 01:40:45
ステートブロックがいまいち良く理解できません。
1.普通のステート変更を最小限に抑えて変更する
2.（CreateStateBlock()で）キャプチャしたステートブロックを毎回適用する
3.カスタムステートシーケンス（BeginStateBlock()～End...()まで）を適切に使用する
と三つのやり方があると思うんですが、
何も考えずに2.のやり方でも効率的にできるんでしょうか。
それとも多少のやりくりは必要なんでしょうか。
ピュアデバイスだとステート変更は変更するたびに行われるんでしたっけ？
ステートブロックの仕組みとかがわからないのでちょっと迷ってます。

174:デフォルトの名無しさん
07/12/26 02:30:21
効率いいかなんてやってみればわかるだろ。アホか

175:デフォルトの名無しさん
07/12/26 02:47:54
このスレっていったいどんな質問なら答えてくれるの？ｗ

176:デフォルトの名無しさん
07/12/26 03:02:27
パラドックス

177:デフォルトの名無しさん
07/12/26 04:01:19
初心者ホイホイなのかな

178:デフォルトの名無しさん
07/12/26 07:20:42
初心者であろうがなかろうが、自分で試せるものを試さないってのは単なる怠慢だと思うが。

やり方が分からないんであれば、どっちが効率的？などと聞くんじゃなく素直にやり方そのものを質問すべき。

179:デフォルトの名無しさん
07/12/26 13:52:41
このスレいらねーなｗｗｗｗｗ

180:デフォルトの名無しさん
07/12/26 14:13:55
レンダリングステートを変更する事は、結構重いコストとして扱われるので、
Dx6まではコロコロ変化させずに、同じレンダリングステートのメッシュやターゲットを纏めて
レンダリングしたり、ステートの変化が最小になる順番でステート郡をレンダリングしてたりしたんだけど、
ステートブロックを使えば、複数のレンダリングステートの変化を一度にデバイスに適用出きるので、
上記の事をあまり意識しなくて良いレンダリングループが作れるようになったわけ。

でも、別にレンダリングするターゲットやステートの種類によってはステートブロックを使わなくても
そんなに処理が重くならないのも事実で、自分が作成しているプログラムでステートの変更が
重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？
GPUとGPUへのバスの帯域、レンダリングするプリミティブの数、ステートの変更量といった要因が
あって、トータルで考える必要があるから、なんでもかんでも管理するのは効率的ともいえないし、
大規模エンジンを作るのに、ステートの管理コストを嫌って管理しないのも効率が逆に悪くなるし。

ケースバイで。効率的ってのは目的が無いと決定しない項目だから。

181:デフォルトの名無しさん
07/12/26 14:22:58
＞重い処理だな、と思ったらステートブロックを試してみれば良いんじゃないの？

そうなんだが、それを自分で試そうとしない輩が多すぎるな

182:デフォルトの名無しさん
07/12/26 19:19:34
VisualC++2005、DirectX9.0c SDK、Windows SDKの環境です。

キャラクターのアニメーション等をさせる場合、
画面を毎秒６０とか３０フレームとかで更新、のような処理をしなければならないと思うのですが
その毎回の画面の更新タイミングはどのような手順で取るのでしょうか

183:デフォルトの名無しさん
07/12/26 19:38:29
>>182
自分で試せ

184:デフォルトの名無しさん
07/12/26 19:49:08
何を試せばいいのでしょうか

185:デフォルトの名無しさん
07/12/26 19:57:16
「ゲームループ」でぐぐれ

186:デフォルトの名無しさん
07/12/26 19:58:02
>>184
それを自分で試せ

187:デフォルトの名無しさん
07/12/26 20:00:24
少し荒れてる状況で質問したのはタイミングが悪かったな

188:デフォルトの名無しさん
07/12/26 20:06:30
>>187
自分で試せよ

189:デフォルトの名無しさん
07/12/26 20:19:19
>>188
>>187に言うなよ！ｗ

190:デフォルトの名無しさん
07/12/26 20:21:58
マルチコア設計の描画エンジンだとステートブロック使うのは問題外の糞ｗｗｗ
というnVidiaあたりのプレゼン資料なかったっけ

191:180
07/12/26 20:58:26
>>190
まあ、実はステートブロックは、固定パイプライン時代の産物だから、基本的に
レンダリングステートなんてほとんど変えずに、シェーダでやれってのがDirectX9以降の
正しいGPUの使い方なんだと思う。

こんなの、実は悩むところじゃないと思うな。
固定パイプライン使ってても、レンダリングステートの変更なんて大した
負荷になってないっぽいもんね。所詮DirectX7時代の話だし。
一々ステートブロック作らなくても十分高速に動いてるし。
ステートブロックの解説も怪しいところあるから、普通利用を避けるんじゃないかな。

>>173は何故こんな事に疑問を持ったのか、謎だ。
(どこかの処理で実際に遅くなった、とかならわかるけど。)

192:173
07/12/26 23:38:39
え、いや、普通な感じで
実装前にセオリーとか聞きたいなって…荒れさせたようでごめん
忘れて

>>180さん、なんかすいません…とても参考になりました…どうもでした
>>180さん、ごめん、俺のせいで

193:173
07/12/26 23:39:49
>> >>180さん、ごめん、俺のせいで
>>182さん、ごめん、俺のせいでの間違いです　ホント申し訳ないｗ

194:182
07/12/27 00:22:56
>>185
ありがとうございます。_tWinMainの中でtimeGetTimeを使って
６０分の１秒を数える方法を使ってみました
Windowsゲーは同期とかはｷﾆｼﾅｲでいいんでしょうかね

>>193
いえいえｷﾆｼﾅｲでください

195:デフォルトの名無しさん
07/12/27 02:19:50
>>194
いや、同期取らないと駄目だろ。

196:182
07/12/27 02:55:23
え？そうなんですか？>>195さんはどういった手順でやってるんでしょうか

197:デフォルトの名無しさん
07/12/27 03:00:18
俺は可変フレームレートのが好きだな
要は１フレームでどんだけ時間が進んだかで
アニメーションの進行速度を変えればいいわけだから
そんでフレームの終わりにフリップすれば

198:デフォルトの名無しさん
07/12/27 03:15:47
>>197
あれってどうやって実装してるの？
フレーム間の時間をグローバル変数にでも格納して参照するんだろうか。

199:デフォルトの名無しさん
07/12/27 04:22:17
DirectX9SDKを入れて、バージョンは８で開発したいんだけど、d3dx8.hとかないのね
d3d8.hとかはあるのに。

どうすればいいんだろ。どっかでDirectX8SDKを見つけてこないと駄目かな？

200:デフォルトの名無しさん
07/12/27 04:41:19
9のOct2004だけど、d3dx8.hあるよ。

201:デフォルトの名無しさん
07/12/27 07:28:08
仕事でどうしても必要じゃなきゃ９使った方がいいと思うけど。
まあ９ｘ系対応とかだとDx9のOct2006までじゃないとダメらしいが

202:デフォルトの名無しさん
07/12/27 10:23:51
>>199
リリースノートくらい読めよ・・せっかく日本語に訳してくれてるんだから。

------
この DirectX SDK には次のコンポーネントは含まれていません

Direct3D8 およびそれ以前の全てのバージョン
Direct3D RM
・・・・・・

これらのコンポーネントを使いたい開発者は、
MSDN から August 2007 DirectX SDK をダウンロードする必要があります。
　　　　　　　 ~~~~~~~~~~~~~~~~~~~~~~~~~

203:デフォルトの名無しさん
07/12/27 10:26:15
まあオーガスト２００７だと８で作る意味が全くなくなるけどな

204:デフォルトの名無しさん
07/12/27 11:12:48
DirectX9でゲームを作ってたんだけど、DirectX9の独自の機能使ってないし、誰でもすぐに遊べる様にしたいからDirectX8にしたかったのさ。

>>200
>>202

サンクス。
とりあえず古いバージョン拾ってみよう。古いバージョンで上書き出来ればいいけど

>>203
そうなの？
結局XPの初期状態とかで動かないのかな？

205:デフォルトの名無しさん
07/12/27 11:56:09
>>204
だからリリースノートを読めと。

----
すべてのプラットフォームでのインストール上の注意

・現在の DirectX SDK をインストールする前に、DirectX SDK の前バージョンを削除することを推奨します。
----

どのバージョンがどのOSに対応しているかも全てリリースノートに書かれている。

206:デフォルトの名無しさん
07/12/27 12:19:57
もう、ほっといた方がいいかと。
一度受けた注意を怠るわ、質問している立場なのに偉そうだわ。
d3dx8.hの話にしても、>>104-105 で出てた話題なのに、
同じスレ内ですら検索かけてないし。

207:デフォルトの名無しさん
07/12/27 14:19:57
2Dの描画で描画数がかなり多くなるため(1フレームに3000程度の数字テクスチャを描画)頂点バッファを利用して
1フレームに頂点バッファ一括ロック→memcpy→アンロック→DrawIndexedPrimitive
としているのですが、3000個描画するとシーン時間が6～7ms程掛かってしまいます(それなりに良いスペックのPCで)
6000ポリゴン程度の描画でこんなに時間が掛かるはずがないと思うのですがやり方が間違っているのでしょうか？

208:デフォルトの名無しさん
07/12/27 14:40:20
なんかmemcpyがボトルネックになってそうだけど
どの処理に一番時間がかかってるのか
もうちょっと絞り込んだ方がいいんじゃない？

209:デフォルトの名無しさん
07/12/27 14:43:44
まず対照実験として、画面をクリアするだけで何も描画しない場合の速度を計るべきだと思う。

210:デフォルトの名無しさん
07/12/27 16:53:43
ロック／アンロックが臭いと思うな。変なロックは速度に影響でかいから。
ロックを止めて、ダミーバッファにmemcpyする処理に置き換えてフレームレートを計測したら？
あと、頂点バッファは、まとめてる？ロックがボトルネックなら、頂点をまとめて1フレームにロックする回数を
1回にしてしまった方が良いよ。
それと、毎回コピーする頂点の計算処理は重くない？

211:デフォルトの名無しさん
07/12/27 20:04:19
ところで、そろそろ>>152の質問に回答してくれる方はおりませんでしょうか？

ネットを漁り、アキバでDirectX関連の参考書を読みふけりましたが
どこもこの問題についてはあえて避けてるようにしか思えません

SetDialogBoxModeをマスターされました神様、いらっしゃいましたらお願いします

とりあえず、フルスクリーンでメニューとダイアログが表示できるようになればいいので
いい解決方を知っている方でも大歓迎です

212:デフォルトの名無しさん
07/12/27 20:05:35
斜め投影した場合、投影されたCGがあえて歪んで見えるようにしたいです。
どこをいじればいいか教えてください。

213:デフォルトの名無しさん
07/12/27 20:16:28
>>211
全ソース付のサンプル、か。

google code search で SetDialogBoxMode で検索したら結構引っかかったんだけど、やってみた？
検索結果の始めのほうはラッパのヘッダとか意味ないのばっかだけど
結果の後の方まで見てみると結構有用っぽいのがちらほら。Lunaとかも引っかかってたり。
ただライブラリ系ばっかでサンプルになるかどうかは分からん。

214:207
07/12/27 20:43:50
レスありがとうございます
やはり描画部分が結構重いみたいです…
1フレーム当たりの時間が
ロック/memcpy/Drawを一切しない → 80μs
ロック→16000頂点分memcpy→アンロックでDrawしない → 450μs
一つ上の条件でスプライトを2000個描画 → 3210μs
いずれも他の描画以外の処理を含む時間で、memcpyは実際には描く分だけのサイズで行うので最悪条件でテストしています

215:デフォルトの名無しさん
07/12/27 21:46:38
ロックしない/memcpyしない/アンロックしない/Drawする
っていうのも測った方がいいと思う。
頂点データがないのはアレなんで、計測外で初期化時にでも放り込んでおいて。

216:デフォルトの名無しさん
07/12/27 21:56:46
PIXで、実際どのAPIが時間食ってるか調べてみたら？
GPUが忙しいのか、CPUが忙しいのか、プログラムが悪くってどっちも
遊んでる状態になってるのか、それを切り分けないと始まんないと思う。
あと、スペックに対しての期待値がどれくらいで、3210はどの位そこから遅いのか？

SDK付属ドキュメントの「Direct3D API 呼び出しの正確なプロファイル」あたりは一回読んでる？

217:デフォルトの名無しさん
07/12/27 22:23:55
>>211
今てきとーに使ってみたら一応表示はできるみたいだがのー。
D3DPRESENTFLAG_LOCKABLE_BACKBUFFER忘れてるとかそんなオチじゃないよね？
しかし案の定XPとVistaじゃ挙動違うっぽいし、あんまし深入りしたくねぇなこれ。

218:デフォルトの名無しさん
07/12/27 22:35:28
Dialogは普通に表示出来たけどメニューは
あんまりメリット感じないから使った事無いや。

219:デフォルトの名無しさん
07/12/27 23:35:17
PIXの使い方がわからねぇ

220:デフォルトの名無しさん
07/12/28 02:02:20
おれもおれも
まぁちょっとだけならわかるけど
つっこんでは分からねぇ

221:デフォルトの名無しさん
07/12/28 03:43:50
助けて

頂点テクスチャフェッチのためにVertexShaderでtex2Dlod(Sampler,float4(In.tex,0,1))すると真っ黒になってしまいます
float4(In.tex,0,0)、float4(0,0,0,1)などでも同様でした
テクスチャのフォーマットはA32B32G32R32Fで、SM3.0にも対応しているのですが

tex2Dlodなどでぐぐってみたところ、MSのフォーラムなどで似たような症例がありましたが解決策がよくわからず・・・
原因に何か心当たりある方はいないでしょうか？

222:221
07/12/28 04:29:27
ちなみにサンプラーは
MinFilter = Point;
MagFilter = Point;
MipFilter = None;
AddressU = Clamp;
AddressV = Clamp;
です

223:デフォルトの名無しさん
07/12/28 12:36:06
等高線の形どおりに厚紙を切って重ねると、立体地図が作れますよね
この立体地図をプログラムで描画したいのですが、躓いてしまいました
今手元には等高線が書かれた白地図があるので
「等高線ごとに領域を分割し、各々に高さを与える」
といった処理にしようと思ったのですが、等高線ごとに領域を分割というのがどうしたらよいのか見当がつきません
このような処理の実現のしかたを教えてください
よろしくお願いします

224:デフォルトの名無しさん
07/12/28 13:06:56
ダイレクトＸ関係ないじゃんといいたいが

・等高線が作る一つの輪を１リングとし、リング毎の高さと領域情報を保持
・高さの同じリングをまとめたものを１グループとして管理する
・グループ毎にＹ座標を変えて表示する
でいいだろ

もちろん、外壁も表示するのには各リングの輪郭線から頂点を自動算出して
外壁ポリゴンも作らんといかんけど

225:デフォルトの名無しさん
07/12/28 14:00:34
すみません
3次元空間内の物体をピック処理をして、マウスの移動量で移動させたいのですが

ピックするところまでいったのですが
その後マウスの移動分動かすのはどうしたらいいのかわかりません。

初期値→移動後のマウス座標を得て、それをどのように3次元空間の座標に戻すのか
視点が回転したときに、xyzの移動量と向きはどうしたらいいのか

この二つがわからなくて壁に当たってしまいました。
ご指南お願いします

226:デフォルトの名無しさん
07/12/28 15:16:38
>>225
視点から注視点の面上にあるポイントを結んだ物がマウスポインタのベクトル。
そのベクトルを対象オブジェクトまで伸ばし、ベクトルが変化した分だけ移動させればいい。

227:デフォルトの名無しさん
07/12/28 16:45:15
すいません>>212もお願いします。

228:デフォルトの名無しさん
07/12/28 16:48:14
　|￣￣￣￣￣￣￣￣|
　| 　お断りします　　|
　|＿＿＿＿＿＿＿＿|
　　　　ﾊ,,ﾊ ||
　　　 ( ﾟωﾟ)||
　　　 /　づΦ

229:デフォルトの名無しさん
07/12/28 17:02:14
>>227
質問が抽象的すぎ

>斜め投影した場合
>投影されたCG
>歪んで

それぞれ具体的に

230:デフォルトの名無しさん
07/12/28 17:16:14
>>212
誘導
つｽﾚﾘﾝｸ(tech板)

自分の質問を読んで、他人が内容を把握出来なければ、
ただでさえ少ない回答が０になるだけだよ。

>>223
>>224
もし、等高線毎に外周形状のみ与え、後は自動って言うのなら、
等高線が穴を含む形状の場合にめんどくさくなると思う。
形状に含まれる穴の数(トポロジー)に応じて、輪郭に対する
三角分割のアルゴリズムが変わるんじゃないかな？
穴が無ければD3DPT_TRIANGLEFANで外周頂点を与えれば良いので楽だが・・。

231:224
07/12/28 17:42:08
>>230
山の事しか考えてなかったな
穴がある形状を考えるのを忘れてた

まあ、そもそも論として線だけ書かれたデータをそのまま読み込んで
処理しようとすんなら無理があるわな

232:デフォルトの名無しさん
07/12/28 18:33:17
頂点テクスチャフェッチ使えばできる
等高線の領域ごとにハイトデータで塗って
細分化した平面ポリゴンに適用すればできる
線のみからでもハイトデータを領域の関数で割り当てればできなくもない

自分ができないだけなのに威張ってるプログラマってカコワルイよね

233:デフォルトの名無しさん
07/12/28 19:39:05
すみません、始めたばかりのところで理解できないのがあるのですが

デプスバッファの深度を書き込む/書き込まない
というのがあったのですが、そうすることでどうなるのでしょうか

デプスバッファ、というバッファ（1枚？）にZ値を書き込むというのはわかったのですが
書き込まないと、そこはどうなるのでしょうか？

いまいち何をしてるのか、したいのかが把握できなくて

234:デフォルトの名無しさん
07/12/28 19:39:36
抽象的すぎてすいませんでした。

Xファイルを読み込んでCGを画面の中央に描画しているのですが、
そのCGを映しているカメラの位置をキー操作で変更できるようにしています。
で、カメラの位置を変更した場合に、
URLﾘﾝｸ(www.beamax.co.jp) の「斜め投影」の項にあるように歪んでみえるようにしたいのです。

D3DXMatrixIdentity(&m_view);
D3DXMatrixLookAtLH(&m_view,
&D3DXVECTOR3( cameraX, cameraY, cameraZ),//カメラの位置
&D3DXVECTOR3( 0.0f, 0.0f, 0.0f),//カメラの向き
&D3DXVECTOR3( 0.0f, 1.0f, 0.0f));//カメラの傾き
pD3DDevice->SetTransform(D3DTS_VIEW, &m_view);

一部ですが今こんな感じでカメラ配置をしています。
cameraX,cameraY,cameraZ はキー操作で増減するようにしています。
プログラムは、ソフトバンクの「DirectXゲームグラフィックスプログラミングVer.2.1Vista」という本を参考にしています。

よろしくお願いします。

235:デフォルトの名無しさん
07/12/28 19:57:46
>>232
そりゃ失礼。

236:デフォルトの名無しさん
07/12/28 19:58:40
まぁ、>>232も最後の1文は余計な一言だな

237:デフォルトの名無しさん
07/12/28 20:10:41
>>233
最終的にスクリーンに描画するときに
各ピクセルに色を塗ると同時にそこにある物体が
カメラからどれくらいの距離にあるかをZバッファに記録しておく
そうすると
別の物体を同じピクセルに描画しようとしたときに
Zバッファの値を参照して
以前の値よりカメラに近ければ
新たな色を塗りZバッファの値も書き直す
以前より奥にあるものなら色をぬらない、という処理が可能になる

これをしないと後から描画したものでどんどん色を上書してしまうので
奥にあるはずのものが手前にあるものの上に描画されてしまう
したがって描画するときに奥にあるものから描画するというようなソート処理が必要になる

238:デフォルトの名無しさん
07/12/28 20:38:08
>>234
それはビューの設定とは無関係
カメラの位置を変えたって、そんな変化は起こさないだろ
オブジェクト側を調整しろ

239:デフォルトの名無しさん
07/12/28 20:45:34
>>237さん　回答ありがとうございます
つまり
　＿＿＿＿＿＿
｜近　遠　近　…
｜

Z値が書き込まれていって、それを参照するわけですね。
これは2次元平面に射影された状態ですよね

ある物体○△□が　奥行き方向に1列に並んでたとき
物体ごとにデプスバッファに

○　書き込む　　　　遠い
△　書き込まない　　↓
□　書き込まない　近い

としたら、最終的に一番近いのは□ですが、○が描画される、ということになるのですよね？

240:デフォルトの名無しさん
07/12/28 22:27:37
>>232
？
線のみから求めてるわけじゃないじゃん
結局手動で山と穴の区別をつけたデータが必要だろ？

241:223
07/12/28 22:31:06
>>223です
皆さんありがとうございます
231さんが仰るように「線だけ書かれたデータをそのまま読み込んで処理」というものを想定していました
穴を含む形状については今は考えず、概形が出来上がった後に改めて考えることにします
頂点テクスチャフェッチなど初めてきく言葉が沢山あるので、まずは片端から調べてみます
ありがとうございました

次ページ