DirectX総合スレ - 暇つぶし2ch

DirectX総合スレ ..

115:名前は開発中のものです。
04/06/30 03:53 +yXY0JqQ
ドット絵を拡大して２Ｄでぐりぐり動かしたいなーと思って
Ｘ９のスプライト機能使ってみたんですが、
なんか勝手にアンチエイリアシングされちゃってドット絵らしさがなっちゃうんですが・・・

Ｘ９のスプライト機能をアンチエイリアシング無しで使う方法ってあるのでしょうか？
教えてエロい人！

・・・スプライト機能で楽しようと考えている俺が間違っているのか？

116:名前は開発中のものです。
04/06/30 05:00 dp9P8qeX
>>115
サンプラーの設定を変える。
HRESULT IDirect3DDevice9::SetSamplerState( DWORD Sampler,　D3DSAMPLERSTATETYPE Type, DWORD Value);
例：
　//拡大時・縮小時フィルタを点サンプリングに
　pD3DDevice->SetSamplerState( 0, D3DSAMP_MAGFILTER, D3DTEXF_POINT );
　pD3DDevice->SetSamplerState( 0, D3DSAMP_MINFILTER, D3DTEXF_POINT );

117:名前は開発中のものです。
04/06/30 08:15 NTrQHpJR
>>115
DirectXのラスタ化ルールをよく理解しる。

118:名前は開発中のものです。
04/06/30 17:35 dp9P8qeX
頂点構造設定ですが、SetFVF()ってDX9では旧式で、SetVertexDeclaration()がDX9でのやりかたですよね？
なので、CreateVertexBuffer()のFVFを０にして、SetFVFを使わずに
SetVertexDeclarationオンリーにしてみたんだけど、シェーダーオンリーだと動くんだけど、固定パイプラインを使うと飛びます。
固定パイプライン使うなら旧来の方式じゃないとだめなんですか？

119:115
04/06/30 18:41 +yXY0JqQ
>>116
情報アリが㌧御座います
でも、昨日既に試してました。ダメだったんです。

で、ふとＸ７のヘルプを見ていたら、
嫌～なことに気づいてしまいました。＿|￣|○

Ｘ７のスプライト機能の準備をする関数のD3DXPrepareDeviceForSpriteってヤツ。
中で
SetTextureStageState(0, D3DTSS_MINFILTER, D3DTFN_LINEAR);
SetTextureStageState(0, D3DTSS_MAGFILTER, D3DTFG_LINEAR);
とかやってるんですよ・・・

それでピーンときて
>>116を
ID3DXSprite::BeginとEndの間に挟んでみたんですよ・・・・

＿|￣|○ ﾁｬﾝﾄﾅｯﾀﾖ

ID3DXSprite::Beginの中でバイリニア服用してビンビンの悪寒ヽ(;´Д`)ノ
Bigin・・・BeginSceneの外に持っていけないし、外したら勝手に呼び出されるし・・・

>>116を毎フレーム殺るしかない薬缶。
毎フレームやっても問題ないのでしょうか？

120:名前は開発中のものです。
04/06/30 18:48 +yXY0JqQ
スプライト機能使うの諦めたほうが早いような気がしてきた・・・

121:155
04/06/30 20:18 +yXY0JqQ
あ、よく考えたら199はID3DXSprite::Begin内部でステート変更してるてことか。
今更俺が毎フレーム２コ程度ステート変更しても問題ないか。
結局>>116が一番正しかった。
漏れがアホだった。
ありが㌧

連投自己レススレ汚しスマソ

122:名前は開発中のものです。
04/06/30 20:19 +yXY0JqQ
(;´_ゝ`).oO(番号間違えすぎ 155->115 199->119)

123:116
04/07/01 15:19 WXjsa61Z
>>121
で、できたわけね。
ステートのチェンジのオーバーヘッドだけど、逆に何回ステートチェンジすると気にするほどパフォーマンスが変わるか調べてみれば？
ま、CPU→GPUへのデータの流れが少ない方がいいわけで、オレは、ステートの写しを取っておいて、現在のステートと同じであれば変更しないっていう風に組んでいる。

124:118
04/07/01 15:22 WXjsa61Z
結局、固定パイプラインを使うには、vertexDecl方式でなく、FVF方式でないとダメなようだ。
新式があるのに旧式でないとだめって、こういうのいやだな。
OpenGLにしとけばよかった。

125:名前は開発中のものです。
04/07/01 16:37 1vEsR6h1
旧式の固定を使うのに、新式で使えないのは当たり前だが。
古い機能を新しいメソッドに持ち込む方が混乱を招く。
間違いなくDirectXは向いていないから、今からでもOpenGLに逝った方がいい。

126:124
04/07/01 17:45 WXjsa61Z
>>125
は？
固定パイプラインが古い(obsolete)機能？
X9ネイティブだとシェーダーオンリー？？
初耳だ。

127:名前は開発中のものです。
04/07/01 18:00 eBOQQwrF
インタフェースとしてはlegacyかな。
お手軽プログラミングの需要はあるので今後も
固定パイプラインインタフェースは残されるだろ。
尤も、最近のビデオチップは固定パイプライン機能を
プログラマブルシェーダでエミュレートしてるので
ハードウェア的にはobsoleteかな。

128:名前は開発中のものです。
04/07/01 18:14 eBOQQwrF
ただ、D3Dインタフェースが今後も「薄いハードウェアレイヤー」
の性格を帯び続けるなら、ハードと遊離しつつあるインタフェースが
サクっと廃れる可能性もあるな。

129:127
04/07/01 18:41 WXjsa61Z
固定パイプラインが、vertexDecl方式でなく、FVF方式じゃないと動かない手抜きを指摘にしているんだけど。
固定でvertexDeclを参照すればいいだけの話だ。

＞旧式の固定を使うのに、新式で使えないのは当たり前だが。

なにが「当たり前」なんだか。

130:名前は開発中のものです。
04/07/01 19:22 eBOQQwrF
>>129
んー？私はMSでもID:1vEsR6h1でもありませんので
私に当たり散らすのは止めていただきたいですな。
敵（MS）を見誤っていませんか？
カルシウム取り深呼吸をし、>>118の姿勢を思い出しましょう。

＞なにが「当たり前」なんだか。
知りませんよ。私に聞かないでください。

確認しますが、私は「固定パイプラインが古い(obsolete)機能？」という
質問に対して返答をしたまでですよ。ご不満ですか。

131:名前は開発中のものです。
04/07/01 19:57 cSnnvaMf
固定機能をシェーダーで書けば、無理に混在させる必要は無いんだけど。
新しい部分と古い部分を混在させて、自ら不具合を招いているのに、
周りに当たり散らすのはいかがなものか。

