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

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

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

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

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

**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で再現するのは無理ですかね？

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

>>210
俺の>>200は無視かよｗ

＞g_modeを差し替える方法がよくわからないので

シーン管理クラスに現在のシーンや１つ前のシーン等をメンバ変数で持たせればいいだけ。
(当然型はMode*。ポリモフィズムは理解してんでしょ？)

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

>>212の続き
切り替えはシーン名がお勧め。

擬似コード

シーン管理クラス.シーン切り替え( シーン名 );
{
Mode* pMode = this.シーン検索( シーン名 );

現在のシーンメンバ.onExit();
現在のシーンメンバ = pMode;
現在のシーンメンバ.onEnter();
}

ゲームループ内
{
シーン管理クラス.exec();
}

細かいエラー処理とか省略。
ヒントというより殆ど答え。

**206** · 2005/10/19(水) 11:50:17

華麗にスルーされてる(･ω･`)
ごめんね、父さんWinアプリでC++使うの初めてだからよくわからなくて。
変な質問してごめんね。

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

>>214
こういうのは人によるからレスも付けづらいんじゃないかな。俺も他の人の知りたいわぁ。

例えばグローバルに置くのが嫌ならば、エントリーやプロシージャ周りを
軽くラップしたメインクラスクラスを書いてみたらどうだろう。
メッセージディスパッチだのは考えず、もうstaticメンバ関数ばかりで良いから。
で、Modeのオブジェクトはそれに持たせると。

なんかのフレームワーク使う方が話は早いけどね。ゲームだと無駄かもだし。

**206** · 2005/10/19(水) 12:31:21

なるほど、そういうやり方もあるんですね。参考になります。
レスありがとうございました！

**210** · 2005/10/19(水) 15:16:03

>>212
いえ、決して無視したわけではありませんです
ポリモフィズムは一応基礎の基礎だけはわかってるつもりです
>>196,>>200（>>213）など、個々で見るとなんとなくわかるのですけど（答え同然ですし）
それらを組み合わせての書き方がイマイチ理解できないのです
シーン管理クラスの中にGameModeクラス・TitleModeクラス・ConfigModeクラスメンバを
作ればいいのでしょうか？

class Scene {
　private:
　　GameMode gMode;
　　TitleMode tMode;
　　ConfigMode cMode;
　public:
　　HRESULT SceneChange(？);
　　Mode* SceneSeach(？); // シーン検索関数もよくわからないです…
　　HRESULT exec();
};

…勉強しなおしてもう少し考えてみます

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

>>217
ポリモフィズムについて、オブジェクト指向の解説書なんぞを
立ち読みでもいいから読んできてみ。

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

>>210
class Mode
　class GameMode
　class TitleMode
　class ConfigMode

とゆー感じで考えてたつもり。
要は各モードの実装は各モードで自由に書ける、っつーことで。

＞シーン管理クラスの中にGameModeクラス・TitleModeクラス・ConfigModeクラスメンバを
＞作ればいいのでしょうか？

Scene "has" GameModeの関係になっていて、Sceneクラスが各モードを包括している。
ってことから考えれば、自然にそうなる。
慣れてくると、考え方とコードが一致してくるから、面白いよ。
オブジェクト指向の解説書を適当に探して読んでみ。だんだん設計が楽しくなるかもよｗ

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

>>211
それはOggの問題ではないでしょ？
OggデータをWaveデータに変換できることがわかってるんだから、
もう問題はDirectSoundの問題だけに絞れてるんだから。

**210** · 2005/10/19(水) 17:37:47

>>219
>>196でGameModeのm_statusの使い方がよくわからず
（TitleMode,ConfigModeからはm_statusがいじれないから）
class Mode
　class GameMode
　　class TitleMode
　　class ConfigMode
かと思ってました
なんか色々激しく勘違いしてたり知識が足り無すぎるので
ちょいと本屋に逝って来ます( ﾟ∀ﾟ)ﾉ゛

**210** · 2005/10/19(水) 19:26:07

オブジェクト指向の本が一個もない蔦谷って…orz
面積だけは関東一に近いとかなんとか言うクセに…

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

最近はできる～みたいなやたらと写真入で解説してるような本しか置いてないとこ多いね

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

蔦谷はなさそうだな
専門書が多そうなとことか
秋葉いくとか。
Amazonもいいかもしらんが中身を読めないからな

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

てかOOPの基本なんてネットでいくらでも読めるだろ。

>>223
技術書は断然ネットで買った方がいいから。

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

ネットだと事前に中身を確かめられないのがちょっと怖い。
書評が良くても自分が調べたいことが載ってるかどうかは別問題だし。
まあ、書籍についてはスレ違いですね。すみません。

**210** · 2005/10/19(水) 20:37:01

何度もすいません

>>213のシーン検索とシーン名なんですが
シーン名を列挙型にしてswitchで検索してポインタ返すくらいしか思いつきません
本当に何度もすいませんがもう少しヒントを頂けないでしょうか？

**212** · 2005/10/20(木) 00:23:41

>>227
シーン名(Modeのメンバ変数)は文字列でよくない？
そう頻繁に切り替えるものでもないし、必要とあらば高速化する手段もあるから。
汎用性という面では文字列はダンチでしょう（XMLの中身も文字列だし）
switch文そのものを使わないのが目的。（理由は何れわかる）

シーン管理クラスの検索機能とは、登録された全てのシーンを総ナメして文字列比較を行い、
一致したシーンを返す事。（まんま答えｗ）
要するに、まず登録が必要という事。当然、削除やらなんやらも追加していく事になる。（必要になる）

各シーンオブジェクトは(Mode*の)コレクションとして保持する。
ポインタ配列なり、STL::vectorなり、ポインタのポインタなり、わかるもので実装すればよろし。

後々、ファクトリとかに対応すれば、ConfigModeの宣言等はアプリ実装のcppだけ知ってればよくなる。
（ヘッダファイルの循環参照とかで悩まなくなるし、簡潔になる）

**212** · 2005/10/20(木) 00:30:58

>>217
こんな感じ

class SceneManager {
　private:
　　Mode* pCurrentMode;
vector<Mode*> pModeList; これか、
Mode* pModeList[最大数]; こう。
　public:
　　HRESULT Change( const char* sceneName );
　　Mode* Seach(const char* sceneName ); // シーン検索関数もよくわからないです…
　　HRESULT Exec();
};

シーン切り替えは、リクエストだけしといて、
一定のタイミングで切り替えるべきだけど後でいいか。
、、シーンかモードか統一しないと気持ち悪いなｗ

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

文字列から特定の対象を検索するならstd::mapのがいいんじゃないか？

& ◆PgquWinh8I · 2005/10/20(木) 01:00:29

Processingに手を出し始めて、
Processing 1.0 (BETA) - Processing (Beta) with Eclipse
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Integrate;action=display;num=1117133941
を参考にEclipseから利用することには成功したのですが、アプレットを書き出す良い方法が見つかりません。
AntやABAさんのP5Docletも利用してみましたが、上手くいきませんでした（どちらもAlpha時代のモノのようで）。

Alphaバージョンへ逆行するのか、
Eclipseからの利用を諦めてpdeファイルを直接弄るのか、
それとも何か別に良い方法があるのか…どなたかご存じの方がいらしたら、教えてください。
よろしくお願いします。

（Processingって簡単さがウリの一つっぽいのに、エディタのセットアップから躓くなんて…これがBetaクオリティーか）

**212** · 2005/10/20(木) 02:16:41

>>230
その辺はお任せしますｗ
Modeクラスにキーを持たせるのは、STLの説明を分ける為と、
デバッグ時にちょっと判り易い(SceneGameStageクラス内をステップ実行。名前は"GameStage_001"とか)というだけの話です。

**210** · 2005/10/20(木) 06:53:17

>>212
何度もありがとうございます！
脳内ではほぼ理解できたと思います
これから仕事なのでスグには書けないのですが
帰ったらスグに組み込んでみます

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

100レスも空けて申し訳ありません。116です。
リリースビルドすればという助言を受けそのようにやってみましたが
うまくいきませんでした。(リリースでビルドする方法はコンパイラ起動時の
オプションに「-v-」を指定するであってると思います)
開発環境では「d3d8xd.dll」が同一フォルダになくてもきちんと動いたのですが、
他のパソコンで起動しようとすると「d3d8xd.dll」を要求されます。
(「d3d8d.dll」は必要ないようです)

これだけ間が空いた理由は、「今までのプログラムに新機能つけてコンパイルする
ときにやってみればいいや」と思っていたからです。
まさか、バグ取りに10日もかかるとは……

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

>>234
コントロールパネルの DirectX。
Direct3D タブの Debug/Retail D3D Runtime。

変更後再起動が必要だったような気がする。

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

単純にリンクするライブラリを間違えているだけ。

**210** · 2005/10/20(木) 18:06:14

まだまだ微妙なんですがこんな感じでどーでしょうか
シーンはタイトル・ゲームの２つのみになってます

class SceneManager
{
public:
　SceneManager();
　~SceneManager();
public:
　HRESULT Exec();
　HRESULT Change(const char* sceneName);　// シーンの切り替え
　Scene* Search(const char* sceneName);　// 指定されたシーン名のポインタを返す
private:
　Scene*p_CurrentScene;
　std::vector<Scene*>p_SceneList;
};

// コンストラクタ
SceneManager::SceneManager()
{
　// vectorに格納
　Scene* p;
　p = new TitleScene("TitleScene");　// タイトルシーン
　p_SceneList.push_back(p);
　p = new GameScene("GameScene");　// ゲームシーン
　p_SceneList.push_back(p);

}

**210** · 2005/10/20(木) 18:07:21

Scene* SceneManager::Search(const char *sceneName)
{
std::vector<Scene*>::iterator v;

for(v = p_SceneList.begin(); v != p_SceneList.end(); ++v)
{
if(!strcmp((*v)->sceneName, sceneName))
return *v;
}

ERROR_EXIT();
}

Searchでみつからなかった時の戻り値がないので警告はでます
その辺はどうにか…します

**名前は開発中のものです。** · 2005/10/20(木) 19:12:58

>>237
Scene* Search( const char* ) は public にする必要あるかな？
private で目的は達成できると思う。例えばこんな感じに。

class SceneManager {
public:
   HRESULT Exec();
   HRESULT Change( const char* sceneName ){  p_CurrentScene = Search( sceneName ); }
private:
   Scene* Search( const char* sceneName );
};

あと、クラスにシーンの追加メソッドを加えた方が、
シーンが増える度にクラスの実装コードを修正する必要がなくなるから、多少保守しやすいと思う。
多分、212 は下のような使い方をする前提で、説明してたんじゃないかな。

// 初期化
SceneManager sceneMgr;
sceneMgr.Add( new TitleScene );  // シーンを加える
sceneMgr.Add( new ConfigScene );
// シーンの追加コードが続く ...
sceneMgr.Change( "TitleScene" ); // 最初のシーンを指定

// メインループ
while( 1 ){
   if( !sceneMgr.Exec() )　// シーンの実行
      break;
}

何か勘違いしていたら、ごめんね。

**あきまさ** · 2005/10/20(木) 19:37:00

（名前が文字化けしてしまっている）>>231についてですが、
Betaバージョンを諦め、Alphaバージョンを利用することによって解決しました。

その場合についても躓くところが沢山あったので、需要は無いかと思いますが、
日記は私たちに微笑みかける死体 - 今頃？な感じのするProcessing(Alpha) with Eclipseの導入メモ
http://d.hatena.ne.jp/hogeratta/20051020
に纏めておきました。

**210** · 2005/10/20(木) 19:52:45

>>239
＞privateで目的は達成できると思う。
なるほど！確かにそうですね

追加メソッドも追加いたします
ありがとうございました～

**名前は開発中のものです。** · 2005/10/21(金) 00:40:23

レスありがとうございます。
さて、開発環境では動き、もう一台のパソコンで動かない理由がおそらくですが
分かりました。
開発環境では「c:\WINDOWS\system」に件の「d3d8xd.dll」が存在しますが、
もう一台のパソコンのほうではDirectX関係のファイルが「c:\WINDOWS\system32」
にあるにもかかわらず、当該ファイルは存在しないためだと思われます。

さらに、そのパソコンにはコンパネに「DirectX」という項目がありませんでした。
もうどうしたらいいのか分かりません。
というか、どうしようもないので、開発が完了するまでにこの無料で構築した
開発環境を捨てて、まともな開発環境を金出して買えば解決するのでは
などと考えています。

**名前は開発中のものです。** · 2005/10/21(金) 00:52:43

>242
>コンパネに「DirectX」
SDKをインストールしたときだけでエンドユーザーランタイムだとないと思う。

>(リリースでビルドする方法はコンパイラ起動時の
>オプションに「-v-」を指定するであってると思います)
漏れBCC使ったことないんだけどさ、グーグルの検索結果を見る限り
つけない場合がリリースビルドじゃね？

**名前は開発中のものです。** · 2005/10/21(金) 01:31:57

>>239
いや、その通りです。

シーンの追加、マネージャの初期化等は、XXXGameAppクラスの初期化等でやれば良いので、
TitleSceneクラスの宣言等は、XXXGameAppクラスにだけ追加すれば良いと。

シーンの変更リクエストはXXXGameAppクラスのExec()内か、各シーンのExec()内でやると。

シーン管理、Modeクラス等はゲームエンジンに属するものだから、派生クラスとは明確に分ける事を勧めます。
一通りの機能を追加しとけば、色んなゲームで流用出来るし、コード修正もしなくて済みます。

**名前は開発中のものです。** · 2005/10/21(金) 11:28:51

>>242
リンクするライブラリを d3dx8d.lib → d3dx8.lib にする。

**210** · 2005/10/21(金) 13:16:41

大変お世話になっています>>210です
皆様のお陰でゲームループは満足の行く状態に出来ました

またひとつ質問なのですが
D3Dオブジェクト類（？）はどういった管理をすれば効率が良いでしょうか
現在はRendererクラスの中で
class Renderer
{
public:
　Renderer();// コンストラクタ
　~Renderer();// デストラクタ
public:
　HRESULT Initialize(HWND hWnd, BOOL isFullScreen, int clientWidth, int clientHeight);
　LPDIRECT3DDEVICE9 GetDevice();
　void Finalize();
private:
　LPDIRECT3D9m_pD3D;// IDirect3D9インターフェイスへのポインタ
　LPDIRECT3DDEVICE9m_pD3DDevice;// IDirect3DDevice9インターフェイスへのポインタ
　D3DPRESENT_PARAMETERSm_D3DPP;// デバイスのプレゼンテーションパラメータ
};
となっていて宣言はメインループ前です
Renderer render;
render.Initialize(....);
// シーン管理クラス初期化
// メインループ

**210** · 2005/10/21(金) 13:18:04

そして現在各シーンの描画・更新を作ってるのですが
描画で必ずIDirect3DDevice9ポインタが必要になります
現在の状況だとIDirect3DDevice9ポインタをグローバル変数にしてどのcppファイルからも弄れるようにするか
シーン管理クラス.Exec()の引数として渡してまたその中の各シーンのExec()の引数に…しかありません
前者だとコーディングは物凄く楽だと思いますが安全性？に問題がありそうで、
後者は同じ引数を引っ張っていくのは見辛そうです。

Rendererクラスオブジェクトをシーン管理クラスのメンバにする、
またはIDirect3DDevice9などをシーン管理クラスメンバにしてしまいD3D初期化自体をシーン管理クラスで行う
などが考え付いたのですが（それでも渡すのが一段階減っただけなような…）
他はどのような方法があるのでしょうか？

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

実は俺はもうめんどくさくてシングルトンにしてグローバルにシーンを置きまくり。

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

俺もそうよ
その代わり、レンダリングステート等はその都度再チェック再セットという制約

**210** · 2005/10/21(金) 20:43:21

レスありがとうございます
シングルトンとはなんぞや？って感じだったので
調べてみたところ今回の質問にﾋﾟﾀｰﾘでした

ついでにデザパタの必要度がわかりました…orz 勉強します

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

デザパタは必要、ってなんか語弊がある感じがするな。
感覚的には、普通にプログラム組んでたらあのデザパタになってた、ってとこかも。

**名前は開発中のものです。** · 2005/10/21(金) 22:01:00

2chでゲーム作ってますとかメンバー募集とかのスレを纏めてるスレが欲しいのですが、建ててもいいでしょうか？

**名前は開発中のものです。** · 2005/10/21(金) 22:33:56

ネットワークゲームとかのチャット部分ってどうやってるんですかね？
入力できるスペースでカーソル合わせて文字を受け付けるようなのがありますが
文字の変換とかのところってどうやってプログラムでやるんですか？
あとそれに応じた描画なんですがDirectXで再現すると動的なテクスチャの
書き込みで解決するもんですかね？

**名前は開発中のものです。** · 2005/10/21(金) 23:15:42

>>252
これじゃ駄目？
http://pc8.2ch.net/test/read.cgi/gamedev/1111084681/

**名前は開発中のものです。** · 2005/10/21(金) 23:20:55

>>253
TextBox とかが簡単なんじゃないの。

**名前は開発中のものです。** · 2005/10/21(金) 23:32:20

>>253
あれはWM_IME_なんたら系メッセージをフックして
変換ウィンドウを自力で書く。
詳しくはsdkのcommonフォルダに入ってるguiサンプルを見てみ

かなりめんどくさい。

**名前は開発中のものです。** · 2005/10/21(金) 23:40:26

>>254
そこで十分ですね。
ありがとうございます。

**名前は開発中のものです。** · 2005/10/22(土) 00:45:17

>>252
つ http://gamdev.org/w/?%5B%5BProjects%5D%5D

**名前は開発中のものです。** · 2005/10/22(土) 03:09:21

>>253
普通にIME制御からゴリゴリと書くだけ。
変換とかの処理はIMEがやってくれるので、描画を全部自分でやる。

一応、X8以外ならエディットコントロールをそのまま使う方法もあるが。

**名前は開発中のものです。** · 2005/10/22(土) 11:17:03

>>250
シーン管理のケースでもシングルトンやファクトリ使えば、
似たような実装でキャラ管理、キャラステータス管理が出来るようになるよ。

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

IDirect3DDevice9やら、ID3DXEffectやらのポインタなのですが、
実際に生成したクラスから、実際に描画する下位のクラスまで、
複数のクラスで包れてる時、どう渡していったらよいのか悩んでいます。

・グローバル変数で持つ。
・毎回引数で渡していく。
・包まれてるクラス内部でコピーを持つ。

思いついたのはこの三つなのですが、定番みたいなものってありますか？

**名前は開発中のものです。** · 2005/10/22(土) 19:04:20

共有される変数？についての質問なのですが
敵キャラのように同じものがいくつも生成される場合
テクスチャなどは使い回しですが
そこでそれはどのように管理したらよろしいのでしょうか？

class Cube {
public:
　static LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
private:
　// 座標とかその他各インスタンスによって違うもの類
};
vector<Cube*> cube; // 管理はベクトルで

と、自分ではstaticクラスメンバを使う方法が思いつきました
ゲーム開始前の初期化処理でm_pVB[6]を初期化するわけですが
それだとCube::m_pVB[6]となり正直見づらい？気がします
何か綺麗な方法とかってありますか？

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

最近色んなスレで同じような内容を見かけるのだが

>>262
何か共有データを持つリソース管理クラスでも作ればいいっしょ。
そいつをシングルトンにしてしまう。

class ResourceManager
{
private:
　map<string,IDirect3DTexture9*> m_textures;

public:
　IDirect3DTexture9* GetTexture( string& str );
};

例えばの話だけれど。
テクスチャみたいに何度も参照するような奴はID制にしてもいいし、その辺はお好みで。
上手く作れば、必要なときにだけ必要なテクスチャをロードできるようなクラスも作れるよ。

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

即レスありがとうございます
シングルトンについてはあまり詳しくないのですが
色々試して見たいと思います

＞最近色んなスレで同じような内容を見かけるのだが
すいません。他のスレもみて回ってきます

**名前は開発中のものです。** · 2005/10/22(土) 19:57:41

シングルトンにする必要の無いところは無理にしなくてもいいのでは。
テクスチャ管理クラスだって種類別に分けることも考えられるし
どちらかというとFlyweightを調べれ。

**名前は開発中のものです。** · 2005/10/22(土) 21:47:32

Flyweightをネットで調べてみたのですが
どのようにゲームに使えばいいのかわかりません…orz

現在作ろうとしてるのは
LPDIRECT3DVERTEXVUFFER9 m_pVB[6]:　// 立方体
LPDIRECT3DTEXTURE9 m_pTex;　// テクスチャ
くらいしか共有するものがありませんが
実際ゲームに組み込むにはどのようにやればいいか
ヒントだけでもお願いできないでしょうか？
共有しないものは今は座標くらいです

**名前は開発中のものです。** · 2005/10/23(日) 04:51:57

>>266
適当に答えるけど、LPDIRECT3DVERTEXVUFFER9って共有化出来るの？
ちょっと疑問。
あるCube?のUV変更したら他のCubeのUVも変わると思うけど？
これって３Ｄ？２Ｄ？

俺の２Ｄゲーの実装だと、プリミティブグループというクラスに１つテクスチャ持たせてる。
で、任意の数だけグループがある。（テクスチャ数やレイヤー分けに依存）

で、グループ内には頂点バッファが任意のキャラ数Ｘ６頂点分ある。と。（３角形２個で１スプライト）
描画はグループ（頂点バッファ）毎に１度。
テクスチャ切り替えはグループ描画前に。（直前と同じものならスルー。手抜き実装ｗ）
ややこしいと思うので、素直にD3DXのスプライト使えば良いと思うけど。

**265** · 2005/10/23(日) 05:11:22

>>263のようにCubeも管理じゃだめなの？
俺は別に >>263 を否定しているわけではないので。

class Cube : public Model{
private:
　　LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
　　LPDIRECT3DTEXTURE9 m_pTex;
　　std::string m_strName;
};

class ModelManager{
private:
　map<string,Model*> m_Models;
public:
　Model* GetModel( string& str );
};

**262** · 2005/10/23(日) 11:29:43

>>267
＞LPDIRECT3DVERTEXVUFFER9って共有化出来るの？
今のところCubeの大きさや色を変えるつもりはなかったので
ＵＶ座標は座標などと一緒に各インスタンスに持たせて描画前にm_pVB[]->LockでＵＶ変更するつもりでした
（今思うと毎回Lockってどうなんだろう…）

>>268
>>263氏を参考に作ってましたが
Flyweightなるものを知って試してみようと…
まだまだ知識不足なので頂いたアドバイスは片っ端から調べたいので。
説明には細かいオブジェクト（ゲームなどでは敵・爆発などに）に向くあり、
ちょうどイイのかなと思いました

＞class Cube : public Model
Cubeが継承してるModelはDrawなどの純粋仮想変数を持つ抽象クラスでしょうか
それで他の敵にも継承するようなイメージですか？
Model
　Cube
　Ball
　Triangle

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

皆さんが一番最初に作ったアプリケーションはどんな物でプログラミング言語は何を使いましたか?

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

PONGもどきをN88BASICで
・・・懐かしいなぁ

**名前は開発中のものです。** · 2005/10/23(日) 13:17:08

>>270
アンケートはやめれ

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

242です。

>>243さん
ヘルプを読んで「-v」オプションでリリースビルド、「-v-」オプションで
デバッグビルドと解釈しましたが……

>>245さん
やってみましたが、d3dx8bor.dllを要求されました。

**名前は開発中のものです。** · 2005/10/23(日) 14:22:44

>>268
連レスすいません
そのやり方は全ての描画パターン？をmapに格納という捕らえ方でいいですか？

例えば同じ形で模様だけが違うキューブの場合
// 水模様のキューブ
LPDIRECT3DVERTEXBUFFER9 m_pVB[6];
LPDIRECT3DTEXTURE9 m_pTex = tex.tga;
std::string m_strName = "WaterCube";

// 空模様のキューブ
LPDIRECT3DVERTEXBUFFER9 m_pVB[6]; // uvだけが違う
LPDIRECT3DTEXTURE9　m_pTex = tex.tga;// 上と同じ
std::string m_strName = "SkyCube";

座標などは
class Item
{
　D3DXVECTOR3 position;
　// 拡大縮小・回転とか
}
std::vector<Item*> ItemList;
で管理して描画の時に
Model* mod = GetMode("WaterCube");
mod->Draw();
な風でよろしいでしょうか？

**名前は開発中のものです。** · 2005/10/23(日) 14:26:53

あ、管理クラスにどのモデルか入れないとですね…

class Item{
　D3DXVECTOR3 position;
　std::string m_type = "WaterCube";
　// その他の情報
}
Model* mod = GetModel(m_type);

**名前は開発中のものです。** · 2005/10/23(日) 14:43:21

>>274-275
大体そんな感じでいいんじゃない。
細かいところは好みが分かれるだろうから
自分なりに色々試すといいんじゃないかな。

**262** · 2005/10/23(日) 19:59:05

uv座標の初期化は
素直にコンストラクタまたは初期化関数の引数に
12個D3DXVECTOR2を指定するしかないでしょうか？

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

>>277
形状から計算できるなら計算すればいい。
Cubeなら可能じゃない？

**262** · 2005/10/23(日) 20:08:28

どのような計算でしょうか？
対角線上の2座標から求める方法くらいしか…orzそれだと12個必要で…

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

あ…D3DXVECTOR3を使えばできそう？ですか？

**名前は開発中のものです。** · 2005/10/23(日) 22:14:28

別に12個書いとけばいいじゃん

**名前は開発中のものです。** · 2005/10/23(日) 22:21:17

>>273
> やってみましたが、d3dx8bor.dllを要求されました。

それで正しいような気がする。
Borland は DirectX7 までしか普通にサポートしてないので、
DirectX8 ～ DirectX9 dec 2004 までのはラッパーDLL が必要。
だから d3dx8bor.dll も配布時に添付しなくちゃいけない。

Visual C++ toolkit 2003 でも入れてそっちでコンパイルし直すという手もあるが。

**名前は開発中のものです。** · 2005/10/24(月) 00:22:53

>>だから d3dx8bor.dll も配布時に添付しなくちゃいけない。
何も知らないためおろかな質問かもしれませんが、
権利関係なんかはどうなっているのでしょうか？

ぶっちゃけた話、ゲームが完成したらコミケででも販売できればなぁ
と思っているのですが。

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

>>283

> You are free to use the LIBs and DLLs in the archive (borland_dx8_libs.zip) to create your DirectX applications.
> You may redistribute the archive as long as you do not modify its contents or provide misleading information about its origin.

自由に使うことが出来て、制作元やら内容を改変しない限りは自由に再配布可能

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

C++で回転に関する関数を作っています
float形で初期角度A、目的角度B、角速度Cを与えて、変位後の角度を求めようとしています。
つまり、A＋CがBを通り過ぎた場合は、Bを返す関数です。
A,B,Cがfloat形の範囲すべてを許して、戻り値をーπ～πの範囲で求めているのですが、
どんなやり方があるのでしょうか？

**名前は開発中のものです。** · 2005/10/25(火) 23:42:36

擬似コードで

A = A mod 2PI;
B = B mod 2PI;

if( C > 0 )
{
　if( B < A )
　　B += 2PI;

　if( A+C > B )
　　return B mod 2PI;

　return A+C;
}
else { 逆方向の場合 }

こんな感じ？　変な動作したらスマネｗ

**名前は開発中のものです。** · 2005/10/26(水) 01:00:24

>286
うーん、正しいはずなんだけど、微妙に変な動きをする。

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

変な動きって、どういう動きなの？
具体的に言われないと分からん。
あとこれだとホーミングの動きはできないよ？

**名前は開発中のものです。** · 2005/10/26(水) 07:44:31

昨今のＰＣゲームって、複製防止に
どういう対策してんのですか？

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

nyにうｐされてたら訴訟。

**名前は開発中のものです。** · 2005/10/26(水) 08:24:35

レーベル印刷で付加価値

**名前は開発中のものです。** · 2005/10/26(水) 08:41:25

そうなんですか。ではお礼に
http://www.4gamer.net/news.php?url=/patch/demo/landofthedead/landofthedead.shtml
デモ版だけど面白いよ

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

>>290
うｐされてから半年以内なら、警察に被害届を出すのがデフォかと。
訴訟に関しては、うｐされてから半年以上経過してる場合にやるべし。

**名前は開発中のものです。** · 2005/10/26(水) 09:48:40

自作の物が、nyにうｐされてた場合、被害届けだせば、警察は捜査してくれるん？

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

するわけないな

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

>>289
複製防止とは全く関係ないが
某エロゲのCGは割れPhotoshopで作ったらしく
ヘッダにwarezzzzと入っている
普通はヘッダを削除して1つのファイルにまとめるが
プログラマの嫌がらせなのか割れ暴露なのか
ヘッダそのままになってる

画像抽出ツールとか使ってファイルを展開させてから
バイナリエディタで見てみよう

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

ネットゲー作成の環境についてだけど、
ケーブル（ぐろーばるＩＰなし）環境じゃテストって無理？

後、VS.netって複数の実行ファイルを同時にデバッグて出来る？（サーバー/クライアントを同時にデバッグしたい）

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

>>297
> ケーブル（ぐろーばるＩＰなし）環境じゃテストって無理？
ローカルに鯖と蔵置けば可能。
1台のマシンで鯖と蔵を同時に動かせばいい。

> 後、VS.netって複数の実行ファイルを同時にデバッグて出来る？（サーバー/クライアントを同時にデバッグしたい）
VS.netを二つ起動しる。
ただ同期を取る必要がある時にブレークポイントで片方が止まってたりすると
もう片方も必然的にブロッキングするから、あまり意味がないような・・？
素直にデバッグログを吐くようにした方がいいかと。

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

>>298
即回答ｻﾝｸｽ!

＞ローカルに鯖と蔵置けば可能。

今はそうやってソケット関連のサンプル動かしてます。
で、実際に公開したり、友人とテストしたいけど、出来るのかなー、と。

＞素直にデバッグログを吐くようにした方がいいかと。

なるほど、確かに同期取る場合は意味ないかもですね。

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

>>294
売り物であればな。うｐして逮捕されたケースならいくつかあるぞ。
まあ、問題があるとすれば、被害届の書類を書くのが面倒な点だな。

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

【笠間ゆかり】新ブログ発覚!!【仏ヲタきんもーっ☆】
http://travel2.2ch.net/test/read.cgi/kyoto/1122274328/

笠間ゆかり、イムイ象ヲタを｢きんもーっ☆｣
http://academy4.2ch.net/test/read.cgi/gallery/1122274058/

**名前は開発中のものです。** · 2005/10/26(水) 17:54:21

>>300
フリーウェアの著作権が無視されがちなのは、
被害金額が0円だからだという噂がある罠。

**名前は開発中のものです。** · 2005/10/26(水) 18:49:47

>>294-295
著作権法が何のために存在すると思ってるんだ？

**名前は開発中のものです。** · 2005/10/26(水) 18:54:06

警察がお仕事をサボる時代だからなあ

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

県警が勤勉でない県には住みたくないなぁ・・・
治安が無茶苦茶悪そうだぁ・・・

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

むしろ、安全かもしれんぞ。それだけ事件が起きないという事だからな。
けどまあ、人の多い県で県警が勤勉でないケースは、かなりヤバいけどな。
不祥事で有名な埼○県警とか・・・

**名前は開発中のものです。** · 2005/10/26(水) 21:31:57

一番は神○川だろ