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

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

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

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

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

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

**名前は開発中のものです。** · 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も正確だった覚えが

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

そんな同人シューに基準を置かれてもな

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

かといってケイブシューに基準を置かれてもなぁ

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

>東方
基準におく必要はないけど、実際に256度で再現不可能なゲームがある、
そしてそれがPC同人シューティングでは一番プレイ人口が多いと思われる、
といった点を無視して話すのもどうかと。

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

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

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

>529
俺もそう思っていたんだが、よく考えると、
単発ならいけるけど狙いnWayが撃てない。

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

作ってるゲームによるだろ

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

メリットがあるとと感じない部分は大ざっぱに作るけどな、漏れは。
ヘタレシューターだし。

**547** · 04/09/15 23:01:05

いや、撃てるか。
単位ベクトルの90度回転ベクトルは簡単に作れるから、sinとcosの比率で足せば。

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

やりたいヤツは好きなだけ方向細かくして、好きなだけ憧れのゲームをパクればいいじゃん
誰に強制されることも無いでそ

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

なに怒ってるの

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

つうか散々言われてるけど、テーブルなんか使わなければ解決だって

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

>>550
角度で管理したほうが楽じゃね？(´ω｀)

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

特定の点を確実に通過させるにはBresenhamしかない。

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

Sin,Cos,TanをPentium4-2.4BGHzで10000回ループで実行させるとそれぞれ
222万、143万、260万クロック前後だった。平方根は44万クロック前後。
Windowsでスレッドの優先順も変えずにやってるベンチなので、1割は誤差が
あると思うけど。

4096度系のテーブル使って二次元ベクトルの回転するのに35万クロック程度
なので、キャッシュを汚すことを考えなければテーブルの方が依然として
10倍は早い。

ただ、画像の一ピクセル毎をソフトウェアで回転とかでもなく、一キャラに
つき数回計算される程度である回転用のSin,Cosの速度に拘っても仕方ない気
はするけどね。一直線に飛ぶ弾だったら、生成時に一回計算するだけだし。

**547** · 04/09/15 23:39:14

>554
いやまあそうだけど、あくまで角度で狙えない位置を正確に狙う時に出来るかどうか話。

そもそも単位ベクトルを求めるのに、平方根を求める必要があるからなぁ。
まあ、角度で狙う場合もアークタンジェントが要るからどっちもどっちか。

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

ヒマなんで昔の自作ライブラリこねてみた
http://cgi.2chan.net/up2/src/f62638.zip

画面はアーケードライクに240x320
左上を原点として8x8ピクセルの弾（つっても数字の"0"）を真下から
反時計回りに32度分流してみた
8x8ピクセルはちょうど敵弾サイズだからイメージつかめやすいかと
弾の隙間がかなり下にいかないと空かないのがわかる

なおちょっとガタついて見えるのはFlip時に同期を取ってないからだから気にするな

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

参考資料
http://cgi.2chan.net/up2/src/f62644.png

発射直後と広がった後の扇弾の並び具合に注目

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

こんなんじゃダメ？ > 特定の場所を通過する弾
# 検証してない擬似コードなんで間違いがあるかもしれんが、察してくれ

class Bullet {
const Vec2d from;
const Vec2d vec;

Vec2d pos;
float timer;
public:
// fから発射して、tを通過する。sはスピード
Bullet(const Vec2d& f,const Vec2d& t,float s) :
from(f),vec((t - f) / (Distance(f,t) / s)),pos(f),timer(0) {}

void Update() {
timer += GetDt();
pos = from + vec * timer;
}

const Vec2d& GetPos() {return pos;}
};

**558** · 04/09/16 00:20:32

むぅ、速攻で消えたか
適当なうｐろだ無いかね？

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

>560
それは単に>529をコード化しただけだな。
しかし、例でそのUpdate()の仕方は……まあ個人の自由だけど。

>561
http://gamdev.org/up/
ここでもいいんじゃね？
正直、ソースも付いてないし、具体的に何をしているかも書いてないから、
たいして参考にならんかったけど。

**558** · 04/09/16 00:31:36

んじゃ止めとくわ
単に256度の精度でも十分だって事を示しただけだからな

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

間隔がどれだけかってのはわざわざコード書かなくても2*PI*r/(分割数)で分かるだろ……

自分がやりたいこと、表現したいことで最適なテーブルサイズは異なるのに
なんで共通の最適値があると思い込むんだろうか?

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

昔のゲーム知ってりゃ一周64度でも十分なことくらいは判る。
でも十分じゃないゲームを作りたい人もいる。
なぜそれが判らんのか。

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

弾幕シューだけがstgだと思ってる坊やばっかだからさ。

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

裏を返せば、
自分にとって最適化されていないコードを許容できないジジイがいるから、
とも言える。

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

東方東方言ってるのはじじいじゃなような気が

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

>>568
いやだから、ジジイと坊やの間で話がかみあってないだけだよ、と言いたかった。

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

こんなところにもジェネレーションギャップが…

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

レトロチックな非弾幕系作りたければ1周64度でも十分。
東方みたいなのだったら256でも足らない。
自分の作りたい内容で解像度を決めれば良い。
これだけの話で何故もめるのか…。

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

>>571の発言の具体例を書きまくってたけど思いっきりまとめられてしまったｗ
要するに作りたいゲームに合ったものを使えばいいんですよ。適所適材

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

いや、テーブルはもう適した場面無いって

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

>>573
蒸し返さない。>>571でFA。

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

ま、画面サイズが240x320だったり
固定小数の精度が8bitだったりするのにもかかわらず
テーブルサイズが65536とかなら突っ込みたくなる気持ちもわからんでもない

1度の差が(最大)0.5ビット未満って精度はいらないだろ、と

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

×0.5ビット未満
○0.5未満

なんかいらないものが入った

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

綺麗にまとまったな。501はいい話題を提供してくれた。

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

>>573
そんな、ワンダースワンじゃ重すぎて使えないよ！
…ワンダーウィッチでがんばってたけど、上には遥か上がいると嫌でも知らされるな、こういうハード。

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

三角関数が抜けてた。

「覚えてなきゃ死ぬ」攻撃の理想的な含有率ってどのくらいなんだろう、とか考えたけど
世間の面白いといわれるSTGを観察すりゃ終わる話だしなー。

1つの難易度で初心者も上級者も楽しめるSTGの方法論ってのも無理があるかしら。

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

1面から最終面にかけて徐々に難しくしていけばよい話だと思うんだけれど、
ただ1面は稼ぎシステムが有効に使えないと上級者が飽きる。
俺はその点でガルーダはかなり上手いと思ったなぁ

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

憶えといっても
・来るとわかっていれば大丈夫なもの
・来るとわかっていても解法がわからないうちは安定しないもの
・解法の有無で難度が激しく変わる場合と、安定度が多少増す程度に収まる場合
・解法の知識ではなく、体得が必要なもの (解法がわかっただけでは実行できないもの)
いろいろあるな
こんな抽象的ではダメでもう少し具体的に書くべきかな
どの面白さもバランス良く含むのが理想、しかしいろいろな要素を入れてもそれぞれがつまらなければ失敗、
と書くのは簡単なんだが…

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

とりあえず開幕極太レーザーは何も面白さを感じない。

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

引っ張ってスマンが、一周N度方式を使うとき、atanの実装はどうするの？

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

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