【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【Part9】

**名前は開発中のものです。** · 2005/09/24(土) 09:36:08

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc8.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。

その他は>>2-10ぐらい

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

>>110
DirectX SDKのSkinnedMeshサンプル

昔はシェーダもアセンブリコードっぽいもの使ってたけど
あのころのSDKのSkinnedMeshサンプルはありえんくらいソースが難解だったｗ
今のSDKのはものすげー簡単
でも昔の奴で勉強したほうが色々と勉強にはなるかもね

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

>>111
ディスプレイは完全な60Hzではないからな。
この辺色々調べたんだけど、今のところ俺はこんな感じにしてる。

なぜガクーンってなるかっつーと、モニタとPCの誤差が徐々にたまって、
特定のフレームだけ極端な短時間しか与えられなくなるから。
で、そのシワ寄せが次のフレームに回ったりして、ガクーンってなる。

ということは1フレームあたり常に一定時間確保できるようにすればいい。
これは垂直同期を取れば解決できる。1フレームあたりきちんと16ms確保できるから。
だけど単にPresentに頼るだけの同期は、DirectXのトリプルバッファの罠で入力遅延にハマる。

でもこちらとしては、遅延が起こらないように画面への転送が終わるのを待ちつつ入力時間を確保したい。
そこで内部ループを120fpsとか240fpsとかの倍速でまわして、
実際に更新するのは2回に1回とか4回に1回とかにしてしまう。
これだと、例えば内部120fpsなら8ms、240fpsなら12msだけの計算時間が保障される。
という感じ。今のところこれで滑らかに動いてるよん

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

>>111
timeBeginPeriodやってる?

**111** · 2005/10/07(金) 23:24:23

>>113
おお！倍速ですか。試してみます。

>>114
使ってます。

**名前は開発中のものです。** · 2005/10/09(日) 00:20:40

すみません、質問です
現在、BCC5.5とDirectXを利用してゲームを作ろうと四苦八苦しています。
しかし、今の状況だと実行ファイルのほかに「d3d8d.dll」と「d3dx8d.dll」
の二つのファイルが同一フォルダに必要になってしまうようです。
そこで、質問なのですが、コンパイル時にこれらのDLLを実行ファイルに
含めてしまうようなことは出来ないのでしょうか？

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

>>116
そのDLL、デバッグ用じゃね？
完成版ならちゃんとリリースでビルドすりゃ問題ないと思うんだけど

質問のほうの答えはいろんな意味で無理

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

Makefile に書けばできないことはないだろうけど、まあそれよりはリリースビルドにすることだね。

**名前は開発中のものです。** · 2005/10/09(日) 10:25:50

PCでゲームを作ろうと思っているのですが音を再生するライブラリってどんなものが
あるのか教えていただきたいです。やりたいことはピッチの変更・パンの設定・3Dサウンド
ボリュームの設定、以上のことができるライブラリってありますか？

**名前は開発中のものです。** · 2005/10/09(日) 10:30:50

あるよ

**名前は開発中のものです。** · 2005/10/09(日) 13:14:07

>>119
そんな曖昧な質問しちゃう子にはOpenAL薦めちゃう

**名前は開発中のものです。** · 2005/10/09(日) 15:33:10

DirectMusic又はDirectSoundでは3Dサウンドと周波数(ピッチ)の変更が個別では
提供されているものの両方をともに反映するこは不可能みたいなのでそれに変わる
何かはないかなとおもって探してます。DirectXでもそれを可能にする方法があるの
ならいいんですけどどうでしょう

**名前は開発中のものです。** · 2005/10/09(日) 15:48:53

画像の管理の仕方なんですが、たとえば、RPGで主人公（上下左右向いている画像）と
王様（上下左右向いている画像）の2人のイメージを使うとします。
この場合、主人公.gif、王様.gifのように別々のファイルに入れておくより、
キャラ.gifみたいに全部のキャラクタを1つのファイルに入れて表示するときに
座標で切り出した方がいいのでしょうか？

**名前は開発中のものです。** · 2005/10/09(日) 16:00:26

3D機能を使って描画するならテクスチャは纏めておいた方が高速だよ

**名前は開発中のものです。** · 2005/10/09(日) 16:24:56

