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

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

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

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

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

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

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

デザエモンでおｋ

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

絵が動かせて計算が出来ればなんでもいい

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

一応計算さえ出来れば作れるな

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

じゃあソロバンで作ってみろ

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

>>569
・VC++ + DirectX
・C++Bulder + DirectX
・Borland C++ + DirectX
・Delphi + DirectX
・HSP

なんでも。得意な言語でどうぞ

改 ◆t9/Tn9xvbM · 2007/01/13(土) 12:47:28

DOSコマンド画面上で自機が弾を撃って敵が直進まで（基本C言語）どうでしょう･･･
http://gamdev.org/up/img/8605.lzh

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

>>575
自機が動きません(・ω・)

コンソールつったら、昔なつかし、ベーマガのシューティングを思い出すなあ。
豆腐に色とかつけたら、けっこうどうとでもなるんだな、これが。

改 ◆t9/Tn9xvbM · 2007/01/13(土) 16:26:11

>>576
説明していなかった！S（ｓ）とF（ｆ）で左右！
＋ボタンで弾･･･現在改良中
へー･･･ベーシックマガジンでそんなことをしていたのか･･･
色･･･ちなみに今回はコンソールAPIというのを使って色をつけています。
昔はそんな色付けとかポジション設定とかのライブラリとかのあったのかな･･･

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

>>577
DRAGON'N'SPIRIT とか N-TYPE とか
Nシリーズの神アプリがいっぱいあった
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/h&n-basic.html
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/n-oldindex4.html
http://www.hi-ho.ne.jp/hideaki-i/n_on_mac/n-image/ss_l1.gif
http://www.cug.net/~anonB/event/index1.shtml
http://www.cug.net/~anonB/event/

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

ﾅﾂｶｼｽ

改 ◆t9/Tn9xvbM · 2007/01/13(土) 17:09:46

>>578
すごいね！8801かぁ･･･ゲームの歴史はすごいな･･･
第１回テキストグラフィックゲームコンテストって面白そう！っと思ったが締め切りはすでに･･･

なかなかです！どうもでした！私は気合を入れ始めたばっかりなので
地道にやっていきます。テキストゲームとかテグザーとかザナドゥとか良い！！！
文字だけのゲームってなんか感動

**名前は開発中のものです。** · 2007/01/13(土) 17:15:24

俺もなつかしいから動かしてみた
後期のやつだけど

http://gamdev.org/up/img/8607.png
http://gamdev.org/up/img/8608.png

エミュレータで昔の動くのがいいな

>>578
すげえええ

**569** · 2007/01/13(土) 23:28:04

ありがとうございます。とりあえず何でもって感じですか。

資料の多そうな環境でやってみようと思います。

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

資料が多いっていうなら問答無用でVC++とDirectXかな。

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

ちょｗｗN-TYPEｗｗ
どっかでダウンロードできるん？
当時はMZ-80Bユーザーでさ。指くわえて見てたお

**569** · 2007/01/14(日) 04:58:45

>>583
コメントありがとうございます。
VC++＆DirectXで調べてみます！

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

ぬがー！敵１個作るのに２ヶ月もかかってしまった。２ヶ月もかけて作った敵だ。期待し
とけよてめえら！

**名前は開発中のものです。** · 2007/01/15(月) 04:26:34

>>569
初心者なら問答無用でHSP。>>574で他のは「+DirectX」って書いてあるだろ？
難しいぞ。やったことないけど。HSPならDirectX使うのも簡単。中級者でも他言語の
ﾏﾝﾄﾞｸｻｻにめげてHSPに乗り換えた人は多い（たぶん）。上級者は知らん。
ただし、解説本はいくつか出ているが筆者が単なるＨＳＰ好きの人ばっかりでプロの
テクニカルライターが書いた本がない。せっかくの初心者用言語なのに解説本はあん
まり初心者にやさしくない。まあ俺のHSP講座サイトに来たらいいよ。俺が誰かは晒さ
ないけど。

**名前は開発中のものです。** · 2007/01/15(月) 12:17:47

HSPで作られたすげーシューティングって、あまり見たこと無いけど・・・

昔、巫女さん脱衣シューティングは、確かHSPだった気もするけど

**名前は開発中のものです。** · 2007/01/15(月) 12:26:35

BASIC的なスクリプトに慣れちゃうと他の言語の概念の理解が遅れるからやめた方が良いよ。
先人達が作ったDirectXのラッパーライブラリを使った方がいい。
HSPとか特にダメ。

仕事でプログラマの希望で来る新人のソースを見る機会があるんだけど、
HSPを使用可能言語に上げてくるやつは例外なくC/C++のソースなのに
スクリプトっぽい構造(構造体やクラス、スコープの理解度が低い)で読みにくい。

なまじ楽なスクリプトに慣れると、ステップアップの際に「あっちでは楽に出来たのにコレではこんなに面倒なのか」
みたいな心理が働いて、習得が億劫になるからダメだよ。

