DirectX総合スレ (Part4)

**名前は開発中のものです。** · 2005/11/26(土) 01:58:58

※「鬱だ氏のうスレ」と「DirectX総合スレ」は統合され、
　ゲーム製作技術スレに戻ってきました。

DirectXについて、にいさま達がマターリと
技術情報交換＆雑談するためのスレッド。
初心者用相談室では扱わないような少し高度な話題も受け持つ。

ちなみに、言語はC++がメイン。
C# / VB.NET 使いは、専用スレの方が話がスムーズに進むと思われ。

**名前は開発中のものです。** · 2005/11/26(土) 01:59:50

**名前は開発中のものです。** · 2005/11/26(土) 02:00:22

■関連スレ
【C++】 DirectX初心者質問スレ Part7 【C++】
http://pc8.2ch.net/test/read.cgi/tech/1132216611/

Ｃ＃でDirectX9 初心者の館　２頂点目
http://pc8.2ch.net/test/read.cgi/tech/1103998649/

Managed DirectX vol.2
http://pc8.2ch.net/test/read.cgi/tech/1061285378/

■関連サイト
- MSDN > DirectX
http://www.microsoft.com/japan/msdn/directx/default.asp
- DirectX Home Page
http://www.microsoft.com/japan/windows/directx/default.mspx
- DirectX Info Lib (デバイス情報のデータベース。すばらしい！)
ttp://www.netsphere.jp/dxinfo/
- BBX(掲示板)
ttp://isweb8.infoseek.co.jp/computer/bbx/

**名前は開発中のものです。** · 2005/11/26(土) 02:45:42

1otu

**名前は開発中のものです。** · 2005/11/26(土) 02:46:34

誰も居ないかな。。。それなら。

**名前は開発中のものです。** · 2005/11/26(土) 02:47:15

Direct6

**名前は開発中のものです。** · 2005/11/26(土) 03:29:07

駄irectX

**名前は開発中のものです。** · 2005/11/26(土) 12:44:43

>>1
乙

**名前は開発中のものです。** · 2005/11/26(土) 17:06:28

うん。統合してゲ制せに作るのが一番すっきりしてていいと思う。

**名前は開発中のものです。** · 2005/11/27(日) 09:47:32

>>1は白雪

**名前は開発中のものです。** · 2005/11/30(水) 18:03:41

どう見ても過疎です。
本当にありがとうございました。

**名前は開発中のものです。** · 2005/12/01(木) 23:00:33

最近のパソゲーって草や葉っぱとか、テクスチャで透過したとき
エッジがピクセルの形が出なくて曲線的だけどあれどうやるの？
シェーダとか使わないと無理？

**名前は開発中のものです。** · 2005/12/01(木) 23:30:35

バイリニアフィルタが最近の技術だなんて
いくらなんでも浦島すぎだろそりゃ。

**名前は開発中のものです。** · 2005/12/02(金) 16:50:42

バイリニアフィルタってSetSamplerStateでD3DTEXF_LINEAR指定すればいいんだよなぁ。
で、バイリニアフィルタ使ってもエッジがぼやける（半透明）だけなんだが…orz
半透明はZソートするのめんどくさいから、ALPHATESTで半透明を
表示しないようにしたら結局ピクセルの形で透過される罠。
漏れのやり方が悪いのか知らんがヒントきぼんぬ

**名前は開発中のものです。** · 2005/12/02(金) 17:27:57

>>14
それは多分DX9で言うところのフルシーンマルチサンプリングかな。
使ったことは無いけど、CreateDeviceで指定するみたい。

14 · 2005/12/02(金) 17:46:02

>>15
ヒントさんくす。
いろいろ調べてみる。

14 · 2005/12/02(金) 18:38:23

やっぱなんかちがうっぽいorz
ttp://rerere.servebeer.com/src/up25518.jpg
比較SSうｐしてみた。
普通にやるとテクスチャが画面解像度以上に近づくと、右下のSSみたいにエッジのカクカクが見えてしまうが
これを対象のSSのように曲線的に透過するにはどうしたらいいんだろ。

**名前は開発中のものです。** · 2005/12/02(金) 19:10:43

>>14
マルチサンプリングじゃないね。
SSでは、テクスチャの荒さが違うようにしか見えない。
解決策はテクスチャを大きくする、かな。