わけておくと最初の読み込みのときに時間かかるだけじゃないんですか？
メモリに読み込まれればどっちでも速度同じようなきがしますが。

**名前は開発中のものです。** · 2005/10/09(日) 16:31:07

>>122
それってBBXでまともなレス貰えなかったから再質問ってこと?

>両方をともに反映するこは不可能みたいなので
どこかに不可能とか書いてあった?

最小限だけ書くと
CTRL3DとCTRLFREQUENCYを含めてCreateSoundBuffer　→　仮のサウンドバッファ
仮のサウンドバッファでDirectSoundBufferをQueryInterface　→　セカンダリ
セカンダリでDirectSound3DBufferをQueryInterface　→　3Dサウンド

これでセカンダリで周波数かえて3Dサウンドできる

**名前は開発中のものです。** · 2005/10/09(日) 18:16:36

>>125
DIBSectionで描画するなら、どっちでも変わらんけどな

**名前は開発中のものです。** · 2005/10/09(日) 18:34:59

シーンによって必要な画像だけメモリに読み込みたい場合は、
ファイルで分けておいた方が楽なんじゃない？

**名前は開発中のものです。** · 2005/10/09(日) 18:51:29

結論：好きなようにしろ

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

今のマシンだと、昔ほどメモリーで困る事は無い品。

**名前は開発中のものです。** · 2005/10/11(火) 22:20:26

必ずwindows用のゲームつくるにはwinAPIを勉強しなければダメですか？
最終的にはdirectXを使ったゲームを作りたいんですが、c、c++と勉強して
きてその次が困っています。　

いきなりdirectXを勉強して、c/c++とdirectXだけでゲームって作れるんで
しょうか？

**名前は開発中のものです。** · 2005/10/11(火) 22:28:38

最低限のAPIは、覚える必要がある罠。

**名前は開発中のものです。** · 2005/10/11(火) 22:43:59

>>131
そんな詳しくは学ばなくてもいいが、やっぱウィンドウ作ったりはしなきゃあかん。
WM_CHARとかその辺のメッセージの類とかも少し独特だし。

俺はあまりWinAPIにはあまり詳しくないが
一応PetzoldのProgrammingWindowsでやる程度のことは一通りやったかな
まあやって損は無いよ

**名前は開発中のものです。** · 2005/10/11(火) 23:15:26

ありがとうございました。　ネットでいろいろ調べて基本的なAPIを
勉強します。

ネットで限界があったら本で勉強してみようと思います

**名前は開発中のものです。** · 2005/10/11(火) 23:59:03

ツールとか作ろうと思うとWin32の壁が orz

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

WinAPIがよく分かってなかった当時
ゲーム開発用ツールをゲームに直接組み込んだ変態さんならここにいるぞ

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

漏れは自前でスクリプト作ってみた。

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

自前スクリプト言語は、多くのプログラマが誘惑される甘い蜜である。
しかし有意な結果を生む事は非常に稀である。

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

意外と技術力が要るからなぁ・・・

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

bison/flexってどうなん？
つかったことないんだけど

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

>>140
古参なりに信頼性はある。（メモリを少々食うけど）
GNU flexは日本語の扱いに弱いので、字句解析だけ自前で用意する人もいる。
どの道、本当に使いこなしたいならドラゴンブックなり何なりで勉強しないと始まらない。

**名前は開発中のものです。** · 2005/10/12(水) 02:13:17

>>141
なるほど。
トークナイザ書くくらいなら困らないし
パーサだけ作ってもらえば後はどうにかなるか？
勉強してみるかな。サンキュー

**名前は開発中のものです。** · 2005/10/12(水) 03:39:31

DirectSoundでOGG→WAVでいまだに悩んでいる人間です。
ソースを見ていただいたてどこがおかしいか見て頂きたいんですが
どこにあげたらいいですかね？

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

>>143
http://gamdev.org/up/
にあげたら誰か見てくれるかもね

てゆーかDirectSoundが駄目なのか、Ogg→Waveが駄目なのか、
どちらが駄目なのかの検討くらい付けたほうがいいかと

**名前は開発中のものです。** · 2005/10/12(水) 23:18:32

>>143
ttp://www.geocities.jp/toru_website/
ここに書いてあるのじゃダメなん？