**名前は開発中のものです。** · 2007/01/15(月) 14:10:38

HSPは言語云々以前にプログラム的思考を養うには良いと思うけど。
あと手軽に目的を達成したい人向け。

**名前は開発中のものです。** · 2007/01/15(月) 17:33:27

HSPは中間言語だから処理が遅い・・・てのはもう過去の話？

>>588
らじおぞんでとかそうだったような

**名前は開発中のものです。** · 2007/01/15(月) 18:47:45

＞らじおぞんで
D　e　l　p　h　i 　です。ひらにょはDelphi使いだよ

**名前は開発中のものです。** · 2007/01/15(月) 18:48:39

>>589
まさか、HSPって構造体ないの？

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

俺は最近になってC++でシューティングゲーム作り出したけど
C言語の特長を全然理解してなくてBASIC的な使い方しかしてないから
とても他人様にお見せできないのが悩みどころだ。

改 ◆t9/Tn9xvbM · 2007/01/15(月) 21:59:16

一応、C言語でコンソールをシューティング作成(途中)
http://gamdev.org/up/img/8618.lzh
色つきで敵が波の動きをして自機が弾をだすまで（当たり判定無し）

操作はS、F、＋ボタンです。
まぁ・・・もうほぼ完成・・ということで・・・

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

>>589
それはお前がバカなだけだから安心しろ

**名前は開発中のものです。** · 2007/01/16(火) 13:30:49

ばば、ばかちゃうわ

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

言語を習得したいんじゃなくて、とりあえず気楽にＳＴＧ作りたいんなら
ＨＳＰでも十分じゃねえの？　幻想少女とか飛翔鮎とかＨＳＰだったはず。

**名前は開発中のものです。** · 2007/01/16(火) 22:57:44

気軽にやるならデザエモン

**名前は開発中のものです。** · 2007/01/17(水) 00:07:46

XNAとかいいかもよ

**名前は開発中のものです。** · 2007/01/17(水) 00:51:48

飛翔鮎は過去スレで話題に出てたな確か。
HSP使ってる俺としては興味深かった。

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

HSP使ってたんだけど次第に不満が出てきて
C#に移住したんだけど難しくてよくわからない
そんな俺にオススメの本やサイトを紹介して欲しい。

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

お前はゲーム遊んでなよ

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

HSPが何がまずいって、HSPではじめるとスタートラインがHSPレベルになることだな。
C#は、まだいいよ。

さて、ひと段落、と一息ついたところで、幼稚園児か、高校生がという現実的な違い。
しかし、本人は、幼稚園児だということは気づかないところが恐ろしい・・・。

**名前は開発中のものです。** · 2007/01/17(水) 03:06:10

日本語でおk

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

HSPは今でも
バイナリデータのコンバータとかエディタとか
ちょろっと作ったりするときに重宝してるｗ
もうメインで使う気にはならんが

**名前は開発中のものです。** · 2007/01/17(水) 18:49:13

弾一発の威力ってどのくらいにしてます？
ボムが毎フレーム1ずつ打撃を与えるとして自機弾は一発20とか
みなさんはどういうふうにバランスをとってるのかなと

**名前は開発中のものです。** · 2007/01/17(水) 23:56:32

質問ですが、Windows標準のGDIでシューティングって、どの位重いでしょうか？
弾幕500個辺り出したら処理落ちでゲームにならないとかそんな感じですかね？

**名前は開発中のものです。** · 2007/01/18(木) 04:45:54

対象PCのスペック次第

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

処理落ちを起こすならそれはあなたの工夫が足りないせいだ

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

>>607
実際に動かして調整だな。
固い敵は、何秒間でたおせるかを計りつつ調整

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

>>608
GDIなら、CPUが、200MHzあろうが、3GHzだろうが、数百個レベルならほとんど変わらんくらい

　重　い。

素直にDirectXにしとけ。
Vistaは知らん。

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

ものによるなぁ。3Dなら論外だけど、
ギャラクシアンレベルならいちいちDirectXなんて使うなよ
って漏れは思いそうです。弾500と言っても大きさ次第かねぇ。
DDB間の転送は結構早かったような。うろ覚え。

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

私は、
http://otoku777.lxl.jp/
で、毎月３０万以上は貰っています。

フリーメールでも登録（応募）できるしね。
まだ登録（応募）してない人はしたほうが良いよ。
http://otoku777.lxl.jp/

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

フルスクラッチでGDIのみで2Dを作ったこと有るけど
半透明を使わなかったらそこそこいけましたね。

でも見劣りするのがなぁ・・・

**名前は開発中のものです。** · 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
押し付け？
押し付けじゃねーよ。当たり前の常識のことを言っているだけ。
ボタンを押したら、弾がでるくらい当たり前のことだ。