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

**名前は開発中のものです。** · 2007/07/11(水) 08:32:54

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

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

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

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

**名前は開発中のものです。** · 2007/08/26(日) 12:37:49

天才きたな

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

ああ、小室の新ユニットだろ

**名前は開発中のものです。** · 2007/08/26(日) 17:32:24

誰か

ttp://mono.kmc.gr.jp/~haichi/archives/200510/15-1527.php

のBulletMLのC#版を試した人っています？？

どうも direction で sequence と relative を混合したときとかの挙動に
バグがあるんですが自力で直せません。

libBulletMLの為にc++勉強するってのもアレだし、
できればXNAで作ってみたいんだけど。

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

みんなは敵・自機の名前はどんな風につけてる？
テストプレイだと形の特徴にしているんだが実際つけるとなると
中二病みたいなのしか浮かばないorz
東方とかよく弾幕にまで名前つけるよな、イイかどうか別にして

**名前は開発中のものです。** · 2007/09/01(土) 00:14:21

とりあえず自機はMyShip。
雑魚敵はzako1，zako2，・・・ってつけてる

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

>>293
それはユーザーに対して公開する設定のこと？
それとも>>294が言うようにプログラム上の名前？

**名前は開発中のものです。** · 2007/09/01(土) 00:52:05

中二病で良いよ
プレイヤーからしたら意外と気にならないもんだ

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

エターナルフォースブリザードインターセプターとか
中二病みたいな名前を付けるほうが結構難しいんだぜ？

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

>>295
公開用につくったけどこれじゃ作者のオナニー丸出しだなって
プログラム上だと赤戦車とか>>294のような名前にしてる
神話や実在のモノからとってみようかと・・・

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

統一性とかどうでもいいんあら名前なんかつけなくても同じだし
揃えたいんならどうやってもオナニー丸出しになるんだから
結論からいくと気にしたほうが負けだ

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

Amazon.co.jp：シーティング入門
http://www.amazon.co.jp/dp/4805828781

これどう？

>>255
pCEBO?

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

内部名は zako00 boss00 だな。

外向きは兵器っぽい英数と愛称みたいなのが妥当。
PC-6001 パピコン
とかな。これは冗談だけど。

自機だったら厨丸出しでも問題ないでしょ。
そもそも操作する機体の名前を気にするプレイヤーが殆どいないし。

**名前は開発中のものです。** · 2007/09/01(土) 23:00:44

なんだか判らないけどタイトルは最後にスをつければいいってばっちゃが言ってた。

**名前は開発中のものです。** · 2007/09/02(日) 00:05:36

もずく酢とかバルサミコ酢とか

**名前は開発中のものです。** · 2007/09/02(日) 01:24:59

自機はシルバーポークかピッグバイパー

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

最近C言語とDirectX勉強し始めてSTG作ってて
敵を出す処理がいまひとつ謎なんですが
ステージ開始時にそのステージで出す敵の種類や出すフレームなどのデータを読み込みこんだ後

for(int i=0;i<敵配列の最大数;i++)
{
if(現在フレーム==enemy[i].出現フレーム)
{
敵生成();
}
}

みたいにして敵を出現させているんですかね？
1フレームに出す出来の数なんてたかが知れているから1つの面の敵の数が1000オーバーとかになってくると
かなりforループが無駄な気がするんですが他に効率が良さそうな方法とかありますか？
アケシューとかかなりの数の敵が出てるけどどうしてるんだろう

**名前は開発中のものです。** · 2007/09/02(日) 07:10:32

とりあえずさ
動かしてみて重かったら考えれば良いとおもうよ
作ったルーチンぶん回してどれくらい時間がかかるか測定するものいいと思うよ

**名前は開発中のものです。** · 2007/09/02(日) 07:55:34

>>305
それでも今のPCなら1000や2000くらい何でも無いと思う。
効率を気にするならフレームの方をキーにする。

if(現在フレーム == enemylist[g_index].出現フレーム)
{
for(int i = 0; i < enemylist[g_index].num; i++) 敵生成(enemylist[g_index].enemy[i]);
g_index++;
}

g_indexはグローバル等、非ローカルな変数で。

**305** · 2007/09/02(日) 08:26:02

