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

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

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

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

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

■ 前スレ

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

**名前は開発中のものです。** · 04/02/20 14:18

遊んでて楽しく、長く遊べるのは飛翔鮎、ガンデモニウム、D-Force、D-Force2、
STARSHIP FIGHT、HSPじゃないけどやる気無シューあたりかな。
凝った演出ならサイヴァリアみたいな奴があったな。名前忘れたけど。
相関関係については同意。
因果関係が無いと言いたかっただけだしな。必要条件でも十分条件でもない。

**名前は開発中のものです。** · 04/02/20 18:33

>>582
テキストファイルから文字型配列変数に読み込んでnotepad命令群とかを使えば
できないことはない。
大きくなるほど管理が大変になるのは直書きと一緒だけど。

**名前は開発中のものです。** · 04/02/20 19:32

>>582
HSPでスクリプト動かすように書くと
HSP自体がスクリプト言語だから
スクリプトでスクリプトを動かすという妙なことにならないか？ｗ

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

妙でも何でも無いし、必要で有ればそういう手段をとるってだけの話じゃ？

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

HSPエンジンがオープンソースでなおかつX11ライセンスのような
配布形態ならば妙な話ではないな。

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

メモリノートパッドって、データでかいと無視できないくらい遅くなるから
あまりお勧めできない。

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

>>580
　単純にユーザー数の違いだと思うけど。
C++を使っている人が多いから自然と良いゲームも増えるんじゃないかな。
俺の検索が足らないのかもしれないが、Delphiで作られた凄いシューティングって
聞いたことが無い。
　知ってたら誰か教えてくれ。

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

>>589
CreatureJungleはDel。
凄いかどうかは知らん。

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

初期クドリャフカもDelphiだったはず。CJともども、遊んで面白いゲームだ。

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

同人のブルーセイバーズと続編のOOHはLGP製だったな。
とりあえず完成度が高いといえる作品だと思う。
LGP自体マイナーでこの板では評判云々以前みたいだけど。

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

OOH、LGPだったのか。あそこまでの作品が作れるなら十分実用言語だな。
BASIC風でなくC言語風だったら今すぐ試してたかも。そのうち試してみるかな…。

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

Delphiはネイティブコンパイラだし、C++とポテンシャルは同じ。
単にC++を使っている人が多いだけ。
DelphiはコンパイルがC++とは比較にならないくらい高速だし悪い部分は特にない。
遜色があるのってtempleteがないくらいでは。

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

DelphiやBCBはわるくないんだが
DirectXまわりで多少苦労する

それだけできついと思うか問題ないレベルと感じるか

どっちにしろ言語なんてよほどへぼくないかぎり問題じゃねー

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

>>592-593
LGPは機能面、パフォーマンスもかなりいいと思うんだけど
コンパイラの安定性に不安面が多い
一時期導入しようと試してたんだけど
コンパイル段階で例外処理出ることが多くて断念した。
その辺りを回避できれば、かなりいいと思うよ

**名前は開発中のものです。** · 04/02/22 08:15

>>589
既出のとおりDelphiはDirectXとは相性が悪い。
Delphi使えるようなプログラマならたいていC++も使えるから、当然C++を選ぶさ。

**名前は開発中のものです。** · 04/02/22 11:15

プログラムから絵まで一人で作っている人にお尋ねします。

ゲームで使用する『絵』は作業行程の中でいつ描いていますか？

例えば敵を１体作るとき、ゲームで使う絵をしっかりと描いてからプログラムを組んでいますか？
それとも、とりあえず▲○など適当に絵を用意してプログラムを組んでいます？

▲○などの仮絵を使ってプログラムを組んでいた人は、いつゲームで使用する絵を描き始めますか？
敵を１体作ってから？それともゲームをしてある程度できてからですか？

返信お願いします。

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

×　ゲームをしてある程度
○　ゲームとしてある程度

訂正です。

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

最初は適当な立方体メッシュで作ってました。
グラフィック作り始めるときは気分。プログラムに疲れたらとか。
どうせ使いまわしするのでそんなに量は要りませんでした。

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

自機と敵弾はかなり早い段階で用意しておいたほうがやる気が湧くなぁ。
あとは逐次敵移動パターンを考えた後でデザイン、又は敵をデザインした後、
その形から連想させる移動パターンをインプリメント。

**598** · 04/02/22 12:52

うほ。返信ありがとう。

そうか、自機だけでも用意しておこうかな。
だけど、絵を描き始めると、描いては消しての繰り返しで全然進まない。

絵が描けない人は、下手でも割り切った方がいいのかな。

**名前は開発中のものです。** · 04/02/22 13:16

私は絵は先に用意します。
絵に時間がかかるので、先にやらないとプログラムに触らない期間が長くなって
忘れてしまいそうなので…ｗ。

