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

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

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

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

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

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

**名前は開発中のものです。** · 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

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

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

やったよ。

**名前は開発中のものです。** · 2007/03/06(火) 00:04:48

>>976-977
http://www.google.co.jp/search?hl=ja&q=%E3%82%A6%E3%83%9B%E3%83%83+%E3%82%A2%E3%83%83%E3%83%BC+%E6%80%9D%E3%81%84%E3%81%A4%E3%81%84%E3%81%9F&lr=

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

>>964
自機も敵機も背景も、全て細かいタスク
んでそれらタスクを直列に並べて
各スレッドが手が空き次第1つずつ取り出して作業していく

同一フレーム内で別のタスクにアクセスしないというルールを作れば
タスク単位で完全に並列に動作させられる

描画だと更に直列のコマンドバッファにしなきゃならんので面倒だが
これもMTフレームワークの解説を見るとほんとよくわかるよ

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

>>978
どうだった？

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

でも作るのはSTGだろ。
どうせCPUパワーあまりまくってんだから並列しないほうが単純で安定。
自己満足以外に意味ねえな

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

STGにマルチスレッドは確かにたいして意味ねぇな・・・
非同期でファイル読み込みするとかサウンドのストリーム再生くらいでしか使ってないわ。

**名前は開発中のものです。** · 2007/03/06(火) 11:47:52

>>980
いまさらだな
3Dのような個々のオブジェクトがCPUパワーを食うときのゲーム作るときは常識だろ
スレッドプール＋キューつかうのはJava[ですら標準API1命令で事足りる

なんつーかおもしろそうな最新技術はないもんかね

**名前は開発中のものです。** · 2007/03/06(火) 12:16:37

>3Dのような個々のオブジェクトがCPUパワーを食うときのゲーム作るときは常識だろ

何か違う気がしませんかね。

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

>>985
別に違わん。常識だ。
っていうかそこにツッコミ入れるのかよって感じだ。

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

＞っていうかそこにツッコミ入れるのかよって感じだ。
　
IDがコロコロ変わるのは何でですか。：D

**名前は開発中のものです。** · 2007/03/06(火) 14:22:37

>>987
単発ID必死棚

**名前は開発中のものです。** · 2007/03/06(火) 14:41:24

携帯房ばかりか

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

（；・∀・）…

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

あやふやな発言に批判をバシバシ入れていくスレはここですか？

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

>>987
自分と違う意見が出ただけで自作自演認定するような奴は
技術語れないからもう来なくていいよ。

**名前は開発中のものです。** · 2007/03/06(火) 15:50:11

>>986
マルチコアの環境でCPUブン回すゲームってのは作ったこと無いんだが
常識と呼ばれるほどそんな環境が普及してんのか？
シングルでスレッドに分けてもCPUの負荷が高い場合は利用率って落ちそうな気がするんだけど。

コンシューマでもスレッドの使いどころってメイン・サウンド・ファイル・データ解凍あたりだし。
PS3や３６０は知らんけどさ。

**名前は開発中のものです。** · 2007/03/06(火) 18:49:52

CPUブン回すようなもの作るジャンルでもないしな

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

>>974
CoreDuoの低消費電力モード(1GHz)で色々試したことあるが
シングルスレッドでBGMのoggをデコードしながら画面全体を
弾で埋め尽くしてもCPU(コア一個の)使用率は30%以下だよ。
　
マルチスレッドにしても消費電力ほとんど変わらんかったから
「せっかくだから」スレッド分けてみたけどさ。必要に迫られて
やったって感じじゃないな。
　
数年前のペンMのB5ノートでもCPUパワーは余り気味だったし
ビデオチップ（Mobile Radeon）が先に悲鳴上げてた。
　
「余剰リソースがあるから使いきったれ」って発想で作るのは
別にいいと思うけどさ、実際にPCゲーの2D弾幕STGごときが
無理やりCPU使用率100%でかっ飛ばしてたりすると、何かの
不具合なんじゃねーかと疑われるのが関の山だと思うよ。

**名前は開発中のものです。** · 2007/03/06(火) 19:22:30

結果さえ得られれば良いならやる理由はないかもな。
まあ俺はやらんが。

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

まとめると、pthreadみたいなリアルタイム性が怪しいものより自前で待ち行列作るほうが早いって事なんか？

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

なにか有効ならともかくな

「シングルスレッドで片方しか使わないのがなんか勿体ない」てのが起因かな
システムに余裕回せるって見方もできるし、必要に迫られなきゃ不要だと思う

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

失礼
片方しか→コア片方しか