132:名前は開発中のものです。
04/07/01 20:35 WXjsa61Z
ところで、何の権利があっておまえらそんな「偉そう」なの？

133:名前は開発中のものです。
04/07/01 21:02 N+OKfawc
なんか典型的な無能タイプだな…

134:名前は開発中のものです。
04/07/01 21:05 N+OKfawc
こういうタイプは
>固定でvertexDeclを参照すればいいだけの話だ。
なぜ参照しないかなんて全く考えないんだろうな。

135:名前は開発中のものです。
04/07/01 21:22 bdPAbTo6
Direct3Dなんて最初から見向きもしなかった俺は勝ち組

136:名前は開発中のものです。
04/07/01 21:45 ArWkKvaA
でもアンタ、フェードアウト組みに入ってますから！残念！！

137:名前は開発中のものです。
04/07/02 00:21 ncnowZLr
知ったかしかいないじゃん。
覗いて損した。

138:ID:eBOQQwrF
04/07/02 00:49 hrsj50x5
>>132
＞ところで、何の権利があっておまえらそんな「偉そう」なの？
　
話を逸らして因縁付けとは、実に聡明な方ですな(´ｰ｀)y－~~~
このスレの>>1と酷似したものを感じます。
ｽﾚﾘﾝｸ(gamedev板)l50

139:名前は開発中のものです。
04/07/02 00:50 6SSnZDB7
スレを覗いたごときで何かが得られると思ったとは、
なかなか幸せな脳味噌をしているようだ。

140:名前は開発中のものです。
04/07/02 04:22 fdoAETWb
なんだ、ど素人がプロの振りをしてみるスレだったのか。

141:名前は開発中のものです。
04/07/02 04:28 SemB68lB
ところで喪前らレス先番号ぐらい書いてくれ。

>>139
「覗いた」という表現から察するに137へのレスか。

>>140
どのスレの話をしてるのか知らんが
138がリンク貼ったスレの話なら同意だ。

142:名前は開発中のものです。
04/07/02 06:06 fdoAETWb
なんだ、底辺が素人をバカにするスレか。

143:名前は開発中のものです。
04/07/02 06:09 fdoAETWb
もとい、ろくな仕事させてもらえない底辺が、素人相手に鬱憤を晴らすスレですねここは？

144:名前は開発中のものです。
04/07/02 06:11 eAfM21ZW
>>141
いやど素人ってのは >>118 のことだろ。
無知さらしといてなんか逆切れしてるし。
使えない奴ほど変なプライド持っててほんと困る。

>>142-143
そんなに悔しかったの？

145:名前は開発中のものです。
04/07/02 06:32 fdoAETWb
>>144
>そんなに悔しかったの？

おれは118じゃないよ。傍から見て、底辺どもの争いは醜いなと思って。
とくに>>125　は、底辺で鬱屈としている奴特有の攻撃性だなと。
穢れた底辺とこれ以上かかわりたくないのでこれで。

146:名前は開発中のものです。
04/07/02 07:49 vYv1Sl4Q
うほ。なんだかよく分からんことになってますね。

一連の流れを読ませていただきましたが、超ド素人の私のような人間でも明快に分かるのは
「底辺」「素人」といった、自分に都合の良い人間像を脳内生成して、それを勝手に信じ込んで
勝手に火病を起こして勝手に暴れている fdoAETWb　のような人は何を言っても説得力ないよ
ということ。
　
>>125にはやや陰険な印象を覚えますが、WXjsa61Z の>>126以降の狂いっぷりというか
八つ当たりっぷりを見ていると、こちらも弁護不能というか自業自得でしょ。冷静じゃないよ。

147:名前は開発中のものです。
04/07/02 08:45 GQvdN794
他人を貶める言葉だけ突然書く時点で>>145も同類。
自分だけは違うと勘違いしないように。
そんなにてぇへんだ、てぇへんだと言いたければ、
江戸時代にでも生まれれば良かったのにね。

148:名前は開発中のものです。
04/07/02 09:22 fdoAETWb
なんだ、自作自演のスレか。

149:名前は開発中のものです。
04/07/02 11:43 4ZQzlT9n
粘着荒らしが誕生する過程を目撃した。

150:名前は開発中のものです。
04/07/06 08:44 RBBrkuoa
MFCとDIRECTXを一緒に使用する事できる？やり方がわかんね。
それと、やっぱMFCは使用しねぇ方が良いかね？記述が長くなるとか色々言われてるし

151:名前は開発中のものです。
04/07/06 08:46 9LI1eYRF
やり方がわからんのなら使用するな。

152:名前は開発中のものです。
04/07/06 09:24 6quKy7g0
>>150
サンプルをよく見なさい。

153:名前は開発中のものです。
04/07/06 10:54 RBBrkuoa
いやいや、MFCは使えるけど、それとDIRECTXを一緒に使うのにやり方がわかんねって意味。

154:名前は開発中のものです。
04/07/06 11:06 qVNazyxZ
Win32API単体とDirectXの組み合わせは出来るの？

155:名前は開発中のものです。
04/07/06 11:17 Ifb+GMOG
APIで作ったDirectX9.0のプログラムを一つのクラスに無理やりまとめて、
動かしていた事もあったヨ。

156:名前は開発中のものです。
04/07/06 12:38 6quKy7g0
>>153
だからサンプルをだなあ。

157:名前は開発中のものです。
04/07/06 13:00 H7JXz3nZ
>>153
MFCとDirectXを組み合わせてるサンプルがあるだろうが

158:名前は開発中のものです。
04/07/06 14:06 7lkdzqgc
そこまでMFCにこだわる理由がわからん。

159:名前は開発中のものです。
04/07/06 20:33 tJWPmmxn
Win32APIでウインドウの作成からDirectXの利用が一通り出来、
MFCも問題なく使えるのであれば、
MFCとDirectXの併用において迷う部分など無いはずなのだが、
いったい何が分からないのだろう？

160:名前は開発中のものです。
04/07/09 23:56 yxdBG2Kt
俺はWTL使ってる

161:名前は開発中のものです。
04/07/10 16:05 4OvPBLsu
そういう本売ってるよ、自分見たし
工学社だったはず

162:名前は開発中のものです。
04/07/11 01:14 RsNErYr5
ある程度本格的な3Ｄゲームを制作するには、ビデオメモリは何ＭＢあれば十分？
個人的感想でいいので誰かおせーて。

163:名前は開発中のものです。
04/07/11 02:20 7EmrewtQ
じゃあ俺の「個人的感想」。
「ある程度」の程度次第だと思います。

