シューティングゲーム製作技術総合 12機目

**名前は開発中のものです。** · 2006/08/06(日) 00:36:37

ゲームプログラマなら誰もが通る、もしくは、通った道。青春の香り？
それは「シューティングゲーム製作」・・・。

このスレでは、そんなシューティングゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論、多弾の是非などについて語り合いましょう。
もちろんBulletMLなどで弾幕を作成してみたり、自分の作ったシューティングを
晒してみたり、プロジェクトをはじめてみるなどもOK！

ただし、シューティングの未来とか既存のゲームの話題などは、関連する他の
スレでやってくれ。

過去スレ，関連スレは >>2で。

**名前は開発中のものです。** · 2007/03/02(金) 09:04:32

プログラミングの多重設計が出来る人間で無いと、DirectXを使いこなすのは難しいかもな。

つ～か、最低でも三重の設計思想が必要になるから。
ゲーム本体の設計、Windowsインターフェイスに関する設計、
インターフェイスとゲーム本体との間の設計、これで三重設計。
あと、ゲーム内部の設計が規模によって何重になるか分からないから・・・

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

DOSの頃は単純設計の能力でも簡単なゲームなら作れたからな。
で、CGを重視したゲームを作る時代になってくると、
インターフェイス絡みとゲーム本体の二重設計が出来ないと
マトモなゲームは作れなくなった。Windowsでは三重だ。
単純設計の能力で三重以上の設計をするのは無茶だとｵﾓ｡

**名前は開発中のものです。** · 2007/03/02(金) 09:53:32

設計を分けて考えられないと、バグの原因が突き止められなくなるからな・・・
Windows絡みのバグと、ゲームの設計絡みのバグと、Windowsとゲームの間のやり取りのバグと、
三重のバグの系統があるからな。

**名前は開発中のものです。** · 2007/03/02(金) 12:02:44

Windowsで普通のアプリ窓を普通に出すだけでも100行近く必要になるもんな。
DirectXの分厚い本読んで、機種依存にも十分気をつけながら
アニメーション、多重サウンド、コントロール設計、ゲーム設計をこなして
まともにぬるぬる動くゲームとして動かすとなるともう苦行に近いよ。。

**名前は開発中のものです。** · 2007/03/02(金) 12:03:53

>>876
ゲームが先だったよ
ただ、汎用にしようということで名前を変えてDirectX2にした

**名前は開発中のものです。** · 2007/03/02(金) 12:26:41

WIｎG→GameSDK→DirectX
という流れ。
ゲーム用に速い描画を、という発想からスタートしてる。

**名前は開発中のものです。** · 2007/03/02(金) 12:34:37

ここってシューティングの話題じゃ盛り上がらないよな

**名前は開発中のものです。** · 2007/03/02(金) 14:31:24

シューティングって
骨組みができたらゲーム自体にかかる手間はほとんどなくて
あとはひたすら調整するだけのジャンルだもの
純粋にシューティングとして語るとこなんかほとんどないよ

**名前は開発中のものです。** · 2007/03/02(金) 15:06:44

だよなｗ

**名前は開発中のものです。** · 2007/03/02(金) 15:37:41

プログラム技術という観点では話題はすぐなくなるな。
調整部分の技術のほうが重要だし。

８ビット時代は技術披露のジャンルでもあったんだがなあｗ

**名前は開発中のものです。** · 2007/03/02(金) 16:02:31

>>881
いやだからそ～ゆ～意味じゃなくて、ソフトウェア処理だと
遅すぎてゲームに使えない。ハードウェアを叩くのは、
処理がバラバラでどのマシンでも動くゲームを作るのが難しい。
で、ハードウェアを叩く共通ライブラリが必要になったから
DirectXが出来たわけで、ゲームを簡単に作るのが目的じゃない、
という事を言いたかったわけ。

ありゃりゃ、文章の表現がバラバラだ・・・

**名前は開発中のものです。** · 2007/03/02(金) 16:40:28

じゃあ面白いシューティングに調整する技術を語ろうじゃないか

まあ語れるほど理解できたら苦労しないんだが

**名前は開発中のものです。** · 2007/03/02(金) 16:41:32

シェーダー部分も含めると4重だな。
誰かシューに最適なゲームエンジン作れよ

**名前は開発中のものです。** · 2007/03/02(金) 17:22:28

>888
結構人によって好みがあるしな。
普遍的な部分は意外と少ないのかもシレン

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

