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/08(土) 12:59:53

Direct3D10level9の話と勘違いしてるんじゃないかな
あれもWDDMにおけるDirect3D9のドライバで動くってことなんでXPとは無縁だけども

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

>>390
シェーダープログラムで動かしてるなら
そんなには違いなし

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

浮動小数点のフィルタリングに半透明の問題とか、
ジオメトリインスタンスの扱いの違いとか禿げそうになるじゃん・・・

CAPS見て分岐コード書くのもすげー面倒くせーしな。

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

だからGeForce8シリーズ以上必須とかにしちゃえばDirectX9でもCaps見る機会なんて殆どない
一定以上の機能は満たしてる保証があるからな。
確かに10触った後9みるとちょっと読みにくいけどVista専用にするくらいなら我慢する

半透明の問題ってなに？

**名前は開発中のものです。** · 2008/11/08(土) 16:29:03

アルファブレンドを半透明とか言う奴は一つの例外もなく能無し。

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

capsは最低動作環境未満を弾くためだけに見てる

**名前は開発中のものです。** · 2008/11/08(土) 17:38:20

アルファブレンドなんてZソートかけて
シェーダーでfloat4のｗ操作するだけのことがそんなに面倒？

**名前は開発中のものです。** · 2008/11/08(土) 18:35:19

そっちじゃなく、DirectX9世代だとfp32のバッファに対してアルファブレンド系の
処理が一切出来ないのがうっとうしいって話。
アルファテストすら出来ないし。

**名前は開発中のものです。** · 2008/11/08(土) 19:36:30

>>381
MSが終わったらOpenGLになるんじゃないの？

**名前は開発中のものです。** · 2008/11/09(日) 09:22:54

X9とX10ってどっちのがコードすっきりしてるの？確かX10ってＸファイル関数ないんだよね。
それさえないならＶＩＳＴＡ専用でもX10に移行したいんだけど。

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

すっきりするかどうかは書く人間次第。
お前がこれから書く物を、過去形で質問されても答えられるわけがない。
存在しないからすっきりしているといって欲しいのか？

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

>>401
いや、同じことをするにもたとえばＤＸ９で５行書かねばできなかったことが
ＤＸ１０では３行でできるようになったりとかそういうのはあるのかなって思っただけだ。
あるいは仕様がすっきりしているかどうか。

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

仕様は10の方がはるかにすっきりしてる。
まぁ半年もしないうちに11が正式リリースされるだろうから
そっちでてから手を出しても遅くはないとおもうけど。

**名前は開発中のものです。** · 2008/11/09(日) 13:54:45

>>403
サンクス。１０を眺めつつ気長に１１を待つよ。
ところで>>380の中にＤＸ１１のドキュメントらしきものがあったんだけどこれは何？
本体は含まれてないんだよね？あるいはテスト１１みたいなのがはいってるわけ？

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

>>404
D3DXなしの奴ならサンプル入ってたけど、行列演算やテクスチャ読み込みに
いちいちDirectX10のD3DXつかってるからまぁ大して参考にはならない。

**名前は開発中のものです。** · 2008/11/09(日) 14:58:06

で、DirectX11は、ＸＰで動くのかな？

**名前は開発中のものです。** · 2008/11/09(日) 15:24:04

何このデジャブ

**名前は開発中のものです。** · 2008/11/09(日) 15:25:13

XPで動かないんじゃ論外だよねぇ

**名前は開発中のものです。** · 2008/11/09(日) 15:41:23

当分XPは切り捨てられないからなぁ。

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

どうせDirectX9で十分とか言い出すんだから動かなくてもいいだろ

**名前は開発中のものです。** · 2008/11/09(日) 17:43:07

XPでもDirectX動かしたかったなぁ
スペックは十分なのにOSの所為で使えないなんて悲しすぎる

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

DirectX9は動くぞ

**名前は開発中のものです。** · 2008/11/09(日) 18:29:44

確かHALO2ってDirectX10ってことになってるけど内部は全部DirectX9だから
実はパッチ当てるだけでXPでも動かせるんだよね。ＭＳが動かせないことにしてるけど。

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

>>412
すまん、「DirectX」と入力しただけで満足しちゃって10を入れるのを忘れていた
MDC4が折角DirectX10対応なのに多少グラがショボい9でやらなくちゃいけないのが残念で・・・

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

プログラム板で質問したのですが誘導されたので、スレ汚しかと思いますが
質問させていただきます。
入門書を読んでゲーム作成を学んで行っているのですが、
アニメーションのところで、頂点の変換について読んでいるのですが、そこでは
CPUで頂点座標、法線を計算した後にシェーダーや固定機能パイプラインを使って
残りの描画を行っています。
その理由が、「頂点シェーダだと大規模なフレーム構造をもつモデルが処理できないため」
と書いてあります。
しかし、CPUに付加をなるべくかけたくないので、このあたりも頂点シェーダで行いたいと思っています。
具体的には、
モトの頂点バッファのSUBETENO座標と法線に、それぞれスキニング行列とウェイトをかけると言う作業です。
フレーム数が少なければこの処理も頂点シェーダで出来るとのことですが、具体的な方法などを解説されているサイトなどは無いでしょうか？

まだ初心者なので、とりあえずCPUで処理するように組んだとして、後に頂点シェーダに変更が容易かどうかだけでも教えていただければうれしいです。

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