**名前は開発中のものです。** · 04/02/22 13:25

適当にやってる。
モデリングする気分だったらモデリングして、
プログラムする気分だったらプログラムという感じに。

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

>>602
絵は事前に用意できる限り用意しといたほうがいいと思うなぁ。イメージを固めやすい。
ただ、いずれにせよ後から手を加えることになるのは確実なので
なるべく後付けできるようにしておく準備は必要。
下手でも割り切ったほうがいいというか、割り切らないと完成はしないと思う。

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

絵が上手いとか下手とか関係なく割り切りは必要だと思う

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

おもろけりゃABAさんとこみたいなのや、爆烈矩形弾みたいなのでも可。

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

時間によって変化する敵の動作ルーチンを上手く書けないよ…
動きﾊﾟﾀｰﾝ分全て関数書くのﾏﾝﾄﾞｸｾ

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

ハードコーディングで敵キャラ書く場合、
int mode;
int time;
switch
キーワードはこの3つ。
これだけ分かってて上手く書けないと言っているなら、
そうなるとスクリプトでも実装するくらいしかないかな。

2Dシューティング製作で一番時間食うのは敵キャラの行動の実装だと思う

**名前は開発中のものです。** · 04/02/23 14:27

敵キャラ行動はツール使っちゃってるからそんなにはかからないなー。
やっぱ絵に時間かかる。

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

動きﾊﾟﾀｰﾝが増えたり、キャラの種類が増えたりすると、なかなか大変だよな。

このスレで紹介されているページのいくつかに、
ハードコーディングによる敵動作ルーチンがあったはず。
見やすく、それでいてﾏﾝﾄﾞｸｻくならない記述の参考になるかも知れない。

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

現在画像の回転のアルゴリズムでつまっています。
正攻法でやると回転後の画像に穴があくので、
逆の、ここの画素は、あそこからのものだ。
という方法で考えています。
ですが、この逆に導けばいいと分かったまではいいのですが、
どうやって導けばいいのか、式、法則が分かりません。
アドバイスいただけないでしょうか？

**名前は開発中のものです。** · 04/02/23 16:36

その回転行列の逆行列を使えば元の画像の位置が分かります。
画像の位置を割り出したら、最近傍点か、近傍4点の線形補完から色を取得しましょう。
D3DFILTER_POINTとかLINEARとかと同じことです。
つまりその考え方って3Dなんかでポリゴン描画するときと一緒なんですね。

**名前は開発中のものです。** · 04/02/23 16:38

ttp://www.sm.rim.or.jp/~shishido/kaiten.html

**名前は開発中のものです。** · 04/02/23 16:56

>>614
途中の式が知りたいのです。
なぜ、この式になったのかどうかです。
わがままですいません。
行列は習ってないのです・・・

**名前は開発中のものです。** · 04/02/23 16:58

>>612
アフィン変換

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

ttp://www3.omn.ne.jp/~renas/3D/TransProcession.htm

**名前は開発中のものです。** · 04/02/23 17:08

行列習ってないってことなら方程式で説明ね。
ソースからディスティネーションを求める式は知ってるようですが
dest_x = cos(a)*src_x + sin(b)*src_y
dest_y = -sin(a)*src_x + cos(b)*src_y
この連立方程式をsrc_xとsrc_yについて解けばよいのです。
そうすればdest_xとdest_yからsrc_xとsrc_yが求まります。

逆行列を求めるってのはそれと同じ話です。
式の見た目が変わっても所詮行列なんて同じことやってますので。

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

数学の基礎からやり直します。
ありがとうございました。

**名前は開発中のものです。** · 04/02/23 20:14

ここは勉強になるインターネットですね。
今まで調べ方がヘタでわかんなかったんだけど、>>613-618でわかった気がします。

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

転送元→角度a回転→転送先，が分かるなら。
転送先→角度-a回転→転送元，で分かるハズ。

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

ゲームプログラミング練習長を買いました。

この本でのキャラクタの描き方は、for文で透過部分以外の色を
（背景をコピーしたバックバッファの）アドレスに書き写すというやり方なのですが、これって普通ですか？

バックバッファをDCで持ってBitBltのANDとXOR（だっけ）でやるのが一般的＆簡単だと思ってたのですが。

**612** · 04/02/24 18:29

おかげさまで無事回転させることに成功しました。
今ではなんでも回ってます。
今の僕に回せないものはありません。
どうもありがとうございました。

**612** · 04/02/24 18:56

>>622
>バックバッファをDCで持って
というのが何を意味するかわかりませんが、
ゲームには画面の書き換えが必要です。
画面の書き換えには時間が必要です。
この書き換えの時間が長いと、描いている途中の画像がユーザーに見えてしまって、
気持ちよくありません。
ホラーゲームなどで、「わっ」とおどろかせるところで、途中の書き換えている
シーンが見えてしまってはだいなしです。