ノウハウで言えばコリジョン方面で色々あるな。
階層構造による多パーツ・モーション制御とか。

とシューティング特有じゃない技術ばかりだな。
ネタになり易そうなのは。

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

シューティング特有でない技術も含めて
過去スレで語りつくしてしまった気がする。

シューティングのゲーム本体部分の製作に関しては
ほとんどパターン化されている感があるし、
製作上でより多くの技術や知識を得たいと思う人はそれこそ
DirectXのライブラリでも作ってた方がよさげ。

**名前は開発中のものです。** · 2007/03/02(金) 22:41:46

語りつくしたって言う人ならもうここに来る必要は無いよね。

**名前は開発中のものです。** · 2007/03/03(土) 01:59:35

まだ語ることがあるっていうのなら
もったいぶらずに提案したら？

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

＞製作技術や技術の検証、成功談
＞失敗談笑い話、難易度の設定方法論、多弾の是非など

のうちの、製作技術に限るのなら、語ることは語り尽くしたかもな。

**名前は開発中のものです。** · 2007/03/03(土) 03:35:01

実は設計分割に関しては、あまり語られて無かったり。

例えば、ボスステージと雑魚ステージって、同じループで処理してる？
それとも異なるループで処理してる？

前者の方法は、同じループの中に雑魚キャラやボスキャラの処理が全部入る。

後者の方法は、まずステージ毎のループがあり、さらに雑魚ステージとボスステージで別々にループがあって、
雑魚ステージとボスステージとの境界では、雑魚ステージのループから抜けて、ボスステージのループに
入るという処理を、プレイヤーに気づかれないように行う必要がある。

ただし、つじつま合わせの方法さえ確立すれば、実は後者の方法の方が作成は楽だったりする。

つ～か、前者のやり方でボスキャラ作るなんて無茶だろ。
ボスキャラ一体作った段階で、一般ＰＧの設計能力は限界に到達する。
実際、そ～なってる人は何人か見るしな。

**名前は開発中のものです。** · 2007/03/03(土) 03:37:23

？？？？？？？？？？？？

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

さっぱり意味がわからない・・・

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

ボスと雑魚を分けるという発想がまずわからん
なんでわざわざ分けるの？

**名前は開発中のものです。** · 2007/03/03(土) 04:28:26

色々いいたい事があるが、多分896はスクリプトでゲームを作ってる人な気がします。

**名前は開発中のものです。** · 2007/03/03(土) 07:22:25

>>899
動作をプログラムでハードコーディングしてるんじゃ？

普通はパラメータか、簡易スクリプトみたいなもので、動作を定義して、
それらを処理するループは共通だと思うけど。

結局移動や表示、当たり判定とかは共通化できる部分だから、
別にする意味はない。

別に必要なのは、キャラの大きさ形等の基礎データや動きのデータで、
これはプログラムというよりデータの部分だし。

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

俺は、ボスは、ボスフラグを立てるだけだｗ

**名前は開発中のものです。** · 2007/03/03(土) 10:16:08

>>899
色々やるには処理を分けないと管理しきれなくならね？
一つのステージでしか使わない処理とかあるでしょ。
このボスにはこんな動作をさせたいとか。

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

>>903
そういうゲーム制作の基本的なところから話をするスレに路線変更か？

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

シーンの中に各種ロジックをいれていくか
シーンが各種ロジックの中に入るかの違いで別に動けばどうでもいいわな

そういう自由度も含めてプログラムっつーもんだと思うが

フレームワークとして固定されていて使いにくいとかそういう話ならわかるんだが

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

>>903
それと>>896の言うボスと雑魚を分けることの関連がよくわからないが…
ボスが雑魚呼んだりしないのか？

**名前は開発中のものです。** · 2007/03/03(土) 12:21:36

一人で作ってると敵の動きだとかスクリプトにするメリットすくねぇなあ
C++でもファイル１つぐらいコンパイルしなおしてもそこまで重くねぇし
開発環境もってない人に手伝ってもらうなら、スクリプトじゃねぇと困るけど。

**名前は開発中のものです。** · 2007/03/03(土) 12:40:58

色々やらせたってプログラムが長くなるだけで
ザコもボスも扱いは同じだろう。

既成のツールやスクリプト使ってるから自由度が低くて
ボスを別プログラムにしないと凝ったことができないってことか？

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

>>903
>色々やるには処理を分けないと管理しきれなくならね？