**名前は開発中のものです。** · 2005/12/02(金) 21:03:33

最近のPCゲーはピクセル見えないほどに高解像度なテクスチャ貼りまくりですよ

**名前は開発中のものです。** · 2005/12/02(金) 22:02:57

>>14
アルファテストのしきい値を0.5くらいにすればいいわ。
SetRenderState( D3DRS_ALPHAREF, 128 );
SetRenderState( D3DRS_ALPHAFUNC, D3DCMP_GREATEREQUAL );

**名前は開発中のものです。** · 2005/12/02(金) 22:08:08

ファイルあさって見たけどテクスチャの解像度でかくて512*512しかない。
しかもそのSSの正面に映ってる葉っぱの部分は128*128にも満たない
仮に高解像度ならもっと葉のすじとか鮮明に映っていいはず。

14 · 2005/12/02(金) 22:20:39

>>20
レスさんくす。
たしかにそんな感じだな。
あとはZ値をどうするかかな。

14 · 2005/12/02(金) 22:33:53

わかった
>>20の状態でアルファブレンドはFALSEで良いみたいだな。
やっとこすっきりした。

**名前は開発中のものです。** · 2005/12/04(日) 17:14:47

SDK Decemberでるのかな？

**名前は開発中のものです。** · 2005/12/05(月) 16:09:36

**名前は開発中のものです。** · 2005/12/05(月) 23:08:57

出ないだろう。

**名前は開発中のものです。** · 2005/12/05(月) 23:28:56

え？　なんで出ないの？

**名前は開発中のものです。** · 2005/12/06(火) 00:15:57

なんだかんだ言ってもうDecember

**名前は開発中のものです。** · 2005/12/06(火) 03:40:47

皆でDirectXを使ってPCゲームのベースになるようなシステムを作りませんか？

**名前は開発中のものです。** · 2005/12/06(火) 03:43:50

>>29
勝手に作れ。

**名前は開発中のものです。** · 2005/12/06(火) 15:57:00

>>29
作った後が問題だな…
ただでさえﾗｲﾌﾞﾗﾘから引っ張ってきててｳｼﾞｬｳｼﾞｬしてるのに、他人が書いたのなんて加工してらんないよ…

**名前は開発中のものです。** · 2005/12/06(火) 16:48:40

ゲ製に立てるデメリットとしては自分で作れないからって人に作ってもらおうとする奴が
来ることが挙げられる。

**名前は開発中のものです。** · 2005/12/06(火) 16:55:01

>>32
>>29のことでは？

**名前は開発中のものです。** · 2005/12/09(金) 04:31:20

DirectXSDKは開発システムそのものじゃないか。
ラッパー作りたいの？

**名前は開発中のものです。** · 2005/12/09(金) 10:51:24

SDKについてくるサンプルフレームワークじゃ駄目なの？

**名前は開発中のものです。** · 2005/12/09(金) 11:07:57

>>34-35はホントに普段そんな状態でゲームを作っているのだろうか。
物凄い大変そうだ

**名前は開発中のものです。** · 2005/12/09(金) 11:36:10

>>36
日本語不自由乙

**名前は開発中のものです。** · 2005/12/09(金) 11:56:00

>>36が使いこなせてないだけに1票。

**名前は開発中のものです。** · 2005/12/09(金) 17:27:24

自作ライブラリとか作らずにいちいち末端からDrawPrimitive呼びだしてんの？
って意味だが。SDKのサンプルフレームワークとかそういう状態

**名前は開発中のものです。** · 2005/12/11(日) 10:10:01

まあ、結局DirectXは開発システムとしてはかなりピュアな状態だから、自分なりにまとめるも良し、
そのままゴリゴリ書いちゃっても良しって事なのかね。

**名前は開発中のものです。** · 2005/12/13(火) 13:34:07

うぉおおおおおお
Direct１０

**名前は開発中のものです。** · 2005/12/13(火) 13:57:55

ぬぅああああああ
Direx100

**名前は開発中のものです。** · 2005/12/13(火) 14:13:47

ふぉぉおおおおぅ
Dirsex1000

**名前は開発中のものです。** · 2005/12/18(日) 00:24:16

DMUS_MIDI_PMSG メッセージを送信したいのですが命令は何かわかる方いらっしゃいませんか？

**名前は開発中のものです。** · 2005/12/18(日) 15:43:38