164:名無しさん＠そうだ選挙に行こう
04/07/11 07:44 aUUHJSCG
>>162
じゃあ256MB。これだけあれば十分だろ。
足りないから動かないなんてないし。
VRAMを管理する時代は終わってるし。

165:名無しさん＠そうだ選挙に行こう
04/07/11 09:38 PGSXLcmm
>>162
ある程度の料理をするのに塩は何グラム必要ですか？
個人的感想でいいので誰かおせーて。

166:名無しさん＠そうだ選挙に行こう
04/07/11 11:25 7FHfHHkx
>>165
一日の最高摂取量を５グラムとすると、
３で割ったぐらいが一食分じゃなかろうか？

167:名無しさん＠そうだ選挙に行こう
04/07/11 11:30 POG7MgS8
一人分とはどこにも書いてないぞ。

168:名無しさん＠そうだ選挙に行こう
04/07/11 12:19 7FHfHHkx
>>167
１人分がわかれば「ある程度の料理に必要な塩の量」も目星がつくだろ。
「ある程度の料理」を大衆料理を指しているなら、

「ある程度の料理に必要な塩の量」　＝　その料理に必要な塩の量　Ｘ　人数　＋　α

という式を頭に描くことができればもう解決だろう。
ここで「ある程度本格的な３Ｄゲームに必要なＶＲＡＭ」を考えてみよう。
そもそも「ゲームに必要なＶＲＡＭ」ってなんじゃろなってところから考えてみよう。
これは「ゲームのワンシーンに必要な最大ＶＲＡＭ」と言い換えるとわかりやすい。
要するに「ゲームの一番派手なシーンに必要なＶＲＡＭ」がこれである。（システムをどう作るかにもよるが・・・）
ここで式が立つ。

「ゲームのワンシーンに必要なＶＲＡＭ」
　＝　マップに必要なＶＲＡＭ　＋　ワンキャラに必要なＶＲＡＭ　Ｘ　キャラ数（ワンシーンに登場する最大キャラ数）
　＋　ステータス画面やらに必要なＶＲＡＭ　＋　エフェクトやらに必要なＶＲＡＭ　＋　その他

と、大雑把な検討を付けることができる。
ためしに64X64ぐらいのテクスチャが何枚使えるか？とか
頂点いくつのモデルがどのくらい使えるか？とか考えてみて、
次に、どのくらいのクオリティにしたいかを考えてデザイナと譲れない線を決めて逝って
必要ＶＲＡＭを決めてみてはどうだろうか？（ショボイマシンでは強制的にテクスチャの解像度を２分の１にするって手もあるｗ）

169:名無しさん＠そうだ選挙に行こう
04/07/11 12:23 j7YGQS/5
ある程度本格的なんだから現実世界と見分けがつかないほどじゃないの

170:名無しさん＠そうだ選挙に行こう
04/07/11 12:35 CZk0RtKK
いや、つーか必死すぎ

171:名無しさん＠そうだ選挙に行こう
04/07/11 14:46 PGSXLcmm
ある程度本格的なX+Y=Zには、いくつ代入すれば十分？
個人的感想でいいので誰かおせーて。

172:名無しさん＠そうだ選挙に行こう
04/07/11 14:48 CQ76X3a+
文字が炎で浮かびあがるみたいなのを再現したいのですが
どうすればいいですかね？

173:名無しさん＠そうだ選挙に行こう
04/07/11 15:21 3khxCyza
256*256*256のボリュームテクスチャが最低32枚は要るな。

174:名無しさん＠そうだ選挙に行こう
04/07/11 17:14 /iADttXZ
セルオートマトン

175:名無しさん＠そうだ選挙に行こう
04/07/11 17:20 nxB/5Hag
ライフゲーム

176:名無しさん＠そうだ選挙に行こう
04/07/11 17:42 IUKX/jbg
>>172
ここで聞くよりﾈｯﾄで探したほうが遥かに早い。
古くはDirectDrawやGDI、
最近のならDirect3DやらShaderやらｿｰｽは転がりまくりだ。

177:名無しさん＠そうだ選挙に行こう
04/07/11 18:04 QKmJNdxw
ライフゲーム…懐かしい。そう言えば俺が一番最初に作ったソフトはライフゲームだった。

178:名無しさん＠そうだ選挙に行こう
04/07/11 19:06 6WfdSZuv
>>172
文字をモデルでなくテクスチャーで描画するなら、シェーダーでバンプマップと、ディフューズライトマップと、ノイズをうまく使えば作れると思う。

179:名無しさん＠そうだ選挙に行こう
04/07/11 20:08 SNLob6Bm
ＸＳＩファイルって何？
ＳｏｆｔｉｍａｇｅＸＳＩのファイルのことですか？

180:名前は開発中のものです。
04/07/12 11:08 f/RugnCv
どこのXSIだか分からないが、その可能性が高い。
多機能なファイルなので、有料物が多いが多種のコンバーターが用意されている。
特定のソフトのデータを別のフォーマットに変換するときに、直接変換できないのであれば、
いったんXSIを経由することによって解決できる。

181:名前は開発中のものです。
04/07/12 12:41 iMN5IpxO
DirectXのＸＳＩはシーンファイルだと思うのですが
手持ちのシーンファイル（ＬＷとか）をＸＳＩに変換したいのです。

ＳｏｆｔｉｍａｇｅＸＳＩは高くてとても買えないし。
よろしかったら変換ソフトを教えてもらえませんか？
そんなに高価でなければ買いたいのですが‥。

182:名前は開発中のものです。
04/07/12 12:47 V2NEqMy/
>>181
PolyTrans
www.oakcorp.net/polytrans/

183:名前は開発中のものです。
04/07/12 13:37 d8+m1zeC
すごいフリーソフトですね。
こうゆうのを探してました。
ありがとうございました。

184:名前は開発中のものです。
04/07/12 15:35 +82HpsML
>>183
182のことなら売りもんだよ。
日本版で4～5万、直輸入で300-400$ぐらい

185:181
04/07/12 19:31 9tsuxA4f
>182
ＸＳＩ　ＢＶＨ　ＬＷＳ　Ｘの相互変換！
まさに自分がほしかったものです。　
５万くらいなら買えるし。

さっそく評価版をダウンロードしてみます。
ありがとうございました。

186:名前は開発中のものです。
04/07/12 21:02 YFu3Yt3V
ソースないです

187:名前は開発中のものです。
04/07/12 22:24 V2NEqMy/
>>186
他の調味料で我慢せよ。
（例：ソース焼きそば→たらこ、明太子、醤油バター）

188:名前は開発中のものです。
04/07/13 00:41 4dYjAK2k
やきそばは、塩に限る

