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

**名前は開発中のものです。** · 04/06/16 07:45

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

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

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

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

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

>>868
乙。
やってみた。動作に問題はなさげ。
以下疑問質問。
・キー入力に対して自機の反応がかなり遅いんだけど何故？
・左右スクロールは無し？
・自機はセセリたんですか(*ﾟ∀ﾟ)＝3

こっちの環境書いとくね。
AthlonXP2400+、RADEON9600pro、WinXPpro、DirectX9。
いじょ。ガンバレ。

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

>>868
キー入力されてから実際の動きに反映されるまでの遅延が凄すぎ
おかげで弾幕が全く避けられん
確かにUSBジョイスティックの入力をDirectInputが拾うまでの遅延はあるのは
知ってるが、それ以上に遅い気がする

当方環境
P4-2.4C Radeon9600np Win2k DirectX9

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

＞868　すげーヽ( ・∀・)ﾉ
AthlonXP2500+/PC2700 1280MB/RADEON 9800Pro/Win2k/DX9cR
ほぼ60fpsを維持。他二方が言ってた入力遅延は起こらなかった。
パッドは、psxpadドライバを使ったSFCコントローラ(パラレルポート経由)

**871** · 04/08/04 11:54

連続書き込みｓｒｙ

USB接続のゲームパッド持ってることを思い出したんで、そっちでやってみた。
結果は変わらず、遅延は感じられなかった。なんでだろ？

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

AthlonXP2000+、GeForce FX 5200、Win2k、DirectX9b、サンワのUSBパッド
1ボスが爆発で40程度に落ちる以外は概ね60程度を維持してる。
入力の遅延は全く感じず。

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

偽ガルーダ
設定にXML使うのはいいんだけどSOAPってあたりが激しく疑問だ

PentiumM1GHz/855GM

爆発時以外常時６０ｆｐｓ安定
ＵＳＢパッド遅延無し

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

P1.6GHz XP Geforce4440ノートPC DirectX9
60fps維持、ボスキャラ爆発で57fps前後
ジョイパットないのでキーボード操作、全く問題なし
ボスキャラ作って断末魔「お嬢様ー」と叫ばせて欲しい

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

Cerelon400相当/TNT2
タイトルから先が動かなかった…。
後日別マシンで動かしてみよう。

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

P4-2GHz/Radeon9200/dx9
タイトルから進まず。desktopのリフレッシュレート85Hzが、titleでそのまま使われてる。
dxdiagで60Hz強制上書きにすると、ちゃんと60Hzになる。そこからZ押しで強制終了。

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

>>868
PenIII / 886MHz
Mil.G550
SVGA 60Hz
Win2K

起動してもLoading Please Waitが出たまま反応せず。

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

>>868
Pen-M1.6G/RADEON9000Mobility/Mem1G/WinXP
DirectX9b+OMEGA DRIVER
FPS300～400前後でフレームリミッタ効かず

**偽ガルーダ** · 04/08/04 23:26

ご協力感謝します。参考にします。
粘着してた甲斐がありましたｗ

＞・キー入力に対して自機の反応がかなり遅いんだけど何故？
自分の所で、症状が出ているのか、判断出来ない状態です。
明らかに判るレベルでしょうか？調査します。

＞・左右スクロールは無し？
取り合えずは、なしです。（手抜きです

＞・自機はセセリたんですか(*ﾟ∀ﾟ)＝3
その反応を期待してそうしましたｗ

＞その他、動作しない
調査してみます。

入力には、DirectInputを使用してます。
DirectXは9.0bを使用しています。
今の所、テクスチャは512*512,400*480の２種類を使用してます。
XMLパーサーには、Microsoft XML 4.0 Parser を使用してます。IE5.0以上？が入ってればＯＫだったかも、、。
ビデオカードは、ハードウェアT&Lを前提として組んでます。(Direct3Dです)

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

>>874
ほんとだｗ
なぜSOAP・・・

**869** · 04/08/04 23:54

セカンドPCでやってみたが、こっちはそれほど遅延はなかった。
けど全く無いわけじゃないと思う。869で書いたPCは誰でもわかるほどの遅延。
今回テスト環境
AthlonThunderbird1.0GHz、GeForce2MX、W2k、DirectX9。
ちなみに今回はUSBキーボード。869はPS/2キーボード。

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

いや、XMLパーサとSOAPは関係ない
あきらかにちがってる
たぶん参考にしている書籍かなんかがSOAPだったんだろうなぁと

どっちみち紛らわしいしやめとけ
俺みたいに仕事してればひっかかるから