sampleのskinnedmeshフォルダにあるskinnedmesh.fxなんですが、
こいつがソフトウェア頂点処理じゃないと動かなくて参っちまってます。

アセンブラ吐き出させて調べても、vs1_1以上の命令は無いし、
もちろんcapsのD3DDEVCAPS_HWTRANSFORMANDLIGHTも
VertexShaderVersionも、条件を満たしてるんスが・・・・

何か心当たりある方が、もし、いらっしゃったら是非

**名前は開発中のものです。** · 2005/12/18(日) 17:15:15

>>45
グラボは何使ってる？
グラボがゲフォ４(Tiじゃないやつ)でドライバ古いと、
シェーダ対応してないのに1.1とか誤表示されたりするけど・・・
まあ、そんなオチは無いか

**名前は開発中のものです。** · 2005/12/18(日) 17:22:27

>>46
回答ありがとでやんす
使用グラボはラデオン8500ですが、とはいえ貴重な情報どうもっス
一応ドライバは最新だと思います

**名前は開発中のものです。** · 2005/12/18(日) 17:40:05

Radeon9600だと、フォグがD3DFOG_EXPしか効かないみたい。

**名前は開発中のものです。** · 2005/12/30(金) 17:24:33

質問っす。描画する時に
LPDIRECT3DDEVICE9 lpDevice = g_lpDevice9;
lpDevice->BeginScene();
////何かの描画/////
lpDevice->EndScene();

/*何かの処理*/

lpDevice->BeginScene();
////何かの描画/////
lpDevice->EndScene();
.
.
lpDevice->Present( NULL, NULL, NULL, NULL );

みたいに何回もBeginScene、EndScene呼んで最後にPresentってまずいですかね。

**名前は開発中のものです。** · 2005/12/30(金) 17:54:46

マニュアルにはダメって書いてあるね。

**名前は開発中のものです。** · 2005/12/30(金) 17:59:48

>>50
すまん、どこに書いてあるのか教えてくれないか？

**名前は開発中のものです。** · 2005/12/30(金) 18:01:05

そもそも必要性が感じられない

**名前は開発中のものです。** · 2005/12/30(金) 18:05:17

>>51

> プレゼンテーション (IDirect3DDevice9::Present または IDirect3DSwapChain9::Present) を連続して呼び出す場合、
> 呼び出しの間に存在できる IDirect3DDevice9::BeginScene/IDirect3DDevice9::EndScene は最大 1 対です。
> IDirect3DDevice9::BeginScene はレンダリングを実行する前に 1 回、
> IDirect3DDevice9::EndScene は 1 つのフレームに対するすべてのレンダリングをランタイムに発行した後に 1 回、呼び出す必要があります。

これジャマイカ？
IDirect3DDevice9::BeginScene()のところに書いてあるぞ

**名前は開発中のものです。** · 2005/12/30(金) 18:42:10

>>53
手元のヘルプにもMSDNにも無いな。最近のSDKで追加された内容なのか

50 · 2005/12/30(金) 20:02:42

日本語版9.0cのドキュメントに載ってる。
ちゅーか日本MSDNって9.0ベースなのかよ・・・。

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/directx9_c/IDirect3DDevice9__BeginScene.asp

**名前は開発中のものです。** · 2005/12/30(金) 21:05:04

//テクスチャ回転
void TexRot(D3DXMATRIX &out,float rot)
{
　D3DXMatrixIdentity(&out);
　out._22=out._11=cos(rot);out._12=sin(rot);out._21=-1*out._12;
}
//---レンダー関数内
g_pd3dDevice->SetTextureStageState(0,D3DTSS_TEXTURETRANSFORMFLAGS,D3DTTFF_COUNT2);
D3DXMATRIX out;
TexRot(out,(float)m_dwCnt*D3DX_PI/180.0f);
g_pd3dDevice->SetTransform(D3DTS_TEXTURE0,&out);
g_pd3dDevice->SetTexture(0,g_pTexture);
g_pd3dDevice->SetStreamSource(0,g_pVB,0,sizeof(D3DTLVERTEX));
g_pd3dDevice->SetFVF(D3DFVF_2DVERTEX);
g_pd3dDevice->DrawPrimitive(D3DPT_TRIANGLESTRIP,0,2);
g_pd3dDevice->SetTextureStageState(0,D3DTSS_TEXTURETRANSFORMFLAGS,D3DTTFF_DISABLE);
g_pd3dDevice->SetTexture(0,NULL);
上記のようにしてテクスチャを回転させたいのですが上手くいきません。
どこが問題なのでしょう？DX9.0です。お願いします。

