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

**名前は開発中のものです。** · 04/01/10 21:07

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

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

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

■ 前スレ

シューティングゲーム製作技術総合
http://bbs.gamdev.org/test/read.cgi/gamedev/1056635103/

**名前は開発中のものです。** · 04/01/24 01:31

ゲーム性が別ものだもんね
オレは蜂好きだけど蜂の真似して作られた弾幕シューは嫌い…
ケイブ以外が出してる弾幕シューはつまらん！

**名前は開発中のものです。** · 04/01/24 01:48

つ～か、弾幕ゲ～見てると、作ってる人間が楽しんでるだけにしか…。
人を楽しませるって感じがしないのは古い人間だから？

**名前は開発中のものです。** · 04/01/24 04:11

>>96
実際そういうのは多いと思う。
でもそうでないものもちゃんとあると思う。

**名前は開発中のものです。** · 04/01/24 07:15

弾幕シューって、ただ弾を撒き散らしてるだけじゃ駄目なんだよ。
そこがケイブシューと他の弾幕シューの違い。
ほんとにケイブんとこは見事に考えられてる

**名前は開発中のものです。** · 04/01/24 07:56

>>98
激しく同意。
>>94の意見が出るのもわかるけど、
それは、蜂が駄目にしたんじゃなくて、
見た目の面白さだけ真似たゲームが駄目にしたと言っていい。

決して、ケイブは弾幕(だけが)がすごい、面白いわけじゃない。

**名前は開発中のものです。** · 04/01/24 08:49

弾幕シューだけども「自機ありき」と「弾幕ありき」の違いがあるわけ。

ケイブのユーザーズルームに、自機にこういう動きをさせるには、どういう弾幕ならできるか？
ということを考えてる、と書いてあるっしょ。自機を動かすための弾幕なわけで。
大量の弾が高速に襲ってくるが決まった動きをしてれば死なないように出来てる。
そのケイブの意図した動きが出来なければ、追い詰められて死ぬ。
ん？ケイブシューターは池田に踊らされてるのか？ｗ

それ以外の真似ただけのゲームってのは、自機の動きはお構いなしに弾を出してる感が強い。
そうすると、発射時は幾何学的に美しい模様をしていても、自機に到達する頃には、
各種の発射源からの弾がごちゃ混ぜになったばら撒き弾になってることが多い。
だからステージ全般(道中、ボス)を通して主に自機の周りの細かい弾避けがメインになる。
なんでもないところで操作ミスによる死が多い。

それぞれどう感じるかは人それぞれ。
俺は前者を突き詰めたのが大往生であり後者は東方だと思ってる。両方とも俺は好き。

**名前は開発中のものです。** · 04/01/24 11:59

なんだよおまえら。俺の言いたいこと全部言ってくれやがって。
そんな俺も蜂フォロワーは作りたいけど、基本に戻ってタイガーヘリフォロワーからやってるYO

**名前は開発中のものです。** · 04/01/24 12:12

最近のシューティングって、弾幕の濃さだけを求めた結果、当たり判定がコックピットだけとか、
１ドットとかばかりになってしまった弊害を生んでるけど、どうだろう。

俺は理不尽なミスを感じるので否定派
大往生のプロモムービー見たとき「お前死んでるじゃん！」、「なんで死んだんだよ！」
と思ったことひとしきり。

**名前は開発中のものです。** · 04/01/24 12:26

昔のシューティングって、弾の速さだけを求めた結果、当たり判定が自機の大きさ以上とか、
自機の大きさをはみ出した四角とかばかりになってしまった弊害を生んでるけど、どうだろう。

俺は理不尽なミスを感じるので否定派
雷電の自分プレイを見たとき「オレ死んでるじゃん！」、「なんで死んだんだよ！」
と思ったことひとしきり。

**名前は開発中のものです。** · 04/01/24 12:31

>>103
雷電もトライゴンさえも自機より判定がでかいということはないが。

**名前は開発中のものです。** · 04/01/24 12:45

翼の先まで正確に当り判定を定めた所で果たして面白くなるのかどうか。

