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

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

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

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

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

■前スレ
シューティングゲーム製作技術総合　３機目
http://pc5.2ch.net/test/read.cgi/gamedev/1087339516/l50

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

ソレダ

**名前は開発中のものです。** · 04/09/08 05:55

ﾔｼらはゲームする前にコード探してる気がするw

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

そもそも完成してない奴はチート対策に興味を持たないだろ

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

完成してない奴ほど気にする

ってか俺は>>442は名言だと思う

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

なんつーか攻めの考えで、良いね

**名前は開発中のものです。** · 04/09/08 11:54

そうなん？
漏れは>>446じゃないから完成してない奴の気持ちは分からんけど、
インターネット見る前まではチートなんか気にしたことなかったよ。

気にするようになったのはネット上でチート対象となっていた情報を得てから。

**名前は開発中のものです。** · 04/09/08 12:51

現実を見る限り、チートするしないにゲームの面白さなんか関係ないけど。

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

チート対策しなきゃいけないほど多くの人にプレイされてるのか？

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

っつかシューティング好きな奴で、ここぞとばかりにチートしまくるやつもあんまいないだろう
そんな奴は実はシューティングが好きじゃないからすぐ離れていく

つい最近からこのスレ見始めたんだけど
意外と質問に来るﾔｼとかいないんだな

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

>意外と質問に来るﾔｼとかいないんだな

実装案はちょっと考えればすぐに解かるものばっかだからだろ>STG製作
改めて質問するほどの内容なんてそうそうなさげ

作るにあたっての最大の難関は素材かと

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

プログラム初心者が自分の理解度などの情報をちゃんと明かして質問してくれれば
答えるほうも楽なんだろうけど、なかなかそういう例が少ないな

テキトウにSTG用絵素材を生成するツールを作ろうかと思ったが、いまだに影も形もできてない
できたところで自分の好みにあってるだけの、汎用性の低い素材しか作れない可能性も大きい

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

素材生成つっても爆発とフラクタル雲、あとはせいぜいショットくらいだろう？
他に何か自動生成で作れそうなのあるかね。

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

巷にあるようなすごい素材をボタン一つで自動生成！というレベルは自分には到底無理なので、
単色8x8ドットの質の素材を自機、敵、背景チップなどで用意するときに手抜きしよう、という程度。
ある程度できれば色数や形はそれなりに拡張できるだろうし。
8x8ドットじゃ小さいだろ　→　ネタゲーのように単純拡大　といった方向。
最初は低画質だが、自分の好みの粒の揃った素材を用意できるかも、あたりが発想だったかな。
爆風ツールとかドット絵ツールで普通に素材用意もしてるんだけどね。
うーん、うまく説明できないや。ともかく大幅に期待外れな内容でスマンかった。

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

携帯コンテンツ作成の敷居が下がれば需要が出るかも

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

でも携帯用のゲームなんか作りたくないなぁ・・・。

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

ケイブもやってるし

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

ケイブもやってるから何？

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

ケイブもケータイやってるよ

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

だからそれがどうかしたのか？

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

現実世界でも良く見る光景だ、うむｗ

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

ワロタ

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

ガイジンがむかつくんだけど
ガイジンにプレイさせないようにするにはどうすればいいかな？
OSはWindowsなんだけど、
Windowsが日本語版かどうか判定すればいいの？

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

>>464
スレ違い

チートプログラマー養成スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1030635642/

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

>>464
日本語のADVパートを随所に挿入

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

無変換キーの入力を要求するとか。

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

ガイジンだって日本語Windowsで日本語キーボード使ってるかもよ？

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

音声入力いれる。

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

日本語フォントの有無をチェック

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

>>464
ttp://www3.realint.com/cgi-bin/tarticles.cgi?phantasy+346
IMEの有無をチェックすればある程度ふるいに掛けられそう
IMEを入れてまでやりたがるようなガイジンは見上げた野郎だから許しておやり

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

APIで国コード拾うとかできないかな？
基本言語設定変えてまで遊ぶヤシは稀にしかいなそうだし。

あ、でもメリケンのヲタは気合入ってるみたいだから、
日本語マシーン1台作ってでも遊びそう・・・

**名前は開発中のものです。** · 04/09/11 14:52:31

日本語でクイズを出してそれに答えられたら出来るようにすればいいじゃん
マシンだけじゃどうにもならないさ

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

「テロリストによる銀行強盗が起きました。
犯人は銃器を持っている危険な強盗のようです。
数人の人質を捕まえて、銀行に立て籠もりました。

犯人は警察に向かって、「見逃してくれないと人質を殺す」と人質に銃を突きつけて叫んでいます。

さて、警察はどうするべきでしょか？
1. 断固として犯人の要求を受けずに、隙を見て犯人を射殺する。
2. 人質の生死を最優先に考え、場合によっては犯人の要求も受ける。