**偽ガルーダ** · 04/08/05 00:07

>>874,881
何故にSOAPてのはですね、、。
ツール側のシリアライズ、デシリアライズに使われていてですね（Ｃ＃で組んでます）、
それを未加工で使わせてもらってます。
そのデータから、必要なメンバだけを使用しているわけです。
間にコンバータ挟むと、修正の際も含めて、工程が倍になるかなー？という所での実験です、、。

>>869
サンクスです。そですかー。
では、こちらの環境では、再現出来てないです、、。
今、取り合えず、デバッグモードでトレースしてます。

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

いや、Ｃ＃だろうがSOAPヘッダつける必要はないだろう

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

>869
やってみた
細かいことだけどキャラが画面端にいくとぷるぷるしてるのが気になった
後全体的に弾速がかなり遅いね赤状態でちょうどいいぐらい

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

入力の反応が遅いんで微妙なところかと

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

偽ガルーダやってみました。
他の方も言ってますが、キャラの移動がもっさりしてるような気がします。
あと、斜め移動が縦横移動より速い気がします。ルート2倍かな？（知ってて放置してるのだったらすみません。
まだ荒削りの段階なのでしょうが、よく出来てるなーと思いました

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

そいやグラVは斜め移動速度はルート2倍だね。
縦STGでは最近あんま見ないな。

**偽ガルーダ** · 04/08/05 05:06

偽ガルーダ、途中ver.0805をＵＰしました。
http://gamdev.org/up/upload.php

D3D,debugで例外が出ていたので、修正しました。
後、簡易マニュアルを付けました。
内容はほぼ一緒です。

エラー処理等、時間掛けてみてみます。

**偽ガルーダ** · 04/08/05 05:09

>>886,888
はい。単なる手抜きです。
追々直す、、かもです。

**877** · 04/08/05 12:15

同じく、タイトルでゲーム強制終了。
一応、他のアプリのウィンドウ位置が復元されない(破壊される)ことをもって強制終了と判断してる。

**869** · 04/08/05 12:44

そいや前のバージョン終了するときエラー音出てたな。
今度のは平気っぽいです。

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

偽ガルーダ見ても自分で書いてるコードでテストしても、こうも入力の遅延が
大きいのを見せつけられると暗澹たる気分になってくる
STG、特に2D弾幕系を作る環境じゃねえよ
ぶっちゃけ製作のモチベーション下がる…

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

うちではそんなに遅延してないと思うが…
入力の遅延は正確な計測ができないから(プレイヤーの感覚しかない)、難しいな

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

ジョイパッドの方向キーをほんの一瞬”ﾁｮﾝ”ってな感じで押してみるとわかるよ。

アーケード基板やファミコンでもキー入力された瞬間にキャラクタの動きが即座に
反映されるが、偽ガルーダに限らずDirectInputで同じ事やるとキー入力（↓）
されてそれが離れた（↑）後でやっとキャラクタの動きに反映される。

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

ジョイパッド持ってないのでわからないけど

>>896
キーボード操作でもそうなります？

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

遅延って仕様なの？
どうしようもないのか？

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

>>897は、>>894の内容へのレスでした。
>>890やってみたけど、うちの環境ではキー入力の遅延はなかったです。

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

USBゲームパッドを語るスレ Part 3
http://pc5.2ch.net/test/read.cgi/hard/1087382918/

なにかヒントは無いか。

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

>>896
まぁDirectInputだけの問題でもない
環境依存かと
ちみのマシンはかなり遅延でているようだが

極論いえばリアルタイムＯＳじゃない時点でお察しください
リフレッシュレートをDirectXで確実に変える方法もないし
ゲームに適した環境でないのは確か

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

偽ｶﾞﾙｰﾀﾞ、うちの環境では開発用のメイン機が一番遅延大きかったんだよな。
自分で作ってるゲームはこんなに遅延出なかったんだが…。

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

遅延ってOSとかDirectXが原因ってのもあるけど、パッドが一番悪いんでないの？
I/FSEGAだと遅延を感じたことはないし、USBだとはっきりわかる

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

>880
ところで、テクスチャサイズ400*480なんてけったいなサイズは、
ちゃんと2の累乗まで水増しして作ってるのか？

**902** · 04/08/05 20:41

>>903
俺はキーボードでテストしますた。

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

遅延といっても原因はひとつだけじゃないからな。
1)パッド→PC
2)入力の内部処理
3)ゲーム進行の演算内部処理
4)描画処理
5)ビデオカード→モニタ
画面に出るだけでこれだけ段階があるんだから
どこか噛み合わなければ遅延が出る。
2～4は出来る限りアプリ側で解消したほうがいいけど。

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

