ゲームプログラミング相談室【Part6】

**名前は開発中のものです。** · 04/03/06 01:25

ゲームプログラミング全般の質問スレッド。
扱う話題のダイナミックレンジはやや広め。包容力高め。
他の初心者質問スレとの棲み分けを探りつつ
これからもマターリと活用しておくれ。
　
■過去スレ
【Part2】http://pc.2ch.net/tech/kako/985/985540361.html
【Part3】http://pc.2ch.net/tech/kako/1002/10028/1002894129.html
【Part4】http://game.2ch.net/gamedev/kako/1005/10050/1005040025.html
【Part5】http://pc2.2ch.net/test/read.cgi/gamedev/1036410116/
■関連スレなど
>>2-5

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

>>875
関数ポインタを使ってしたいことは、処理の共通化でもあるんだけど、
タスクの場合は主に長い処理を１フレーム分に分割することにある。
マイクロスレッドなりスレッドなりを使わないと、どうしてもぶつ切りにせざるを得ないので。
もちろん、templateメソッドみたいに呼び出すメソッドがあらかじめ分かっていれば、
継承元側に仮想関数を追加しておくことはできるよ。
ただタスクシステムの場合、それはほとんど不可能。

>>877
Stateを使うってことは、状態一つに対してクラスを一つ作るってことなのかな？
例えば、>>873にあげた１）２）３）でそれぞれに対してクラスを作るの？
これの代替機能としてはswitchやマイクロスレッドがあげられると思うんだけど、
何でステートパターンにこだわるんだか、俺には分からない。
これだと粒度大きすぎると思うんだけど。
(細切れの関数に対していちいちクラスを作らないといけないってことね)

>>878
> そんなに必死に正当化しなくても、非標準なんだから使わないようにすれば済む話。
> 「共通拡張」なんて胡散臭い言葉を持ち出すのは混乱の元。
一緒に示したソース見た？
その中に「共通の拡張」って表現があるから、それを借りただけなんだけど・・・
この辺は>>868や俺のように間違えてる人が多いから、一応確認しただけ。
これは本題ではないので、こちらからはこれ以上レスしないよ。

あと、>>880に示したプログラムではテンプレートを使ってないので、
①に何を書いても②でキャストすることになる。
使わない方法があれば、俺も知りたい。

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

>>881
×　①に何を書いても②でキャストすることになる。
○　①に何を書いてもset_taskの呼び出し時にキャストすることになる。

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

>>880,881
キャストが要るようになったらプログラムが間違ってるのを疑えよ。
なんで仮想関数で得られる型安全を自ら壊すような「タスクシステム」に
こだわるんだ？そんなシステム要らない。

↓これでいいんじゃないの。

class State {
public:
　virtual void update() = 0;
};

class State1 : public State {
public:
　State1() : m_update_task(&State1::begin_task) {}
　void update() { (this->*m_update_task)(); }
private:
　void (State1::*m_update_task)();
　void begin_task() { m_update_task = &State1::task1; }
　void task1() {}
};

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

>>883
ようやく伝わったようだ。イメージとしてはそんな感じ。
で、テンプレートを使えば m_update_task 周りの処理をすべて
継承元の xxx<Task1> に投げられますよというだけの話。
例でtemplateを使って無いのは、>>882に説明するため。

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

一体何を話しあっているのか分からない俺ガイル

State1() : m_update_task(&State1::begin_task) {}
void (State1::*m_update_task)();
void begin_task() { m_update_task = &State1::task1; }

この辺りの記述ははじめた見た
詳細きぼん

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

あーすまん分かった
コンストラクタとメンバ関数ポインタか
コンストラクタでbegin_taskを関数ポインタに代入して
それが呼び出されれば関数ポインタにtask1を代入するわけか
またひとつ賢くなった

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

>>884
また分かりにくいかもね。
>>883の例でいくと、
class State1 : State<State1> { ... };
とすれば、m_update_task 周りの処理を
継承元であるState<>で行うことができますよという話。