189:名前は開発中のものです。
04/07/13 00:53 q9x7UC3I
VC++6.0でXファイルを表示することができたけど、
このXファイルをプログラム内で変形させたり、
歩かせたりしたいのに、参考になるサイトが見つからないYO！

歩かせるのってもしかして体のパーツを別々に作らなくてはならない・・・？
変形させるのってXファイルから座標の情報が分かれば大丈夫だと思うけど、
どういう風に取得するのやらOTL

190:名前は開発中のものです。
04/07/13 01:03 4wlf1v+d
bakaな質問しますけど、DirectX7対応ゲームをプレイする為に
DirectX8完全対応なゲフォ4に
無理矢理DirectX7とDirectX7用の古いグラフィックドライバーを
インストールするのは無理があるでしょうか？

DirectX7環境のほうがスムーズな2D描画できると思うんで。

というか未対応にもかかわらず古いグラフィックドライバーぶっこむと
グラボぶっ壊れるかな・・・・・

191:名前は開発中のものです。
04/07/13 01:33 /CvgO/Ka
>>189
DirectX9にtinyのサンプルあるから見とけよ。
　
>>190
違うﾋﾞﾃﾞｵﾁｯﾌﾟのﾄﾞﾗｲﾊﾞを無理やりｲﾝｽｺして壊れない保障はない。
んなの当たり前。つーか板違い。自作PC板のゲフォスレで聞きな。

192:名前は開発中のものです。
04/07/13 02:39 y7gDmdRZ
>>190
そもそも、ゲーム開発ではなくゲームプレイで何を言ってる？

DirectX7で作られたバイナリの処理が、
DirectX8環境で実行させると全く違う物になると言いたいの？
だからDirectX7をインストールしたいと…

DirectX7でブロック転送やらで作られた処理のバイナリを
DirectX8環境で実行させると、勝手にスプライト処理とかになって遅くなると
そんな感じに思ってるの？

193:名前は開発中のものです。
04/07/13 07:21 DBRzcV3o
>>192
DirectXにスプライト処理が存在すると、
そんな感じに思ってるの？

194:名前は開発中のものです。
04/07/13 07:43 5llfoY9v
最近バカみたいな質問が多いのは、バカが増えたからだよな。

195:名前は開発中のものです。
04/07/13 08:34 jzwdFF+S
期末テストも終っただろうしな。

196:名前は開発中のものです。
04/07/13 10:07 rkvj0E5C
にっぽんの将来は、まっくらだ

197:名前は開発中のものです。
04/07/14 03:03 YAk9BLuw
ふと思ったんだけど、
結局IDirect3DDevice9::PresentはどういうときにVSYNCと同期とるの？
ウィンドウモードでもVSYNC待ちするん？

198:名前は開発中のものです。
04/07/14 05:47 MG298uj6
ヘルプの D3DPRESENT_PARAMETERS構造体の
PresentationIntervalを読めば、その謎は解決すると思う
俺もちょうどこの前、同じところで悩んで調べたとこ

199:名前は開発中のものです。
04/07/14 10:52 Wq2xcMIa
>>197
＞ウィンドウモードでもVSYNC待ちするん？
　
するよ。自動。

200:名前は開発中のものです。
04/07/14 15:27 TrdtPjRg
難しい会話してますね。

201:名前は開発中のものです。
04/07/14 15:38 6+nKd7SH
文字が炎で浮かびあがるみたいなのを再現したいのですが
どうすればいいですかね？

202:名前は開発中のものです。
04/07/14 15:47 7a2ZlvXB
>>172
ここで聞くよりﾈｯﾄで探したほうが遥かに早い。
古くはDirectDrawやGDI、
最近のならDirect3DやらShaderやらｿｰｽは転がりまくりだ。

203:名前は開発中のものです。
04/07/14 16:35 Wq2xcMIa
セルオートマトン

204:名前は開発中のものです。
04/07/14 16:37 cSqrSSKt
ライフゲーム

205:名前は開発中のものです。
04/07/14 17:39 8+MeTEKK
本もってる人しか分からない質問でスマソ。
「DirectX9vol.2　3Dゲームプログラミング　C#によるキャラクタの歩行アルゴリズム」
って本なんですが。
サンプル(リスト5.5)をC++に直して実行したんですげど、
キャラクタが一歩進んで逆モードになったとたんに上半身の姿勢が傾いて
その後はそのまま歩行するんですが、これって仕様ですか？
真っ直ぐの姿勢のまま歩行させたいんだけど、何時間も迷ってます。
お助けを・・・。

206:名前は開発中のものです。
04/07/14 18:13 L7fgGGCl
サンプルそのまま動かしてみて
違う動作なら自分のバグだろう

207:名前は開発中のものです。
04/07/14 19:57 8+MeTEKK
>サンプルそのまま動かしてみて
実は動作させる環境が無いんです（win98のk6-2 350mhz vc++5.0)

208:189
04/07/14 21:02 rbPUkRjn
tinyのサンプル見て何がなんだか分からなかったけど、
サンプルのコードの一部をコピってぐぐってみたらそれらしいHPがでてきました。
頂点シェーダーっていうのをぜんぜん知らなかったよ。
これからまた勉強します。
ありがとうございました。

209:名前は開発中のものです。
04/07/14 21:17 uOZXkB+P
>>205
仕様かどうかはソース見ればわかるでしょ。

210:名前は開発中のものです。
04/07/14 23:14 +gnIx0lG
ここも某BBXも、完全に厨房王国と化してしまったな。

211:名前は開発中のものです。
04/07/14 23:17 AbhzswCG
夏到来だぜ

212:名前は開発中のものです。
04/07/14 23:17 Wq2xcMIa
夢を見る210

213:名前は開発中のものです。
04/07/14 23:33 3SlC6+or
>>189
VERTEX構造体に、ブレンド値（ウェイト＝行列補間値 = wM+(1-w)M )を入れるんだよ。
D3DのドキュメントのGeometry Blendingを読め。

214:213
04/07/14 23:36 3SlC6+or
補足：
ブレンドする行列をそれぞれM1,M2とすると、ある頂点のウェイトw [0,1]によって頂点を変換する行列M'を求める。
M' = wM1+(1-w)M2

215:197
04/07/14 23:41 YAk9BLuw
>>198-199
おお、設定できるのか。
見逃してました。マジでありがとん

216:名前は開発中のものです。
04/07/14 23:56 o3zClHdn
>>213
行列を補間しちゃうの？

217:名前は開発中のものです。
04/07/15 00:02 a0RqXKRX
>>214は大嘘な。

218:名前は開発中のものです。
04/07/15 00:16 5qtxwqQC
パーティクルって何？