横にロールしてる時は当り判定が小さくなるとか、
変形によって判定を変化させるとかその程度か？

**名前は開発中のものです。** · 04/01/24 12:46

弾と自機の接触が見た目より大きいのはソルバルウとSYDくらいだね（斜前で死ぬ）
大抵はキャラクタ絵に収まる矩形で判定されてるはず

今なら中心間の距離等で判定するのがお手軽

**名前は開発中のものです。** · 04/01/24 12:47

そうなの？なんか感覚的に
「△」これを自機としたとき左上と右上の何も無い部分にまで
当たり判定があるように感じる

**名前は開発中のものです。** · 04/01/24 12:48

>>105
いくらなんでもそこまでせんでもよいと思うが（w

**名前は開発中のものです。** · 04/01/24 13:31

>>102
弾幕の濃さとか当たり判定とかが小さいとかは、弊害とはいわんやろ。
それはそういうシステムなのだと考えるものじゃないかな。

理不尽なミスってのは例えば某スレで上がってるpersec47の高難易度面で出てくるような
突然「全方位で超速弾なのに密度MAXな弾幕」にぶち当たるとかじゃないのかね。
高速弾だろうが高弾幕密度だろうが、それぞれ理詰めで抜けられる。
但しそれをどう感じるかは微妙。理詰め要素が好きな人もいれば嫌いな人もいるし。
ただアケシューターってのはそういうのが大好きな奴が多い。と俺は思う。俺もそうだしｗ

シューティングって見た目地味だから、弾が多くて派手にするという点では、
弾幕が濃いってのは売り物としては成功なんじゃないかな。

**名前は開発中のものです。** · 04/01/24 13:33

なんか書いてて無茶苦茶になってる…
perser47ってランダムで敵キャラ生成するんだけど高難易度面だと絶対無理な弾幕が生成されるんですわ。
それに対して彩京シューの高速弾やケイブの高密度弾幕は理詰めで抜ける道が用意されてる、って話っす。

**名前は開発中のものです。** · 04/01/24 14:04

>>109
確かに弊害というのは語弊があるかもしれないけど、昨今のシューティング（特にオンライン物）
見てると、猫も杓子も軒並み弾幕・当たり判定小さいというのばっかりになってしまって、食傷
気味になっているんだよね。
それがシューティングのプレイヤー離れを起こしている要因にもなっていると思うし。

現在のアケシューターが弾幕を求めているのは分かるけど、それは結果的に弾幕に対して適性が
あったものだけが残ったもので、多くのものは離れてしまったのでは？、と。

かく言う俺にとって至高のシューティングは未だに雷電なんで、今となってはこんなのマイノリティ
の戯れ言なんだろうな。

**名前は開発中のものです。** · 04/01/24 15:13

>>105
傾いたときに当たり判定が小さくなるのはポピュラーですよ。
必死で避けてる時に避けやすくする、という意味でね。

**名前は開発中のものです。** · 04/01/24 17:56

雷電もケイブも弾の撃ちかたがすごく洗練されてるんだよなあ。
ただの高速弾や大量弾じゃない。
なんとかその中身まで受け継ぎたいと思うよ。
雷電には学ぶべき良い点が多い。恥ずかしながらシューティング作り始めてから気づいたけど。

**名前は開発中のものです。** · 04/01/24 18:48

漏れは弾幕よりも、演出マンセーなシューターなので、
ケイブ系よりもタイトーとかコナミ系の方が取っ付きがいい
ジジイだからな

**名前は開発中のものです。** · 04/01/24 21:43

俺はジジイだが逆だぞｗ

**名前は開発中のものです。** · 04/01/24 21:53

雷電やソニックウイングがあったころはシューティングもゲーセンの主要ポジションにあって
結構いけてた気がする。

でも、今のプレイヤーが求めているのが美しい弾幕、ケイブのように計算された弾幕
であるなら、シュー制作者としては皆そっち方面の技術・面白さを追求することが正解だろう。

**名前は開発中のものです。** · 04/01/24 22:17

プレイヤーを洗脳して、俺が好きなものをプレイヤーにも求めさせるつもりでやってる。