**名前は開発中のものです。** · 2005/12/30(金) 22:29:40

>>56
>D3DTLVERTEX
変換済み頂点はテクスチャ座標変換できないわよ。
↓の注
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/DirectX9_c/directx/graphics/programmingguide/fixedfunction/textures/coordinates/texturecoordinatetransforms.asp

**名前は開発中のものです。** · 2005/12/30(金) 22:49:10

>>57
レス有難うございます。
>トランスフォーム済みライティング済みの頂点
この表現がわからないのですが、、、
実際に何を行うとトランスフォーム済みライティング済みの頂点になるのでしょう？

**名前は開発中のものです。** · 2005/12/30(金) 22:50:53

>>58
RHW使うとなるわ

**名前は開発中のものです。** · 2005/12/30(金) 22:52:21

D3DXComputeNormalMapで
高さマップから法線マップ作成できるが、
これによって生成される画像のフォーマットってナンなの？
１６ビット浮動小数点の画像フォーマットなのか？
それともＲＧＢカラーのそれぞれに８ビットの数値を突っ込んでるだけなのか？
でも、ピクセルシェーダーでは法線の数値が入ってないと
デコボコの表現が正常に出来ないよね。
自前で画像フォーマット作ればいいのだが、気になって気になって
手淫も出来ません。
誰か知ってる人教えて。

**名前は開発中のものです。** · 2005/12/30(金) 23:42:45

>>58
頂点の構造体(D3DTLVERTEX)からrhwを除いて、
FVF(D3DFVF_2DVERTEX)も D3DFVF_XYZRHW を D3DFVF_XYZにすると
頂点に座標変換が掛かるようになる。
ただその場合、座標の扱いも3Dの流儀(中心が(0,0)、-1～+1)になるんだけど、
下のように設定すれば、一応2Dの流儀(左上隅が(0.0)右下隅が(w,h))のまま使えるわ。
D3DXMATRIX matWorld, matView, matProj;
D3DVIEWPORT9 vp;
D3DXMatrixIdentity( &matWorld );
D3DXMatrixIdentity( &matView );
pd3dDevice->GetViewport( &vp );
D3DXMatrixOrthoOffCenterLH( &matProj, 0, vp.Width, vp.Height, 0, 0.0f, 1.0f );
pd3dDevice->SetTransform( D3DTS_WORLD, &matWorld );
pd3dDevice->SetTransform( D3DTS_VIEW, &matView );
pd3dDevice->SetTransform( D3DTS_PROJECTION, &matProj );
座標変換がかかるのがいやで、UVだけ変えたいのなら、頂点のUVを直接書き換えるしかないわね。

**名前は開発中のものです。** · 2005/12/31(土) 00:37:37

>>61
rhw抜いたら描画されなくなってしまいましたＴＴ
今日は寝ます。レス有難うございました。

**名前は開発中のものです。** · 2005/12/31(土) 12:30:34

最近HLSLからCgに乗り換えた浮気ものです。

**名前は開発中のものです。** · 2005/12/31(土) 13:04:21

>>62
チュートリアルを順番に、自分でコードを入力しつつ動作を確認し、絶対にとばさず全て終わらせること。
質問するのはそれが出来てから。
しかしその頃には、今のような質問をすることは無くなっているだろう。

**名前は開発中のものです。** · 2006/01/02(月) 23:13:13

質問でつ。
DirectX9 SDKには"d3dx8.h"が入っていないけどどうして?
"d3dx9.h"は入っているのに。

**名前は開発中のものです。** · 2006/01/02(月) 23:15:15

ヒント：
d3dx8.h→DirectX8
d3dx9.h→DirectX9

**名前は開発中のものです。** · 2006/01/02(月) 23:42:52

>>66
D9は下位互換があるのでd3dx8.hがなくなるのが良くわからないぽ

**名前は開発中のものです。** · 2006/01/03(火) 10:25:50

D9はD8を内包してる。
ということはヘッダも中に（略

**名前は開発中のものです。** · 2006/01/03(火) 12:38:19