この考えでいけば、雑魚も種類が違ったらプログラム分けないといけない。
ボスも当然、面ごとに動きが違うから処理を分ける。
で、３０面とか作ると、雑魚＆ボスプログラムが３０個も出来ることになるわけだ。

それこそ管理が大変では？
もし、共通する部分に変更が発生したら、３０ヶ所全部修正しないといけないぞ。

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

>>909
>>903のやりかたをしたとしてもそうはならんだろ

**名前は開発中のものです。** · 2007/03/03(土) 14:12:45

分けて管理するからと言って共通してるとこまでわざわざ分けてやらんだろ。

**名前は開発中のものです。** · 2007/03/03(土) 14:46:31

状態を「実行中の位置」でもつか「変数」で持つかっていう問題だな

タスクごとに処理を入れ替える仕組みがあれば変数で管理したほうが楽
その代表がタスクシステム
でもこれだってソースを分割統治してると言えなくもないか……

「動的にループを生成するタスクシステム」に対して「静的にループを生成する>>896案」だと理解したけど
ループを「タスク単位で繋ぎ変える」か「リスト単位で入れ替える」か程度の差であって
設計レベルでそんなに大差があるようには思えないな

**名前は開発中のものです。** · 2007/03/03(土) 14:55:15

タスクシステムキター

**名前は開発中のものです。** · 2007/03/03(土) 14:59:03

>>896からは動的メモリ確保すらできなさそうな空気が漂ってる

**名前は開発中のものです。** · 2007/03/03(土) 15:17:02

タスクシステムという文字を書き込むだけでなんだか照れるぜｸﾞﾋﾋﾋ

HSPやLGPでも配列使って双方向リストを作成して
タスクシステムっぽいの作れるんだぜ？
関数ポインタが無いからif文羅列することになるんだけどな
メインループはちょっとカッコイイぜ！

話変わるけど、タスクシステムって保守しづらいな
他人のソース読むまで気づかなかったぜ

**名前は開発中のものです。** · 2007/03/03(土) 18:21:25

タスクの分割だの依存関係だのに気を遣えば
そこまで保守しにくくもないと思う。

初心者はタスクシステムを学ぶ前に
構造化プログラミングだのオブジェクト指向プログラミングだのを
学んだ方がいい気がする今日この頃。
この方が結果的にゲーム製作の近道になると思うのだが、
早く製作にとりかかりたい奴は見事にすっ飛ばして
結果的にｵｿﾛｼｲコードが完成すると。

**名前は開発中のものです。** · 2007/03/03(土) 18:56:00

そいやコンポジットとポリモーフィズムしらんと
C++でタスク構築できないんだっけ

**名前は開発中のものです。** · 2007/03/03(土) 19:02:32

つーか抽象化はオブジェクト指向の基本概念だ。

**名前は開発中のものです。** · 2007/03/03(土) 19:13:57

Compositeパターンは
タスクを階層化しないのであればいらないんじゃないかな。
まあシューティングの場合、敵と弾とか、ボスと敵とかを
親子関係にするのが自然だから、必須になってくるけど。

ポリモーフィズムを知らんような奴は
タスクシステムどころか普通のプログラムも満足に書けないと思うよ…。
C++を使用する意味が全くない。

**名前は開発中のものです。** · 2007/03/03(土) 19:15:58

必要になったら学んで使えばいいだけじゃね？
なぜそれが必要なのか理解せずに使っても
これまたｵｿﾛｼｲコードになるぞｗ

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

それもそうだなｗ

**名前は開発中のものです。** · 2007/03/03(土) 19:29:53

>>919
> C++を使用する意味が全くない。

つ　ベターC

**名前は開発中のものです。** · 2007/03/03(土) 19:58:35

ここはＣ＋＋が前提なんですね。知らんかった。テンプレにいれとけよ

**名前は開発中のものです。** · 2007/03/04(日) 03:25:52

ステージボスばりの攻撃をしてくる雑魚が出せるようになれば解決じゃね？

**名前は開発中のものです。** · 2007/03/04(日) 03:27:10

全部ボスにしてカオスフィールドでもつくれば解決じゃね

**名前は開発中のものです。** · 2007/03/04(日) 08:56:24

結局ボスルーチンは、雑魚ルーチンをカバーできるんだから、分ける意味は無いと。

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

ゲームスタート直後にすべてのボスが同時に出てこればOK
敵の戦術的にもいいだろ

**名前は開発中のものです。** · 2007/03/04(日) 15:35:08