美しい弾幕はおまけというか釣りで、本質は道中の多様な変化
(腕前の変化で道中の内容が変わる)をプレイヤーに楽しませること。

あと俺もジジイだが、今風の演出よりは古式ゆかしい東亜前期の弾避けが好きだ。

**名前は開発中のものです。** · 04/01/24 22:18

タイトーシューは昔から演出がｲｲと思うんだが、
モノによっては演出過多でゲーム展開を阻害してるのも事実。

**名前は開発中のものです。** · 04/01/24 22:43

＞演出過多でゲーム展開を阻害
サイヴァリア2の1面ボス開幕だなｗ

**名前は開発中のものです。** · 04/01/24 23:12

ダライアスはいいゲーム

**名前は開発中のものです。** · 04/01/26 00:18

ダライアスは弾切れが良かったよね。

本当の事を言うとアノ頃の自分にとってグラディウスが神で、
ダライアス、ファンタジーゾーン、R-TYPEはクソだった。

１５年以上して、それぞれの面白さを認められるようになったが・・・
こんな自分はたとえ、ゲーム開発者になっていたとしても、
きっと、偏った、独りよがりのゲームしか作れなかったと思う。

**名前は開発中のものです。** · 04/01/26 00:36

>>121
それはわからない。
人は成長するもんだ。

**名前は開発中のものです。** · 04/01/26 00:58

>121
だったら、逆に言えば、今なら開発者としてじゃなく
趣味で作っても、独りよがりじゃない面白いゲームが作れるかもよ？

と言って密かに面白いゲームが遊べることを期待する俺(笑)

**名前は開発中のものです。** · 04/01/26 13:39

>>121
作って見れ。
それなりにシューティングやって、面白いか面白くないか分かってるなら
それでいいだろ。面白いと思ったところだけ引き抜いて１つの
ゲームにしてしまうんだ。

漏れシューティング作ってる。お前も作れ。

と、>>123と賛同する漏れ。

**名前は開発中のものです。** · 04/01/27 01:11

一人1面担当のごった煮シュー(ﾟДﾟ)ｳﾏｰ
な訳無いか。

**名前は開発中のものです。** · 04/01/27 04:08

自分で昔作った時に重視したのは、何より敵が「編隊」で現れるところ。
格闘ゲームのコンボとかに近いんだよね、ツボを突いたら連続して撃ち込める！みたいな、実力でつかめるお徳感が味わえる。
で、何連続で破壊できたか？て訳でコンボ数を表示。破壊時の爆風アニメーションが一つでも残ってればコンボ数が継続されるようにした。
スターフォースの頃からあった仕組みの、敵を倒しきったらすぐ次の敵が出るというシステムを採用していたので、撃ち漏らしさえしなければ延々とコンボを繋げられた。
コンボが途切れた時点で、コンボ数×コンボ数のボーナス点。
一定の編隊数を倒すとボス戦なので、開幕からボスまでコンボ繋げられればパーフェクトボーナスで×２。
ボスはサラマンダの１２３ボスを再現したなぁ。丁度手頃なボリュームなんだよね。
ラスボスは動き回るゴーファーもどきの口に入って、狭い頭内で脳を破壊するようにしたよ。

**名前は開発中のものです。** · 04/01/28 00:17

みなさんは敵の座標・データとかはどうしてますか？
敵のデータを書き込んで動かそうとしているけど
なんだかうまくいかないので困ってます・・・
ﾓｳﾀﾞﾒﾎﾟ･･･＿|￣|○

**名前は開発中のものです。** · 04/01/28 00:40

もうちょっと詳しく話してみろよ。どんな結果を期待してたのにどううまくいかなかったんだ？
俺も今作ってるから、何か助言できるかも知れない

**124** · 04/01/28 00:44

>>127
今一言ってることがわかんないんだけど、

敵自体の動きは数を押さえてコード上で記述。
ステージはスクリプト化して別テキストデータで用意、ステージ選択後にロード。

というような話でいいんだよね(;´ω｀)
漏れもそこは大変だった。ｶﾞﾝｶﾞﾚ

**名前は開発中のものです。** · 04/01/28 00:46