アドバイスどうもです
timeGetTimeを使って調べてみましたが敵の最大数2000にして回してもミリ秒単位で遅れることはないみたいなので分かりやすい現行の方法で行こうと思います
弾幕系の予定なのに当たり判定をfloat型の円判定にしてたり曲がらない弾でも毎フレーム速度ベクトルを三角関数使って計算したりと
かなり無理してるんですが思ったより速度には影響しないみたいですね

**名前は開発中のものです。** · 2007/09/02(日) 10:43:23

最近のマシンであれば、全部floatで毎フレーム計算しても問題ないから、
とりあえずは気にしないでサクサク作ってしまうのがいいとおもう。
あとで問題になったら最適化すれば済むところだしね。

**名前は開発中のものです。** · 2007/09/02(日) 10:50:52

そしてお約束どおりにfloatの演算誤差を考慮してなくてバグがたまに発生・・・と

**名前は開発中のものです。** · 2007/09/02(日) 13:55:21

さらに、D3DXの最適化により、環境依存のリプレイ非再現バグが発生・・・と

**名前は開発中のものです。** · 2007/09/02(日) 14:15:21

>>289
ナイスすぎ

**名前は開発中のものです。** · 2007/09/02(日) 16:27:14

floatとかってIEEEナントカって規格に準拠してるから誤差が出ても環境依存にはならないんじゃない？

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

環境依存にはならないよ。
最近ちらほら出てるのはD3DXのCPU毎のSIMD命令の切り替えの誤差。

SSE、SSE2、SSE3、3DNow、E3DNowの違いによる計算誤差ね。
多少遅くなるの覚悟で行列演算を自前ですればOK。

**名前は開発中のものです。** · 2007/09/02(日) 17:18:41

>>313
よくでるのはリプレイ時でゲームと違う初期化ルーチン通ってリプレイ再現されないとか
イコールでif文つかって比較してるとかそういうやつだな

**名前は開発中のものです。** · 2007/09/02(日) 17:42:20

>>315
floatとか以前に基本的にダメじゃん。

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

>>315
>イコールでif文つかって比較してるとかそういうやつだな
？

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

>>317
日本語としておかしいかもしれんけど、大体わかるだろ。

float f = 1/10.0;
if(0.1==f){
printf("equal %g==%g\n", 0.1, f);
}else{
printf("not equal %g!=%g\n", 0.1, f);
}

これが not equal 0.1!=0.1と表示される件のことだろ

**名前は開発中のものです。** · 2007/09/03(月) 07:52:38

そんなやついるのかよｗ

**名前は開発中のものです。** · 2007/09/03(月) 10:59:33

ﾜﾛﾀ

**名前は開発中のものです。** · 2007/09/03(月) 11:17:41

> if(0.1==f)
全然関係ない部分で物申したいが我慢しよう。

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

そんなんじゃゲームはつくれないよｗ

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

> if(0.1==f)
そういやそういう宗派もあったなあ

**名前は開発中のものです。** · 2007/09/03(月) 22:58:01

さすがにそんな宗派はない

**名前は開発中のものです。** · 2007/09/04(火) 00:15:50

いや、あった

**名前は開発中のものです。** · 2007/09/04(火) 01:00:58

あた
あたたた
あたた

**名前は開発中のものです。** · 2007/09/04(火) 01:36:24

>>324
あるよ。
f=0.1だと、代入できるから、定数を左に持ってくる
C特有のバッドノウハウ
昔のうんコンパイラだと、警告出さないからだろうな

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

流れを微妙に切ってしまう上に既出だったらすまん。
今現在C++でSeleneを使ったシューティングを作っているんだが
BulletMLで弾幕を定義しようと思い、ある程度整備して
いざ実行、と言う時にエラーが出てしまう。具体的には
BulletMLParserTinyXMLを生成した後にbuild()をしようとすると例外が投げられる。
また、それを無視して進めて終了しようとした時に、
newしたパーサをdeleteしようとすると致命的なエラーが起こる。
ぶっ通しで情報収集→仮説→実験→挫折を
繰り返しているんだが精神的に消耗するばかりで埒が明かない。
解決方法、またそれに準ずる情報を持っている人がいたら教えて欲しい。

**名前は開発中のものです。** · 2007/09/04(火) 07:05:25

>>328
エラーが発生する最小限のコードを出してもらおうか

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