>>67
また上位互換と下位互換を混同する馬鹿が。
いつまで経ってもこういうのが撲滅できないのは何故だろう？
DirectXのSDKは上位互換。
下位互換だったら、8のSDKで9の機能が利用できることになる。

**名前は開発中のものです。** · 2006/01/03(火) 12:42:01

使ってほしくない機能は削除してるみたいだけどね。
SDK自体は別のものと考えた方がいいかも。

**名前は開発中のものです。** · 2006/01/03(火) 13:18:49

>>69
日本語おかしいぞw
SDK9は下位(SDK8)に対して互換があるから下位互換でいい。

**名前は開発中のものです。** · 2006/01/03(火) 13:42:58

>>69
上位互換と下位互換間違っているのはお前ですよ？ぷ
いつまで経ってもこういうのが撲滅できないのは何故だろう？

**名前は開発中のものです。** · 2006/01/03(火) 14:08:01

上位互換ってのは、将来に対して互換性が保証される場合を言い、

　→ライブラリ中のインターフェィスをFixすることで、将来の互換性を保証するとか

下位互換ってのは、過去の資産に対して互換性を保証するものなんでないの？

　→以前のライブラリのインターフェイスをそのまま残すことで、過去の資産に対しての互換性を保証するとか

これでいいんだよな？（´・ω・｀）

**名前は開発中のものです。** · 2006/01/03(火) 14:09:07

>>72
オマエの悩みはオマエにとって下位互換という言葉が未定義だからだよ（俺も知らんがなｗ）

上位互換はUpper Compatibilityの訳語
ttp://e-words.jp/w/E4B88AE4BD8DE4BA92E68F9B.html
で一般に流通する言葉だから、それを使うのは正しい。つまりオマエは間違ってない（よかったな

しかし下位互換という言葉を使用する人間をオマエが撲滅すべき理由など無い

アッパーコンパチは下位にたいして互換性を持つことを言うんだ、下位互換って言葉を
一般的には上位互換という訳語を当てた＜アッパーコンパチ＞の新訳語と思えばいい
つまり同義語。　（これで撲滅しなくて良くなったな

まあ、上位互換が間違っていて下位互換が正しいという意見は確かにアレですが

**名前は開発中のものです。** · 2006/01/03(火) 14:11:12

>>71
http://e-words.jp/w/E4B88BE4BD8DE4BA92E68F9B.html
＞旧バージョンのアプリケーションソフトが、新バージョンのアプリケーションソフトで作成したファイルを扱える
つまり9のSDKで開発したソースがDirectX8で扱えなければならない。

＞http://e-words.jp/w/E4B88AE4BD8DE4BA92E68F9B.html
今回の場合はこっち。
旧バージョン用のSDKのソースを新バージョンのSDKで扱えるように配慮されているから上位互換。

この程度のことも混同してしまう人間が、少なくとも二人いることに驚いた。
この話は何度も出てきているんだが、いつまで経っても撲滅不能。

**名前は開発中のものです。** · 2006/01/03(火) 16:17:21

なぜかというと大して困らない用語だから。

ところでSDKの互換性とDirectXの互換性は別の話だっちゅうの。
2004Octじゃないとビルドできないソースとかあるでしょ。

**名前は開発中のものです。** · 2006/01/03(火) 16:46:11

完全な下位互換なんてほとんど聞いたことないし、
完全でない下位互換ならわざわざ下位互換とか書かないよな

**名前は開発中のものです。** · 2006/01/03(火) 19:42:21

>>70
d3dx8.hってMSにしては使ってほしくないの?

**名前は開発中のものです。** · 2006/01/03(火) 20:07:49

いつまでも古いのサポートしたくないんじゃない。

**名前は開発中のものです。** · 2006/01/03(火) 20:26:00

C++でビハインドカメラ視点の3Dアクションゲームを作ろうとしているのですが、
カメラ位置の設定がうまくできず悩んでいます。

Z軸の単位ベクトルで初期化したベクトル(0,0,1)を用意し、自キャラの向きに合わせて回転させ、
適当な倍率とマイナスをかけて、自キャラの後方をカメラ位置に設定しています。

カメラを固定位置にすると自キャラの動作は正常なのが確認できるのですが、
D3DXVECTOR3 vecEyePt = Player.vecPosition + cameraPosition;
とカメラ位置を設定すると、以下のように意図しない結果がでてしまいます。