**名前は開発中のものです。** · 2006/03/01(水) 06:34:35

根本的に勘違いしてると思うんだよねぇ。
つーかさ、switchでつくりゃいいじゃん。ポインタにしてもいいことないよｗ
最適化かからなくなるし。

switch( TaskType )
{
case TaskType1: funcType1(); break;
case TaskType2: funcType2(); break;
case TaskType3: funcType3(); break;
　default： assert( false /*TaskTypeError*/ );
}

ああ、安全安全。

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

タスクの良い点は状態遷移が単純なときに状態変数みたいなものをつくらずに
関数に分けて、特定の状態のときに行う処理がかけることかな。
状態遷移が複雑だったり外部の環境の変化によって遷移の仕方が大きく変わるようなら
Fiberつかったほーがいいけど、適材適所ということで。

キャストとかtypedefとか必要ない俺のつくったタスクシステムのきれっぱしを参考にしてくれ
正直つくったはいいがザコキャラがでてきてうろうろしたり弾幕があったりするようなゲームを
つくらなかったので使いどころがなかった。

// タスクの管理者はlist<TaskManagable*>をメンバに持ち、Run()を順番に呼んでいくのだ
class TaskManagable {
public:
　virtual void Run() = 0;
};

//タスクになりたいクラスは class MyEntityTickTask : public Task<MyEntityTickTask>
// … とやってMain()を実装する。ChangeTask( hoge ) で自分のメンバ関数 void hoge() へ状態遷移できるよ
//管理者に登録するのはこのMyEntityTickTaskクラスをnewするやつの仕事だ。当然だね（＾ー＾ｂ
template <typename T> class Task : public TaskManagable {
public:
　Task() { ChangeTask(Main); };
　void Run() { (((T*)this)->*m_doit)(); }
protected:
　virtual void Main() = 0;
　void ChangeTask(void (T::*fp)()) { m_doit = fp; }
　void (T::*m_doit)();
};

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

>>889
> キャストとかtypedefとか必要ない俺のつくったタスクシステムのきれっぱしを参考にしてくれ
>　void Run() { (((T*)this)->*m_doit)(); }

キャスト入ってるよ。まぁ型安全は使い方で確保されてると言えるけど。
あんた、たぶん VC 使いだな。メンバ関数ポインタの &ClassName:: は
規格では省略できないことになってるから、気をつけてな。

>>884,887
たぶん 889 と似たような形のことだろうな。

これまでに挙がったコードだと template も継承も持ち出さずに
自分でメンバ関数ポインタを宣言（>>883）すれば十分に見えるんだけど、
「 m_update_task 周りの処理」ってのは代入と呼び出し以外に何か有るの？
State の実装がメンバ関数ポインタによる処理に切り替えを必要とするとも
限らないし、これをわざわざ「システム」として組み込んでしまうのは
template や継承（特に自己言及的 template など）おぼえたてで
使いたいだけに見えなくも無い。ほんとでそんな構成に利点があるんだろうか？

**名前は開発中のものです。** · 2006/03/01(水) 09:45:30

Cマガのやつじゃだめなの？

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

>>890
ほとんど似たようなコードを置きながらちっともリスペクトしなかったのは俺の不注意だが
そこまで嫌味をいわんでもええやん

**名前は開発中のものです。** · 2006/03/01(水) 19:11:17

C#あたりでポインタのない世界を勉強するほうがいいかも。
C++がこんな言語なのはCとの互換性を保っているからだしね。

なんつーか、WindowsのDOS窓でプロテクトモードじゃないと動かないような
プログラムをいまさら作ってるくらい違和感がありますよ関数ポインタ。

**名前は開発中のものです。** · 2006/03/01(水) 19:11:48

勉強として使ってみるのは十分ありだと思う。

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

>>888
あたし、一生あなたについていきます(*･_･)

**名前は開発中のものです。** · 2006/03/01(水) 21:06:39

少なくともC++において設計の時点でキャスト前提に話してるのって絶対おかしいだろ

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