阿呆だ俺・・・orz
Seleneのファイルマネージャを使って
カレントディレクトリを移動しているんですが
exeのあるフォルダにxmlを移動したら無事通りました。
ただ、終了際のdelete処理のヒープ破壊は未だに分かりません。

一応、最低限のコードを置いておきます。
ttp://www.vipper.org/vip607768.lzh.html
pass:shooting

**名前は開発中のものです。** · 2007/09/06(木) 05:08:36

>330
404

同じかどうかは知らんがこんなメモが残ってた
BulletMLManager::~BulletMLManager()
{
for (ParserContainer::iterator it = Parsers.begin();it != Parsers.end();++it)
{
//DLLのlibをリンクするとここで文句が出る
//おそらくここに来るのがDLLを開放した後になってしまうから？
delete *it;
*it = 0;
}
}

**330** · 2007/09/06(木) 05:25:34

あら、いつの間に落ちたんだろう・・・
「あんたいとるど」さんで公開しているシューティングコードの一部ですね。

ttp://www.nwhite.info/mt/archives/2004/12/3_libbulletml.html
ここでも言われてるんですがいまいち分かりません。
とりあえずlibbulletml.libで試したところ無事動作しました。
もうちっとプログラマとしてレベルが上がったらアロケータ周りについて
深く掘り下げて調査してみたいと思います。
回答ありがとうございました。そしてスレ汚しすみませんでした。

**名前は開発中のものです。** · 2007/09/07(金) 17:37:10

雷のエフェクト作りたいんだけど、そういうのが載ってる本やページはないだろうか

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

手書き？フォトショ？
フォトショップでかなり手軽にそれっぽいものは作れるが・・・
素材の制作環境とか少しでいいから書いてみ。

**名前は開発中のものです。** · 2007/09/07(金) 17:55:43

>>333
前スレの>>884辺りは？

**名前は開発中のものです。** · 2007/09/07(金) 18:37:53

プログラムのラインで雷を表現したいんだよね。
ある一定の角度で曲がりつつ収束する様な感じのアルゴリズムで

最終的にはラインを元に四角形ポリゴンを作って、テクスチャーを張りたいんだけど

>>335
前スレ落ちてました

**名前は開発中のものです。** · 2007/09/07(金) 18:50:56

> 前スレ落ちてました
もうちっと頭柔らかくしてみ。
一発ででるから。

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

弾幕系とかで弾のを断続的に出し続けてると
スプライト描画用の配列要素の最後尾を超えて最初に戻るときにどうしても描画順序が入れ替わって汚く見えてしまうんだけど
これを回避する方法って無いのかな？
虫姫とかを見ててもあれだけ弾を出してるのに常に時間的に後から出した弾が上に来てるように見えるけど
これってどうやって実現してるの？
毎回全弾ソートしなおしてるわけじゃないと思うし…

**名前は開発中のものです。** · 2007/09/07(金) 19:45:45

リストの最後尾に追加するだけじゃだめなのか？

**名前は開発中のものです。** · 2007/09/07(金) 19:51:47

>338
STLで言うとvectorじゃなくてlistを使う

要するに「スプライト描画用の配列」とやらを、双方向リストを用いたものに取り替える。

**338** · 2007/09/07(金) 20:03:14

なるほど双方向リストというものがあったか…
ちょっと勉強してみる

**名前は開発中のものです。** · 2007/09/07(金) 20:06:17

あと再ソートがどれだけ重いと思ってるのだろう
配列にしてもパックした後後ろに追加だけで問題はなかろう

1024個くらいの弾なら16bit/10MHzもあれば問題にはならないわけだけど
ターゲットは8bit/4MHzくらいかね

あと連結リストはダイレクトアクセスに弱いのも考慮しておけ

**名前は開発中のものです。** · 2007/09/07(金) 20:25:01

リスト構造実装は駆け出し新米プログラマには時間が掛かりそうだ…orz
ソートするにしても弾を出すたびにソート順序検索用の数が増え続けて面倒そうだし

>>342
配列パックした後後ろに追加ってどんな感じですか？
配列で描画順序維持できるならかなり楽なんだけど…

**名前は開発中のものです。** · 2007/09/07(金) 20:38:33

そもそも、俺には最後尾を超えて最初に戻るという意味が良く分からん。
リングバッファ的な使い方をしているとしても、弾なんてものはリストの途中で
削除する必要があるはずだが、その途中で消えた弾はどうしているんだ？