219:214
04/07/15 00:20 74XWLGbU
>>216
そうだよ。
SetTransform() で、WORLD1に、M1, WORLD2にM2を設定する。
あと、全ての頂点にブレンド値ｗを設定。
バーテックス・ブレンディングの変換行列はこうなる。
M' = wM1+(1-w)M2
これは線形補間。

>>217
素人さんは書き込み遠慮願えますか？

220:名前は開発中のものです。
04/07/15 00:20 RZa6M6YU
>>218
粒子

221:名前は開発中のものです。
04/07/15 00:36 5qtxwqQC
炎で文字を表現していのですがどうすればできますかね？

222:名前は開発中のものです。
04/07/15 00:39 me8K4ngQ
つまんね

223:名前は開発中のものです。
04/07/15 00:44 J2QoNYbd
>>219
マジで行列を補間すると思っちゃってるの？
>D3DのドキュメントのGeometry Blendingを読め。
アンタこそよく読んだほうがいいよ。

224:名前は開発中のものです。
04/07/15 00:48 s7S1auKv
>>219
それは拡大縮小のやり方？
頂点すべてにwをかけて、
wを変化させることで拡大縮小を行うという意味？

225:名前は開発中のものです。
04/07/15 01:05 74XWLGbU
>>224
まったく違う。ボーン数１のとき，
ブレンドする行列をそれぞれM1,M2とすると、ある頂点のウェイトw [0,1]によって頂点を変換する行列M'をD3Dが求め、その変換行列によって頂点をD3Dが変換する。
M' = wM1+(1-w)M2 ←　D3Dが行列M1→M2をウェイトwで補間する。
例えば、CUSTOMVERTEX構造体はこんな感じ。
{
　D3DVECTOR3　coord;
　float　　　　w;　←区間[0, 1]
}
ユーザーが設定するのは、
頂点座標をPとすると、変換後の座標P'= PM'となる。

>>223
おまえまったく判ってない。

226:225
04/07/15 01:08 74XWLGbU
ユーザーが設定するのは、上の例の場合、M1,M2のWORLDマトリックスと、すべての頂点のw。
ウェイトが1であれば、100% M1となり、0であれば100% M2となり、0.5であれば、(M1*0.5 + M2*0.5)となる。

227:225
04/07/15 01:10 74XWLGbU
>>223
こういうアホがいるからみんな消えていくわけだな。

228:名前は開発中のものです。
04/07/15 01:37 J2QoNYbd
>>225
だから違うよ。
変換後の座標をウェイト値で合成するんだろ。
行列を線形補間してそのまま使ったりしたらまずい。

229:名前は開発中のものです。
04/07/15 01:44 a0RqXKRX
>>225
久しぶりに正真正銘のバカを見たわ。
>>216,>>217 >>223
をどう読んだのか？

あと「行列を補間する」の意味を教えれ。

230:名前は開発中のものです。
04/07/15 01:50 a0RqXKRX
>>225の発言を抜粋。

「素人さんは書き込み遠慮願えますか？」
「おまえまったく判ってない。」
「こういうアホがいるからみんな消えていくわけだな。」

・・・鬱だ氏んでくれ>>225。

231:名前は開発中のものです。
04/07/15 02:33 5qtxwqQC
炎の文字はどうやって表現すれば・・・

232:名前は開発中のものです。
04/07/15 03:28 ArWlyibQ
>>225
スキニングによるボーン処理のweightと
ボーン変換における各key_frame間の補間が
混同されすぎてます。

key_frameが十分細かく設定されているなら貴方の言う補間処理は不要でしょう。
しかし、頂点が複数のボーン影響を受ける事とは別の話です。

スキニング、ボーンのウェイト、姿勢の補間を理解する事をお勧めします。

233:名前は開発中のものです。
04/07/15 03:55 WZCfEE8K
>>231
可愛そうだからマジレスしてやると、
その技術はDirectXとは全く関係が無い。
結論を言うと、スレ違いだね。

適切なスレで質問すると良いだろう。

234:名前は開発中のものです。
04/07/15 04:30 37qRmEuN
DirectDrawでウィンドウモードで完全にVSYNCさせるのって無理？

235:名前は開発中のものです。
04/07/15 07:22 74XWLGbU
>>228

「変換後の座標をウェイト値で合成するんだろ。
行列を線形補間してそのまま使ったりしたらまずい。」

たしかに、Ｄ３Ｄではベクトルを合成しているのは認める。しかし、
V'= V{wM1+(1-w)M2}, V'= wVM1+(1-w)VM2
この２式の結果は同じ。嘘だと思うなら試してみ。

236:名前は開発中のものです。
04/07/15 07:24 74XWLGbU
>>229
＞あと「行列を補間する」の意味を教えれ。
M' = wM1+(1-w)M2
って定義してんだろ。
＞・・・鬱だ氏んでくれ>>225。
おまえがしねよ。数学もできないでプログラマなんかやってんじゃね。

237:名前は開発中のものです。
04/07/15 09:23 yYZscXA7
行列の線形補間は可能に一票。
ただし、行列の段階だろうが座標だろうが、
元が行列のデータを補間すると回転要素の劣化が激しいので、
補間が前提であれば、成分を混ぜた物を使う時点で愚策。
行列でしかデータを吐けないエクスポーター等は使うべきではない。
行列の場合は、補完しなくてもいいように、
細かくデータを吐きだして無駄にデータ量をとるのを覚悟するしかない。

238:名前は開発中のものです。
04/07/15 13:37 Z96KWdeU
>>225, >>235, >>236
おまえがしねよ。同次座標も同次変換も知らないでプログラマなんかやってんじゃね。

> たしかに、Ｄ３Ｄではベクトルを合成しているのは認める。しかし、
> V'= V{wM1+(1-w)M2}, V'= wVM1+(1-w)VM2
> この２式の結果は同じ。

(ﾟДﾟ)ﾊｧ?

239:228
04/07/15 14:14 znH2PgHO
>>235
だから変換後に合成するのと合成した行列で変換するのは違うって。

たとえば単位行列とY軸で180度回転してる行列を補間してみればわかる。
これは極端な例だけど回転要素が近い行列同士でも
この問題が起きてるので線形補間してそのまま使うのはまずいって。

240:名前は開発中のものです。
04/07/15 14:43 5CaSOcVA
それ例は、行列の補間でも、変形後の座標の補間でも、同じだと思われ。

このスレにはバカしかいないのか？