先進国の多くのガイジンは１を選ぶ。

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

3. 「人質を殺せばお前もここで死ぬことになる」と逆に犯人を脅す。

先進国の多くのマンガ野郎は3を選ぶ。

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

質問させてください。

Direct3D8で2Dシューティング作ってるんですが、
（半透明を多く使いたいので）
マップスクロールで良い実装が思いつきません。

画面上の２倍ぐらいのサーフェイスを持ってそれに
レンダリングターゲットを切り替えてマップチップ単位で
少しずつ転送すれば行けるんでしょうか？

ただ、これだとサーフェイス->バックバッファ->メイン描画の
三段階の転送になるので、スクロール速度が早くなると
描画遅延が気になるんですが…。

マルチテクスチャとかは使えないです…。

**名前は開発中のものです。** · 04/09/11 17:57:14

なぜ描画の遅延が出てくる？
三段階の転送がパイプラインで並列に動いているなら考えられるが、
普通に組んでいたらありえないよ？
遅延やらマルチテクスチャやらはまるで関係ない。これっぽっちも。

普通にバックバッファにチップを並べても速度的には何の問題も無い。
とりあえず作ってみれ。
それでもだめならもう一度ここに書き込み。

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

ちょっと質問
ステージ構成はハードコーディングでも最初はいいと思うけど、
最終的なステージ情報の管理はどのようにしてますか？

**名前は開発中のものです。** · 04/09/11 21:00:56

マップチップとスクリプトと進行タスクで管理。

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

進行タスクって何？

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

マップやシーンの切り替えの管理を一元的にするヤツでは？
漏れは非表示キャラで管理してる。

**名前は開発中のものです。** · 04/09/12 14:33:49

さんくす

**名前は開発中のものです。** · 04/09/12 17:51:06

画像ってやっぱpng使ってる？
ていうか東方とか有名ゲームのアーカイブの内部でpngあるかな？

2Dなら機能が足りてるし
サイズが小さい上にアルファチャンネルが付くし

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

便乗質問
自分の攻撃が敵に当たったとき光るようにしたいんだけど、フルカラーだと
パレットチェンジできないから光った画像を別に用意するしかないのかなあ

**名前は開発中のものです。** · 04/09/12 21:17:52

テクスチャでやれば赤くしたり、透明化したりいろいろ簡単にできるよ

**名前は開発中のものです。** · 04/09/12 21:19:58

>484
Direct3Dなら、SetTextureStageStateをいじれば色々出来なくもない。

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

うーん
普通に頂点カラーとMODULATEだな、俺は

**名前は開発中のものです。** · 04/09/13 00:42:26

うむ、TextureFactorが便利なんで色々使ってる。

**名前は開発中のものです。** · 04/09/13 00:50:56

TFACTORはVGAによっては駄目な奴があるらしい…。
そいつとMODULATEしようとしたら影響しなかった。VGAの仕様らしい。
というかTFACTORだとポリゴン同時に描画するときに同じファクタしか使えないから
やっぱり俺は頂点色を入れるのをお勧めしたいな

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

ただのMODULATEだと、明るくすることが出来ないのが弾にキズだけどな。

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

MODULATE2Xとか使えば？

**名前は開発中のものです。** · 04/09/13 01:49:34

パレットとか言ってるからDirectDraw前提じゃないの
俺なら別画像用意する
メモリ食うけどお手軽

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

フルカラーでDDraw使う意味ってあんまりないよな。
回転・αがないなら速いとか？
速度を求めてたら>>492 の言うように別画像。
自力描画で好きなように色換えるってのもあり。

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

ｴﾛｹﾞｦﾀの古いﾉｰﾊﾟｿで動かす事を視野に入れたらDDrawもありかと

**名前は開発中のものです。** · 04/09/13 10:19:18

オタなら意味もなく高スペックかもしれんといってみる

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

古いノートが視野ならフルカラーはなさそう。
特に理由はないけどDraw、ってことかな。

**名前は開発中のものです。** · 04/09/13 14:19:57

使ってるライブラリがDirectDrawのみに対応してるとか

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

漏れもDirect3Dは使って無いぞ。とりあえず、
今作ってる奴が完成するまでは手を出さないつもり。

最近ウチのモニタ、640×480だと画面がブレるんだよな。
まあ、Windowモードを用意しておけば無問題だが、
次のゲームからは800×600にしとくかな？

**名前は開発中のものです。** · 04/09/14 21:34:57

走査線のぶれ？

**名前は開発中のものです。** · 04/09/15 08:53:11

壊れてるだけでしょ

**名前は開発中のものです。** · 04/09/15 12:53:48

