【C++】 DirectX初心� ..
175:デフォルトの名無しさん
08/11/02 09:40:20
SetTexture()のコストなんてどうでもいいが、
それに伴うDrawPrimitive()のコストは洒落にならない。
未だにどのエンジンも如何にしてDrawPrimitive()を減らすかに
躍起になっている理由くらい分かるだろ。
176:デフォルトの名無しさん
08/11/02 09:45:16
>>175
俺もうそんなの考えてねぇよ
必要なら必要な分だけ何回でもレンダリングしてる
汎用性とシェーダの兼ね合い考えたら
もう汎用性をとるしかない
何度でもDrawPrimitiveしまくる
177:デフォルトの名無しさん
08/11/02 09:51:39
そもそもSetTextureってなにかメモリ的な動きあるのか？
これフラグ立てるだけだべ
DrawPrimitiveしたときにすべてを実行してるんじゃねぇのか？
178:デフォルトの名無しさん
08/11/02 10:01:06
DrawPrimitiveの前にSetTextureやりまくってみりゃわかる
ついでにテクスチャサイズでの違いの検証も
よ ろ し く
179:デフォルトの名無しさん
08/11/02 10:08:32
>>176
せめてジオメトリインスタンス使えよ
180:デフォルトの名無しさん
08/11/02 10:12:41
>>177
>DrawPrimitiveしたときにすべてを実行してるんじゃねぇのか？
つまりSetTextureを呼ぶと、DrawPrimitiveに時間がかかるわけだろ。
181:デフォルトの名無しさん
08/11/02 10:15:46
富豪的処理
182:デフォルトの名無しさん
08/11/02 10:37:30
DrawSubsetというかDrawPrimitiveは非常に重い処理。 流石に1フレームに1000回はかなり無茶なレベルだぞ。 まったく同じモデルを複数表示してるならジオメトリ インスタンスを使え。
183:デフォルトの名無しさん
08/11/02 11:22:49
ジオメトリ インスタンス
って何ですか？
184:デフォルトの名無しさん
08/11/02 11:31:37
やふれ
185:デフォルトの名無しさん
08/11/02 12:05:20
たぶん、DirectX10は飛ばされて
11がメジャーバージョンになるんじゃないかと踏んでいるんだが
186:デフォルトの名無しさん
08/11/02 12:52:49
偶数バージョンが空気になるのは毎度のこと
187:デフォルトの名無しさん
08/11/02 13:12:06
7⇒8でさっぱり変わって9で完成形を見たように
9⇒10でさっぱり変わってるから11で完成形を見るんだろう。
8でシェーダーが対応されて9で完成されたのと一緒で
10でGPGPUが使えるようになったから11でより楽にサポート的な。
188:デフォルトの名無しさん
08/11/02 13:29:58
>>184
77 ：デフォルトの名無しさん：2008/07/29(火) 09:32:33
>>73
DrawSubsetというかDrawPrimitiveは非常に重い処理。
流石に１フレームに1000回はかなり無茶なレベルだぞ。
まったく同じモデルを複数表示してるならジオメトリインスタンスを使え。
同じの見つかったよｗ
189:デフォルトの名無しさん
08/11/02 13:30:15
結局のところ
テクスチャ取り替えたり変換行列変える度に
DrawPrimitiveガ必要になるわけだろ。
いちいち回数減らす小細工しても変わらないよ。
DX10は知らんが。
190:デフォルトの名無しさん
08/11/02 13:36:37
そう思うなら好きにすればいいさ
191:デフォルトの名無しさん
08/11/02 13:38:24
その小細工の為に大層なエンジンを組むんだろ・・・
骨の行列をfloat4のテクスチャに格納して切り替えを減らすのとか
ジオメトリインスタンスの機能があるのは何のためなのかと。
GPU Gems3を読んで来い。
192:デフォルトの名無しさん
08/11/02 15:06:08
っ フレームごとの消去をやめて変化しないものは描きなおさない
193:デフォルトの名無しさん
08/11/02 15:08:33
なんか知らんがステートブロック使うだろ
194:デフォルトの名無しさん
08/11/02 15:19:33
遅い環境に合わせてもしょぼいゲームが出来るだけ
195:デフォルトの名無しさん
08/11/02 16:30:01
くだらない高速化に目を向ける前に、完成直前まで持っていいって遅いと感じてから直せ。
余計なところに気を回している暇があったら、とっとと完成させる方に目を向けろ。
どうせ描画の一部を直すより、システム全体のロジックを見直した方が速くなることに気がつくだけなんだから。
196:デフォルトの名無しさん
08/11/02 16:40:54
そして定期的に速いグラボ買わせる訳ですね。
197:デフォルトの名無しさん
08/11/02 17:13:36
testes
198:デフォルトの名無しさん
08/11/02 17:46:08
DrawPrimitive()が使うのはGPUじゃなくCPUだぞ、っと。
199:デフォルトの名無しさん
08/11/02 17:57:21
所詮はCOM
秒間何百回も呼ぶように作られちゃいねーのよん
200:デフォルトの名無しさん
08/11/02 19:09:27
COMを一秒間にたった数百回呼び出したところで、それがシステム全体にどんな影響を与えると？
頭が悪いにも程がある。
201:デフォルトの名無しさん
08/11/03 00:01:33
おまいらはこの本から勉強しなおすべきだな。
URLﾘﾝｸ(image.excite.co.jp)
202:デフォルトの名無しさん
08/11/03 02:50:42
>>189
まったくだな
しかも、一発で描くようにしたらシェーダをアフォかってほど書かなきゃならない
もはや人間がやってられる量を完全に超えてる
もう俺なんかあきらめて２度塗り３度塗り上等だよ
ディフューズやスペキュラ、ライト１個目、２個目・・・
DrawPrimitiveなんて呼びまくってナンボだろ
203:デフォルトの名無しさん
08/11/03 08:04:53
>>201
ドイツ人はこんな教科書で日本語を勉強してるのか・・・・orz
204:デフォルトの名無しさん
08/11/03 09:56:48
>>199
>>200
DrawPrimitiveが重いのはCOM云々じゃなくて
中でGPUコマンドの生成を行なってるからだぞ･･･。
この辺はMSやnVIDIAの技術者からも情報がいろいろ出てるだろ。
205:デフォルトの名無しさん
08/11/03 10:43:14
流れを切ってしまうが･･･
みんなはDXUTとか使ってる？
206:デフォルトの名無しさん
08/11/03 10:52:51
使ってない。
DirectXも使ってない。
ていうかプログラム作ってない。
207:デフォルトの名無しさん
08/11/03 11:06:59
使っていない。
その程度自前で作れる程度でないと、そもそも何も出来ない。
208:デフォルトの名無しさん
08/11/03 11:24:14
使ってる
楽できるとこは楽しないと
自己満足のために納期は待ってくれないし
209:デフォルトの名無しさん
08/11/03 11:30:33
仕事で使ってる人がなぜ初心者スレに・・
210:デフォルトの名無しさん
08/11/03 11:35:47
まだ初心者だけどGUI機能だけ使おうかと思ってる
211:デフォルトの名無しさん
08/11/03 11:55:18
ゲームクリエイターズバイブル
に自分しか信じない病って書いてあったなー
212:デフォルトの名無しさん
08/11/03 13:40:41
D3DX系の高レベルAPIは信用出来ないぞ。
バグがあってもいつ直るか分からないは、勝手に仕様を変更されるは、
そんな物を使っている奴は気が狂っているとしか思えない。
213:デフォルトの名無しさん
08/11/03 13:47:01
あれはラッパライブラリと同列に扱うものであって基盤になるAPIじゃない
214:デフォルトの名無しさん
08/11/03 15:37:16
ID3DXFont::GetDC()で取得したHDCって使い終わったらどうすればいいんでしょうか？
Win32Apiで解放した方が委員でしょうか？ID3DXFont::ReleaseDC()が見当たらないので
215:デフォルトの名無しさん
08/11/03 15:53:11
>>214
ｽﾚﾘﾝｸ(tech板:405-407番)
216:デフォルトの名無しさん
08/11/03 16:37:01
えーと、その405は自分です。元の戻すのはいいんですが、解放はどうするのかなぁ、と思ったもので・・・
217:デフォルトの名無しさん
08/11/03 17:09:00
Fontは遅いから使うなとかなんとか…
218:デフォルトの名無しさん
08/11/03 18:11:12
そもそもGetDCで何がしたいんだろう？
あまり安全じゃないから使わないほうが良いという話だが
一度削除されて、いつのまにか復活してる
219:デフォルトの名無しさん
08/11/03 18:21:35
ID3DXFont::GetGlyphDataは使ってる
220:デフォルトの名無しさん
08/11/03 19:21:51
まぁ、多少遅くてもいいかなと思って使ってます。
>>218危険性についてググッても出なかったんですが、何が危ないんでしょう？
221:デフォルトの名無しさん
08/11/03 19:35:55
>>220
アルファチャンネル
222:デフォルトの名無しさん
08/11/03 19:41:28
LPD3DXFONT::Release
て無くなったの？
前はなかったっけ？
223:デフォルトの名無しさん
08/11/03 20:21:08
>>222
COMだからQueryInterface, AddRef, Releaseは必ず存在する。
224:デフォルトの名無しさん
08/11/03 20:27:44
あぁゴメンReleaseDCか
225:デフォルトの名無しさん
08/11/03 21:06:16
冗談かと思ってたら本当にDirect2Dとかでるのな
URLﾘﾝｸ(channel9.msdn.com)
226:デフォルトの名無しさん
08/11/03 21:16:57
また海のものとも山のものともつかぬようなAPIが増えるのか
227:デフォルトの名無しさん
08/11/03 21:27:39
>>221今回はコンパチの作成とフォントハンドルの取得にしか使ってないんですが・・・
分からないっちゃ分からないですよね。安全かどうかは・・・
でも、それはさておきID3DXFont::GetDCで取得したHDCはリリースすべきなのか、どうするのか
分かる人いないですか？
228:デフォルトの名無しさん
08/11/03 21:32:08
正直いまさら2D機能なんて作られてもいらねぇだろ・・・
229:デフォルトの名無しさん
08/11/03 21:38:07
日本は2D
230:デフォルトの名無しさん
08/11/03 21:56:58
>>227
普通にリリースすればいいんじゃね？
URLﾘﾝｸ(msdn.microsoft.com)(VS.85).aspx
特になにも書いてないね
231:デフォルトの名無しさん
08/11/03 21:59:41
ぶっちゃけた話DirectWriteの為だけに用意された気がしないでもない
232:デフォルトの名無しさん
08/11/03 22:03:29
エロゲなんざDirectDrawかGDIでつくりゃーいい。
いまどき同人ですらDirect3Dでゲームつくってるっつーのに
233:デフォルトの名無しさん
08/11/03 22:04:47
さすがに今GDIはないわ
234:デフォルトの名無しさん
08/11/03 22:13:10
３Ｄゲームだってアイコンやらゲージやらマップやら２Ｄ表示部分はいくらでもあるだろ
235:デフォルトの名無しさん
08/11/03 22:19:47
3DゲームならそういうのはなおさらDirect3Dで描くだろ。
236:デフォルトの名無しさん
08/11/03 22:22:42
Direct3Dの上に実装されるらしいから問題ないだろ
237:デフォルトの名無しさん
08/11/03 22:25:53
Direct2Dの中身も分からないのに何を言っているのやら
Direct3Dでやるより楽なら使えばいいし面倒なら使わなきゃいいだけの話だろ
新しい物を試しもしないうちから否定してもプログラマとして成長しないぜ
238:デフォルトの名無しさん
08/11/03 22:42:10
やる前にある程度のことは分かれよ、大人なら（笑）
239:デフォルトの名無しさん
08/11/03 23:19:24
>>238
憶測で分かったつもりになるのが大人というなら
大人になんかなりたくないと、ぼくはおもいます
240:デフォルトの名無しさん
08/11/03 23:20:33
どうでもいい機能が追加されることなんてよくあるだろ
そんなのどうでもいいと思う事すらどうでもいいだろうに
241:デフォルトの名無しさん
08/11/03 23:23:32
それだけ要望が多かったんだろ。
その程度の実装すら自分で出来ない馬鹿の。
242:デフォルトの名無しさん
08/11/03 23:57:07
DirectDrawの焼き直し。DD扱いにくかったからな・・・。
243:デフォルトの名無しさん
08/11/04 00:19:35
動画やってる人にも需要ないかな？
244:デフォルトの名無しさん
08/11/04 01:08:51
>>230
::ReleaseDC()で開放しろって意味ですよね？
HDCはいいけど、HWND引っ張ってくるのめんどいズェ･･･ID3DXFontから引っ張れるけど・・・
解放しなくていい気がしてきた。怖いなぁ。 よし放置しよう！
245:デフォルトの名無しさん
08/11/04 05:31:41
DirectShowは糞
246:デフォルトの名無しさん
08/11/05 08:40:37
DirectX9 とC++で
DirectX Graphicsを2Dについても濃厚に解説している
お勧めの書籍があれば教えてください。
247:デフォルトの名無しさん
08/11/05 12:45:16
その質問は何度もでていますが
残念ながらそのような本は存在しませんので
直接本屋に足を運んで
自分のレベルにあっていると思われる本をお選びください
ある程度慣れてくると
その本に何が足りなくて、自分が何を必要としているのかがわかってくるので
そのとき改めて別の本を買うなりネットを検索するなりしたほうが良いと思われます
248:デフォルトの名無しさん
08/11/05 14:37:52
ネットで十分ですよ
249:デフォルトの名無しさん
08/11/05 14:40:17
本を片っ端から買う金がないならネットでコツコツと探せ
わかんない人にとっては無駄じゃないから
250:デフォルトの名無しさん
08/11/05 19:42:41
IDirect3DDevice9::CreateStateBlock
でググって絶望するわけですな。
251:デフォルトの名無しさん
08/11/05 19:50:23
ちゃんとMSDNがヒットするぞ
252:デフォルトの名無しさん
08/11/05 23:34:35
250みたいな馬鹿はググリ方すら分からないから、
インターネッツの使い方の本なら買う価値があるかもね
253:デフォルトの名無しさん
08/11/06 00:03:00
なんでここの連中って高圧的なの？
254:デフォルトの名無しさん
08/11/06 00:13:38
ストレス溜まってるからだろ
255:デフォルトの名無しさん
08/11/06 00:57:55
>>246じゃないが
DrectDrawに相当するものについて説明してるところないだろうか
３Ｄの解説してるところは山ほどあるけど
２Ｄになると「もうなくなったからあきらめてね」みなたいな流れなのが悲しい
とりあえず画面に線を引くくらいでいいから取っ掛かりがほしい
256:デフォルトの名無しさん
08/11/06 01:41:06
画面に三角形を書く、その三角形にテクスチャを張るぐらいの説明はどこでもやってる気が
257:デフォルトの名無しさん
08/11/06 01:42:45
よくある３Ｄの解説サイトでも、最初は画面にポリゴン一枚から、とかじゃない？
そのポリゴン一枚を２Ｄの絵と見立てれば解決のような。それじゃ嫌なのかな？
258:デフォルトの名無しさん
08/11/06 01:44:51
3Dができれば2Dなんて軸が1本減っただけだろう
>>255
D3DPT_LINELISTかD3DPT_LINESTRIPで引けば
259:デフォルトの名無しさん
08/11/06 01:49:54
>>255
DirectDrawには、画面に線を引くなんて機能すらないよ。
あるのは画像のブロック転送だけ。
線を引きたかったら、1ピクセルずつ自分で描かないとダメ。
あと、あらゆるピクセルフォーマットに対応できる仕様になっているから、
物凄く面倒だよ。フォーマットの変換はやってくれないから、全部自分で
読み込み時に変換しないとダメ。
最近のDirect3Dで2Dだけを扱うよりも数倍面倒。
デバイスの初期化だけで100行くらいのコードになるし。
260:デフォルトの名無しさん
08/11/06 01:50:16
そこまでやる気ないのだとしたら
ゲームライブラリとか公開してる人がいるからそういうのを使う方がいいかも
261:デフォルトの名無しさん
08/11/06 07:51:25
>>255
モニターの設定を取得してそのカラー設定に応じて自分で点を打っていく
RGB888( )とかRGB565( )みたいなマクロ作っとくといいよ
262:デフォルトの名無しさん
08/11/06 10:02:55
線を引きたいなら1ドットのビットマップを引き伸ばして回転させて線にするとか
263:デフォルトの名無しさん
08/11/06 13:15:43
>>262
DirectDrawに回転ないってw
264:デフォルトの名無しさん
08/11/06 13:51:53
URLﾘﾝｸ(www.microsoft.com)
DirectX Software Development (November 2008)
URLﾘﾝｸ(www.microsoft.com)
DirectX End-User Runtime Web Installer
265:デフォルトの名無しさん
08/11/06 13:52:38
＞DrectDrawに相当するもの
って書いてあるからDDじゃないと思ってた
266:デフォルトの名無しさん
08/11/06 14:06:04
>>255の言いたい事は、２Ｄグラフィクを扱う方法と考えるべきだな。
頭の悪い奴は、DirectDrawでできることというお馬鹿な解釈をする。
>>259や>>263のようにね。
267:デフォルトの名無しさん
08/11/06 15:42:03
DirectDrawで線を引く機能があっても意味ねー。
ゲームの画面が線で描かれることは無い。
すべて絵だし。ビットマップだし。
268:デフォルトの名無しさん
08/11/06 15:45:37
まー解説サイトも板ポリゴン作って拡大回転テクスチャをごにょごにょのレベルまでだけどな
DrawPrimitiveの削減とか考えると本買うしかない
269:デフォルトの名無しさん
08/11/06 16:00:25
2Dでそこまでしなくても
270:デフォルトの名無しさん
08/11/06 16:55:05
最新のDirectXがどうしてもインストールできません。
何度やっても「ファイルをダウンロードできませんでした。
後でもう一度実行するか、ネットワーク接続を確認してください」
というダイアログが出ます。
どういった原因なのか分かる方いらっしゃいますでしょうか・・・？
271:デフォルトの名無しさん
08/11/06 16:58:39
ブラウザ変えてやってみるとか。
うちでも一定バイト数以上にならなくて別ブラウザにしたら一発だった。
272:デフォルトの名無しさん
08/11/06 17:04:46
VC++で説明している本の内容をＣ＃で実装するのって手間かかりますか？
273:デフォルトの名無しさん
08/11/06 17:17:09
SlimDX使えば
274:デフォルトの名無しさん
08/11/06 17:22:42
最初はオープンソースのライブラリを使ってゲームを作る
そしてライブラリの中身を見ながら自分風のライブラリに置き換えていく。
俺はこうやってWinAPIとDirectXを習得した。
まぁDirectX7＋ELの時代なんですけどね。
今だとオープンソースで使えるライブラリつったらDXライブラリかな？
275:デフォルトの名無しさん
08/11/06 17:36:29
自分で書いたほうが早い
276:デフォルトの名無しさん
08/11/06 17:42:07
Direct Graphics だとか Audio なんかはフリーのライブラリを見て勉強できますが、
ゲームオブジェクトの管理とか設計がままなりません。
オブジェクト指向本とか勉強するべき？
277:デフォルトの名無しさん
08/11/06 18:46:03
＞Direct Graphics
そんな物は存在しない
278:デフォルトの名無しさん
08/11/06 18:47:46
>>271
>>270へのレスでしょうか？
そうでしたら、違うブラウザーでも駄目でした。
同じような現象が現れた人はいないでしょうかね・・・。
279:デフォルトの名無しさん
08/11/06 19:41:24
ウイルス対策ソフトをアンインストールしてから出直せ
280:デフォルトの名無しさん
08/11/06 23:20:18
はじめまして
Visual C++ 2008でdirectXをやろうとしてるのですが
コンパイルできません。
次のようなエラーが表示されてしまいます。
1>MSVCRTD.lib(crtexe.obj) : error LNK2019: 未解決の外部シンボル _main が関数 ___tmainCRTStartup で参照されました。
1>C:\Users\takuya\Documents\Visual Studio 2008\Projects\AAA\Debug\AAA.exe : fatal error LNK1120: 外部参照 1 が未解決です
SDKはインストールしましたし、ソースはコピペなので完璧なはずです。
何がいけないのでしょうか？
281:デフォルトの名無しさん
08/11/06 23:23:36
Win32アプリケーションじゃなくてWin32コンソールアプリケーションとしてプロジェクトを作成してる。
DirectXと関係ねー話だからよく分らんかったらVSのスレにでも池
282:デフォルトの名無しさん
08/11/07 11:35:23
シェーダで隣のテクセルなどを参照する方法ってありますか？
283:デフォルトの名無しさん
08/11/07 12:09:20
in float2 inTexture : TEXCOORD0, // [入力] テクスチャ座標
// 中心点と隣接する4点をサンプリング
float4 t0, ti, t2, t3, t4 ;
t0 = tex2D(TexSampler, inTexture),
t1 = tex2D(TexSampler, inTexture+float2( -1.0f/TEX_SIZE_X, 0)),
t2 = tex2D(TexSampler, inTexture+float2( 1.0f/TEX_SIZE_X, 0)),
t3 = tex2D(TexSampler, inTexture+float2( 0, -1.0f/TEX_SIZE_Y)),
t4 = tex2D(TexSampler, inTexture+float2( 0, 1.0f/TEX_SIZE_Y)) ;
ただし、テクスチャのサイズTEX_SIZE_X, TEX_SIZE_Yは既にわかっていて
外部から与えられるものとする
284:デフォルトの名無しさん
08/11/07 12:40:54
シェーダで1.0f/TEX_SIZE_Xを計算させると精度で泣くよ。
TEX_SIZE_Xを与えるついでに逆数も与えた方がいい。
285:デフォルトの名無しさん
08/11/07 12:48:52
>>283
なるほど、ありがとうございます。
自分がtex2Dについてよく理解していなかったようです。すいません。
286:デフォルトの名無しさん
08/11/07 13:34:15
逆数を与えるとは？
287:デフォルトの名無しさん
08/11/07 14:45:15
質問させていただきます。
DirectXをつかってC++でゲームを作る場合、オブジェクト指向でClassを作るというやり方は一般的ではないのでしょうか。
ちょっとしたゲームの入門書を読んでみても、Classは出てきておらず、疑問に思いました。
Javaでコードを書いていた期間が長く、Class 自分、Class 敵 、とクラスを作っていこうと考えていたのですが処理が遅くなるなどのデメリットが生じるでしょうか？
288:デフォルトの名無しさん
08/11/07 15:00:11
今時クラスを使わない方が少数派だよ。仕事ならなおさらね。
その程度のリスクを気にするような時代じゃない
まあ全てをクラスで管理しなくてもいいわけだし、上位はクラスで管理して
下位を入門書のコピペでやるというのもありか
289:デフォルトの名無しさん
08/11/07 15:06:54
現場ではまず使わないね。
まあ趣味なら好きにすれ
290:デフォルトの名無しさん
08/11/07 15:09:06
どこの現場だよ＾＾；
Cだけで組んでるなんて１０年前ぐらいの話だぞ
291:デフォルトの名無しさん
08/11/07 15:13:15
リスク？コスト？
292:デフォルトの名無しさん
08/11/07 15:18:47
公開されてるToHeart2のソースだとCだけで組んでるっぽいな
あそこのプログラマは知識なさそうだから参考になるか知らんがｗ
DirectXで仕事した事はないけど、家庭用ゲームの開発ではクラス使ってる
293:デフォルトの名無しさん
08/11/07 15:30:04
少人数の開発だとプログラマー１人で全部やるようになるからその人次第じゃね
294:デフォルトの名無しさん
08/11/07 15:43:05
クラスでやっても実行速度はかわらんだろ
295:デフォルトの名無しさん
08/11/07 15:44:10
まあ共同制作の場合はクラス作る方が都合がいいやね
ちゃんとオブジェクト指向と言える物になってればの話だが
グローバル変数が各ソースで呼ばれるようになるとバグ修正が困難になる
296:デフォルトの名無しさん
08/11/07 15:49:37
>>294
それは組み方次第じゃね
少なくともクラス自体のnewとdeleteの手間はあるわけだし
全く変らないとは言い切れないが、別に気にするような事じゃない
297:デフォルトの名無しさん
08/11/07 16:12:26
俺は、一つのcppファイルをクラスと見立ててコード書いてる。だからクラス自体は使ってない。
まぁあくまでも趣味だから俺は
298:デフォルトの名無しさん
08/11/07 16:44:25
仮想関数って致命的なオーバーヘットもあるしな
299:デフォルトの名無しさん
08/11/07 16:59:02
classでも何でもとりあえずデバッグしやすい構造でがしがし組んで行って、
最後速度が本当に気になるなら実装をいじればいい
300:デフォルトの名無しさん
08/11/07 17:40:25
オーバーヘッドがどうこう言う>>298みたいな奴は、
それこそ致命的に頭が弱い。
中身が空っぽに近いメソッドをぐるぐる呼び出して、
ベンチマークをとったと勘違いしているんだろうが、
実際に目的があって組まれたプログラムの仮想関数を、
別の方法に置き換えたところで、1FPSすら速度の向上に貢献しない。
301:デフォルトの名無しさん
08/11/07 18:00:18
>>300
なんで頭が弱いとか人を馬鹿にするような書き込みをわざわざすんの？
おまえに限らずこのスレはくだらない自尊心を満たすために汚い言葉つかうやつが多くて困る
302:デフォルトの名無しさん
08/11/07 18:35:48
どのスレでも馬鹿は馬鹿にされるでござりまするよ
303:デフォルトの名無しさん
08/11/07 18:37:14
２ちゃんなんてこんなもん
それが嫌なら綺麗な掲示板に行こう
304:デフォルトの名無しさん
08/11/07 18:39:32
言語仕様のどうでもいい一部にこだわるよりも、
いらん処理を省いたり、目立たない部分を簡略化したりする事に時間を割いた方が、
よっぽど全体のパフォーマンスが上がる。
305:デフォルトの名無しさん
08/11/07 19:59:41
Windows + DirectX + C++ で開発する場合、DirectXの前にWindowsプロシージャの
ラップやらMFCやらを説明しないとならない。
DirectX入門という触れ込みなのに中々絵のでない解説が延々続くと読者の興味が持たないし、
前書きに「最低限C++とWindowsプログラムの知識が必要です」とかだと対象が狭まってしまう。
多分、著者側のそんな苦悩があるのでは。
306:デフォルトの名無しさん
08/11/07 20:01:23
いまどき仮想関数のオーバーヘッドとか・・・
危うくつられるところだったぜ・・・・・・。
いまどきクラスなしでゲーム開発なんて携帯機くらいじゃねーの？
new/deleteでオーバーヘッドっつーならmalloc/freeはノーコストなのかと。
307:デフォルトの名無しさん
08/11/07 20:08:24
DSの開発はC++ですぜ
308:デフォルトの名無しさん
08/11/07 23:15:22
すんません質問させらくだ際
ゲーム中の画像の描画にアルファ適用したくて
元画像から一個一個DDS作ってるんだが正直免土井
そんで、元画像とアルファ情報入ったグレースケールの画像を一度に二つ読み込んで
DDSとかをいちいちつくらずアルファを実装してるゲームとかたまに見るんだけど
あれはどうやったらできるの？
309:デフォルトの名無しさん
08/11/07 23:22:28
目的のサイズのテクスチャ作って、直接ARGB値を書き込むんじゃないの？
310:デフォルトの名無しさん
08/11/07 23:31:09
>>309 ぐぐってみたらそれらしいのが出てきたんで試してみます
thxでした
311:デフォルトの名無しさん
08/11/07 23:36:16
元からPNGとかでα込みのデータ作ればいいのに。
あくまでもマスク画像と合成してDDS作りたいなら、自分でバッチ処理する
プログラムでも書けばいいかと。DDSでの保存はD3DXで簡単にできる。
312:デフォルトの名無しさん
08/11/07 23:36:23
つか、どっちにしろ何らかの
アルファチャンネル付きフォーマットを用意することには変わらないんじゃ
313:デフォルトの名無しさん
08/11/07 23:38:25
最初からグラフィックソフトでDDS作る方が数倍簡単だろ・・・
αとカラーを別々の画像で扱う方がメンドイしキャッシュにもやさしくない
314:デフォルトの名無しさん
08/11/07 23:42:49
普通にマルチテクスチャしてるんじゃまいか？
315:sage
08/11/07 23:44:53
>>311-313 割と多く画像を扱うからDDSへの変換が結構手間だったり
ファイルが増えて煩雑な感じになったりだったんで
ファイル二つですめばいいなあと思いやってみてたんだが
あんまりよろしくはなかったのか…
316:デフォルトの名無しさん
08/11/08 00:55:32
Photoshopでバッチ変換とかすりゃいいだけだろう。
nVIDIAのプラグインでミップマップとか圧縮とかも全部出来るし。
って流石にPhotoshopはかえねーよって人のために
コマンドラインツールがDriectXのSDKん中に入ってたりする。
317:デフォルトの名無しさん
08/11/08 03:54:15
うちの社内ツールがBMPしか読めませんとか、RGBとAが別でないと読めませんとかだったお。
面倒すぎて自分でPSD→社内形式のツール作ったｗ
318:デフォルトの名無しさん
08/11/08 04:32:11
どこの社内ですか？
319:デフォルトの名無しさん
08/11/08 05:23:00
URLﾘﾝｸ(www.microsoft.com)
DirectX End-User Runtimes (November 2008)
320:デフォルトの名無しさん
08/11/08 13:23:54
乗り遅れたが･･･
趣味→クラス使っても使わなくても
仕事→クラスを使わないとえらいことになりそう
しかし上でも言われてるように、使うのと使わないのでは差が出ると行ってもほんのちょっとだろう。
俺もCで組んだことあるが違いが実感できなかった
321:デフォルトの名無しさん
08/11/08 13:29:04
そもそも仮想関数ってただの関数テーブル化されるだけだろ。
インライン展開しないような大きさなの関数なら差なんて無いだろ。
322:デフォルトの名無しさん
08/11/08 13:29:35
素人乙
323:デフォルトの名無しさん
08/11/08 13:38:37
そういうのを気にするのは
まともにゲームも作ったことのない
ライブラリ厨だけだってばっちゃが言ってた
324:デフォルトの名無しさん
08/11/08 13:41:32
うちのじっちゃも言ってた
てことはまさか
325:デフォルトの名無しさん
08/11/08 13:42:51
じっちゃやばっちゃの世代なら仮装関数を噛ますことのオーバーヘッドなんて許容しがたくて当然じゃねw
326:デフォルトの名無しさん
08/11/08 14:03:51
言語論争は絶対に決着がつかないのでここまでで
327:デフォルトの名無しさん
08/11/08 14:19:11
どう考えても一定以上の規模のものを作るならC++必須なんだし、
速度がそんなに気になるなら全部アセンブラで書いたら？
328:デフォルトの名無しさん
08/11/08 14:35:33
今はコンパイラが利口すぎて
ＰＧが最適化しなくてもそれなりに動くし
初心者スレだからそれでいいと思うんだが
あと論議するならＤｉｒｅｃｔＸのスレじゃなく
Ｃ＋＋のスレでやってくれ
329:デフォルトの名無しさん
08/11/08 14:41:11
仮想関数のテーブル参照のコストを気にするのなら、
仮想メモリのアドレス変換のコストなんか失禁ものだぞ。
そういう奴は素直にDOSでも使ってろ。
330:デフォルトの名無しさん
08/11/08 14:45:42
そんな事よりDrawPrimitiveの呼び出し回数を減らせよと
331:デフォルトの名無しさん
08/11/08 14:47:50
1時間に1回しか呼ばない俺は関係ないな
332:デフォルトの名無しさん
08/11/08 14:54:52
行列の乗算のコスト考えたら関数呼び出しなんて失笑ものだよな
333:デフォルトの名無しさん
08/11/08 15:00:45
今のCPU速いしな
オンボ+速いCPUの組み合わせのPCはあっても
ちゃんとしたビデオカード+遅いCPUの組み合わせはありえんし
作りやすいように作るのがいいと思うぞ
334:デフォルトの名無しさん
08/11/08 16:27:26
DrawPrimitiveの回数云々よりも、いらないキャラクターの描画を削ったり、
遠くのオブジェクトのポリゴン数を減らすようなシステム改善の方が、
よっぽど全体の速度向上に繋がる。
335:デフォルトの名無しさん
08/11/08 16:33:11
>>334
それを含めてDrawPrimitiveの回数を減らす努力だろ・・・
336:デフォルトの名無しさん
08/11/08 16:38:36
後出しご苦労様。
DrawPrimitive限定と、他の命令も大幅に削減出来るかどうかの差は天と地ほどある。
337:デフォルトの名無しさん
08/11/08 17:02:58
DrawPrimitiveだけを限定して減らす事なんて出来ない。
最低でも対になるSetRenderStateやSetTextureは減る。
338:デフォルトの名無しさん
08/11/08 17:42:27
速度のネックになるのは描画、アニメーション処理全てだよ
その中にDrawPrimitiveの回数というのも当然含まれる
クラスを使う使わないとか、その他もろもろの処理の重さなんて
描画やアニメーションに比べれれば０に等しい
339:デフォルトの名無しさん
08/11/08 18:03:38
ゆとりらしいレスだな。
PIの値に３とか使ってそうｗ
それぐらいの誤差は０に等しいとか言ってｗ
340:デフォルトの名無しさん
08/11/08 18:15:11
ほほう、それじゃ比較してどれほどのものになるというのかね？
341:デフォルトの名無しさん
08/11/08 18:17:33
特定の内容にこだわって遅いだのこうしろだの言い出す人間が、
いかに木を見て森を見ない奴だかよく分かる。
342:デフォルトの名無しさん
08/11/08 18:19:52
おまえらそんなことはいいからゲーム完成させろよ
343:デフォルトの名無しさん
08/11/08 23:31:26
C++使ったらオブジェクト指向で分かりやすくなると思ったら間違いなんだよＣ＋＋で分かりやすいソースが書けるやつはＣでも分かりやすいプログラムが書ける表面的なことばかり追求する姿勢を改め機械語からやり直すことが近道だ
344:デフォルトの名無しさん
08/11/09 00:45:48
機械語とか中途半端なんだよ、アセンブリか、回路そのものにしろ
>>C++使ったらオブジェクト指向で分かりやすくなると思ったら間違いなんだよＣ＋＋で分かりやすいソースが書けるやつはＣでも分かりやすいプログラムが書ける
禿同
345:デフォルトの名無しさん
08/11/09 00:50:18
＞機械語からやり直すことが近道だ
そんなことをいったら半導体の設計からさらにその前にさかのぼっていくことになるぞ。
なんでそんなに頭が悪いんだ？
それこそ猿からやり直せ。
346:デフォルトの名無しさん
08/11/09 00:57:35
同じだったらより低コストで開発できるC++を選ぶのが一番の早道になるわけだが
なにがなんでもC言語を使うための方法を考えてるくらいなら
さっさとC++で実装してしまったほうが良い場合もあるし
環境によってはC言語だけで組んだほうがベストの場合もあるだろう
言語はあくまで手段であって目的と取り違えてはいけない
同じではなくそれぞれのメリットとデメリットを理解して使い分けるべき
347:デフォルトの名無しさん
08/11/09 01:04:32
最低でもクラスとSTL相当の機能は使えないとやってられないけどな・・・。
２，３人で1年程度で完成するようなゲームならCオンリーでも別にかまわんけど。
348:デフォルトの名無しさん
08/11/09 01:33:18
ゲーム本体、グラフィックツール等→C++
データコンバーター等→Cで適当に
だな
349:デフォルトの名無しさん
08/11/09 02:11:28
おまえらＣとかＣ＋＋とか言うまえに
スレタイ読めるようにしてこいよ？
350:デフォルトの名無しさん
08/11/09 10:06:28
>>348
モノによって言語仕様を変えていたら、コードの再利用がしにくくなって、生産性が落ちるだろ。
なんでそんなにどうしようもない思考しか出来ないほど間抜けなの？
351:デフォルトの名無しさん
08/11/09 10:17:04
常に再利用できる環境にいるなら
再利用しやすい言語を使えってことだろ？
組み込みとかアミューズメントとか再利用ってなんですか？
って世界もあるわけで
352:デフォルトの名無しさん
08/11/09 10:20:51
本体⇒C++
ツール類⇒C# & C++/CLI
が鉄板だな。
353:デフォルトの名無しさん
08/11/09 10:32:20
>>351
DirectXスレで組み込みを語り出す馬鹿って何なの？
354:デフォルトの名無しさん
08/11/09 10:37:30
>>350
あるねー
ツールをVBなんかで作られると
出来たデータの読み込みルーチンを違う言語で２つ作らなきゃいけなくなってすげー面倒だよね
ちょｗおまｗなんでVBなんかで作ったの？
って感じだった
後、エクセルに埋め込んであるVBA
てめーは比較ツールで差分すらみえねーから逝っていいぞｗ
355:デフォルトの名無しさん
08/11/09 11:11:51
>>350
構造体のフォーマットはそのままでいいんだからCだろうがC++だろうが同じことだろ
君はデータコンバーター自体にゲーム本体での読み込みコードまで書き込むわけ？
だいたい、C++を使うという事はCのコードでも再利用できるということだよ。
なんでそんなにどうしようもない思考しか出来ないほど間抜けなの？
356:デフォルトの名無しさん
08/11/09 11:24:27
>>350、>>354は適材適所という言葉を知らんのだろう。
それとも、ひとつの言語しか使えないのか・
357:デフォルトの名無しさん
08/11/09 11:28:14
自作のクラスライブラリとかつかわんのか。
358:デフォルトの名無しさん
08/11/09 11:35:26
>>356
うーん、でもC++で扱うデータをVBやらスクリプト言語やらで作るなよとは思う
その上データのバイナリイメージの詳細をきちんと示さない奴は氏ねよと
ただ、エクセルVBAはないと仕事にならない事も多い
パラメーターなんかのデータ入力は基本エクセルでやるからな
自分で使うだけなら全て自作のスクリプトでいいけれど
俺の場合はエクセルVBAからCのツール呼び出すけど
359:デフォルトの名無しさん
08/11/09 11:46:46
脱線しすぎだなｗ
DirectXの話に戻ろうぜ
360:デフォルトの名無しさん
08/11/09 12:08:29
周辺ツールなんか
Excelでデータ管理したり
PerlやPythonやC#でさらっと作成してるのが普通だと思ってた秋
361:デフォルトの名無しさん
08/11/09 12:37:13
C#（笑）
362:デフォルトの名無しさん
08/11/09 12:51:13
>>355
＞だいたい、C++を使うという事はCのコードでも再利用できるということだよ。
＞なんでそんなにどうしようもない思考しか出来ないほど間抜けなの？
C++からCの場合は対応させるために大幅な修正が必用。
CをC++側のコーディングスタイルに合わせるためにラッパーの追加。
そんな無駄な作業をしてまで
＞データコンバーター等
をCに限定する意味が不明。
余計なコードが増えた分だけテストのチェック項目が増えるというのに、どれだけ頭が悪いの？
363:デフォルトの名無しさん
08/11/09 12:51:22
今だったらツールはC#が当たり前かと思ってた。
未だにWin32でGUIとか作ってるところあんのかね。
364:デフォルトの名無しさん
08/11/09 13:10:10
>>362
あのさ、
読み込みルーチンわざわざ別の言語で２回作らなきゃいけないのに
これでチェックを少なくできるとおもってんの？
しかも読み込みルーチンだけならいいけど
C++でこさえてあるほかの関数まで必要になっても全部別の言語で
書き直さなきゃならないじゃない？
みるからに手間がハンパねぇよ
ちょっとしたもんだって嫌だよ
だいたいそんなにその言語強力かよ
ちょっとした手間惜しんでっていうか自分がさわってみたかっただけの
言語を会社で使うんじゃねーよ
絶対お前使えねぇって
365:デフォルトの名無しさん
08/11/09 13:12:20
>>363
.NetFrameworkさえ使えりゃいいんじゃねぇの？
366:デフォルトの名無しさん
08/11/09 13:46:04
まーた生産性厨か
367:デフォルトの名無しさん
08/11/09 13:50:30
>>362
＞C++からCの場合
どこにもそんな事を書いた覚えはないんだが？
よっぽど馬鹿な事をしていない限りはそのような無駄な作業は
一切発生しないから心配しなくても大丈夫だよ。
よくわからんが、君が作るとなぜか余計なコードとやらが
無駄に増えてしまうのかもしれないね。
368:デフォルトの名無しさん
08/11/09 13:52:49
てか、>>362=364なん？
誰にレスしてんの？意味不明なんだが。
369:デフォルトの名無しさん
08/11/09 14:01:02
確かに、アンカー番号すら間違う>>364のような頭の悪い子には
複数言語を扱うのは無理かもね
他言語を覚える程度のちょっとした手間を惜しむような怠惰な子は
仕事じゃ使えねぇって
370:デフォルトの名無しさん
08/11/09 14:17:26
言語なんて時代が流れるにつれて移り変わっていくものなんだから好きなの使えばいいんだよ
C++しかやってなくて他言語を使えないんだったらちょっとしたツールでもC++で作ればいいだろうさ
でも別言語だろうと苦もなく使えるぐらいの柔軟性がなければプロとしては失格
371:デフォルトの名無しさん
08/11/09 14:21:04
会社とかプロとか一人で何言ってんだろ。
ストレスですね。わかります。
早死にしてください。
372:デフォルトの名無しさん
08/11/09 14:22:42
そうだな。ここは初心者の素人が集まるスレだからプロも会社も関係ないんだ。
373:デフォルトの名無しさん
08/11/09 14:26:08
ところでここしばらくDirectXのDの字も見てない気がするんだが
374:デフォルトの名無しさん
08/11/09 14:30:55
質問です。DirectXでのおっぱいのリアルな揺らし方を教えてください。お願いします
375:デフォルトの名無しさん
08/11/09 15:02:58
あ泉風呂でDirectX呼べるの？
376:デフォルトの名無しさん
08/11/09 15:31:24
>>374
解剖学を勉強汁。
モーションだけなら乳限定で開発していた日本のベンダーがあった気がする・・・
377:デフォルトの名無しさん
08/11/09 15:33:13
>>374
まずは>>374自身が「おっぱいのリアルな揺れ方」を勉強してくるんだ。
エロゲーの２次アニメや3DCGではなく、本物の。
DirectXの出番はその後。
378:デフォルトの名無しさん
08/11/09 15:39:14
今まで：
単純な運動をそれぞれ担当する下請けがいくつかあって
どれを組み合わせるか決める元請けみたいなのがまた別の場所にある
今：
同じ場所に高速担当と低速担当がいて
これらが適当に組み合わせとかを変えることで
柔軟な運動ができる
ってことか？
379:デフォルトの名無しさん
08/11/09 18:03:34
XP+VC2008EEで DirectX9のプログラムを開発しているのですが
SDKは最新版(2008 Nov)を入れた方が良いのでしょうか？
DX10/11は開発できないのでぶっちゃけて古めのSDK(2008 Mar)でもいいのかなと・・。
380:デフォルトの名無しさん
08/11/09 18:15:35
自分で判断できない馬鹿は何使っても同じ。
381:デフォルトの名無しさん
08/11/09 18:41:09
たぶん、またくだらない質問しにくることになるから
2007 August にしとけ
382:デフォルトの名無しさん
08/11/09 20:15:44
Windows98対応も考えてOctober 2006をお勧め
リリースノートをみるとその後のバージョンでは98に対応してないらしい
383:デフォルトの名無しさん
08/11/09 20:25:37
2006じゃなくて2004じゃね？
ってかWindowsXPより前のOSなんてサポートしても仕方ないと思うけど･･･
384:デフォルトの名無しさん
08/11/09 20:26:51
だれも対応を望んでいるなんて言っていないのに、
とっくにサポートが切れたセキュリティリスクの塊なOSを
話に持ってくるのは、頭がおかしいから？
385:デフォルトの名無しさん
08/11/09 20:35:03
>>383
最新版のリリースノートにも明記してあるぞ
本語版ドキュメントのOctober 2004と勘違いしてるんでね？
>>383-384
家にもまだWin98マシンがあるからな。動かないのは寂しい。
386:デフォルトの名無しさん
08/11/09 20:58:59
NT4.0ならともかく98、Meとかありえねーから
387:デフォルトの名無しさん
08/11/09 21:01:21
DX6以降は逆立ちしても使えないNT4とな
388:デフォルトの名無しさん
08/11/09 21:14:25
NT4.0は9x系以上にねーよｗ
389:デフォルトの名無しさん
08/11/09 21:31:51
だったらもうWindowsServer2003に対応しろよ
390:デフォルトの名無しさん
08/11/09 21:32:51
というか、"SDKでの開発"がサポート外なだけで、
出来上がったexeの実行自体はできるんじゃないかしら。
391:デフォルトの名無しさん
08/11/09 22:03:51
>>385
セキュリティーホールが永遠に塞がれることのないOSでネットに繋ぐな。
迷惑以外の何ものでもないのが分からないのか？
392:デフォルトの名無しさん
08/11/09 22:07:24
サポートの方には98.Me使ってるって話は未だにくるな
393:デフォルトの名無しさん
08/11/09 22:12:37
上のツールの話だけど単純にいままで作ったライブラリが使えないのに
わざわざ新しい言語でツールを作る意味あるの？
394:デフォルトの名無しさん
08/11/09 22:13:32
職場に来た新卒君が同じことやっちゃって
ちょっとどういう神経でそういうことしたのか聞いてみたかった
395:デフォルトの名無しさん
08/11/09 22:17:42
何のツールかによるだろ
描画やファイルフォーマットが絡むツールなら共通部分を
ライブラリ化するなりメインのプログラムからコピってくるなりした方が早い
396:デフォルトの名無しさん
08/11/09 22:20:50
自分の中でどういう理由があろうとも駄目だしすることが決定してるのに
その意図をいまさら他の人に聞く意味はあるの？
397:デフォルトの名無しさん
08/11/09 22:36:13
GraphEdit(DirectShow）で
ファイル名.avi→AVISplitter
としようとしたら 繋げないのは何で？
398:デフォルトの名無しさん
08/11/09 22:36:48
それが女って奴だよ。
理由なんて興味はないのさ。
この人は私を愛してくれる、くれないで値踏みしたいんだ。
399:デフォルトの名無しさん
08/11/09 22:37:36
>>394
後輩に直で聞けない君は大丈夫か？
400:デフォルトの名無しさん
08/11/10 00:06:51
質問です。BeginSceneの後にRENDER_TARGETなテクスチャをSetRenderTargetでセットして
そのままEndScene→Presentとした時、画面が真っ黒でレンダリング結果が何も表示されないのですが、
こういう使い方は許されないんでしょうか？
401:デフォルトの名無しさん
08/11/10 00:10:25
入門書を読んでゲーム作成を学んで行っているのですが、質問させていただきます。
アニメーションのところで、頂点の変換について読んでいるのですが、そこでは
CPUで頂点座標、法線を計算した後にシェーダーや固定機能パイプラインを使って
残りの描画を行っています。
その理由が、「頂点シェーダだと大規模なフレーム構造をもつモデルが処理できないため」
と書いてあります。
しかし、CPUに付加をなるべくかけたくないので、このあたりも頂点シェーダで行いたいと思っています。
具体的には、
モトの頂点バッファのSUBETENO座標と法線に、それぞれスキニング行列とウェイトをかけると言う作業です。
フレーム数が少なければこの処理も頂点シェーダで出来るとのことですが、具体的な方法などを解説されているサイトなどは無いでしょうか？
まだ初心者なので、とりあえずCPUで処理するように組んだとして、後に頂点シェーダに変更が容易かどうかだけでも教えていただければうれしいです。
402:デフォルトの名無しさん
08/11/10 00:11:36
すいません・・・上の10行目の「SUBETENO」は「すべての」ですorz
403:デフォルトの名無しさん
08/11/10 00:19:05
>>401
ゲ製作技術
URLﾘﾝｸ(pc11.2ch.net)
404:デフォルトの名無しさん
08/11/10 00:25:46
すれ違いでしたか・・・申し訳ありません。
誘導先の方でもう一度聞いてみます。ありがとうございました。
405:デフォルトの名無しさん
08/11/10 00:39:16
>>400
SetRenderTarget()でテクスチャに設定して描画したなら
描画結果はそのテクスチャに書かれてるんだろ。
バックバッファには何も書いてないんだからPresent()してもそりゃ真っ黒だろ。
406:デフォルトの名無しさん
08/11/10 01:03:33
>>405ありがとうございました。
IDirect3DStateBlock9って内容をコピーする場合は一度デバイスに適用して取得、という手順を踏まないと
できないんでしょうか？むしろ、これ使ってる人っているんでしょうか・・・
407:デフォルトの名無しさん
08/11/10 01:10:30
コピーをしない。する必要ないじゃん。設計を見直せ。
408:デフォルトの名無しさん
08/11/10 01:37:46
ステートブロックを保持するクラスのオブジェクトを作ったときに初期状態として、デフォルトの設定をコピーしたり、
コピーコンストラクタ等で処理するときに使います。
409:デフォルトの名無しさん
08/11/10 08:13:20
設定項目の類は自分で保持したほうがよくね？
デバイス吹き飛んだら一緒に吹き飛ぶもんもあるし
410:デフォルトの名無しさん
08/11/10 16:49:38
その手間省けるかと思ったんですが、やっぱりそういうことになるんですかね・・・
うーん、ありがとうございました？
411:デフォルトの名無しさん
08/11/10 17:18:12
ぐぐれ
412:デフォルトの名無しさん
08/11/11 18:19:57
DirectXでゲーム作ってるけど、描画ってすごく大変なんですね。
線形補間のところを自分でやったんだけど、描画のたびにいちいちこんなに細かい処理するのか・・・
近いキーを捜してウェイトをかけて。。。って。
MMOとかでもさすがに線形補間はしてるだろうけど、やっぱ3DMMORPGはすごいな・・
413:デフォルトの名無しさん
08/11/11 18:31:27
URLﾘﾝｸ(2sen.dip.jp)
414:デフォルトの名無しさん
08/11/11 18:34:06
何の補間の話だ？描画じゃなくてモーションの話をしてんのか？
415:デフォルトの名無しさん
08/11/11 19:00:25
あ、ごめん。モーションだ。
416:デフォルトの名無しさん
08/11/11 19:06:40
てか、いまどき頂点ブレンドの話？
417:デフォルトの名無しさん
08/11/11 20:55:54
モーションの補間なんて別に難しい話じゃねぇと思うが・・・。
てっきりバイリニアを自前で実装でもしてるのかと思った。
418:デフォルトの名無しさん
08/11/11 22:00:19
きちんとクオータニオンを使って補完しろよ
線形でやると動きが滅茶苦茶不自然になるぞ
419:デフォルトの名無しさん
08/11/11 23:51:27
>>416
普通にモーションで、前と後ろのキーにウェイトをかけて補間してるのですが、最近はこんなのしないんでしょうか？
本からの知識だけだから常識的なことがわからないorz
420:デフォルトの名無しさん
08/11/12 00:03:42
>>419
それは前提。その２つを単純な線形補間でやるかどうかの問題。
移動やスケールならTCBスプラインでつないだりするし、
回転ならクォータニオンでつないだりする。
ウェイトかけて足すだけで終わりなんてのはプレステ時代とか携帯機ぐらいじゃないかい。
421:デフォルトの名無しさん
08/11/12 00:22:43
液晶ディスプレイだと、個々のディスプレイの相変換反応スピードに応じて適切に表示がなされるように設計しないといけないのですか？
422:デフォルトの名無しさん
08/11/12 01:11:32
>>421
readmeに反応速度遅い液晶お断りって書くだけでＯＫ
423:デフォルトの名無しさん
08/11/12 19:23:40
最近、横に広いディスプレイが増えてきて
640x480で作った昔のゲームが
（ ´∀｀）
↓
（ ´ ∀ ｀ ）
こんな感じで困る
424:デフォルトの名無しさん
08/11/12 19:25:44
○が⊂⊃な感じになってるしよ・・・ｗ
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5027日前に更新/136 KB
担当:undef