241:名前は開発中のものです。
04/07/15 14:59 TlmwfOpa
189が惑わされているといけないから言っとく。
サンプル通りに変形済みの頂点合成しとけば問題ない。
頂点シェーダに手を出したら、とりあえずトゥーンシェーディングをやって見る。
案外面白いから。
テクスチャの使い方を学ぶ良いサンプルだと思うし。

スキニングで行列を補間するメリットってあるの?

242:名前は開発中のものです。
04/07/15 15:00 Lf5cLVAP
引き篭もりは多いが、バカは >>240 ぐらいだろ。

243:名前は開発中のものです。
04/07/15 15:26 qBCUW8sZ
>>240
面倒なんで一行目だけ
・単位行列
1 0 0 0
・Y軸で180度回転
-1 0 0 0
これをウエイト0.5で補間したら
0 0 0 0
になってまずいだろ。
これは極端だとしても違う回転要素の行列を線形補間しただけだと
スケーリングが掛かったような変な行列になる。

回転要素が違う行列を線形補間したものと
クォータニオンやオイラー角を補間してそれで作った
行列の中身は違うだろ。

244:名前は開発中のものです。
04/07/15 15:30 qBCUW8sZ
>>242
>>235 もバカでしょ。
同一人物だとしたらもう手に負えないんで
もう行列の補間が正解でいいです。

245:名前は開発中のものです。
04/07/15 15:31 yYZscXA7
補間が前提ならクオータニオンを使うべき。
行列はどのような方法を使おうと、回転要素に問題が発生する。
ちなみにクオータニオンを使っても、180度をブレンドなら、かなりのゆがみが発生する。
行列ならゆがみを通り越して、ひしゃげる。

246:名前は開発中のものです。
04/07/15 15:36 yYZscXA7
勘違いをしていたが、スキニングのウエイトか。
アニメーションとかモーションブレンドの話をしてた。
ちょっと逝ってくる。

247:240
04/07/15 15:54 37qRmEuN
>>243
さっきも書いたが、
変換後の補間するやり方で、その例をやってみろよ。

同じ結果になるだろ。
なぜなら、行列の補間も、変換後の座標の補間も、どっちも所詮線形変換だから。

自分が本当のバカであることを証明したいだけなのか？

248:240
04/07/15 15:58 37qRmEuN
>>244
行列の補間は間違い。

行列の補間は同次座標を含めた4次元座標での線形補間、
変形後の座標の補間はもちろん3次元座標での線形補間。

どちらも単なる線形補間なのでそもそも「正しい」など言えないのだが、
ウェイトを使ったブレンディングの概念により近いのは明らかに後者。

249:240
04/07/15 16:04 37qRmEuN
書き忘れたが、
>>243の例で、二つの方法の結果が等しくなるのは、
用いられている二つの行列が、同次座標を変化させない変換を表しているから。

まさかここまで言わないと理解できないほどのバカはいないと思うが、念のため。

250:名前は開発中のものです。
04/07/15 16:20 YX0jyFzX
>なぜなら、行列の補間も、変換後の座標の補間も、どっちも所詮線形変換だから。
>行列の補間は同次座標を含めた4次元座標での線形補間、

もうアンタの勝ちです。間違いない。

251:名前は開発中のものです。
04/07/15 21:59 nzaxTIty
水、雷を表現したいのですがどういった方法がありますでしょうか。

252:名前は開発中のものです。
04/07/15 22:14 6ceo0B9C
>>251
パーティクル、ストリップ、etc。

253:名前は開発中のものです。
04/07/15 22:28 6ceo0B9C
と思ったらまたマルチポストか・・・。

マジレスすると、SIGGRAPHの論文でも読め。
で実装できたらこういうところで発表するとヒーローになれるぞ。
URLﾘﾝｸ(lucille.sourceforge.net)

「レンダリング、アニメーション関連などの見た目でデモが分りやすいのがよいかと」
とあるのでテーマとしてはいい感じのはず。
がんばれ厨房！

254:名前は開発中のものです。
04/07/16 00:23 3qkX9w8Z
>>221,231,251
１．炎、水、雷などを写真に撮ります。
２．ビルボードで表示したいように並べます。
３．ヽ(ﾟ∀ﾟ)ノﾔｯﾀｰ!!

255:名前は開発中のものです。
04/07/16 00:25 3qkX9w8Z
>>234
>>199

256:189
04/07/16 00:35 rarOkq+Y
結局意味分からんかった。
もっと勉強して出直してきます。
ご迷惑かけました。マジで。

257:名前は開発中のものです。
04/07/16 04:30 OS1hTRz1
>>255
>DirectDrawでウィンドウモードで完全にVSYNCさせるのって無理？

いや、DX8以降のD3Dと統合されたのではなく、
DDrawでの話しなんすが。

258:名前は開発中のものです。
04/07/16 07:54 PHtkNvW+
>>257
今ﾍﾙﾌﾟ見られないから適当だが、同期とる関数がある。

259:名前は開発中のものです。
04/07/16 08:04 8sJyX39C
D3DPRESENT_PARAMETERSのPresentationInterval = D3DPRESENT_INTERVAL_ONE ;
じゃねーの。

260:257
04/07/16 10:31 x3ikW9YG
>>258
言われてみてもう一度よくさがしてみたら、
＞IDirectDraw7::WaitForVerticalBlan
＞メソッドは、アプリケーションが垂直帰線消去間隔と共に同期する方法を提供する。
あったあった、これっぽいね。thx

しかし、D3DとDDrawの区別が付かないやつって多いのか？
まぁDX8以降マニュアルからも消えちゃったし、しょうがないのか…

261:名前は開発中のものです。
04/07/16 11:41 iwAzj5Mk
>>259
＞D3DPRESENT_INTERVAL_ONE
　
DX9以降、それは使わない。ヘルプ参照。

262:名前は開発中のものです。
04/07/16 15:24 tp+KxRbP
>>260
微妙に困るよね>DDrawのマニュアル
まぁDX7SDKのマニュアルありゃ済む話ではあるが

263:名前は開発中のものです。
04/07/16 19:45 4tunO0kM
>>262
それがDX8以降のサンプルを見ると、微妙に変更点があるっぽいんですよね。
(ラッパー関数が増えた？)
ぱっと見て違うのが、DDオブジェクトをnewで確保してたりとか。
C#のガベージコレクタを効かせるためなのかな？
そういう変更点の説明がまったく無いのがなんとも気持ち悪い。

264:名前は開発中のものです。
04/07/17 15:48 YfC7nJ2s
>>256
いや、お前は別に何も悪くない。
悪いのは、>>213, >>219, >>225, >>228, >>236, >>243のような、
忠告を繰り返し無視した上で大嘘を連発する、数学もできないバカプログラマー達だ。

まあこのスレの住人はほとんどそういう奴らばっかなのは事実だが。