オイラは、WAVに戻すとえらいメモリ食うから
そのままストリーミング再生するようにしたがな

**名前は開発中のものです。** · 2005/10/12(水) 23:35:58

ソース上げました。oggというコメントで上げました。
どなたか助けてください。Ogg→Waveがダメだと思います。
セカンダリの作成失敗というエラーメッセージがくるのでそこがおかしいと
思うのですがOGG→WAVに変換するのはサイトからのコピーを少し変えただけなので
問題ないと思うのですがどなたか見ていただければうれしいです。

**名前は開発中のものです。** · 2005/10/12(水) 23:42:29

>>146
セカンダリの作成失敗というエラーメッセージはどこから出てきてるんだ？
もしかして579行目？

**名前は開発中のものです。** · 2005/10/13(木) 00:29:37

そうです

**名前は開発中のものです。** · 2005/10/13(木) 00:39:00

>>148
そこでエラーが出るってことは、
>hr = lpDS->CreateSoundBuffer( &dsbdesc, &lpDSB, NULL );
ここでエラーが出てるんだろ。

てことは、dsbdescの値がおかしいからエラーになってると限定できる。
hrの値は何になってんの？

っていう風にバグの原因を追求していけばいい。
漠然と全体像を見たって原因なんてわかりっこない。

**名前は開発中のものです。** · 2005/10/13(木) 00:41:54

エラー処理をちゃんとやってる真面目なコードだなー

**名前は開発中のものです。** · 2005/10/13(木) 01:14:01

戻り値で１１種類も原因が分けられてるのに・・・

>思うのですがOGG→WAVに変換するのはサイトからのコピーを少し変えただけなので
その変更が原因だったらワロス

**名前は開発中のものです。** · 2005/10/13(木) 09:38:10

>150

そういう真面目な人に限って変な女に騙されるんだよね

**名前は開発中のものです。** · 2005/10/13(木) 11:33:26

きついことを言うが真面目かどうか以前の問題だろ。
エラー処理を真面目にする意味が分かってない奴には、
エラー処理を真面目にする意味が無い。

**名前は開発中のものです。** · 2005/10/13(木) 13:15:52

>>153
質問してる奴が書いたんじゃないだろ。コピペ元が綺麗にやってるだけで。

**名前は開発中のものです。** · 2005/10/13(木) 17:04:52

ソース見てどんな処理やってるのか理解できないとコピペしてもねえ

**名前は開発中のものです。** · 2005/10/13(木) 19:14:51

Lunaを使ってゲームを作っているのですが
3D空間上の物体をマウスで選択するのに、マウスの座標と3D空間上の座標がまったく違うので
どう当たり判定処理をすればいいのかわかりません。

どうすればいいですか？

**名前は開発中のものです。** · 2005/10/13(木) 19:30:46

普段、頂点変換をどうやってるか考えてみれ。
ワールド空間→カメラ空間→射影空間→スクリーン座標
ってやってるっしょ？だから、これの逆を辿ればいい。

射影空間からスクリーン座標への変換はDirect3Dがやってるので注意。
あとスクリーン座標での点は3D空間では直線になる。

**名前は開発中のものです。** · 2005/10/13(木) 21:32:51

DirectMusicのMIDI再生機能についての仕様って
具体的には公開されていないのでしょうか?

ググってもどうもそれらしい情報が見つからないのですが…。

**名前は開発中のものです。** · 2005/10/14(金) 05:42:08

探している情報とは違うかもしれんが、参考になるかも
ttp://www.microsoft.com/japan/msdn/directx/backgrnd/html/dmapi_faq.asp

**名前は開発中のものです。** · 2005/10/14(金) 05:45:43

どちらかというとMIDI規格を理解する必要があるんじゃないかと思ってみたりもするのだが
ttp://www.pluto.dti.ne.jp/~daiki/Midi/Midi.html

**名前は開発中のものです。** · 2005/10/14(金) 08:58:08

DirectX9環境の3Dにてアルファ付きテスクチャ（DDS)を使って
通常は、黒抜き表示をしているのですが
そのテスクチャをどんどん透明にして消す方法がウマくいきません
アルファ値を動的に変える方法をとっても、逆に黒い部分が浮かび
あがってきたりと・・・orz
教えてはいただけませんか、お願いします。

