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

**名前は開発中のものです。** · 2006/08/06(日) 00:36:37

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

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

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

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

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

>>612
CPUクロックがどれだけ上がっても、バスクロックはそれほど変わらんからなぁ・・・

**名前は開発中のものです。** · 2007/01/19(金) 10:20:31

ギャラクシアンだとしてもわざわざDirectXを使わない
理由はないと思うんだが。

**名前は開発中のものです。** · 2007/01/19(金) 22:47:38

まあ、一昔前と違って当たり前にDirectX使っていい時代になったのはいいな。
エロゲなんかも使ってるゲーム増えてきたし。

**名前は開発中のものです。** · 2007/01/20(土) 07:57:34

自機を追尾するボスのビット
ただしボスの中心からの一定半径は超えられない
という奴を作りたいのですが（2Dシューティング）、一定半径の外には出られないというのは
どういう計算をすれば良いのでしょうか？

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

>>619
一定半径の外に出られない計算をすればいいじゃん。
プログラムってのは、結局、自然言語なんだよ。自然言語以上のことはできないわけで、
自然言語でいかに記述できるかが問題なわけで、もう、ほとんどできてるじゃん。
「自機を追尾するボスのビット
ただしボスの中心からの一定半径は超えられない」
これをさらに、数値をからめて文章にするんだよ。1フレーム1フレームを意識してな。
ゲームなんて、毎フレーム、入力して判定して描画してって、それしかしてないんだよ。この
単純な原理を身体に叩き込め。
「ビットとボスの距離を計算する。ある距離以上の場合は追尾しない」
追尾とはそもそもなんだったか？それは移動だ。つまり、
「ある距離以上の場合は移動しない」
そこでだ、一般的な手法として（すぐ思いつくだろうというレベルのもの）、補正というのがある。
「ビットを移動する。距離を越えている。ビットの座標を境界との交点に補正する」
これで、もう、コードかけるよな。

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

有線ビーム砲？
・ビットが自機に向かって一直線．移動判定の際，次のフレームでボスからの距離がｒを越してしまうようなら，
　半径ｒの円に沿った移動を行う（角度を求めて,sinとcosで計算しとくれ）．
これでとりあえずいけるかな？詳しい人もっといい方法きぼん．

**名前は開発中のものです。** · 2007/01/20(土) 11:54:30

ビットはエルメスの子供のやつということでいいの？

改 ◆t9/Tn9xvbM · 2007/01/20(土) 12:58:02

>>577 >>595
敵の当たり判定の所まで製作をつけてみました！スコアに色つき。
http://gamdev.org/up/img/8670.lzh
とりあえず後は自機当たり判定で一区切りか･･･
シンプルなボスキャラも作りたい！･･･

改 ◆t9/Tn9xvbM · 2007/01/20(土) 13:03:03

>>623
敵一匹のみに減らし地味に、まだまだ追加の余地あり
雑魚キャラとかで別の三角関数も使いたい

**名前は開発中のものです。** · 2007/01/20(土) 13:11:08

>>621
sinもcosもいらんだろ、sqrtさえあれば

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

>>612
VistaのGDIは更に重い
ゲームどころじゃない

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

まぁ今ならD3D使っても描画されてても大して問題ないな。
PCでゲームやるやつが３Dろくに動かないカード使うともおもえぬ。

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

>>627
普段エロゲしかしないやつが何の気まぐれかで手を出して動かないと暴れだすことが時々・・・

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

>628
最近はエロゲの要求スペックも高いからそんなことも少ないんじゃね。

**名前は開発中のものです。** · 2007/01/22(月) 02:11:55

>>628
まずは最低動作環境確認しろよｗｗｗって感じだな。

**名前は開発中のものです。** · 2007/01/22(月) 02:28:52

>>630
ちゃんとＵＲＬ書けよ

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

シューティングでGDIって動く事は動くけど
画面書き換えタイミングとか取れないんだよね？

**名前は開発中のものです。** · 2007/01/22(月) 15:50:56