よく三角関数をテーブルにするやり方を見るけど、１周が65536とかって感覚的に凄い分かりづらくないですか？
１フレーム毎に１度ずつ回すときとか、65536/360度にしなきゃいけないけど、
これってプログラム全体を１周＝65536度として作る（つまり１度＝182度として考える）のか、
その都度×65536/360してからテーブルに渡すのかどっちなんでしょ？
普通は後者っぽいけど、なんか掛けたり割ったりで重そう。それでも標準関数のsinより早い？

**名前は開発中のものです。** · 04/09/15 13:12:56

>>501
sin関数が2回以下の計算で算出できてると思う？

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

なんで度で考えるのだろう？小学生かな。

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

>>501
今日から1周は360度から65536度に変更された！
これでいいじゃないか。

でもテーブル化必須の時代は256度でも十分すぎるくらいだったが、コレも弾幕流行の影響かしら。

**名前は開発中のものです。** · 04/09/15 14:56:52

>>501
そのうちπ使わなきゃいけなくなったりするから
今のうちに慣れとけ

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

俺は三角関数使いまくりだし正規化とかも思う存分やりまくってるけれど、
速度に関しては十分すぎるよ。ソレくらい今のCPUは馬鹿みたいに速い。

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

Celeron系とかだとキャッシュ容量すくないし計算した方が早い場合もそろそろ多いと思われ
まぁ、俺も直接三角関数で計算してるが、昔からのながれで２５６度で作ってるな

**名前は開発中のものです。** · 04/09/15 16:26:08

>>501

つ[ラジアン]

>>503
ｷﾐには優しさが足りない
ﾊﾞﾌｧﾘﾝを見習え

**名前は開発中のものです。** · 04/09/15 16:30:07

でもケイブあたりのを見てると今でも256度もありゃ十分だと思うんだけどどうなんかね

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

一周256段階のテーブルでの一単位の差は
400ピクセル離れた場所だと10ピクセルにもなっちゃうからなぁ。
今の弾幕シューでそれやるとちょっと穴だらけになりそう。

1/4周を256段階なら2-3ピクセル、これでもちょときつい

**名前は開発中のものです。** · 04/09/15 16:54:18

>400ピクセル離れた場所だと10ピクセルにもなっちゃうからなぁ。

そんなに発射位置と目標が離れた状況はあまりなさげだし、それだけ
離れてたったの10ピクセルならもう十分な希ガス…

**名前は開発中のものです。** · 04/09/15 16:55:24

まあそのおかげで大往生2-3安置が出てきたりするんだがな

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

そういやグラディウス２とかは精度が低いからこそ楽しい気がしてきた

**名前は開発中のものです。** · 04/09/15 17:12:37

>>511
ボスが固定砲台だったりすると安置だらけになるぞ
距離取って砲台と軸合わせて1回チョン避けすれば
そいつからの直線弾はどうやっても当たらないわけだし
どんなに離れても最低限自機狙い弾が当たるレベルの精度は欲しい。

精度の低さを組み込んだ上でのゲームデザインならこの限りじゃないけど。

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

>>514
今頃何言ってるよ…そのスレにいる人間がそんな事判らないとでも？
256度もあれば後はゲーム内容でどうとでもなろうっつう話なんだが

また引き合いに出してなんだがケイブシューのボスなら基本的にボス本体を動かし
射出点を常に変える事で安置を潰すのは当たり前
それに自機狙いの弾でもある程度の精度の荒さを持たせないと逆に避けるのが楽に
なってしまう（常に移動してれば当たらない）
ある程度の精度の荒さや狙いの「揺らぎ」もゲームを面白くするための技術だろうよ

**名前は開発中のものです。** · 04/09/15 17:45:11

東方くらいの弾幕鑑賞ゲーになると角度の誤差によって見た目が悪くなるよ。
あの弾幕で256度は流石にいけてない…

**名前は開発中のものです。** · 04/09/15 18:08:31

ケイブシューで256度が最適だとすると、
それよりも解像度の高いPC環境でも最適間隔はいっしょなの？
自機を中心としたランダム弾をならともかく、
自機狙いが当たらないって状況はアウトだと思うんだけど…。

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

ケイブシューの戦車とかって狙い方向荒くなってるよな。

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

大往生とかは進行方向を基準にした12方向にわざと制限してる。
だから2-5開幕でハイパー打ったときの戦車の弾とか、
まるで壁が押し寄せてくるような錯覚をするわけだ。
ケツイはそうじゃなくて基本的に自機狙い。

**名前は開発中のものです。** · 04/09/15 18:37:11

>>515
段階をわざと落としたり、弾に揺らぎをもたせたりする「演出」と
最大精度でも当たらない位置関係が発生する「問題」の区別がついてないのかな?