**名前は開発中のものです。** · 2005/10/14(金) 09:56:15

>>161
普通にアルファ値を1→0に変えていけば上手くいくと思うけれど。
アルファ値は、黒い部分は0、絵の部分は1、になってる？

**161** · 2005/10/14(金) 17:22:07

>>162
レスありがとうございます。

>アルファ値は、黒い部分は0、絵の部分は1、になってる？
元絵をグレイスケール処理し、それをαチャネルとして読み込み
テスクチャ(DDS)を作っているので・・・黒い部分が０で他が１以下とかに
なってないのかなぁ・・・
テスクチャのα値を０（真っ黒）にすれば消えてくのは分かるのですが
それを、どう設定すれば動的に設定できるのか？が分からなくて
困っています。　よろしくお願いします。　orz

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

>>163
アルファチャネルが一切含まれない普通の画像を消すことができないとお話にならないな。
アルファチャネルが含まれるほうは、そのあとやってみれ。

画像を張り付けるために使った4頂点に頂点カラーを与えて、
そのアルファ値を徐々に減らしていけば、いけるはず。

忘れてはいないと思うけど、これも忘れずに。
SetTextureStageState( 0, D3DTSS_ALPHAOP, D3DCOLOROP_MODULATE );

**161** · 2005/10/14(金) 21:04:58

>>164
またまたレス㌧ｸｽです

レスの通り、bmpの画像を使って、消す方法を探してみました。

Device->SetRenderState( D3DRS_TEXTUREFACTOR, dwAlpha );
Device->SetTextureStageState( 0, D3DTSS_ALPHAOP, D3DTOP_MODULATE );
Device->SetTextureStageState( 0, D3DTSS_ALPHAARG1, D3DTA_TEXTURE );
Device->SetTextureStageState( 0, D3DTSS_ALPHAARG2, D3DTA_TFACTOR );
Device->SetRenderState( D3DRS_ALPHABLENDENABLE, TRUE );
Device->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA );
Device->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_ONE );
dwAlphaの上位１バイトを０で抜き、２５５で表示
そのままでも、α付き画像でも消えていってくれました。

私の使ってるＳＤＫだと
D3DCOLOROP_MODULATEがなかったのでD3DTOPにしたけど問題ないですよね
それとも↑の方法で消す方法があったのでしょうか？

**名前は開発中のものです。** · 2005/10/14(金) 21:25:09

>>165
TFACTORは最近のVGAは大丈夫なんだけど、一部で使えないから注意しろよ。
なんかMODULATEができない仕組みのがあるらしい。以前ハマった。

それからD3DTOP_MODULATEでした。
D3DCOLOROPなんてないです。すみません。
見ないで適当に書いたから嘘書いてもーた

**161** · 2005/10/14(金) 23:11:42

>TFACTORは最近のVGAは大丈夫なんだけど、一部で使えないから注意しろよ。
>なんかMODULATEができない仕組みのがあるらしい。以前ハマった。

ウホッ　貴重な情報㌧ｸｽ！　家のノートでならなくてよかったーｗ
どのVGAだとサポートしてないかはdxinifoにあるのかな・・・。
っと、一応TFACTOR使わずに透明になる方法も考えておかねば。

いろいろありがとうとざいました。またよろしくっす　or2

**名前は開発中のものです。** · 2005/10/16(日) 05:26:00

吉里吉里＋ＫＡＧでオーソドックスなＡＤＶを作ろうと思っています。
かまいたちの夜風の人物絵が欲しいのですが、
なるべく安価で簡単な作り方ってありますか？

**名前は開発中のものです。** · 2005/10/16(日) 05:42:13

釜井たちの夜で自前作成するとか。白バックとかでやれば綺麗に抜ける。

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

>>169
やっぱり最後は釜井ですかね。
虫のいい話は無いか・・・。

今、輪郭線＋グラデーションで描いてみたんですが、
当然「かまいたち」や「きみしね」の足元にも及ばず。
・・・しかし、こんなんでもごまかし効くかも？　という不埒な考えが（ｗ

**名前は開発中のものです。** · 2005/10/16(日) 08:00:22

ゲーム仕様に関する質問です。