なので、たいていのゲームでは、いったん裏の画面に次の画面を
すべて描き込んでから、あたかも切り替えているかのように、
表の画面に一気にコピーします。
まとめていっかつコピーの方が処理が早いので、このやり方が
よく使われています。

また、別の理由でもこのいったん別に裏の画像をつくって
ここで、絵の具を混ぜるかのように、コネコネして・・・という利用方法もあります。
まだ、納得できないのであれば、ご自身のやり方でやっていけば
よいかと思います。

普通かどうかは知りません。基準がありません。

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

>バックバッファをDCで持って
CreateCompatibleDCと、
CreateCompatibleBitmapの事じゃね？

つーか普通の画面だから何してもいいと思うぞ、俺は。
まぁ、初心者にとっては未開の領域だがな。

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

＞今の僕に回せないものはありません。
＞どうもありがとうございました。
良い奴だなｗ

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

>>623
ﾜﾛﾀ

>>622
(;´Д｀)そりゃ大分古いやり方だねぇ…＞XOR＆AND
確かに高速っちゃ高速なんですが今はαブレンディングの時代です。

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

そこでDirectX Graphics使おうぜとなるわけですよ。

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

いつもより多く廻しております。

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

では一休、そこな屏風に描かれた虎をば回してみせよ

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

まずは虎を追い出してください、その脳内から

**名前は開発中のものです。** · 04/02/25 00:29

すごい男がいたもんだ。

**名前は開発中のものです。** · 04/02/25 00:32

ﾜﾗﾀ

**ぴろきし** · 04/02/26 17:08

おい、いまトラでてるぞ！はやくまわせ！

**名前は開発中のものです。** · 04/02/27 00:38

ひっぱりすぎだってｗ

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

スレが止まった？

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

ネタが無ければどうしようもないからな

あげてみるか

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