弾が消えるたびに配列を詰めていけばリングバッファにする必要はないし。
そういうデータにリングバッファを使う利点もないでしょ。

**名前は開発中のものです。** · 2007/09/07(金) 20:39:55

消した分だけ順々に前に詰めていくんだろ。

あと、うんMHzという数字出すやつたびたび見かけるけど、
本当にそういうマシンで作ったことあるのか疑問だね。
多分初代X68kを想定してるんだろうけど10MHzで弾1024個はさすがに無茶だよ。

**名前は開発中のものです。** · 2007/09/07(金) 20:55:26

>>336
あまり曲がらない一本の雷なら、
1)　始点・目的地の間に中継点をテキトウにぶらした位置に設置、
　　テキトウな確率で点間に大きめにぶらした中継点を追加
2　各点間に1)と同様な処理を施す
でそれっぽく見えないかな。
オススメは1)をやってテクスチャをはって誤魔化す、なんだけど。

分岐するような雷はゲームに使いにくい気もするけど、
1)の中間点部分から分岐させて行くとかで。

昔、PSの初代チョコボのダンジョンのサンダラ？がそれっぽい雷でパクリたかくて色々試したが、
最終的にはテクスチャで誤魔化すのが一番、という結果に・・

**名前は開発中のものです。** · 2007/09/07(金) 21:20:47

>>345
X68は3台持ってるけど計算は余裕だよ
ただ、描画は無理

Z80はMSXとSC3000時代に散々触ったから無理なのはわかるけどね

**名前は開発中のものです。** · 2007/09/07(金) 23:39:56

＞あと、うんMHzという数字出すやつたびたび見かけるけど、