よく分かんないけど、とんでもないとこで上書きしてるとか？
とりあえず動かないキャラの座標メモリへのアクセスをデバッガでヲチしてみれ

**名前は開発中のものです。** · 04/01/28 02:40

う～ん、敵の座標を
　　　　　　　　　　　―――●←敵
　　　　　　　　　　／
　　　　　　　　　／
　　　　　　　　／
　　　　　　　●
という風に動かしたいのだけど
斜めに逝かず横に逝ったり、横に逝かずに下にいったりするんです
ちゃんと行きたい方向の値を書いているのに・・・
･･･ｽｸﾘﾌﾟﾄ化ってﾅﾝﾃﾞｽｶ＿|￣|○

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

値の入力がおかしいのか、変数が壊れてるのか、計算が間違ってるのか
トレースして調べてみよ

**名前は開発中のものです。** · 04/01/28 10:09

>>131
なんかもう初歩の段階で躓いてるﾖｶｿ
ちなみに斜めに弾は飛ばせるか？

**名前は開発中のものです。** · 04/01/28 10:16

たぶん、これまでの回答の半分は難しく答えすぎて伝わってないな

>>131は (100,100) に出現して真横に移動する敵
(200,200) に出現して真上に移動する敵
任意の場所に出現して任意の方向に移動する敵
をそれぞれ作ってみな。方向転換のことは最初は考えなくていいから。

**名前は開発中のものです。** · 04/01/28 11:49

敵キャラの動きとか配置って大変だよねえ…
効率的に作成する方法ってないもんかなあ。

**名前は開発中のものです。** · 04/01/28 12:45

いろんな方法があるよな

俺は効率の追及以前に、自分にとっては高度すぎる配置と動きを組もうとして挫折したことがある
いまはやれる範囲でいろいろやってるので、時間がかかっても結果は出せてる
少しずつ高度なこともやれるようになってきた

**名前は開発中のものです。** · 04/01/28 14:14

>>135
道中が長いと面後半の調整は大変ですな。
昔作ったシューティングでは途中を飛ばす機能を入れておいた。
単に無敵にして目的の場所まで画面を表示しないようにしただけだけど。（ｗ
当時は画面表示が占める処理が大きかったので結構使えた。

**名前は開発中のものです。** · 04/01/28 15:04

俺が作ってるタイプは、やっぱり今でも画面表示の占める処理がほぼ全部だぜ
表示しないモード、描画同期待ちしないモードの切り替えはいろいろ役立つな

**名前は開発中のものです。** · 04/01/28 19:23

敵出現用のマップエディタは便利

**名前は開発中のものです。** · 04/01/28 19:55

敵動かすのって、敵テーブルに種別と座標、耐久力、弾に関係するフラグやカウンタ、動きに関係するフラグやカウンタを持っておいて、
色んな角度に直進する動きだけ書いた敵動作関数にインデックス渡して、種類と動作関係フラグ毎に角度と速度決めて動かせばいいんでしょ？

**名前は開発中のものです。** · 04/01/28 20:56

＞色んな角度に直進する動きだけ書いた敵動作関数
気が向いたら曲線も入れてやれ

**名前は開発中のものです。** · 04/01/28 21:57

>>141
曲線なんていつ使うの？
1フレ毎に角度変えればいいだけじゃん。

**名前は開発中のものです。** · 04/01/28 22:27

>>142
データが小さくできるから変更が楽ですよ？

**名前は開発中のものです。** · 04/01/28 22:50

CatmullRomとかで通過点指定するだけで滑らかな動きが実現できるんだから使わない手は無い

**名前は開発中のものです。** · 04/01/28 23:50

へぇー。
便利な関数があるってわけだ。

**名前は開発中のものです。** · 04/01/28 23:51

特殊な動きをさせるのでない限り、スプラインとかそういう奴でパスを作って
それをなぞらせるだけのほうが開発効率いいかなぁとか最近ｵﾓﾀ

**名前は開発中のものです。** · 04/01/29 10:51