>>890
分かってるとは思うけど>>880はサンプルだし、
実際に使うとなると他にもいろいろと書き加えないといけない。
そうなったときに、継承先クラスの実装とタスクシステムが
分離されてることはいいことだと思うけど。

>>893
もちろん実装として、メンバ関数ポインタの代わりに
boost.functionやらそのたぐいを使うことは十分に考えられる。
そういったことはすでに提案されている。

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

俺も昔はC++で関数ポインタ使うタスクシステムってのを作ってたけど、
今はtemplateとstateパターンだなぁ

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

グローバルに宣言した変数ならextern使えば他ファイルのクラス内からでもアクセスできるんだな
ファイル分割の辺りを飛ばしてたから初めて知った
グローバル変数をクラスにポインタ使って渡してた自分が馬鹿みたいだ･･

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

その変数をローカルにするんだ。

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

>>899
いきなりC知らない人間がC++やると碌なことが無い

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

>>899のやってる事の中でC++独自の機能を目を皿のようにして探す漏れ。
っていうかぁ、

　○　○　○　シ　ス　テ　ム　云　々　っ　て　馬　鹿　ぁ？

達成すべき処理に対して最適なアルゴリズムで組んでいけば、
それが最強のシステム。「よし○○○導入するぞ？」ってのは、
自分でまともなアルゴリズム組めない思考停止。PG才能無し。

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

>>902
これは　ひどい

**名前は開発中のものです。** · 2006/03/02(木) 00:14:44

自分は間違えを犯さないという絶対的な自信があるならそれでもいいと思うけど
そこまで自身がないなら既に完成しているシステムを組み込む安全な方法のほうがいい

**名前は開発中のものです。** · 2006/03/02(木) 06:45:23

>>902
自分以外の同業者が何か敵か見下す対象なのであれば
同一のパーソナリティが出す見解としてはあってる。

**名前は開発中のものです。** · 2006/03/02(木) 11:14:39

だいたい設計なんて自分でいくら考えたところで
がいしゅつか糞かのどっちかだろ。よっぽど今までに無い
特殊な課題が出てきたってなら話は別だけどな

**名前は開発中のものです。** · 2006/03/02(木) 11:59:46

彼は天才なんだよ。最適なアルゴリズムや設計が
常に湧いてくるなんて尊敬しちゃいます（＞＜）

**名前は開発中のものです。** · 2006/03/02(木) 13:48:40

ogreって日本語使えますか・・・？使う前に聞きたいんですビットマップテクスチャなのかさえ

**名前は開発中のものです。** · 2006/03/02(木) 19:06:30

その前に、君が日本語を使えるのか確認したほうが良さそうだが・・・

**名前は開発中のものです。** · 2006/03/02(木) 19:33:56

>>904
そのとおりなんだが、上で出てるタスクシステムとやらは超絶に危険だろ？ｗ
ツリー構造のタスクシステムをC++で作ったときはリンクリストにしてポインタ使ったけど
アップキャストだけにしてスマートポインタで管理して、タスクを利用する人からは極力
隠蔽するようにしたもんだけどなぁ。

**名前は開発中のものです。** · 2006/03/02(木) 19:38:50

糞システム導入して痛い目に遭って>902のような結論に辿り着くとか愚かすぎ

**名前は開発中のものです。** · 2006/03/02(木) 20:22:45

結局は”最終的に評価されるゲームを作った”奴が勝ちなんだよ。
100行以上に及ぶ関数やグローバル変数や状態変数の乱立。
内部でスパゲッティーコード組もうがハードコーディングしようが、
最終的に俗世間に評価されればそれが勝ちなんだよ。
一般大衆はコーディング云々なんて気にしない。
面白ければそれでいい。
オナニーはエロ動画だけで十分って事だよ。

まぁ、いいもん作ろうぜ。

**名前は開発中のものです。** · 2006/03/02(木) 20:38:34

ゲ製クオリティ