急に巨大戦艦出したくなったけど背景として実装するしか選択肢がないとか
ボスがバックミラーにしか映らない吸血鬼の車だとか
ボスがmpeg動画でその中で自機を動かさなきゃならないとか
別ウィンドウのをタッチペンで叩かなきゃならないとか
あるかもしれない

**名前は開発中のものです。** · 2007/03/04(日) 15:42:27

>>928
いずれの場合でもメインループを分ける必要がないわけだが。
っていうか何が言いたいのかわからん。

**名前は開発中のものです。** · 2007/03/04(日) 15:56:28

背景とか言ってる時点でもう

**名前は開発中のものです。** · 2007/03/04(日) 15:57:10

最初のがアンドアジェネシスだという事だけは判る。

**名前は開発中のものです。** · 2007/03/04(日) 16:51:49

このところスキルの低いっぽい人の書き込みに対するツッコミでスレが進行してるな。
あんまりガツガツ行かずにやわらかく対応しようぜ。
できれば各人のスペックは自分と同等では無いのを前提に、あいてに分るように話そう。

**名前は開発中のものです。** · 2007/03/04(日) 17:17:35

>>929
東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？

**名前は開発中のものです。** · 2007/03/04(日) 17:27:34

>>933
結論から言うとならない。
どんな言語でどんな設計をしているかは知らんが、
ややこしくなってしまうような設計が悪いだけにしか思えない。

**名前は開発中のものです。** · 2007/03/04(日) 17:34:52

むしろ、どう設計することを想定してるんだろう。
グローバルでフラグ立てるとして、上に出た例ってそんなにややこしくなるかな・・・
東方みたいに画面チェンジで弾の性質がかわるっては言ってる意味がよく解らんが、
ボスの合体とかステージ中精々1つか2つだよな・・・ややこしいか？

**名前は開発中のものです。** · 2007/03/04(日) 17:44:12

>>935
弾幕を時間をかけて大量にばらまいたあと、全部の弾が効果音と共に一瞬で別の弾に変わったりするんだが？

つまり基本的には、ステージによってルールが変化するようなケースを想定してるわけ。

**名前は開発中のものです。** · 2007/03/04(日) 17:50:04

>>936
メインループ内に全部の処理がごちゃまぜになっているような
汚いプログラムであっても、画面チェンジ時にフラグをひとつ立てて
処理を分岐させるだけで十分だと思うのだが。

実装方法は山ほど思いつくが、グローバル変数がややこしくなるような
実装はひとつも思いつかねえ。

**名前は開発中のものです。** · 2007/03/04(日) 17:51:39

・グローバルでフラグ立てて、弾のタスクがフラグ見つつ変化
・一定時間後に弾をすべて変化させるタスクの発動
・最初から一定時間後に変化する弾を作る

めんどい？

**名前は開発中のものです。** · 2007/03/04(日) 17:58:46

ファンタジーゾーンみたいにボスの挙動がまるっきり異なるケースでも？

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

具体的に言ってよ、何について言ってるのかさっぱり解らない

**名前は開発中のものです。** · 2007/03/04(日) 18:02:20

>>940に同意。悪いが意味がわからん。
というかせめて使っている言語ぐらい教えてくれ。

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

なんつーか、単にプログラミング言語自体の勉強量が
足りてないだけな匂いがするんだよね…。
Cを使っているのに関数ポインタや動的メモリ確保についてしらないとか、
C++やJava(いないと思うけど)を使っているのに
クラスを活用しきれていないとか(特に委譲とか)だったら
これらについて勉強しなおした方がいい。
あとタスクシステムについても。
スクリプトだったらごちゃごちゃになっても文句言うな。

**名前は開発中のものです。** · 2007/03/04(日) 18:38:15

スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな
スクリプトだったらごちゃごちゃになっても文句言うな

**名前は開発中のものです。** · 2007/03/04(日) 18:39:49

こういう方向には盛り上がるんだよなこのスレｗ

**名前は開発中のものです。** · 2007/03/04(日) 18:44:04

あ、でも珍しくシューティングの話した気がするんだけどｗ

**名前は開発中のものです。** · 2007/03/04(日) 18:53:42

>>943
そこだけ取り上げるなバーローｗ
俺はスクリプトに関して無知だからアドバイスできんし
相手の仕様言語(ツール)は結局わからんしで
少々投げやりになって書いてしまっただけだｗ
でもスクリプトを馬鹿にする発言っぽいから謝っとく。すまんかった。