敵出現のタイミングも一考ものだな
毎フレーム、敵テーブルや敵配置マップから情報を読み取って、淡々と出現させるものと
一度にある一定数を出現させた後、プレイヤーが全部を倒すか、画面から消えるかすると
改めて、また一定数の敵を出現させる物
アーケードでは前者は怒首領蜂大往生、後者は式神１が当てはまるな

**名前は開発中のものです。** · 04/01/29 12:45

>>140 敵は与えられたルートに従って動くだけならこれで良いかも。
敵が自分で判断して挙動を変えたりとかはしないの？

**名前は開発中のものです。** · 04/01/29 13:40

>>147
後者の代表例はゼビウス、スターフォース、ザナックあたりかな
出現時刻がアナログに変化するところが前者との大きな違いだ

前者のほうが確実に組めるので調整はしやすいが、
後者にもいろいろと可能性がありそう

**名前は開発中のものです。** · 04/01/29 13:48

ZANACは早回しとか入ってないよ。

**名前は開発中のものです。** · 04/01/29 15:15

テキトウ言っちまった。スマン。
ZANACは敵消滅が次の敵のトリガになるわけじゃなかったね(キャラオーバー時のぞく)。
武器を取った瞬間にテーブルが変わって新しい敵が出る(ことがある)ので、それとごっちゃに語ってた。

**名前は開発中のものです。** · 04/01/29 15:17

戦車とか砲台を地形にシンクロさせるためには出現時刻の細かな調整が欠かせない。
しかし地形を意識しなくなると途端に作業が楽になるな。

**名前は開発中のものです。** · 04/01/29 15:26

地形とのシンクロをしっかりやってるのって
同人とかだと少なくない？

**名前は開発中のものです。** · 04/01/29 15:44

大往生の1面中ボス後の中型機とかは、
時刻じゃなくてスクロールに同期してるよな

**名前は開発中のものです。** · 04/01/29 17:13

>>153
最近は美しい弾を多く出すことが重要なんで、近代～近未来的な重厚なメカは流行らないからではないかな？
俺はＧストリームのキャラに感動してたけど。（ｗ

**名前は開発中のものです。** · 04/01/29 19:14

漏れは激しく戦車が好きだ

**名前は開発中のものです。** · 04/01/29 20:53

今、ボタンを押すと自機の少し右斜めに爆弾が表示されてずっとそこから動かず
敵と触れると爆発するという罠みたいな武器を作っているんだけど
爆弾が一個の時はうまく爆発アニメーションもしていけたのに
爆弾を5個にしたらなぜか爆発アニメーションもせず、その座標にずーっと
表示され当たり判定も全然触れてない敵と当たっているし・・・
ﾓｳ頭ｶﾞ大混乱・・・

**名前は開発中のものです。** · 04/01/29 21:16

がんがれ。ときには一歩戻ることも大事だ。1個に戻すとか。
当たり判定表示モードを用意する手もある

**名前は開発中のものです。** · 04/01/29 22:17

>>157
確実に変数がかぶってるでしょ。
構造体にフラグ持たせて、爆弾一個一個ごとにフラグもカウンタも持たせればいい。

**名前は開発中のものです。** · 04/01/30 00:10

>>157
いいなぁ。。。俺もそんな時期があった。。。
あのころにはもうもどれない

**名前は開発中のものです。** · 04/01/30 00:14

>>160
なーに、ちょっと記憶喪失になればスグだ

**名前は開発中のものです。** · 04/01/30 01:26

C/C++でシューティングゲームを作ろうと思い立ったけれど自機・敵機などのオブジェクトの管理法や
当たり判定などごく基礎的なことからわからず調べている始末…
みなさんこういう入り口ってどこから学びました？

**名前は開発中のものです。** · 04/01/30 01:40

まず、アクションゲーム作り慣れしよう

webでの情報は…なかなか有用なものは無いんだよね

atanだけ知ってれば弾は吐けるから、そこをスタートにしてみるとか

アマチュアが作ったもので技術的に参考になりそうな作品を
ひととおりチェックしてみるといい
ソースを付けていたり、サイトでプログラム系コンテンツを展開していたりするものもある

**名前は開発中のものです。** · 04/01/30 01:44

