FILE* fpR = fopen("test.bin", "rb"); FILE* fpW = fopen("testtemp.bin", "wb"); if(fpR == NULL) { fclose(fpW); return; } 　　fseek(fpR, …, SEEK_SET);　　　　　// ヘッダーを読み飛ばし while(!feof(fpR)) { unsigned char temp; int ret = fread(&temp, sizeof(char), 1, fpR); if(...) {// フッターの終了条件（データ長とか） break; } fwrite(&te...

こんなのがあったので参考までに。 http://www.4gamer.net/games/032/G003263/20111016007/ 自分もかなり見積もりが下手でした。 それでその時見つけた方法が、「最遅と最短を常に出すやり方」でした。 最短は文字通り、一番最速で出来た時の見積もりです。すべてがうまくいったらこれくらいで終わるだろうという期間。 最遅は、プロとしてここまでに出来ないと超恥ずかしいという期間です。要は最低ラインですね。 んで、もしこの二つの見通しが最適ならば必ずその二つの平均値に結果のスケジュールが収束するはずという手法です。 もし、これがどちらかによってるのであれば、自分...

ISLe さんが書きました: 関数名を使える時点でメンバ関数も固有のアドレスを持ってますよ。

お恥ずかしい限りです。確かにその通りでした。勉強不足ですいません…。
そうするとAccessVioｌationなので領域外アクセスなので配列外アクセスくらいですかね…。

初期化は普通シーンマネージャークラス(CSceneManager)の初期化のタイミングで行うとおもいます。 ロードに関しては、重すぎるためとかで使うシーンごとに分割ロードしたい場合もあるのでなんとも…。 いちばん簡単なのは初期化と同時に全ての楽曲をロードするのが一番簡単です。 あとインスタンス化が気になるのであればサウンドクラスのポインタを渡して使用するのはどうでしょうか。 // CSceneManager.h public CSceneManager { public: Init(); static CSoundManager* GetSound(){ return m_pSound; };...

クラスに所属しているメソッドは生成後に初めてアドレスが割り当てられるためです。 Ｃだと全ての関数はアドレスをもってますが、メソッドは持ちません。 なのでこの入れ方をするのであれば全てのBulletPをstaticにするというとてもクラスプログラムらしからぬ方法をとらないといけません。 もう一つは継承を使い、BulletP基底クラスを継承したクラスを使ったプログラムなどはどうでしょうか。 class IBulletPBase { public: IBulletPBase() virtual ~IBulletPBase(); virtual void Pattern(Player_t *Playe...

こんな使い方の一例 昔作ったアクションゲームのツール http://www1.axfc.net/uploader/so/2829856 「StateMap」シートにあるボタン「New　Map Sheet」で新しいシートを作って、「Save Stage」で独自形式でセーブできます。 また「StateMap」の左の表はそれぞれの色と数字の対応表です。下に追加していけば新しい地形にも対応可能です。 こういうツールをＣやC++で作ろうとするとかなりの時間になりますし、スクリプトでもビジュアル面的にいまいちです。 だいたいこれを作るのに調べながらで3時間ほどで出来たのでかなり短時間で作成できるというのが...

自分はアクションゲームのマップエディタをＶＢＡなどで作ったりしました。
Sheetの書式とかをある一定の入力形式でかつエラーチェック込みでつくるとなるとＶＢＡの方がいい気がします。セルの色や入力データからのセル色換えなどを一括で出来るので見やすい表を作るのでも便利かも。
あとは、形式の違うファイルをコンバートしたり、エクセルのデータをバイナリで吐き出したりでもVBAを使ったことがあります。

んで、これらのＶＢＡをマクロとしてボタンに登録しておくと、ワンプッシュでそのＶＢＡが使えるので、それぞれのデータの吐き出しを一括でやりたいとかの時には便利です。

これで回答になってるかな…？

ところでこの継承について質問です。 ゲーム造りでは深い継承や実装継承や差分プログラミングというものは　わりと許容されているのでしょうか？ IS-Aなどまったくお構いなしに継承できればかなりコードは減らせるだろうなと組んでいて思いました。 この辺りどうなのでしょうか？ 深い継承自体はやっぱり回避したいというのがゲーム作りでもいえると思います。 ただゲームの場合、ゲーム内のオブジェクトを一元管理したい時がままあります。 （当たり判定やら、更新やら描画やら） そういったときにゲーム内のすべてのオブジェクトが基底であるオブジェクトから派生させるというのは、 よくある手法だと思います。 まあ、そうはい...

いっそのこと幅のある線分ではなく 長方形もしくは長方形と円の複合でいいのではないですか？ おそらくhideさんの言ったこれがベストかと思います。 長方形同士なら互いの各辺を線分交差判定で判定してあげれば出せます。 もし先が丸まっている場合は、 （１）先端同士が当たっている場合（互いの先端円の当たり判定） （２）辺が交差している場合（互いの辺の線分を交差判定） （３）先端と辺の当たり判定（線と円の当たり判定） （３）だけ少し面倒ですが以下のサイトに詳しく載っています http://torasukenote.blog120.fc2.com/blog-entry-55.html 基本複雑な図形は分...

はじめまして。katariyaと申します。

DirectX歴は３年～４年ほどです。（DirectX9.0cをずっと使っていました）
今まで３Ｄのアクションゲームなどの開発を行ってきました。
最近はHLSLさんと仲良くなれる方法を模索中です

至らぬところもあるかとは思いますがよろしくお願い申し上げます。

状態（シーケンス）自体にをタスクリスト化して、 例えばゲーム中にポーズシーケンスがあれば、シーケンスタスクリストに追加してあげる。 シーンが終わったらリストから外してあげて、次のシーケンスをリストに繋げてあげる。 という更新機構が出来れば綺麗にいくかと。 この時もともとのタスクシステムが更新と描画を完全に分けておけばかなり楽にできると思います。 各シーケンスにはゲームの更新オブジェクト（プレイヤーとか、敵とか）を登録するタスクリストを基底に持って置いて、派生とかしてみるというのを自分も今試してます。 それで、描画をするためのクラスにそのシーケンスリストを渡しちゃってそれぞれからタスクリストを貰...