タスクシステム総合スレ part3

**名前は開発中のものです。** · 2008/11/09(日) 11:51:40

タスクシステムについての議論、相談、質問、雑談などのスレです

part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

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

White Paper - Programming
http://homepage3.nifty.com/moha/programming.html

タスクシステム
http://www5f.biglobe.ne.jp/~kenmo/program/task/task.html

CodeZine：本格的なシューティングゲームを実現するタスクシステム（タスクシステム，シューティング，ゲーム）
http://codezine.jp/a/article.aspx?aid=297

Logician Lord　…　【コンピュータゲームのからくり】
※ウェブアーカイブのキャッシュ
http://web.archive.org/web/20041009222313/www.hh.iij4u.or.jp/~peto/Games/games_top.html

**名前は開発中のものです。** · 2008/11/09(日) 12:19:21

１乙

**名前は開発中のものです。** · 2008/11/09(日) 13:02:33

1おつ

前スレ>>995を実行しようとしたら、
「MSVCP60D.ｄｌｌがみつかりません」って出て実行できんです。

**名前は開発中のものです。** · 2008/11/09(日) 13:37:28

同じく下記2ファイルがみつかりませんと出てきた

　　MSVCP60D.DLL
　　msvcrtd.dll

**名前は開発中のものです。** · 2008/11/09(日) 15:05:15

windows用の関数のスタブを用意したりして
linuxにてコンパイルして動作確認はできた
boost, boost build必須だけど…

**名前は開発中のものです。** · 2008/11/09(日) 15:15:38

boostはいらんな、
なんかCTextBuffer::Openで落ちるから色々調べてたときに使ってただけね
パスやらファイル名の問題で*.mqoが開けなかったときにぬるぽが発生して落ちてただけね
あとglutの初期化忘れとか

タスクシステムと全然関係無いですねゴメソ

**名前は開発中のものです。** · 2008/11/09(日) 21:43:46

>>4
それVC6のデバッグ版のDLLだな
うちは入ってるから気づかなかったが

>>995はリリース版でビルドしちゃれよ

**名前は開発中のものです。** · 2008/11/09(日) 22:46:40

>>8
もしくは CRT をスタティックリンク。

**名前は開発中のものです。** · 2008/11/09(日) 23:28:18

ここで10年前に買ったVC6の恩恵を初めて受けることになるとは

**名前は開発中のものです。** · 2008/11/10(月) 22:26:56

>MSVCP60D.ｄｌｌがみつかりません

だっせー！＞俺
すびばせんでした。再うｐしました。

http://uproda11.2ch-library.com/src/11133655.zip.shtml

DLキー task

修正項目
・実行ファイルを Release ビルド
・背景スクロールを実装してみた。
・データローダの別スレッド動作のテストなど

**名前は開発中のものです。** · 2008/11/10(月) 22:36:07

>>7
ｶﾞｯ!(AA略）

>linuxにてコンパイルして動作確認はできた
さすがゲーム板。いや、LinuxでブートCD配布とかできたらと思ってたので。

>前スレの人
・実行順制御よりオブジェクト相互の関係が重要

サンプルを組んでみて、そのあたりの解決が提示されているわけではなさそうですね。< タスクシステム

サンプルのなかで、プレーヤーオブジェクトをポインタで保持してたり、その弊害を
避けるためにフラグ立ててたりとけっしてスマートとはいいがたいような。

TCB+関数ポインタをクラスで置き換えるのは悪いとはいわないが、オブジェクトの
生成削除が頻繁に起こるゲームで、std::listで管理するのはどうかなと思いました。
手軽ではあるのだけど。

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

>前スレの人
＞実行順制御・描画順制御
まだ慣れていないので評価しにくいですが、サンプルではシナリオの読み込みとか優先度を高くしてありますね。それなりに意味はあるのか？

描画順制御についていえば、OpenGL を使っていても半透明オブジェクトの重ねがき
みたいに描画順をメンテする例もあるので、まあ、あれば使うかなと。
（爆発表現にちょっとつかってみた）

描画に関してはもっとちゃんとしたやり方があるように思いますが。

**名前は開発中のものです。** · 2008/11/11(火) 22:13:14

>>12
> オブジェクトの生成削除が頻繁に起こるゲーム
今時のマシンなら高がしれてるよ。エフェクトでパーティクル個別に new するとかだと、さすがに
氏ねと思うが。

**名前は開発中のものです。** · 2008/11/11(火) 23:33:37

>>14
>今時のマシンなら高がしれてるよ

CPU負荷や処理速度じゃなくて、サンプルの例だと、stl::list からオブジェクトを
削除する場合のトリッキーに見える処理がちょっといやらしいかなと思ったんですよ。

ただ、シーケンシャルな処理だと考えればそんなに問題もないのかな。

**名前は開発中のものです。** · 2008/11/11(火) 23:45:14

>>15
そういう話なら同意。というか、何でもかんでも一つのリストにつながなくても、ふつーに
std::list<Enemy> enemy_list;
std::list<Effect> effect_list;
と分けとけば良いのにね。