あい、週末にいろいろ思いついたことを実際に組んでみて実験したりして
慣れようと思います。
ソース付きのサンプルは探しているけれどなかなか見つからず…
あとは本も探してみるかな。
みなさんが参考にしたサイトや書籍などを教えていただけたらうれしいです。

**名前は開発中のものです。** · 04/01/30 02:21

まずは、ソースを見ること、ソースを読むことかな。
漏れはBASICからスタートして、BASICで一応STGと呼べるものを
作ってからWindowsに来たから、何ともいえないけどね。

まだ起きてるなら、
参考になれそうに無いサンプルでよければ上げるよ。

**名前は開発中のものです。** · 04/01/30 02:30

>>165
162じゃないけどサンプル(　ﾟдﾟ)ﾎｽｨ…

**名前は開発中のものです。** · 04/01/30 02:31

そういえばここのスレはそういった情報はあまり見ない気がするな

ttp://giggle.cside6.com/hotate/shoot/frame.htm
発見
関数ポインタのリスト、と言われてわかるならオススメ

一年前にこのサイトを見てもほとんど理解できなかったろうなあ…
今でもソースすいすい読めるとはいかないが

**165** · 04/01/30 02:48

|ﾟωﾟ)ノ ttp://gamdev.org/up/img/215.lzh

>>167を見て
|Д｀))) うわぁ、漏れのコード(ry
|)三　　ｻｯ

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

>>168
㌧ｸｽ
キャラの管理にクラスは使ってないのね。
漏れはいつもクラス設計で迷ってなかなか先に進まない…ｱﾌｫか＿|￣|○

**165** · 04/01/30 03:05

>>169
なんてゆーか、動的メモリ恐怖症なんです(((´Д｀;;)))
今、このシステムをベースにしてゲーム作ってるんですが、
やっぱりクラスを使わないとできることが限られてしまうワケで。

次回作にはちゃんとクラスで実装して、
もう少しいろいろできるコアを作ろうと思ってます。