**名前は開発中のものです。** · 2007/03/04(日) 19:04:07

http://game-melody.com/cgi-files/csystem/html/n-81971-vodafone-vodafone3g.html

**名前は開発中のものです。** · 2007/03/04(日) 19:17:02

>>933
＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
オブジェクトリストから弾IDを持つものを探して、その情報を元に、同じ位置に新しい弾を作る。
古い弾は殺しとく。

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
障害物の当たり属性を敵弾と自機弾に設定する。

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
子供を管理するだけの親を作り、合体前のキャラを子として見張る。
合体したくなったら子供に号令かけて合体させ、合体後は子供を殺して自分自身がキャラになる。

＞色々と変なバリエーションを使うと、グローバル変数の扱いがややこしくならね？
グローバル変数は使わない。

>>937の言うとおり実装方法はいくらでもあるんだけど
俺だったらこうするみたいな。

**名前は開発中のものです。** · 2007/03/04(日) 19:17:17

どうも本当の初心者みたいだね・・・
口調がいっぱしのプログラマーぶってるから
みんな普通のやり方を教えてくれないのなｗ

敵弾っつっても、方向と速度（移動量）だけじゃなくて
「状態」「種類」「タイマ」といったパラメータをいろいろ持たせてあげよう。
タイマが一定値になったら速度・方向を変えてやれば
東方みたいな弾幕ができるよ。

敵・自機・障害物にもフラグを持たせて、それによって
敵弾に当たる・自機弾に当たる・障害物に当たるってやれば
当たり判定は共通処理にできる。

**名前は開発中のものです。** · 2007/03/04(日) 19:19:39

HSP使ってたときに似非タスクシステム組んだことあるけど
on～gosubとローカル変数宣言で結構スッキリ組めたぞ
どんな環境でもやり方次第だと思うんだけどね

**名前は開発中のものです。** · 2007/03/04(日) 19:32:12

>>948
俺は階層型タスクシステムを利用しているからボスに関しては同じかな。
画面チェンジで性質の変わる弾に関しては、
大量のオブジェクトの生成・破棄はなるべく避けたいから
既存の弾オブジェクトの状態を変更するだけに留めるかな。

**名前は開発中のものです。** · 2007/03/04(日) 20:33:57

じゃあオレも

＞東方みたいに画面チェンジと同時に弾の性質が変わったりとか、
複数のキャラクタが属性を共有する場合は独立させる
この場合は弾オブジェクトに弾の性質オブジェクトへの参照を持たせる

＞インベーダゲームみたいな敵弾でもこっちの弾でも壊せる障害物を一時的に出してみるとか、
キャラクタの組み合わせによって分岐が変わる場合はテーブルを作成する
この場合は全キャラ×全キャラの衝突有無の表をつくって接触するたびに検索する

＞二体以上以上のボスキャラが合体変形したりして、全部倒してようやく先に進めるとか、
集団を扱う場合は画面に表示しないコントロール専用のタスクを作成する
この場合はコントロールタスクからボス1やボス2へ参照を繋ぐ
コントロールタスクから合体などの指示をだす
ボス1や2が破壊された場合はコントロールタスクへそれを通知する

基本こんな感じだけど速度が問題になる場合はどんどん崩す
データベースでいう正規化された状態だからそのまま使うと遅いよ
でも設計する段階では正規化してるし崩すにしても崩すパターンあるから簡単

**名前は開発中のものです。** · 2007/03/04(日) 23:40:33

「あらかじめゲーム内容を予測してすべて適切に設計すれば良い」
という理想状態の話ばかりだけど、

「メインプログラムが糞仕様なのにも関わらず上司は最小限のソース改変しか許さない」
実務がそんなんだったらどうするんだよ

**名前は開発中のものです。** · 2007/03/04(日) 23:50:24

責任の所在を上司だと明確にするだけ

**名前は開発中のものです。** · 2007/03/04(日) 23:56:24

なんで上司の話とか出てくるんだよｗ

**名前は開発中のものです。** · 2007/03/05(月) 00:07:40

なんでそんな極論が出てくるのか理解に苦しむ
普通のプログラムの話しようぜ
糞仕様で改変させてくれない話なんてここは愚痴スレじゃ無いぜ

**名前は開発中のものです。** · 2007/03/05(月) 03:36:49

10年ぶりにゲームが作ろうと思うんですが
SDLの勉強をしっかりやっとけば大丈夫ですか？