　　　＿＿＿　　　　　　　　＿_／
　／　　／＼　　　　　／ _／＼　　　　　＿＿＿
／￣￣￣＼／|　　　／|￣ .＼／|　　　／　　　／＼
　　　　　　　|　 |　　　|／＼＿_.|／　　／|￣￣￣＼／|　
　　／￣￣~|／|　　　＼／＿／　　　 |　|＿＿＿＿|／　
.／|￣￣￣.|　 |.　　　　￣／__　　　　|／　　　　／　
|　 |　　　　 |　 |　　　／フ￣／＼　　 |￣|￣￣￣　
|／＼　　　.|　 |　／|￣￣￣＼／|　 |／＼　
＼／￣￣~|／|　 |／＼　　___|／　　＼　＼　　　＿_　
　￣￣￣~|／　　＼／￣￣／　　　　　＼／￣￣／
　　　　　　　　　　　￣￣￣　　　　　　　　￣￣￣　
　　　　　　　　　　（⊃）　　　　　（⊃）
　　　　 ∧＿∧ 　/ / ∧＿∧ 　/ /
　　　　（　´_ゝ`）./ / （　 ´_>｀）./ /
　　 .／　　　　　/　 /　　　　　／　
　　 /　　　/￣￣￣￣/　　　/　
＿_(__ﾆつ/ 　 age.　 /＿＿__|＿＿
　　　＼/＿＿＿＿/

**ネタが無い** · 04/03/01 15:31

で、結局ここにいるほとんどの香具師は、大往生目指してるのかね？

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

いえ、全然。まあ夏コミを見てろって。

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

>>639
あれの何を目指すの？

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

大往生は好きだけど
目指してはいない

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

>>641
計算された、美しくも凶悪な数多の弾幕。

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

このさきには
暴力的で
鬼のような
コーディングが
あなたを待っています。

そ　れ　で　も　作りますか？

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

>>643
クリアにリアリティを感じないｗ
無駄にやる気がうせるｗ
要素しかないと思うのですがどうでしょうか。

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

1周目はそうでもないし、俺は1周しか出来ないが面白いよ。

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

大往生のキャッチーでない点を改良したいと思うことはあるな
これの面白さがわかるくらいの腕前にプレイヤーの意識の底上げをはかるような
シューティングは目標の一つだが、難しいね

で、実は>>1を読むとわかるが、スレ違い。>>639は死ぬがよい

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

別にスレ違いじゃないが。
元々プログラミング技術ネタだけのスレではない

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

単に機転利かせて死にかけてたスレにネタ投入したのでは。

ちなみに、うちのは敵味方１６人のキャラが過去の

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

>>649
しんだか？

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

このスレの住人、結構現在進行中のプロジェクト持ってんだな

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

永遠に進行中のプロジェクトばかりです

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

製作者様、携帯アプリ版にて活躍してください

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

>>653
相手にされないからって関係ないスレまで来んなと。

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

このスレ死んだのか？

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

ネタが無いだけでしょage

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

円と線分の当たり判定ってどうやってとってる？

**名前は開発中のものです。** · 04/03/09 23:14

四角の当たり判定を複数置いてごまかしてる

**名前は開発中のものです。** · 04/03/09 23:18

円の中心を線分に垂直に落とせばいいんじゃないの

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

円の中心点と線の最短距離を求めて、円の半径と比較すればOKだな
俺も面倒だから当たり判定複数置いちゃうけど。

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

・円Cが点Aと点Bを含む→交差しない
・円Cが点A、又はBのどちらか片方のみを含む→交差する
・円Cが点Aと点Bを含まない→垂線の足を求めて垂線の足が線分上にあるかどうかチェック

これをチェック。最後の奴だけど、
垂線の足をh、パラメータtとすると、h = a + t*(b-a)
(b-a)・(h-c) = (b-a)・(a + t*(b-a) - c) = 0
tについて解くと t = (b-a)・(c-a) / |b-a|^2
ここで0<t<1なら垂線の足が線分AB上にあることになる。
|b-a|^2を不等式に持ってくれば割り算が1個減るかな。

こんなもんかな？　間違ってたら修正よろしく…眠くてもうだめ(´・ω・｀)

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

ごめん追記(´・ω・｀)
垂線の足が線分上にあるかチェックして、
更に直線との距離が半径r以内でないといけませんね(´・ω・｀)

**名前は開発中のものです。** · 04/03/14 18:50

縦シュー作っている人に質問！

自分は画面の大きさは３５２×４１６で
タイトルも、ゲーム中も同じ大きさです。

皆さんは画面の大きさはどのくらいですか？
東方のようにタイトルは画面一杯に使って、
ゲーム中だけ、縦長にしてますか？

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

今作ってるんだけど、個人的にはアーケードをPCに移植した感じに
したいので縦長画面の中ですべてやりたいなあ。

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

縦長にしようかなとも思ったけど結局全画面。
まだ完成には遠いけどね

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

タイトルは640×480の全画面
ゲーム中は320×480のゲーム画面をセンタリング
両脇に各種ステータスでやってます

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

ウチは縦横比4:3(3:4)にこだわりたいから640×480の画面内に360×480を表示領域として使ってるよ。

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

縦長にすると意外と見にくいんだよな
４８０＊４８０など１：１に一票

これなら縦画面でも横画面でも（ｒｙ

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

私も667氏と一緒ですね。

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

うちは320×240＋横スクロール
スタソルの影響が大きいな．．．

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

640x480で400x480で両脇に各種ステータス。
ABA Gamesさんところ、ちょっと縦長すぎるかなあ、なんて思ったりしてね。
結局やる気なシューとサイズ同じってことで。

**663** · 04/03/16 00:18

皆さんありがとうございます。参考になりました。

**663** · 04/03/16 00:20

もう一つ質問いいですか？

自機の絵サイズはどれくらいですか？
自分は３２×３２です。画面サイズ３５２×４１６で、自機が３２×３２だと
やっぱり小さいでしょうか？

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

数値だけ言われても判断しづらいなあ。。。

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

弾速とかそーいうのにも依るからそこまではなんとも言えんな。

**名前は開発中のものです。** · 04/03/16 07:42

うおおおおおお！
やっとスクロールできるようになった。
苦闘８時間。。。

やった！おれは勝った！

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

>>663
自分が好きなゲームや世間で評判の良いゲームを構造解析したら良いんでない？
画面の端から端まで移動するのに何秒とか，画面全体と自機の大きさの比率とか。
別に実行ファイルをクラックしろってんじゃ無くて，スナップショット撮ったり，ストップウォッチ片手にカチカチやったり。
そういうのはパクリでもなんでもないと思うけど。

**名前は開発中のものです。** · 04/03/16 12:54

>>663
基本的に360×480だけど、
解像度可変かつ90度回転なんかも可能なように作っておこうかなあと思ってたり。

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

Win３２で弾のうごかしかたをおしえてください！！

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

>>679
スゲェな。
あー、春休みか。

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

内部座標を動かすのは別にwin32関係ない

**ぁきまさ** · 04/03/16 22:00

現在STGをつくってるわけですが、
おもしろいステージを作るのに、
何か、コツとか定説とかそういったものはありますか？
どうも「おもしろい」という感覚が漠然としすぎていて、
どんな風にステージ設計したらおもしろいかなぁと思っています。

一応自分のＳＴＧのコンセプトは
・展示用
・へぼな俺の練習用
・正しい道筋を考えよう
です。

ご教授ｷﾎﾞﾝﾇ。

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

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