というか、ケイブシューの解像度および当り判定なら
256段階でその「問題」が起こらない(起こりにくい)ってだけでじゃないの？
精度が低いおかげで
>それに自機狙いの弾でもある程度の精度の荒さを持たせないと逆に避けるのが楽に
>なってしまう（常に移動してれば当たらない）
>ある程度の精度の荒さや狙いの「揺らぎ」もゲームを面白くするための技術だろうよ
これらが有効的に組み込まれてる例を知らないんだが……。

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

>517
あんま関係無いと思うが
解像度（というかゲームワールドの大きさ）に比例して当たり判定サイズも
数値的に大きくしないの？
解像度だけ大きくしてキャラは元のままケシつぶにするなら問題だろうけど

あと引き合いに出されてるケイブのも256度かどうかは知らんが実際
自機狙い弾には精度の荒さがある
そもそも１ドットの狂いも無く狙うような敵弾デザインって少数派かと

>518
意図的に荒くしてあるね
見たとこ16～32方向ぐらいか？

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

>520
>これらが有効的に組み込まれてる例を知らないんだが……。

うんざりする程引き合いに出されてるケイブシューがそうでしょ
大往生・ケツイ・ガルーダあたりのボス弾とか観察してみ

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

>>521
当たり判定の問題というよりも、見た目の問題。
東方みたいな弾幕で絵を描くような演出をする場合、かな？

>>522
ケイブシューって>>520の言う「演出」ってのはたくさんあるけど
最大精度？が足りてない「問題」のほうがゲームを面白くしてる例ってあるっけ？
そもそも、最大精度が足りてないって問題が発生してるんだろうか？

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

>そもそも、最大精度が足りてないって問題が発生してるんだろうか？

してないと思うよ
そもそもあれは演出でこれは問題と分ける方が理解できん
技術的な問題じゃなくてゲームデザインの問題だろうに

自機、敵機、敵弾の全ての当たり判定が全て1x1ドットの大きさしか無いので
あれば精度が足りないとかいう言い分も判るけどね

まぁあんま多くは語らんでおくよ

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

あんまわかってない自分に言わせると、
弾は32方向もあれば充分だと思ったりしまつ。
いくら精度が細かくても、方向によって弾の速度
が目に見えて変わってしまうほうが、よっぽどダサイでつｗ

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

方向によって弾速が変わる？？

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

まぁ、あんまりわかってないらしいからさ・・・。

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

そりゃあ敵弾の座標をドットと1対1の整数で持ってりゃ速度も変わるかもな
初代ファミコンのシューティングでも珍しいタイプだと思うが
PC6001のタイニーゼビウスあたりは斜め弾の方が早かったような

古い話ですまん

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

完全に狙うなら角度にこだわる必要は無いと思う。
単位ベクトル求めれば良いだけの話でわ。

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

>>527
うるせーバカ。

最近やったいろんな同人シューやってみての経験談でつ。
アーケードでもあったなｗ

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

>>530
なんだ自分の実装したゲームの話じゃないのか
手抜きや技術不足も演出の一部と思って遊んだ方が楽しいよ

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

>>528
いや、それとは全然ちゃうケースだと思いまつ。
ファミコンの斜め弾が速いのは、多分スターフォース。

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

>>531
自分のじゃないよ。ヘンだな～？
と思ったら、そうならない様にするでしょ。

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

なぜか途中で送信してしまっつ。

>演出の一部
グラIIの赤いレーザー安地とか美しいでつね。

連投スマソ、>>527もごめん。怒らないでねっつ。

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

完全に狙ってると言われてもスターフォースくらいしか思い浮かばない。

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

256度で荒いとか言ってるﾔｼは多分自分でゲーム作ったこと無いんでないかと…

**名前は開発中のものです。** · 04/09/15 21:08:05

(自機の当たり判定半径)+(最小の弾の当たり判定半径)以上の誤差を持つのはチョト辛い。
だから640ｘ480サイズだと、当たり判定の大きさによっては256じゃ辛い場合も出てくると思う。

そういやWindowsに移行してからテーブル使ってないや。

**名前は開発中のものです。** · 04/09/15 21:31:41

ちょっと気になって去年作ったショボいシューティングのソースを見てみた
　　　sin = new int[360];
　　　cos = new int[360];
　　　for(n=0;n<360;n++)
　　　{
　　　　　sin[n] = (int)(Math.sin(n*Math.PI/180)*256);
　　　　　…

俺も小学生(´・ω・｀)？>>503

**名前は開発中のものです。** · 04/09/15 21:52:54

|ω･)ﾉｼ俺も小学生かも

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

誰でも昔は小学生、経験を積めばいつか卒業できるときがくる．．．ハズ？

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

>>536
だから東方の弾密度は256分割では無理、
って何度も出てるのに無視すんなって。

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

SRDも正確だった覚えが

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

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