最近じゃスレッドとか使えるから感動的に美しいコードが書ける予感がする。

**名前は開発中のものです。** · 2007/03/05(月) 05:23:39

昔ゲームPGだった人とかなら
何勉強しても大丈夫なんじゃないんですかね

**名前は開発中のものです。** · 2007/03/05(月) 09:19:24

スレッドって、同期関連しっかりやっとかないと例外で跳ぶんだよな。
特に最近のマシンは、複数のCPUが乗っていて、二つ三つのスレッドを同時処理したりするし。

**名前は開発中のものです。** · 2007/03/05(月) 09:24:15

ふーん

**名前は開発中のものです。** · 2007/03/05(月) 11:16:21

セマフォとかカウントダウンラッチとかサイクリック分割、バリアとかわからん人は
マルチスレッドの本みたほうがいいだろうね

そうしないと>>959の現象で落ちることになる

**名前は開発中のものです。** · 2007/03/05(月) 11:51:53

　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;　　最近じゃスレッドとか使えるから
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;　　感動的に美しいコードが書ける予感がする。
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f 　　そんなふうに考えていた時期が
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!　　　俺にもありました

**名前は開発中のものです。** · 2007/03/05(月) 18:26:26

CPUが8bitから32bitになったのだから、一万倍のスプライト処理も余裕。
そんなふうに思っていた時期もありました。

**名前は開発中のものです。** · 2007/03/05(月) 18:29:35

自機の動きを制御するスレッド
敵機の動きを制御するスレッド
背景をスクロールさせるスレッド、みたいに分離して考えられるの？

**名前は開発中のものです。** · 2007/03/05(月) 18:47:30

それが逐次処理で駄目な理由が良く判らん
敵機がネットワークの向こう側ならまた話は別かもだけど

**名前は開発中のものです。** · 2007/03/05(月) 20:44:29

というかスレッド切り替えは重そうだと思うんだけど、
敵機とか敵弾ごとにスレッド作ったら死んじゃわないかな。
ファイバーとか呼ばれる類のスレッドもどきならマルチスレッドに
関する罠も少なかろうから楽でいいんだろうけど。

メインスレッドで作業する裏で、IOとやりとりするスレッドを
回しておく、という方によく使われると思う。
Now Loading... って場面とか。

**名前は開発中のものです。** · 2007/03/05(月) 20:56:03

考えるだけでやらないのがここの住人

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

>>966
ファイバ使おうにも、それに対応出来る言語が無いだろ。

・・・スクリプト言語で、それっぽいのは作ってるけど。
つ～か、タスクの概念入れたらようやく設計落ち着いたのがここ最近の話。
藻前らあんがと。

**名前は開発中のものです。** · 2007/03/05(月) 21:09:42

自分で考えてみたけど
逐次順番に処理するよりも負荷が分散されるんじゃないかな？＜スレッド

**名前は開発中のものです。** · 2007/03/05(月) 21:15:06

>>969
バスクロックの壁が重く感じられるようになるよ。ｗ

**名前は開発中のものです。** · 2007/03/05(月) 21:29:01

生成した後、あとはもう知らん勝手にやれ
ってなエフェクト類を別スレッドにして云々っていう
ゲーム開発者の記事をどこかで見た希ガス

**名前は開発中のものです。** · 2007/03/05(月) 22:13:33

ファイバーくらいc(インラインアセンブラ)で書けるだろうに

**名前は開発中のものです。** · 2007/03/05(月) 22:28:48

ゲームはparallelでなくconcurrentで十分だ。

**名前は開発中のものです。** · 2007/03/05(月) 22:48:52

そうはいってもローエンドですらマルチコアなんだぜ？
50%しかCPU使わないなんて勿体無いじゃん

**名前は開発中のものです。** · 2007/03/05(月) 23:42:49

いい事思いついた。
お前、メニーコア時代に備えて弾一個にスレッド一個使え。
俺は多くても2～3個で十分だよ。
　
君：コアが○○個あるのに2～3個しか使わないなんて勿体無いじゃん。
俺：コア2～3個で済むのに○○個全部使ったら電気勿体無いじゃん。

**名前は開発中のものです。** · 2007/03/05(月) 23:53:42

なんで自分でやろうとしないのかね

**名前は開発中のものです。** · 2007/03/05(月) 23:55:36

スレッド数個に対してタスクが行列を作るイメージ
タスクとスレッドの寿命が同じなんてことはない