・旋回操作をしても自キャラの向きが変わっていない（まわりの物体の位置もそのまま）
・自キャラに当たる照明の位置だけが変わっている
・カメラ位置がZ軸上から動いていない

http://syobon.com/mini/src/mini13422.txt　ソース
ご指摘・アドバイス等いただけましたら幸いです。よろしくお願いいたします。

**名前は開発中のものです。** · 2006/01/03(火) 20:55:48

先が思いやられるコードｷﾀｰ！

80 · 2006/01/03(火) 21:19:10

>>81
まだ入門書のサンプルに毛を生やす程度の能力しかなくて、すみません。
よろしければご助力ください。あるいはスレ違いでしょうか？

**名前は開発中のものです。** · 2006/01/03(火) 22:18:02

こんなん出来ました
ttp://syobon.com/mini/src/mini13429.zip

**名前は開発中のものです。** · 2006/01/03(火) 22:25:22

>>83
d3dx9_26.dllが見つからなかったため、このアプリケーションを開始できませんでした。

**名前は開発中のものです。** · 2006/01/03(火) 22:28:29

あらやだ

80 · 2006/01/03(火) 22:28:39

>>83
すごいですね、そうしたかったんです。
差し支えなければ改善点やコードを教えてくださいませんか。

**名前は開発中のものです。** · 2006/01/03(火) 22:48:43

d3dx9_26.dllが見つからない人は↓をダウソ後DXSETUP.exeを実行

ttp://syobon.com/upload/src/syobon37980.zip.html
DLKeyはsage

**名前は開発中のものです。** · 2006/01/03(火) 22:53:45

ありがとうエロイ人！

**名前は開発中のものです。** · 2006/01/03(火) 22:54:58

>>86
cameraPosition = -3*vecAxisZ;//*****カメラ位置を算出*****

↑これの書く場所がマズイ

**名前は開発中のものです。** · 2006/01/03(火) 22:56:39

DLL　d3dx9_xx.dll　面倒な時代になり申した
ttp://www.toymaker.info/Games/html/d3dx_dlls.html

**名前は開発中のものです。** · 2006/01/03(火) 23:03:07

デバッガで追っていけばすぐ分かることなんだがな。

80 · 2006/01/03(火) 23:49:37

＞cameraPosition = -3*vecAxisZ;//*****カメラ位置を算出*****
＞
＞↑これの書く場所がマズイ
軸の回転前に書くとカメラが移動しなくて、回転後だとやっぱり同じ結果になってしまいます。
回転後にカメラを移動させればいいとは思うのですが、どうしたらいいでしょうか？

>>91
デバッガの使い方もままならず、四苦八苦しています。無知で大変ご迷惑をおかけします。

**名前は開発中のものです。** · 2006/01/03(火) 23:50:43

軸の回転前に書く

**名前は開発中のものです。** · 2006/01/03(火) 23:57:19

回転前でも回転後でもいいんだけど、
カメラが考慮すべきなのはThing[1]の向きのはず。
今のままだと、謎のオブジェクトThing[3]の向きが参照されちゃうよ。

**名前は開発中のものです。** · 2006/01/04(水) 00:02:04

あ、やっぱ回転後によろしく

80 · 2006/01/04(水) 00:22:31

>>94
解決しました。的確なアドバイスをありがとうございます。
関数が呼び出されるごとに全オブジェクトのfHeadingが参照されているのは盲点でした。
今回の失敗を忘れず精進します。重ねてお礼申し上げます。

**名前は開発中のものです。** · 2006/01/04(水) 00:38:19

うぃいいいいいいいいん

**名前は開発中のものです。** · 2006/01/04(水) 00:54:58

どぉううううううううず

**名前は開発中のものです。** · 2006/01/04(水) 00:56:51

>>96
次は>>83のサンプルのように滑らかな回転・移動に挑戦してみよう。

80 · 2006/01/04(水) 01:48:39

>>99
確かに、そのままだとガクガクしますね。
カメラの軌道が綺麗な円ではないということでしょうか？

自由に移動するには自キャラの状態を複数用意して、
前進/後退や旋回を組み合わせられるようにする必要がありますね。

80 · 2006/01/06(金) 03:27:28

>>99
DirectInputを使って滑らかに動かせるようになりました。
ウィンドウズのメッセージは複数保持できないんですね。