**名前は開発中のものです。** · 2006/03/02(木) 20:40:18

オマエのそのクソ設計やクソコード、何十年使う気でいるんだよｗ
っていつも思う。

**名前は開発中のものです。** · 2006/03/02(木) 20:41:22

面白さなんて飾りです。一般大衆にはそれが分からないのです。

勝ち負けなんて気にせず、
自己満足のための美しい設計に心血を注ぐ者がいても良いじゃない。

**名前は開発中のものです。** · 2006/03/02(木) 20:43:53

C丼でデリゲート使うことにしますぅ

**名前は開発中のものです。** · 2006/03/02(木) 21:18:05

設計でオナニーしたい奴はすればいいじゃん、止める義理はないからな。
でもオレは要求された仕事を期日以内にキチンとこなして女と遊びに行くほうがずっといいからな。
お外で遊びな？　まじ楽しいぞ？

**名前は開発中のものです。** · 2006/03/02(木) 21:30:25

>>917
俺にはWindowsXPたんがいるからいいもんね･･･
もうすぐもう一人増えるんだもんね･･･

**名前は開発中のものです。** · 2006/03/02(木) 21:50:15

この会社辞めようと思ったソースコード＃13
http://pc8.2ch.net/test/read.cgi/prog/1139744052/l50

**名前は開発中のものです。** · 2006/03/02(木) 22:26:24

>>914
むしろ糞コードでも良いからそれが何十年も使える世界になって欲しい

**名前は開発中のものです。** · 2006/03/03(金) 10:12:47

>>909
え、いやほんとに教えてください・・・・サンプルでは英字しか無理でしたけど・・・
Irrlichtはやろうとしたけど・・・・でしたので

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

基本的な2Dアクションゲームを話題になったタスクで組みたいんだけど
自キャラ、敵キャラはいいとして重力計算とか当たり判定はどこで行うの？

**名前は開発中のものです。** · 2006/03/03(金) 17:48:31

次スレ

**名前は開発中のものです。** · 2006/03/03(金) 18:07:00

犯罪とかのニュースのたびに怒りでどうしようもない
http://life7.2ch.net/test/read.cgi/jinsei/1140716130/l50
ここで偽善者がオナニー暴れしてます

**名前は開発中のものです。** · 2006/03/03(金) 20:40:36

>>922
自キャラさんとか敵キャラさんとかが入ってるリストの中に
重力計算さんとか当たり判定さんとか本来実体のないものを
わざわざ実体のあるように見せかけていっしょにつっこむべきだと思う？
まぁ最初なんだからすきにしたらいい間違ってるのがわかったらその時なおせばいいよ

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

>いっしょにつっこむべきだと思う？

思う。

**名前は開発中のものです。** · 2006/03/03(金) 22:42:51

関数をリストにつっこんでおけば放置しておいても1ループに一度は必ず実行される
ってのが基本的なタスクシステムのキモの一つなわけで
実体の有無(画面に表示されるかどうかって意味だよな？)はあまり関係ないんだな。

ただ、当たり判定や重力計算を独自のタスクで組むと、それを適用したいキャラを
リストからいちいち探さなくちゃいけないしあまり効率がいいとは言えない。
関数の内容によってリストを別けるとか解決策はいくらでもあるが
そこまでして使うものか？とも思う。

**名前は開発中のものです。** · 2006/03/03(金) 23:00:14

>>925
欲張りだから最初から失敗が嫌
とか言っても一発で成功したこと一度もない･･･
コンパイルの度に”必ず”ひとつはエラー出す
タスクとしてリストにぶっ込みたいんだけど色々問題があって

>>927
「リストからいちいち探さなくちゃいけない」
この辺でずっと悩んでた
タスクリストの一番最初に入れるのはもちろん無理だし
一番最後に入れるとタスクリスト内のデータをまた最初から検索しなおさなくちゃならないから単純に処理2倍だし
各タスクの行動関数に組み込むと再利用性がうんこ

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