|Д｀)。o (newしてdeleteするだけなのに出来ないチキンな漏れ…。

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

コンパクトで可読性高くて、助かります。勉強させていただきました
gamdevうｐろだを使う手があるのかーそーなのかー

**162** · 04/01/30 07:28

おはようございます。

>>165
うわー、ありがとうございます。これから穴があくほどじっくり読ませてもらいます。

**名前は開発中のものです。** · 04/01/30 08:39

newもdeleteも基底クラスでメモリ管理クラス作っちゃえばよし。
こいつらの関数は派生するからサブクラス側でも使える。
固定サイズの作業領域を用意するなどのことは簡単

**名前は開発中のものです。** · 04/01/30 09:48

シューティング作ろうと思ってシューティングツクール95導入しようかと考えたんだが･･･
だめぽ･･･＿|￣|○

参考サイトとかそこらにあるゲーム見て回ったんだが･･･
弾幕作れない(最大敵弾数が低い)上に妙に重い･･･

おとなしく他のもの使おうと思います･･･

**名前は開発中のものです。** · 04/01/30 09:57

VC++使え

老人 · 04/01/30 11:15

最近はVBやC++から入門した人が多いみたいだけど、みんな授業でやってるから？

**名前は開発中のものです。** · 04/01/30 11:37

>>170
＞なんてゆーか、動的メモリ恐怖症なんです(((´Д｀;;)))

つか、ゲームループ中での動的確保は流石にやらないのが普通では？
例えばタイトル->ゲーム本編->ゲームオーバー処理みたいに状態が大きく偏移するときならまだしも、
ゲーム本編のループ内で１キャラ出したり消したりする度に一々new/deleteなんてやらんでしょ

**名前は開発中のものです。** · 04/01/30 12:41

遅かったらあとでoperator new/delete書けばいいやーなどと思いつつ
まだ書いたこと無いな

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

俺もフリーのソフト何本か作ってて
デフォのnew/delete使ってたんだけど
困ることってなかったけどね

今作ってる奴はそういうオブジェクトの基底クラスのnew/deleteを書き換えてるけど
そもそも開発環境のPC性能が圧倒的だから全然変わった気がしない

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

>>177
オレは一々動的確保してます。
むしろ、動的確保しないで立ち回る方法がわからん・・・

**名前は開発中のものです。** · 04/01/30 19:40

うぷろだがあるなら
途中で飽きてほったらかしにしてあるのでもあげてみるか。
C++でいろいろと無駄なことをやって分かりづらいと思うけど。
ttp://gamdev.org/up/img/216.lzh

**名前は開発中のものです。** · 04/01/30 20:44

作るのを途中で飽きないで最後まで完成させるための技術を教えてください。

**名前は開発中のものです。** · 04/01/30 20:49

>>167
なんとも古典的な内容のサイトだなあ。
今から始めるのなら参考にしないほうがいいよ。てゆーかするな。
こっちの「オブジェクト指向風シューティングゲーム」とかのほうが今風で役に立つと思う。
http://www.sm.rim.or.jp/~shishido/gamedev.html

あと、OOスレとかいろんなとこで話題になってるけど、
new/deleteは今のハードなら忌避する必要ありまへん。俺は16ビット時代に捨てたし。

**名前は開発中のものです。** · 04/01/30 20:53

>>182
・完成までの工程を計画する。
・開発日誌をつける。
・ToDoリストを作る。

これだけでだいぶ違う。

**名前は開発中のものです。** · 04/01/30 21:08

最も重要なのは「仲間と喧嘩しない」かな
喧嘩してもいいけど引きずるとアウト

**名前は開発中のものです。** · 04/01/30 21:46

>>183のは短いコードでオブジェクト管理を学べて良いね
時間管理の不備がツッコミどころかな…
まあこれを読める人ならそれくらいは自力でなんとかできるかな

>>167は、古典的タスク管理以外はじゅうぶん真似すべき
プログラムはともかく、シューティングづくりの基礎がつまっている

**名前は開発中のものです。** · 04/01/30 22:59

>>183
adjest
予想されるキーワード： adjust

ちょっと気になった。

**名前は開発中のものです。** · 04/01/31 01:05

>>167はどちらかというと将来エンジニアになりたい人には向いてる。
マイクロチップを自在にプログラムできる技術は重宝するよ

**名前は開発中のものです。** · 04/01/31 01:12

悪い技術ってわけじゃないからな。
C++でやることをCでやったらこうなりました、って感じかのうｗ
完全移植するならvfテーブル使えってことにはなるけどな。
あれに無理に固執する必要は無いってだけで考え方は大切だと思うー

確かスーパーマリオとか既にああいう感じで作られてたと聞いたことあるけどそうなのかな？
だとしたら任天堂ってすげーなー。ｗ

**名前は開発中のものです。** · 04/01/31 01:38

わしはクラスとか使わないで
配列だけでゲーム作ってるけど・・・

**名前は開発中のものです。** · 04/01/31 02:55

ﾅｶｰﾏﾊｹｰﾝ

**名前は開発中のものです。** · 04/01/31 07:57

>>190-191
例えば、あるキャラのみで使う必要な変数が増えたらどうすんの？
固定長だとキャラ(=タスク？)共通の汎用のワークエリアみたいなのを増やすわけですか？
で、1キャラで大きな容量のメモリ領域を使いたいときは、
無駄にワークエリアを増やすのは無駄だから、
他のところで確保したメモリへのポインタを指すだけにするわけ？

あ、なんだか出来そうな気がしてきた・・・

**名前は開発中のものです。** · 04/01/31 11:45

最低限のパラメータで様々なバリエーションの動きをプログラムできるセンスを磨く必要があるな。
もう少しシューティングを研究してみたらいいと思う

**190** · 04/01/31 12:07

>>192
とりあえず、ハードの容量にも寄るけど1タスクで64バイトくらいあれば
ゲームのキャラは動かせるので、それをゲームで使いそうな分を実行時に確保。
よっぽど足りない時は2タスク分確保してそっちも使う。
使ったこと無いけど。
自機弾なんて凝らなければ、座標と移動値か向きとタイマーと耐久力くらいがあればいい訳だから、弾は16バイトもあれば十分かな。

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

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