265:名前は開発中のものです。
04/07/17 17:20 B5TJNueI
荒れるから終わってる話を蒸し返すなよ…

266:名前は開発中のものです。
04/07/17 18:00 +9dzbshW
じゃあ話題を変えてみよう。

DWORD dwExecuteBufferSize;
D3DEXECUTEBUFFERDESC D3DExecuteBufferDesc;
ZeroMemory(&D3DExecuteBufferDesc, sizeof(D3DExecuteBufferDesc));
D3DExecuteBufferDesc.dwSize = sizeof(D3DExecuteBufferDesc);
D3DExecuteBufferDesc.dwFlags = D3DDEB_BUFSIZE;
D3DExecuteBufferDesc.dwBufferSize = dwExecuteBufferSize;
hRes = m_lpD3DDevice->CreateExecuteBuffer(&D3DExecuteBufferDesc, &m_lpD3DExecuteBuffer, NULL);

267:名前は開発中のものです。
04/07/18 15:15 KMrdhIqJ
>>264
V'= V{wM1+(1-w)M2} = wVM1+(1-w)VM2
まだこれがわかんねーやつがいるよｗ

『数学もできないバカプログラマー達だ。
まあこのスレの住人はほとんどそういう奴らばっかなのは事実だが。』

おまえのことだよﾌﾟｯ>>264

268:名前は開発中のものです。
04/07/18 15:39 wMON88Q+
>>266
そんな話題に変えてもなつかしすぎて誰もついてきてこれないぞ

269:名前は開発中のものです。
04/07/18 20:13 XV/x4++F
むしろ、どう反応すればいいのか迷うが。
実行バッファを作って終わりなんだもの。