>>632
VSYNC待ちは、GDIオンリーじゃ、無理くさいね
まあでも、シューティングゲーム(仮）で満足できたなら、GDIでも行けるべ
お勧めしないがｗ

**名前は開発中のものです。** · 2007/01/23(火) 03:46:10

いっそポケコンと考えてドットマトリクスで作るんじゃだめだろうか

**名前は開発中のものです。** · 2007/01/23(火) 22:06:40

>>619
できたか？

**名前は開発中のものです。** · 2007/01/24(水) 09:54:44

2DSTGのワイドスクリーンのモニター対応ってどういうのが主流なんでしょうか？

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

アスペクト非固定拡大

**名前は開発中のものです。** · 2007/01/26(金) 01:03:45

お疲れ様です。

縦スクロールシューティングを作ろうと設計を行っているのですが、
FPS管理の所で悩んでいます。
60FPSを基準として1フレームの時間を1000/60 = 16.6666....msecと考えているのですが、
なんとなく浮動小数点型の値は使用したくありません。
しかし整数値で１フレームを計算しようとすると値を16としても17としても
1～2フレームほどFPSにずれが生じてしまいます。
何か良い方法は無いものかと調査していたところ、直線描画等に使われる
ブレゼンハムのアルゴリズムがこの場合にも適応出来ると聞きました。
ブレゼンハムのアルゴリズムというものが良くわかっていない為、不明なのですが
ブレゼンハムのアルゴリズムの考え方というのは一体どのようなものでしょうか。

識者の方、お手数をおかけ致しますがよろしくお願いいたします。

**名前は開発中のものです。** · 2007/01/26(金) 01:19:23

ぐぐれカス

**名前は開発中のものです。** · 2007/01/26(金) 01:31:46

>>638
ヒント：(16+17+17)=50 50*20=1000

**名前は開発中のものです。** · 2007/01/26(金) 13:47:15

vsyncで同期取らないならフレームレートは大なり小なり絶対揺れるものとして割り切った方がいいよ。
なんとなくなら、なおさらな。

**名前は開発中のものです。** · 2007/01/26(金) 14:16:19

個人的にvsync同期は好かん

**名前は開発中のものです。** · 2007/01/26(金) 14:43:37

VSYNCだけ同期だと、想定の周波数が違うと、ずれる。
タイマーとVSYNC両方とるのを推奨。

**名前は開発中のものです。** · 2007/01/26(金) 22:58:12

http://members2.tsukaeru.net/ogawa/yaap.html
タイマーでやってて、不具合ないけどなぁ。

**名前は開発中のものです。** · 2007/01/26(金) 23:34:05

VSYNCはとらないと、ちらついてたまらんよ。
3Dだとそんなに気にならないけど、2Dゲームでとってないとキツイ

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

>>644
すごいページだね、思わず見入ってしまったよ

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

VSYNC同期を知らない人は一生そういうプログラムを当然と思ってるんだよね

**名前は開発中のものです。** · 2007/01/27(土) 04:51:06

ほほう、一生とな。
ソースは？統計取ったのか？

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

６４７が一生思ってるからでしょ

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

>>646
おっお。
しゅごいしゅごいしゅぽぽぽぽー。

VSYNC同期はよくわかんね。ダブルバッファでフリップしてればいいんじゃないのか！？

**名前は開発中のものです。** · 2007/01/27(土) 11:55:15

DOS/Vでプログラム作るときはVSYNC待ちとかしてたけど
Windowsはなぁ

**名前は開発中のものです。** · 2007/01/27(土) 12:08:36

たかがVSyncなのになぁ

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

VSYNC同期って知らんやつおるのな・・・

一番わかりやすいのは、
例えば、左右にスクロールする画面で、

□□□□□□□□
□□□□□□□□
□□□□□□□□
□□□□□□□□
　□□□□□□□□
　□□□□□□□□
　□□□□□□□□
　□□□□□□□□

な風に、画面の半分あたりで、ずれるわけですよ。
ウインドウモードだろうが、全画面だろうが。
もし、VSYNC何それ？な状態で、それがあなたのゲームで、
起こってないならば、

・あなたが鈍感（他の人には、間違いなく見えているので注意）
・実は、設定で、VSYNC同期を取っている

のです。

**名前は開発中のものです。** · 2007/01/27(土) 12:15:42

ずれてるゲームタイトル出してみてよ

**名前は開発中のものです。** · 2007/01/27(土) 12:16:13

あと、ダブルバッファかどうかは、全く関係ないので注意な。
プライマリバッファに出力した後の話なので。

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

>>654
日本の市販アプリは、さすがに気を使ってて、
激しくスクロールするものでVSYNC取ってないものはそうそうない。

洋ゲーだと、設定でVSYNCはずして、
視点を左右に振ればわかる。
ただし、3Dはわかりづらい。（だからか、デフォでVSYNCはずしているゲームが少なくない）

簡単に、VSYNCを設定できたりはずしたりできるゲームと言えば、エミュレータだな。
例えば、NekoProject2なんかは、VSYNCとってないのでずれまくるよ。

あとは、テストアプリを自分で作ってみれば、一発でわかるよ。

**名前は開発中のものです。** · 2007/01/27(土) 12:25:38

WindowsでもNT系でフルスクリーンならVSYNC固定できるんだがなぁ。
まぁウィンドウモードではどっちみちVSYNC同期なんてろくにできないが。

**名前は開発中のものです。** · 2007/01/27(土) 12:31:45

ガタついてはいるが、ナチュラルモーションブラーってことで
おけ。
http://members2.tsukaeru.net/ogawa/yaap.html
６０フレームとか、ノーウェイトで２００フレームとかにすると
かなり滑らかになるけど、俺は３０フレーム信者なので、
まぁ、いいや。

俺は鈍感だな。３０フレームでガタついてても、そもそも、表示している
仕組みを考えると、ゲームとかアニメも映画もパラパラ漫画なんだから、
まぁ、仕様だよ思える。

でも３０っだたら、６０ヘルツの半分だからいいのか？
うーん、ちょっとずれてる方がいいのかな。３１フレームがベストっぽい！？
さぱーりわからん。まぁ、必要不可欠じゃやなさそうだな。VSYNC同期って。

**名前は開発中のものです。** · 2007/01/27(土) 13:11:35

VGAがVRAMの内容をディスプレイへ描画している最中に
プログラムがVRAMを弄ったらズレて当たり前だろう。

パラパラ漫画とは話が違う。
30フレのパラパラ漫画ならズレていない静止画が秒間30枚描画される。

必須の機能って訳じゃないんだけどな。
でもズレの問題の解消に200フレにするくらいならVSYNC取ったほうがいい。

**名前は開発中のものです。** · 2007/01/27(土) 14:47:24

初めてWindowsでゲーム組んだとき
どうやってVSYNCとればいいのかわからなくて
途方にくれた日々が懐かしい

**名前は開発中のものです。** · 2007/01/27(土) 14:55:23

ティアリングが出てもいいから面白いゲームを作ろうぜお前ら

**名前は開発中のものです。** · 2007/01/27(土) 15:21:11

エムブレムのパクリ

**名前は開発中のものです。** · 2007/01/27(土) 15:23:26

もうわかんね。考えるの疲れたから、いいや。気にしない気にしない。
液晶だし、ウィンドウモード信者だし。

**名前は開発中のものです。** · 2007/01/27(土) 17:37:06

>>657
ウインドウモードでも、VYSNC同期は取れる

>>663
液晶でも、ウインドウモードでも起こるから。
現実を受け入れろ。

**名前は開発中のものです。** · 2007/01/27(土) 17:49:30

ウザ

**名前は開発中のものです。** · 2007/01/27(土) 17:55:46

>>664
それを割り切ってそういう選択をしたんだから無理してやらせないでいいじゃない

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

VSYNC同期問題って本当に無関心なヤツが多くて困る。

**名前は開発中のものです。** · 2007/01/27(土) 18:51:26

一人で困ってろよ
押し付けはウザイだけ

ちなみに俺のゲームはVSYNC 60Hzに合わせてループも回してるので
75Hzのやつが遊ぶと速すぎることになるが気にしない！

**名前は開発中のものです。** · 2007/01/27(土) 18:54:52

>>668
押し付け？
押し付けじゃねーよ。当たり前の常識のことを言っているだけ。
ボタンを押したら、弾がでるくらい当たり前のことだ。

**名前は開発中のものです。** · 2007/01/27(土) 18:59:29

VSYNC問題は、スレ違いだな。

すまん。
頭を冷やしてくる。
次くる時は、うごくサンプルもってくる。

**名前は開発中のものです。** · 2007/01/27(土) 19:11:23

じゃあ次はA宗B宗の話でもすっか？ﾜﾗ

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

バッファリングして、フリップする話でいいのか？

**名前は開発中のものです。** · 2007/01/27(土) 19:30:26

久々にその話でもするかね

**名前は開発中のものです。** · 2007/01/27(土) 19:34:33

そんな常識的な話は初心者スレでやれよ

**名前は開発中のものです。** · 2007/01/27(土) 20:49:18

vsync同期すると1フレーム遅延するので操作感がキモチワルイ

**名前は開発中のものです。** · 2007/01/27(土) 20:55:48

お前の顔のほうがキモチワルイよ

**名前は開発中のものです。** · 2007/01/27(土) 20:57:11

ごめん・・・

**名前は開発中のものです。** · 2007/01/27(土) 20:58:12

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

**名前は開発中のものです。** · 2007/01/27(土) 21:49:50

つまり最初から遅延しても問題ないシステムにすればいいんだな

**名前は開発中のものです。** · 2007/01/27(土) 23:14:30

VSYNCに同期すると1フレーム遅延というのが意味がわからない。

**名前は開発中のものです。** · 2007/01/27(土) 23:26:19

VSYNC待ちの描画キューに描画済み画像が溜まるんだよ

Direct3Dを一般的な設定で初期化して
Presentだけでゲーム進行速度を管理していると
Presentは描画キューを常に埋めるようにスレッドを停止させるから
常に1フレ分の画像が描画キューに入っている状態なわけ

**名前は開発中のものです。** · 2007/01/28(日) 01:44:38

1フレ遅延は気にすれば露骨にわかるので、2DSTGや格ゲーなどを
作る場合は出来るだけ回避したい。遅延の有無で操作感変わっちゃうし。

**名前は開発中のものです。** · 2007/01/28(日) 02:58:38

1/60秒を感知できるのか。すごいな。

**名前は開発中のものです。** · 2007/01/28(日) 03:02:08

コンピュータはすげー早い！

**名前は開発中のものです。** · 2007/01/28(日) 04:05:41

>>683
実際遅れてるゲームをやるとわかる

**名前は開発中のものです。** · 2007/01/28(日) 04:13:07

GBA/DS以外は家庭用は全滅だな。
ゲーセンでもポリゴン使ってるのは駄目。

ホントに分ってんの？

**名前は開発中のものです。** · 2007/01/28(日) 05:15:14

>683
おまいさんもやれば判ると思うよ

**名前は開発中のものです。** · 2007/01/28(日) 06:42:38

1フレームとか解るわけないだろｗ

と思ってたんだがオプションでVSYNCの同期切ると反応よくなるゲームがあるよね
ウェイトかける部分が違うだけだろうからヘマしてるとも思えず・・・
ブラインドテストしてみたくても画面見りゃ解るしなー

やってりゃ体が慣れるからゲームにならないって奴は神経質すぎるとは思うけど

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

まわりで1フレ遅延わかるやつは数人に一人だったなぁ

**名前は開発中のものです。** · 2007/01/28(日) 08:30:07

大往生とかケツイは斑鳩とか式神とかに比べたら明らかに反応が良いだろ。

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

ゲーセンの2DゲームってWindowsみたいにやり方で悩む余地ないんじゃないの？
旧来のハードならなおさら、VSYNC待ちして、前フレームで作っておいたスプライトのデータを流し込むのが常識だと思うんだけど

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

NAOMIが1フレ遅いのは確か入力デバイス関連だったはず。
どのみち1フレ遅延するのには変わりないのだけど。

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

１フレ遅延の意味が分かった。

そういう意味ならPS2もDMAダブルバッファして
VSYNCで処理するようにしないとろくに描画できないから
設計上必ず１フレーム遅れるんだけど気づいてる人がどれだけいるのか。

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

1フレ遅いのが何を基準にして1フレ遅い、って話かね？

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

フレーム開始
　　↓
入力デバイス処理
描画用DMAデータ作成
　　↓
フレーム終了
　　↓
VSYNC待ち
表裏画面フリップ
　　↓
DMAデータをKick（ここで描画開始、フレームXで作った画面はフレームX+1でディスプレイに表示される）
　　↓
フレーム開始

PS2の場合こういう構造だから画面に表示される
内容自体が１フレーム前のものになる。

**名前は開発中のものです。** · 2007/01/28(日) 10:10:30

ダブルバッファでやってるならそうだろうね

DirectXのデフォルトはトリプルバッファだから
描画キューが常に満タンなら
フレームXで作った画像はフレームX+2で表示されるんでないかね

**名前は開発中のものです。** · 2007/01/28(日) 10:15:32

で、PresentによるVSYNC同期を取らないで自前タイマーでゲーム進行を管理すると
その描画キューを埋めることなくゲームが走る状態になるので
結果的に遅延が無くなる、という話だと俺は理解してた。
実際ほんとにそうか分からんから確信持って言えないのが無責任ではあるのだが

**名前は開発中のものです。** · 2007/01/28(日) 11:08:59

タイトル挙げろよしったか

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

ウィンドウをドラッグすると、テアリングとかなんとかが確かにはっきり分かるけど、
ダブルバッファでフリップしてれば、そこまでのは起きないなぁ。
http://members2.tsukaeru.net/ogawa/yaap.html

VSYNC！VSYNC！って言ってる人は気にし過ぎだな。

もう、この話題はいいんじゃね。
気にしすぎる人がいるよってことが分かれば。
フツーはダブルバッファでフリップしてればいいと。
それだけの話だよなー。

**名前は開発中のものです。** · 2007/01/28(日) 12:47:54

>>698
昔の東方妖がそうだったよ

**名前は開発中のものです。** · 2007/01/28(日) 13:40:18

まあPCの場合キーボードやUSBゲームコントローラは秒間60回も読み取りしてないんで
それだけで入力遅延は発生するわけだが。

**名前は開発中のものです。** · 2007/01/28(日) 17:35:27

STGではそれほど気にならんが音ゲーは、音がズレてるのか、絵がズレてるのか
入力がズレてるのかで悩むことになる。

**名前は開発中のものです。** · 2007/01/28(日) 20:51:00

VSYNCのティアリングテスト
http://gamdev.org/up/img/8756.zip

ホイールで拡大縮小。
VSYNCチェックボックスをONにすると、VSYNC待ちする。
Speed rate は回転速度。早いほど、ティアリングが顕著になる。

OpenGLだとウインドウモードでもVSYNC待てるけど、
DirectXの場合どうすんだ？

本当はシューティングスレらしく、2Dのスクロールでやればわかりやすいんだが・・・。
特に横方向のスクロールは一発。

**名前は開発中のものです。** · 2007/01/28(日) 21:19:05

おまえらVSyncスレでも立てれ

**名前は開発中のものです。** · 2007/01/28(日) 21:26:46

っつかフレーム処理スレのほうが

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

PCで描画と内部処理の非同期処理ってどうやんの？
http://pc10.2ch.net/test/read.cgi/gamedev/1020064462/

以下、VSYNC話は上記スレで・・・

**名前は開発中のものです。** · 2007/01/28(日) 21:50:12

>>706
他の話しろよ
できないならここで続ければいい

**名前は開発中のものです。** · 2007/01/28(日) 22:30:18

日本語でおｋ

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

>>703
VSYNCチェックをオフにしてもティアリングが分からないと思ったら
ビデオドライバの設定でOpenGLの垂直同期が初期設定オンになってたｗ
初期設定オンだとVSYNCチェックでオフにしてもオフにならないのは可笑しい気がするが・・・
（初期設定オフにするとオンオフの切り替えが出来る）

**名前は開発中のものです。** · 2007/01/29(月) 12:02:58

昔からのコンシューマー機は全画面スクロールが多くて
解像度が低くてわかり易い背景が多かったからティアリングが目につきまくりだったんだろう。

今のPCのFPSとか３Dだと絵柄が細かい上に現フレームと前フレームの違いが
ちょっとした角度の違いだったりするので気にならなくなってきた昨今。
それでも液晶使ってると気になるけどね。

**名前は開発中のものです。** · 2007/01/29(月) 13:12:05

昔ってのがいつか分らんがFCもGBもマスターシステムもVSyncとってるからティアリングなんかねーよ

**名前は開発中のものです。** · 2007/01/29(月) 14:19:09

ラスタースクロール

**名前は開発中のものです。** · 2007/01/29(月) 21:54:20

Windows以外は60固定なんだし、VSyncどうこう考えるのはWindowsくらいじゃね

**名前は開発中のものです。** · 2007/01/29(月) 23:10:19

>Windows以外は60固定なんだし、

ダウト

**名前は開発中のものです。** · 2007/01/29(月) 23:55:33

PAL?
国内はほぼ60固定じゃん。