MS SideWinder Joypad(レガシーな方)だがやはり遅延を感じるな
入力から3フレくらい遅れて感じる

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

なんかもっさりしてるね。
自分が今作ってるプログラムだと遅延はほとんど無いんだがなぁ・・・
ちなみに SMART JOY PAD 3 でプレステ２のパッドを使用してる。

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

なんか加速度付いてる感じ？
止まる時にタイムラグを感じるわけでもないような気も。

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

>>906
既に問題が絞れた上での議論なんだが…
それの1か2、特に1番目の入力の取り込み遅延が問題なﾜｹで

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

今回のに関して既に絞れてるとは言えないと思うが…。

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

見てないので適当に書くけど、Win32のjoyGetPosではどうなん？
DirectInputって微妙に信用ならんし設計も気に入らんので使ってない俺。

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

「画面端でぷるぷる、に入力遅延の謎を解く鍵が！？」

などと、てきと～な事を言ってみる。

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

　∧ ∧∧ ∧
　(ﾟДﾟ≡ﾟДﾟ)　ﾌﾟﾙﾌﾟﾙ
　　　|し　|つ
　　⊂__　|
　　　し'

　(( ∩ )) ﾌﾟﾙﾌﾟﾙﾌﾟﾙ
　　γ'⌒ヽ∧ ∧
　　し'ゝつ( ﾟДﾟ)つ

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

画面端ぷるぷるは単に座標のリミットを移動後に処理してるからじゃない？

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

>>914
あはは！

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

亜覇破！

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

結局Windows環境では弾幕シューは不可って事でＦＡ？
やるせねえな

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

さあ…
しかし俺は自分のゲームでは偽がルーダのような遅延出てないんだが…。

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

Windowsの同人ゲーで弾幕シューだらけの状況を見て何を寝惚けたことを。

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

プログラムが悪いんだろ。環境のせいにすんな

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

(1) ヘンな変換器など環境依存な条件で遅延が起きる
(2) 環境は問題ないが、プログラムの都合で遅延する。プログラム次第で遅延なしにできる

大部分のWindows用STGは遅延しない。(1)と(2)の遅延の内容は別。
今回の問題は(2)なんじゃない？
うちではタイトルでボタン押すと落ちるので確認できてないが。

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

そりゃ、メモリー破壊起こしてる可能性が大だな。

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

Windowsのメモリー保護が強化されたとはいっても、
実行中の他アプリの動作に影響を与えなくなっただけで、
実行しているアプリ自信のメモリーデータに対しては、
保護しないからな。まあ、保護できるとも思えんけど。

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

というか、アプリがアプリ自信を破壊するのは
さすがに保護できるとは思えん。

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

しかしこの、メモリー破壊という言葉はどうにかならんか？
メモリーが物理的に壊れたと、勘違いするヤシが多いと思うが。

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

弾幕シューは不可なWindows環境もあるって事じゃないの？

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

プログラムに問題のある可能性が大きいな。

まさかと思うが、Windowsにまったく処理を戻さずに、
プログラムを動作させてないか？

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

メモリリーク、と一般的に言われてないですか？

遅延はＰＳパッドのUSB変換機の類だと遅延が起きるものがあるらしい。
今回はキーボードでも起きているらしいからコードの問題かもね。
遅延が起きてないケースもあるから微妙だけどなー。

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

偽ガルｰダやってみたけど
遅延している原因は画面の更新をV-syncでやっているからかもしれない。
描写が汚くなるけど、Timerでやれば遅延はなくなると思う。

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

>>929
メモリ破壊とメモリリークは違いますよ。

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

メモリーリークはメモリーの削除忘れにより、
メモリーを食いまくる現象。メモリー破壊は、
メモリー上の書き込んではいけない領域に、
書き込みを行った結果として、発生する現象。

まあ、メモリーリークを繰り返した結果、
メモリーを取得出来なくなって、
メモリー破壊を起こす可能性はある。

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

ただ、今回のコレの場合は、メモリーの
フラグメンテーションの可能性もあるんだよな。

メモリーの取得や削除をバラバラに行った結果、
メモリーの取得状況が虫食い現象を起こし、
メモリーを取得出来なくなる現象。reallocを
多用して、あちこちで動的にメモリーを使用
している場合にも起きる。

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

そんなタコなドライバがあってたまるか

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

いや、プログラムの側が、そうした事を
してる可能性を示唆しているだけなんだが。

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