タスクリストに入れて問題があるんだったら入れなきゃいいだろ。
なんでタスクリストに入れたいの？

「タスク」とか「タスクリスト」の意味が曖昧なまま話しても無駄っぽいから
もっと実のある話にしたければ次スレ立てて
「タスクで組む」の意味を具体的にしてから話すことだね。

**名前は開発中のものです。** · 2006/03/03(金) 23:09:42

タスクじゃなくてオブジェクトとして素直に考え方が楽そうだな…
重力計算クラスはどんな機能が必要で
外からはどんなインターフェースが必要なのか。

**名前は開発中のものです。** · 2006/03/03(金) 23:11:40

>>928
実行順優先度とか設けてないの？
入れるなら最初か最後でしょ。
優先度ごとにリストを設けておけば総なめしなくても済むし
一本のリストで全てをまかなおうと考えない方がいいよ。

**名前は開発中のものです。** · 2006/03/03(金) 23:13:51

＞それを適用したいキャラをリストからいちいち探さなくちゃいけない
適応したい処理の対象のリストを、フレーム毎に作成すればいいんじゃね？
検索の約一兆倍スマートでクールだと思うよ？？（当社調べ）

**名前は開発中のものです。** · 2006/03/04(土) 11:27:18

ttp://ntd.way-nifty.com/blog/20040516.gif

**名前は開発中のものです。** · 2006/03/04(土) 14:05:42

流れが読めないならROMってればいいと思うよ。

**名前は開発中のものです。** · 2006/03/05(日) 02:39:49

何度みても笑える。

**名前は開発中のものです。** · 2006/03/05(日) 05:38:38

笑いどころがどこかわからん。
プログラマのとこか？

**名前は開発中のものです。** · 2006/03/05(日) 12:16:19

２Ｄの当たり判定についでなんですが、
１pixelずつの移動であれば移動する場所の座標で当たり判定をして
ヒットしていれば移動しない、ヒットしていなければ１pixel進むでいいですよね。
けど、通常の３倍で進むような場合は3pixel進んだ場所の座標で当たり判定をして
ヒットしていれば移動しない、ヒットしていなければ3pixel進むではよろしくないです。
3pixelは進めなくても2pixelは進める可能性があるからですが、
こういう通常の３倍で進む場合は1pixel進む処理をx３してやるのが普通なんでしょうか？
それともほかに良い方法がありますか？

**名前は開発中のものです。** · 2006/03/05(日) 12:58:26

>>937
真っ当に考えれば、n pixel進むためには、
n 回ループで 1 pixel ずつ判定するしか方法はないと思われる。

状況によっては、先に n pixel進めてみて
移動不可だったら (n-1) pixelを試すという逆順のほうが効率がいいかも試練が。

**名前は開発中のものです。** · 2006/03/05(日) 12:58:30

当たっていたら
何ピクセル埋まったかを計算してその分戻せば？

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

跳ね返る時はかなりいい加減でもごまかせるけど
ぴったり止まるなら>939が丁寧な方法で>938が簡易だな。

**名前は開発中のものです。** · 2006/03/05(日) 18:42:16

>>938-940 どうもです。
　　　　　　　>>939 まさにそれですね。
　　　　　　　ジャンプして天井にぶつかったり
　　　　　　　落下して地面に着地した時、
　　　　　　　キャラクターの移動速度を上げたときに
　　　　　　　挙動が変だったのがこれで直りそうです。thx。

**名前は開発中のものです。** · 2006/03/05(日) 20:55:44

>>936
いや全部。　仕事でプログラマとか実務側の方をやってると
全部がだいたいそのとおりなので笑える。

笑えないのは現在進行形の場合だな。

**名前は開発中のものです。** · 2006/03/05(日) 23:50:36

うむ

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

文字をゆっくり表示させようと思ってるんですが、SetTimer()で時間をとってくる方法しか思いつきません。他に方法はないのですか？

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

なぜ他の方法を探そうと思ったのか、現状の方法でどのような問題があるのかを説明する方が先だろう。

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