つーか、そもそもOSを動かす最低限の必項スペックからして違い過ぎ
大抵は（というか今時は殆ど）そのOSの上で動くアプリな訳だから(ry

**名前は開発中のものです。** · 2007/09/07(金) 23:46:52

話ややこしくてｽﾏﾝｿ
345は間違ってないし同意

**名前は開発中のものです。** · 2007/09/07(金) 23:51:33

雷ってレイストみたいな感じのやつか

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

ソーサリアンかもしれんぞ

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

コットンのサンダービームショットとか

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

>>348
WinMeはスペック足りないとOSのインストすら出来なかったな。

**818** · 2007/09/09(日) 20:19:38

terragenとかの景観作成ソフトで横STGとかの背景を作ると
背景がリアルすぎてどうも浮いてしまう。
違和感無くすためのプロの加工テクニックとかないかなー。

**名前は開発中のものです。** · 2007/09/09(日) 20:32:21

プロじゃないとだめなのかよｗ

**名前は開発中のものです。** · 2007/09/09(日) 20:58:41

素人の加工テクニックじゃ浮いちゃうだろｗ

**名前は開発中のものです。** · 2007/09/09(日) 21:31:30

水彩画に変換するソフトとか使ったらどうよ？

**名前は開発中のものです。** · 2007/09/09(日) 21:55:47

いやあの手のがリアルに見えすぎるのは光によるものの可能性が高い。
サムネイルくらいの大きさにしても写真は写真に見えるだろ？
単純にフィルタかけるだけだとあんま解決しないと思われ。

**名前は開発中のものです。** · 2007/09/10(月) 00:38:45

>>354
縦STG作ればOK。

**名前は開発中のものです。** · 2007/09/10(月) 00:55:50

>>354
リアル系の2.5DSTG作ればおｋ

**名前は開発中のものです。** · 2007/09/10(月) 01:18:58

それはいわゆる中途半端というやつでは…

**名前は開発中のものです。** · 2007/09/10(月) 09:55:54

つーか、背景がどんだけリアルになっても
ゲームに生かされてないんじゃね。おんなじｗ

**名前は開発中のものです。** · 2007/09/10(月) 10:12:00

んじゃ、背景というかこんなのあったがどぅ？
シューティングじゃないがちょっと面白そう

ttp://gigazine.net/index.php?/news/comments/20061023_plasma_pong/

**名前は開発中のものです。** · 2007/09/10(月) 18:44:48

>>363
これ、前にやったわーｗ
シューティングじゃないけど、こういう技術系で、クール(？)なタイプのものは作ってみたいね

**名前は開発中のものです。** · 2007/09/10(月) 23:27:11

センスといえばこういうのも。これもシューティングじゃないが。
http://jp.youtube.com/watch?v=QfICeBtVv8U

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

PONGは広い意味でシューティングの仲間というか元祖だね

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

奇譚イワナガ - コンテストパークweb
http://www.enterbrain.co.jp/techwin/data/contents/cpweb/gold1.html

エイリアンソルジャーと、罪と罰を合わせたようなのがでてきたｗ
吹いた

**名前は開発中のものです。** · 2007/09/22(土) 00:55:20

なんかネタねーかな？

**名前は開発中のものです。** · 2007/09/22(土) 01:04:38

パワーアップってどうしてる？
はっきり言って今のSTGじゃ意味無いと思うんだ・・・
死んだときとかコンティニューしたときに
すぐに元の状態に戻らないと
不親切とかバランス悪いって言われるし。

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

無くても良いんじゃないか、とは確かに思ったりする

**名前は開発中のものです。** · 2007/09/22(土) 01:10:02

窓の杜 - 【週末ゲーム】第315回：横スクロール型シューティングゲーム「GrowWing」
http://www.forest.impress.co.jp/article/2007/09/21/growwing.html

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

最近のケイブの縦シューみたいのなら基本的には要らないな。
あとは気分の問題。

**名前は開発中のものです。** · 2007/09/22(土) 16:36:45

ゆとり世代にグラディウスは無理だな。グラディウス3は俺でも無理だが。

**名前は開発中のものです。** · 2007/09/22(土) 17:33:17

IIIは難易度以前に出来が微妙すぎたからなあ…

**名前は開発中のものです。** · 2007/09/23(日) 01:12:43

グラディウスはだんだん退化してる気がするからな……
正直2で終わりでよかった

**名前は開発中のものです。** · 2007/09/23(日) 01:21:53

2ってMSXの？

**名前は開発中のものです。** · 2007/09/23(日) 01:36:09

シューティング板じゃないし
2とＩＩの違いくらいはスルー

**名前は開発中のものです。** · 2007/09/23(日) 01:58:25

>>377
お前はこのスレから出て行け

**名前は開発中のものです。** · 2007/09/23(日) 02:04:14

>>377
いやそれ明確に別のゲームじゃねえか。
マジでどっちだか判らんから区別して書いてくれという話。

**名前は開発中のものです。** · 2007/09/23(日) 02:53:56

つか
どっちも良いシューティングだった

**名前は開発中のものです。** · 2007/09/23(日) 12:00:21

両方とも傑作に分類される出来だな

**名前は開発中のものです。** · 2007/09/28(金) 16:45:00

連打機能とか改造を使ってるか調べるのってできる？
連打が速いとショットの威力が上がるシュー作りたいんだけど
難易度が超簡単になるのは困る

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

連打機能とか改造を使ってるか調べるのってできる？
連打が速いとショットの威力が上がるシュー作りたいんだけど
難易度が超簡単になるのは困る

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

戻るボタン押したら二回送信してしまったorz

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

サンダーブラスター作りたいのか。
シンクロ連なら検出も出来ようが、PCゲーで連付パッドの連射を
検出すんのは無理じゃね？

**名前は開発中のものです。** · 2007/09/28(金) 18:08:04

連射機能検出はめんどいね
間隔調べて機械的になってるか見る・・・まではいいけど誤検出が怖いし、
AB交互に連射させるにすればある程度潰せそうだけど、
パッドじゃやりにくそうだ

俺なら無理に制限するのはやめて
やっぱり手で連打するのが熱いよね！って雰囲気出すかな

**名前は開発中のものです。** · 2007/09/28(金) 18:29:14

ところで連射ってプレイヤーが使用してるインターフェースによって
結構差が出るよな。ゲーム性においてその辺許容できるのかいな。

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

スターソルジャーGCを作りたいともうすのか

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

まったくの同一間隔で30回連打以上なら無効、とかやっても
連射スピードをボリュームで可変できるタイプなら意味無いしな。

連打時間がある程度以上速くて長いと、ペナルティが発生して
通常弾がしばらく撃てなくなる「焼きつきルール」にするとか？

さすがに理不尽だから、長連打→小ボム効果発生→しばらく撃てない
ぐらいのバランス演出は必要とは思うが。