>>933
その可能性は無いな

**偽ガルーダ** · 04/08/07 19:37

>>923
バッファオーバーランの事ですかね？
気を使ってはいますが、、。

>>933
初回タイトルから発生なら、少し考え難いですが、それも踏まえて、

現在、エラー処理として、テキストログを書き出すようにしたんで、
細かいエラー、アサート、Ｄ３Ｄ初期化失敗原因も特定し易くなる予定です。

遅延については、まだ、手付かずです。スンマセン。

**名前は開発中のものです。** · 04/08/07 20:41

バッファオーバーランは、メモリー破壊の原因の一つではあるわな。

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

某東方でも入力の遅延は問題になったことがあったね。
それでユーザーから報告があって、コンフィグに
「DirectInputを使用しない」の項目が追加された経緯があった。
うちでは遅延というほどではないが自機が滑る現象があったがその処理で軽減されたり。

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

東方は知らんのだが、そのDirectInputを使わない設定で現象が軽減された事例があるんだろうか？
だとすれば速攻DirectInput捨てるんだが

**名前は開発中のものです。** · 04/08/07 22:56

WinXPあたりだとWin32のほうが安定しないこともあったような

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

>932
そういうのは、普通
「アクセスバイオレーション」って言わないか？

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

>>940
＞だとすれば速攻DirectInput捨てるんだが
それは流石にやめとけ

**名前は開発中のものです。** · 04/08/07 23:36

>>942
その用語の用途は、破壊される前に検出したっていう意味では？

**名前は開発中のものです。** · 04/08/07 23:41

>>944
和訳してみ

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

>>945
violation ... 違反,違背,妨害,侵害,侵入,暴行,強姦

最初の訳を取って、「アクセス違反」だよね？
アクセスの和訳は勘弁してな。

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

フッ　だからあれほどJavaを使えとぬるぽ

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

なんかめちゃめちゃな流れのようだが、とりあえず以後アセンブラわからんやつ発言禁止

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

947かっこいいな

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

>>947
Javaなんかで弾幕張れるｶﾞｯ！

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

てめえの頭の悪さをＪａｖａのせいにすんなよ

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

Java2DはWinの実装だとDIB、DDB、DirectXをつかうからな
もちろん、綺麗にカプセル化していてvramの復元とかも
すべてインテリジェントにやってくれる

NTでもLinuxでもきれいに動くしUMAのノートで垂直同期とって
スプライト２０００個が60fps余裕ででたので
やっぱり>>950がぬるぽなだけだ

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

まぁHSPと比べたら確実に速いしな。
別にJavaでもええんじゃないかぇ？

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

言語論争は宗教論争にしかならないから、やーめーろーよー
シューティング制作の話、しようぜ？

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

キーコンフィグ画面作るのめんどくせー

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

さて、そろそろ次スレの季節なわけですが。
皆さん、いかがお過ごしでしょうか？
テンプレは何にします？

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

>>1-3の変更チェックﾏﾝﾄﾞｸｾ

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

低スペックのＰＣで快適に遊べるのを作れよな

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

>>952
んなわけない。
最新のPCでも、Javaで60fpsのスプライト2000個なんて無理。
嘘をついちゃいかんよ。

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

>>958
ﾍﾟﾝIII-800、GF2MXくらいならOKよ。

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

>>958
PenII233MHz VRAM1MB を目標にしてまつ

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

>>959
あふぉがいた
Javaの動きしってるのか？

もしかしてJavaは９６年あたりで止まってる人？

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

>>961
そこまで下げる必要あんの？
他に問題起こりそうだ。

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

Javaがえらいんじゃない、JITとDirectXが頑張ってるだけだ。

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

(´-`).｡ｏＯ(今は、どれぐらいが底スペックなんだろ)

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

その実装ががんばってるというところだろう
そしてその実装含めてSunとJavaだろう
だって1.4からvramアクセスや垂直同期フリップはいったしだし

VolatileImage同士の転送が柔軟になっていればもっと速度でそうだけど
サーフェースの消失管理とか全自動なんでこれはこれですごいけどな

VBとかHSPでゲームできているうちはそれよりはるかに高速なJavaなら余裕だろう
Hotspot殺してインタプリタモードでも１０００個はでるっぽいから
言語や環境は問題じゃないだろうな

>>959みたいな死滅スレの出張はわからんが

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

俺の基準では1GHz未満が低スペック。
判りやすいっしょ。

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

シューティングの面白さは、スプライトの数ではなく、
敵や段幕の動作や配置にある、と言ってみるテスト。

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

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