timeGetTime

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

本屋寄ったらエフェクト関連の本が二冊あった
けど買えなかったorz

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

マップ読み込みがわかんね･･･
縦,横,チップサイズ \n
番号,番号,番号,番号,番号 \n
番号,番号,番号……
とかなってるマップの読み込みをスマートにできないかな
暗号化とかもまた意味不明

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

スマート？
とってもスマートなのだが。

暗号化？
ぐぐれよ

里奈 ◆IQwhCnTrnE · 2006/03/07(火) 21:37:19

>>948
それは私のよりスマートそう。
私のもっといい加減だもん。

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

俺のよりスマート。

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

いやfgetcとかforとfscanfを組み合わせてるんだけどどうしても分岐が出てくるしこれは見てて嫌だなって

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

バイナリにしちゃえば？

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

それだ
で次スレ

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

>>953
早速やってみた
変換ツール作りの段階でコンパイラにコンパイルエラー連射されると困る

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

テキストファイルをバイナリに変換するのと
バイナリをテキストに変換するのを作るのに2時間かかった
マップ以前に今後について考える必要があるかも

**名前は開発中のものです。** · 2006/03/08(水) 09:37:07

そういうツールをちゃちゃっと作るならスクリプト言語が楽でいいぞ。
例えばperlで>>948のCSVをバイナリ化するならこう書ける。

open(IN, 'map.txt');
while (<IN>) {
　chomp($_);
　my @linedata = split(/,/, $_);
　foreach my $data (@linedata) {
　　$out .= pack("s", int($data));
　}
}
close(IN);
open(OUT, '>map.dat');
binmode OUT;
print OUT $out;
close(OUT);

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

>>957
短いなぁ
ちょっとそっち関連の勉強でもしてみる

**名前は開発中のものです。** · 2006/03/08(水) 22:10:22

そして、とうとう彼はスクリプト世界から帰ってきませんでした。

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

ttp://dream.my-sv.net/upload/src/up0144.zip
タスク構築していろいろやってみたんだけど、デバッグ中にタスク削除辺りでエラーが出る
WinMain.cpp　- エントリ。タスクやキャラクラスの宣言
CTask.cpp - タスクシステム
CChar.cpp - キャラクラス。タスククラスを継承。全キャラクタの継承元クラス。
CUser.cpp - 自キャラ管理。爆発クラスの呼び出し。　キャラクラス派生
CExplosion.cpp - 爆発クラス。一定時間経過で開放。
CRenderer.cpp - DirectX
ChipPoint.h - テクスチャ座標配列

クラスCUserがカーソルキーによる移動時に一定間隔でCExplosionをnewしてタスクリストに追加、
CExplosionが一定フレーム爆発し続ければメンバ関数Proc内で
CTask::TaskKill(TASK* t)にthisポインタ渡して開放待ち状態に移行
TaskKill内では渡されたタスクのタスク用デストラクタを実行してそのタスクのStatusメンバにステータス列挙体のSTATUS_KILLを詰め込む
その後にCTask::TaskExecution()を実行してTASK_KILLのタスクをCTask::TaskDelete(TASK* t)に渡して開放したいんだけど、
そのTaskExecution()内のswitch文でTASK::Statusを参照するとエラーが出る

長々長々とｽﾏｿ。ソースは「とりあえずやってみっか」的でかなり雑

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

>960
で、何だ？
「暇人の皆さん、このとりあえずやってみっか的ソースをデバッグしやがれ。」
って事か？

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

>>960
ソースを上げるスレッド
ttp://pc8.2ch.net/test/read.cgi/gamedev/1005038280/

**名前は開発中のものです。** · 2006/03/11(土) 00:34:44

>>960
(1)(2)(3)の順に読んでね、お兄ちゃん。

for(TASK* i=Top->Next; i!=End; i=i->Next)　　←　(2)　次のi->Nextは開放後の不定値になり
{
(中略)
　　switch(i->Status)　　　←　(3)　そして、どかーん☆
　　{
　　　　case STATUS_KILL:
　　　　　　TaskDelete(i);　　　　←(1)　ここでiの実体を開放した場合、
　　　　　　break;
　　};
}