270:名前は開発中のものです。
04/07/19 08:58 48ZX7Scm
荒んでるとこすまんがDirectInput7で教えてくれ('A`)
今作ってるゲームを二人プレイ用に改造してるとこなんだが、２つ目以降の
Joystickデバイス取得の具合がどうもよろしくないのよ･･･

LPDIRECTINPUT7 pDI = NULL;
LPDIRECTINPUTDEVICE7 pDIdev1 = NULL;
LPDIRECTINPUTDEVICE7 pDIdev2 = NULL;

BOOL CALLBACK GetJoystickCallback(LPDIDEVICEINSTANCE lpddi,LPVOID *pvRef)
{
HRESULT hResult;
hResult = pDI->CreateDeviceEx(lpddi->guidInstance, IID_IDirectInputDevice7,(void**)pvRef, NULL);
if(hResult == DI_OK)returnDIENUM_CONTINUE;
returnDIENUM_STOP;
}
こういう列挙コールバックを書いて･･･
(省略)
hResult1 = pDI->EnumDevices(DIDEVTYPE_JOYSTICK,(LPDIENUMDEVICESCALLBACK)GetJoystickCallback,&pDIdev1,DIEDFL_ATTACHEDONLY);
hResult2 = pDI->EnumDevices(DIDEVTYPE_JOYSTICK,(LPDIENUMDEVICESCALLBACK)GetJoystickCallback,&pDIdev2,DIEDFL_ATTACHEDONLY);

こんな感じでデバイスを取得しようとすると、PCにジョイスティックが１つしか繋がってない時でも
２回目のEnumDevicesがDI_OKを返しちゃうのよね（ちゃんと失敗を返してくれない）
ちなみにPCからジョイスティックを抜いて実行するとちゃんと１つ目から取得に失敗する。
何故か１つでも繋がってると２回目のEnumDevicesまで成功してしまうという･･･

いろんなサンプル見たけど１つ目を認識させるとこ止まりで参考にならんかった
漏れのコードが間違ってるのは明白なんだが解決方法がﾜｶﾗﾝ
ジョイスティックが１つの時に２回目以降がDI_OKを返さなくする正しいやり方を教えて下され

271:名前は開発中のものです。
04/07/19 10:21 54Q4/4D7
>>270
EnumDevicesは1回だけ呼ぶんだよ。
それでGetJoystickCallbackをループさせて、複数のデバイスを取得する。

272:名前は開発中のものです。
04/07/19 10:22 p5K2URLW
そら、最初から列挙し直したら同じものを列挙するだろ。
誰かがデバイスのインターフェイスを取得しようが、
別に列挙の条件から外れるわけではないからな。

一回の列挙で一度にやるか、二回回すなら、取得済みのデバイスを無視するとかしないと。

ちなみに俺は、IDirectInputDevice8::GetPropertyでDIPROP_JOYSTICKIDを使って、
使用するデバイスを選べるようにしている。

273:名前は開発中のものです。
04/07/19 12:38 48ZX7Scm
うーむ、コールバック関数をよく理解できんな…

コールバック関数内でCreateDeviceExを２回呼んで終わりにすればいいのかな？
ちょっとやってみる

274:名前は開発中のものです。
04/07/19 12:56 48ZX7Scm
コールバック内で２回CreateDeviceExやったけど同じだった･･･orz

275:名前は開発中のものです。
04/07/19 13:06 48ZX7Scm
思いっきり勘違いしてた
修正したらうまく行ったみたい
因みにこんな感じにしてみますた
BOOL CALLBACK GetJoystickCallback(LPDIDEVICEINSTANCE lpddi,LPVOID *pvRef)
{

HRESULT hResult;
if(pDIdev1 == NULL){
hResult = pDI->CreateDeviceEx(lpddi->guidInstance, IID_IDirectInputDevice7,(void**)&pDIdev1, NULL);
if(hResult == DI_OK)returnDIENUM_CONTINUE;
elsereturnDIENUM_STOP;
}

if(pDIdev2 == NULL){
hResult = pDI->CreateDeviceEx(lpddi->guidInstance, IID_IDirectInputDevice7,(void**)&pDIdev2, NULL);
if(hResult != DI_OK)pDIdev2=NULL;
}
returnDIENUM_STOP;
}
なんか恥ずかしいコードだな･･･

>>271-272
ｻﾝｸｽｺ

276:名前は開発中のものです。
04/07/19 13:27 54Q4/4D7
>>275
強引だな・・・・・。

277:名前は開発中のものです。
04/07/19 21:53 FkElpxEK
確かにしようもないことで荒れるけど、業務系板と比べると『しようもない』のレベルの次元が違う。

278:名前は開発中のものです。
04/07/19 21:53 FkElpxEK
確かにしようもないことで荒れるけど、業務系板と比べると『しようもない』のレベルの次元が違う。

279:名前は開発中のものです。
04/07/20 02:12 TWCqFqg5
レベルの次元

280:exciteは神
04/07/21 00:33 NW4Ruyd1
それは破滅しますが、ので、そこに、さらにある、
オペレーティング・システム・ボードと比較して、
それを確かにする方法、レベルの次元、の
「そこに、さらにある、実行する方法」異なります。

281:名前は開発中のものです。
04/07/22 22:56 5rJvB900
Forceware60シリーズリリース。
GeForce6800にDirectX9.0c(WindowsXPSP2RC2)と
Shader3.0環境は整った。

282:名前は開発中のものです。
04/07/24 19:31 P1GEgvZG
ぬるぽ

283:名前は開発中のものです。
04/07/24 19:55 PR5W0fUe
ポルンガ

284:名前は開発中のものです。
04/07/24 19:56 NIvgFQBW
ｱﾊｰﾝ

285:名前は開発中のものです。
04/07/24 23:31 fQM+YmNW
恐らく、それらはTAKOのビットを装備しており、それを焼き、沸騰させて、それが大阪と呼ばれる時、ゆで団子になるでしょう!

286:名前は開発中のものです。
04/07/25 09:28 aCl1Aoq6
今制限の多いエフェクトやHLSLでしこしこライブラリ作ってるけど
近い将来その制限も緩和されてゴミとかすんだろうな
なんだかむなし

287:名前は開発中のものです。
04/07/25 09:44 mxjAoDQK
ここはひどい日本語でつね

288:ヘルジャック
04/07/25 10:21 ovE6k6xQ
URLﾘﾝｸ(combatant.hp.infoseek.co.jp)

漏れが作ったんだけどちょっとこれを改良して

289:名前は開発中のものです。
04/07/25 10:35 rIHwuKxk
>>288
ヘルジャックさ、
現在のフレームのキャラクタの位置を決定してから
マップの表示範囲を決めるようにしないか？

つまりマップの描画にはキャラクタの座標が必要になるわけだが。

290:名前は開発中のものです。
04/07/25 10:36 XPpA5MG/
誘導されてきたのですが質問いいですか？

ビルドしてVCから実行するとHALで起動して普通に実行できるのですが、EXEファイルを
直接実行するとREFになっていますみたいなメッセージがでてその後
Geniric application error.Enable debug output for detailed information.
とメッセージがでて強制終了します。強制終了する前にプロパティをみると REFになっています。
直接起動するとなぜREFで起動するのかとメッセージの意味がよくわからないのですが教えてもらえませんか。

使用ソフトはVisual Studio AcademicでビデオカードはGeforceFX5200です。

291:ヘルジャック
04/07/25 10:38 ovE6k6xQ
主人公が画面の真ん中にくるような処理ね

あと obj.cppがスプライトやってるんだけど
y座標でソートしてからキャラを描写したいんだけど
リスト構造のソートのやり方がよくわからないから教えて

292:名前は開発中のものです。
04/07/25 10:40 ovE6k6xQ
>>288
操作は
Alt+Enterがフルスクリーン
1キーがキャラを生成
Deleteで削除

293:名前は開発中のものです。
04/07/25 10:46 rIHwuKxk
>>290
それだけじゃわかんねぇよｗ

>>291
そのまえに２ＤなのにＹ座標でソートして描画すんの？

294:ヘルジャック
04/07/25 10:50 ovE6k6xQ
キャラが重なったとき
下にいるキャラの頭でそのキャラの上のキャラの足が隠れるようにしたいんだ

なんか今のはオブジェの生成した順番になってるから描写すると変な重なりに見える

295:名前は開発中のものです。
04/07/25 11:10 rIHwuKxk
>>294
ああ、そうか、とりあえずゲームの世界は構築してあるな。
Ｙ座標が画面からみて奥行きになるわけね。

リストのソートがわからないのも問題だけど
この場合はこのリストはソートしない方がいいな。
だってこれ、スプライトのリストじゃん。Ｙ座標のソートと関係ないよ。

必要なのは描画するときだけで、フレームごとに変わるんだから、
こういうときは、一時的に関数内でポインタの配列を作って、リストの要素のポインタ一つ一つを
用意した配列にとっちゃってそれをソートするんだ。
これで配列のソートと同じだ。

言ってること理解できるかな？
ポインタをとってポインタをソートするんだ。

296:295
04/07/25 11:18 rIHwuKxk
おっと間違え。
スプライトのリストじゃなくてオブジェクトのリストか。
まあ、それでもソートはしちゃ駄目だね。

て、いうかリストの順番に意味をもたせるのはあんまりよくないんだな。

297:名前は開発中のものです。
04/07/25 11:19 ovE6k6xQ
>>295
㌧クス
ポインタの配列を作ってそれを描写か

URLﾘﾝｸ(combatant.hp.infoseek.co.jp)
とりあえずBGMを付けてみた

なんだか難しそうだがやってみまつ

298:名前は開発中のものです。
04/07/25 11:29 rIHwuKxk
>>297
>なんだか難しそうだがやってみまつ
楽勝でしょ？
でも、自分で考えようとするとハマルかもｗ
そういうときは手順をしっかり書いて見る

１．十分な数のポインタ配列を用意。（もしくは可変配列）
２．オブジェクトリストのポインタを全部ポインタ配列にとる。
３．Ｙ座標でソートする。
　　（一番楽なソートをアルゴリズムの本をみるなり、どっかのサイトからパクッてこい。）
　　（この手のものいちいち自分で作ってると日が暮れるぞｗ）
４．できた配列を元にして描画する。

で、終わりだ。

299:名前は開発中のものです。
04/07/25 11:33 aCl1Aoq6
>>290
そういうのは、やはり実はエラってるってケースが多い。
DXをデバッグバージョンにしてログをみるといい。

300:名前は開発中のものです。
04/07/25 11:45 rIHwuKxk
>>290,297
#include <crtdbg.h>

_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF|_CRTDBG_LEAK_CHECK_DF);

じゃあ、おまいら、とりあえずメモリリーク支援なｗ
上のヘッダをインクルードして、関数をWinMain関数がはじまってすぐのところにそのままおけ。
デバッグモードで実行してみればアウトプットウィンドウになんか出るからみてみろ。
特にヘルジャック、メモリリーク出してるぞ。

ダブルクリックで飛べないから、結構みつかりにくいな。
ひとつひとつ要素を削ってってメモリリークの有無を確認して場所を特定していくしかないな。
頑張れ。

301:名前は開発中のものです。
04/07/25 13:04 ovE6k6xQ
>>300
すぐにどこがメモリリークしているかわかったぜ

Mapで確保したメモリをfreeしていないのと
Script クラスも解放していなかったからだ

でもねタスク処理でアプリの終了時に全タスクkillはメンド

次ページ