３体以上の敵キャラが出て、且つ相手をロックオンするタイプの３ＤアクションＳＴＧを
作る場合、どういう仕様が最適だと思う？

**名前は開発中のものです。** · 2005/10/16(日) 08:53:37

それだけでは私の方からは何とも。

**171** · 2005/10/16(日) 10:54:25

一言でいうと、連邦ＶＳジオンのシステムで３ＯＮ３以上をさせるには？という事

ボタンで注視対象切り替え、、じゃ厳しいかな？と。

**名前は開発中のものです。** · 2005/10/16(日) 13:35:43

どこの仕様を聞きたいのか分からない

**名前は開発中のものです。** · 2005/10/16(日) 13:55:28

そのゲームやったことないけど、
たぶん、「常に一つの対象を」自動でロックするゲームが念頭にあるんでしょ

インターフェイスにマウスはありなの？

**名前は開発中のものです。** · 2005/10/16(日) 17:46:07

みんなで参加できるオンラインのマージャンゲームを作りたいのですが
1日1時間の勉強で完成までどの程度かかるでしょうか？

CとJAVAとPERLはできるのですが、ゲーム作りをしたことは全くありません。
ゲーム作るのって、システム作るるよりもレベルが断然高いのですよね？

**名前は開発中のものです。** · 2005/10/16(日) 17:49:56

>>176
オンライン麻雀の場合はシステム作るのとそんなに代わらないと思うよ

**171** · 2005/10/17(月) 01:26:51

>>175
＞たぶん、「常に一つの対象を」自動でロックするゲームが念頭にあるんでしょ

そうです。

＞インターフェイスにマウスはありなの？

アリでも良いと思ってます。

**名前は開発中のものです。** · 2005/10/17(月) 07:58:07

どうもまだogg→wavの変換に悩んでる者です。
すいませんどなたかどこがおかしいのか教えてください。
ソースは以前と同じところで[3554.zip]　コメントogg　で上げました。
wavの場合は問題なく成功するのですがoggの場合はCreateSecondaryBuffer内の
CreateSoundBufferの部分でE_INVALIDARGのエラーがでます。
設定していない値はないし値も間違ってそうにないのですがどなたか助けて下さいお願いいたします。

**名前は開発中のものです。** · 2005/10/17(月) 08:36:43

>>171
「アーマードコア」

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

>>179
DSBUFFERDESCとかで余計な機能を捨てろ。
とりあえずVOLUMEだけとかにしとけ。
3DAlgorithmとかも切っとけ

それでも駄目なら多分WaveFormatのほう
Oggファイルから正確にデータを取得しているかチェック

**名前は開発中のものです。** · 2005/10/17(月) 10:42:20

>>179
DirectSound の 3D 能力を利用するアプリケーションでは、モノラル音源を提供しなければならない。DSBCAPS_CTRL3D フラグを指定してバッファを作成する場合、WAV フォーマットに複数のチャンネルが含まれていると、エラーになる。

**名前は開発中のものです。** · 2005/10/17(月) 13:37:40

PAC.exeでテクスチャアニメーションをやりたいんですが
動的ポリゴンの設定方法がわかりません。
テクスチャ２枚使わなきゃアニメーションは出来ないですか？？
誰か教えてください！

**名前は開発中のものです。** · 2005/10/17(月) 14:46:00

一枚のテクスチャに複数のアニメーション内容を持たせて、
UVを切り替えて動かすことは可能。
UVを直接いじってもいいし、UVだけトランスフォームさせてもいいし、
頂点シェーダでパラメータを送って切り替えてもいい。

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

テトリス作ってみたい･･･

**名前は開発中のものです。** · 2005/10/17(月) 15:16:58

1枚でも出来るんですね。ありがとうございます！
いろいろやってみてるんですが
「動的ポリゴン設定」とか、「アニメーション設定」の
方法がわかりません…。フレームを設定しても
表情が切り替わるときに顔の部分だけポリゴンごと
消えちゃったりしてます。
どういう手順で設定すれば良いんでしょうか？

**名前は開発中のものです。** · 2005/10/17(月) 15:50:52

>>185
そんなあなたに

つ[テンプレ嫁]

**名前は開発中のものです。** · 2005/10/17(月) 16:06:46