**960** · 2006/03/11(土) 00:49:40

>>961-962
すまんかった。

>>963
おお、なるほど
オブジェクト側で何かやらかしてるのかと思ってたから
タスク実行ループは疑いもしなかった
実行できました。ありがとうございます

**名前は開発中のものです。** · 2006/03/11(土) 01:09:54

いいなあ、ロリロリの妹に手取り足取り教えてもらえて

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

ソースレビューはする方もされる方も勉強になるかと。

**名前は開発中のものです。** · 2006/03/11(土) 04:58:54

なんでもかんでもタスクタスクって、あなた達はＶＯＷのファンなのですか？

**名前は開発中のものです。** · 2006/03/11(土) 05:18:19

ゲームのデータ（マップやキャラクタのデータなど）の構造変更時に旧ファイルとの互換性を楽にもたせられる方法はありませんか？

例えば
class map_data
{
public:
BYTE chip_x,chip_y;//チップのインデックス
};
というクラスがあり、これをそのままサイズ分ファイルに書き込みます。
このクラスはマップファイル用に使われるので実際はマップの編集作業に大変時間を取られます。

しかし、このクラスに何かの変数を追加する必要が生じまして
class map_data
{
public:
BYTE chip_x,chip_y;//チップのインデックス
char flag[4];//
};
こうなったとすると、クラスのサイズの違いから読み込み位置にズレが生じてしまい、
前回頑張って作ったマップのデータが意味の無いものになってしまいます。
これを回避するために上手い方法は無いでしょうか。
今はファイル読み込み関数を旧式、書き込み関数だけを新しいものにして、
一旦新形式でセーブしてから読み込み関数を新形式にする方法と、
あらかじめchar reserved[1000]という余分なスペースを確保し、
追加分の変数のサイズだけ引いていくという方法でやっていますが面倒です。

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

バージョンでも持てばいいじゃん

**名前は開発中のものです。** · 2006/03/11(土) 08:37:41

答えてやった奴にはお礼にエロ画像でも見せてやれよ

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

>>968 まずは次スレを建てるといいよ。

**名前は開発中のものです。** · 2006/03/11(土) 13:21:52

次スレ
http://live19.2ch.net/test/read.cgi/ogame/1142050870/

**名前は開発中のものです。** · 2006/03/11(土) 14:29:54

オフセットじゃなくて名前でそれぞれのパラメタを取れるようにしたらどーなのよ？
プロパティシート？プロパティテーブル？プロパティセット？そんな感じのやつ。
それができないようなデータならreservedを設けるしかないな！

**名前は開発中のものです。** · 2006/03/11(土) 15:30:10

チャンク使って、データ単位で分類わけするべし。
いま時だとXMLとかでもいいかもしれず。

**名前は開発中のものです。** · 2006/03/12(日) 02:10:41

次スレ：http://pc8.2ch.net/test/read.cgi/gamedev/1142096974/

**名前は開発中のものです。** · 2006/03/12(日) 10:32:49

おつ～♪

**名前は開発中のものです。** · 2006/03/12(日) 10:37:21

じゃぁ、埋めです。

ＭＭＯＦＰＳで常時一万オーバー接続で快適に稼動させるには、
どのあたりから手をつけｒ

**名前は開発中のものです。** · 2006/03/12(日) 10:53:06

まずはIPv6が標準プロトコルになるまで待つ。

**名前は開発中のものです。** · 2006/03/12(日) 11:07:49

迅速なレスありがとうございます。

＞まずはIPv6が標準プロトコルになるまで待つ。
では、その日を夢見てゲ製をサボリ、マターリ惰眠を貪ろうかと思います。
本当にありがとうございました。

**名前は開発中のものです。** · 2006/03/12(日) 13:28:50

>>978
IPv6になれば速度上がるの？