>>186
まずはSDKのチュートリアルを終わらせる。
読むだけでなく実際に入力して動かすこと。

**名前は開発中のものです。** · 2005/10/17(月) 16:10:37

もしかして動的ポリゴン設定などというズバリな機能があると勘違いしてるんだろうか

**名前は開発中のものです。** · 2005/10/17(月) 17:20:33

>>185
ここはお前の日記帳じゃ(ry

**名前は開発中のものです。** · 2005/10/17(月) 22:56:31

>>186
1回目は、テクスチャAのある領域を描画
2回目は、テクスチャAの別の領域を描画
3回目は、テクスチャAの更に別の領域を描画
4回目は、テクスチャAの更に更に別の領域を描画
5回目（ｒｙ

という考え方だからね。
がんばって実装するべし。

**名前は開発中のものです。** · 2005/10/18(火) 06:23:16

>>178
マウスありならFPS形式がメジャーじゃないかな
ポインタの近くの敵を軽く自動ロック

似たようなこと少数でまったり語ってるんで良かったら
http://game10.2ch.net/test/read.cgi/gsaloon/1125751048/

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

ム板から誘導されてきました

ゲーム製作についての質問です

ゲームは始まったら当然スグゲーム開始ではなく
タイトル画面があったり設定画面があったりしますよね
これらはどうやって実装したらいいのでしょうか？
一応自分で思いついたのは以下の方法です

ゲームループ内で
switch(game_status)
case START_INIT:
　　start.Init();
case START_FRAME:
　　start.update();
　　start.draw();
　　break;
case GAME_INIT:
　　game.Init();
case GAME_FRAME:
　　game.update();
　　game.draw();
　　break;

といった感じです
何かもっとスマートな方法はありますでしょうか？

**名前は開発中のものです。** · 2005/10/18(火) 20:03:22

>>193
いいんじゃない？
自分でそれだけ考えられたのなら素晴らしいと思うよ。
ちなみにそういうのは仮想関数を使うと綺麗にいく

**名前は開発中のものです。** · 2005/10/18(火) 20:04:23

それでいいじゃん

**名前は開発中のものです。** · 2005/10/18(火) 20:14:50

設計の一例に過ぎないけど例えば

class Mode
{
public:
　virtual void ExeOneFrame() = 0;
};

class GameMode : public Mode
{
　int m_status;
public:
　virtual void ExeOneFrame();
};

そのswitch文は丸ごとg_mode->ExeOneFrame();とゆー感じに置き換えてしまって、
GameMode::ExeOneFrame()でm_statusの内容に応じてswitchする、という感じ

グローバルなgame_statusに各モードの推移状態を持たせるとだんだんややこしくなるので
各ローカルクラスでコードが完結するように心がけるとスッキリする。
TitleModeなりConfigModeなり適当に必要なモードを作ってg_modeを差し替えてモード変更。
デザパタで言うところのファサードとかストラテジーとかいうあたりになるのかな

**名前は開発中のものです。** · 2005/10/18(火) 20:41:23

ありがとうございます！

仮想関数は前に勉強しただけで実際に組み込んだコトないので
もういちど勉強しなおして>>196さんのを参考に組み込んでみようと思います

**196** · 2005/10/18(火) 20:46:42

ふっ、礼にはおよばないぜ

**名前は開発中のものです。** · 2005/10/18(火) 21:13:27

次はモード切り替え時の前処理で悩みに来るだろうな。

**名前は開発中のものです。** · 2005/10/18(火) 21:24:37

>>199
先に書いとくか、、。
1.Modeクラスに前処理、後処理用のメソッド追加（OnEnter,OnExet）
2.シーン管理クラス作って置いて、シーンの変更がある度に先ほど作ったメソッドをコール

管理クラスに１つ前のシーン名を記憶させとくと便利だと思うよ。
（切り替え等の為に名前で管理する）

**名前は開発中のものです。** · 2005/10/19(水) 02:50:48

ちょっと聞いてくれー。
今3Dモデルを使った2Dシューティングを作ってるんだけど、
自機の行動範囲を制限するために、スクリーン座標を取得したいんだ。

float hsw = (float)vp.Width/2, hsh = (float)vp.Height/2;　　　// vpはビューポート
matScreen = _D3DXMATRIXA16(
　　　　　　　hsw, 　　　0,　　　0,　　　0,
　　　　　　　0,　　　-hsh,　　　0,　　　0,
　　　　　　　0,　　　　　0,　　　1,　　　0,
　　　　　　　hsw,　　hsh,　　　0,　　　1);

matWorld = matWorld * matView * matProj * matScreen;

という風にやってるんだけど、なんかぜんぜん違う値が出てしまう……。（X座標が50000とか）
スクリーン座標を取得するときの変換行列はこれで合ってる？

**名前は開発中のものです。** · 2005/10/19(水) 03:58:01

>>193
コルーチンやマイクロスレッドを使う

**名前は開発中のものです。** · 2005/10/19(水) 04:29:23

>>201
＞これで合ってる？
　
その説明じゃ普通分からねーよ。matProjの説明が要るだろ。つまり
　
vector(0,0,0,1) * matWorld * matView * matProj = 謎(x,y,z,w)
　
この謎ベクトルに何が入ってるのか分かんなきゃ
謎(x,y,z,w) * matScreen の結果が何なのか分からん。

**名前は開発中のものです。** · 2005/10/19(水) 04:32:40

>>201
行列自体は合ってるかと。
自機の行動範囲ってスクリーン座標からワールド座標に変換するんだよね？
それだと、それの逆行列を使うんだけど、それは大丈夫？

**名前は開発中のものです。** · 2005/10/19(水) 04:34:52

>>203
射影変換行列であろうことくらい察してやろうよｗ

**名前は開発中のものです。** · 2005/10/19(水) 04:46:47

>>196
>>193ではないのですが全く同じことをしているのでちょっと質問させて下さい。
Win32APIプログラミングで>>196の様な用途のクラスを使う場合
クラスのインスタンスはどこで作成するのが一般的なのでしょう？
グローバル領域ですか？
それとも値を保持したい変数をstaticにしてウィンドウプロシージャの中で作成ですか？
C++始めたばかりでまだクラスの扱い方がよくわからず変な事言っちゃってるかもしれませんorz

**名前は開発中のものです。** · 2005/10/19(水) 04:51:41

射影変換行列の定義は一意ではないということを
指摘していることくらい察しろよ。
　
DirectXの場合D3DXで作った射影変換行列なら
matScreenの役割はDirectXのビューポートに相当するものと
想像できる。matScreenが合ってるかどうかを手っ取り早く調べるには
processVerticesの計算結果と比較すればよいだろ。多分結果は違うと思う。

**201** · 2005/10/19(水) 05:07:48

とりあえずスクリーン変換の行列は合ってるんですか……。んー、どこが悪いのか。
しかし、さっきマニュアル見ててD3DXVec3Project()関数の存在を知りました。
今は時間的に厳しい状況なのでとりあえずは、こっちで実装しときます。返答ありがとうございました。
>>207
後で見てみます。

**名前は開発中のものです。** · 2005/10/19(水) 05:29:29

DirectXのﾍﾙﾌﾟを読んだ。固定機能パイプラインの解説に
射影変換行列とかビューポートの計算式が載ってたぞ。
そのまんま使ったらちゃんと固定機能パイプラインの計算結果と一致した。
以上報告終わり。

**名前は開発中のものです。** · 2005/10/19(水) 07:18:53

>>196
参考にさせていただいてるのですが
ちょっとわからないコトがあります

＞そのswitch文は丸ごとg_mode->ExeOneFrame();とゆー感じに置き換えてしまって、
＞GameMode::ExeOneFrame()でm_statusの内容に応じてswitchする、という感じ

例えばタイトル・コンフィング・ゲームの3つのモードを作りたい場合
Mode　→　GameMode　→　TitleMode
　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　→ConfigMode
といったように派生するというコトでしょうか？
g_modeを差し替える方法がよくわからないので
ヒントだけでもいただけると助かります

**名前は開発中のものです。** · 2005/10/19(水) 08:23:27

どうもまだOGG形式に悩んでる物です。
プライマリバッファのフラグの設定に3Dやボリュームなどの設定をしていなければ
セカンダリで3Dとかボリュームとかを指定してなければできませんか？3D・ボリューム
・周波数をOGGで再現するのは無理ですかね？