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

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

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

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

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

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

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

無限ループだな

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

固定少数で小数部の初期化を忘れて整数部の初期化だけしてたおかげで
ずれたことはあるなぁ。

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

リプレイはキャラが変な動きしたときの再現に役に立った。
だから漏れにとってリプレイはデバッグルーチンのひとつでつ。

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

>>355
ソースが無いから余計混乱させることになるかもしれないけど
BBXに昔、商用3D格闘ゲームをWinで作ってる(自称）の人がきてた。
で、リプレイでずれることがあるとかいう話を展開してたのは覚えてるけど
もうずいぶん前だなぁ･･･。BBX過去ログにはのこって無いのか？

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

>>359
ありがとうございます。

と、その後もう一度ググってみたところ、該当すると思われる情報をひとつ発見しました。
ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=36&vew=256
# 「似たような検索結果を表示」にしないと出てこなかったので前は気付かなかった…。

多分>>243で言われてたのはこれかな？と。
同時に、同じスレッド内で初代Pentiumの演算バグについても述べられていたので、
もし当たりなら、昨日言われてたことについてはほぼはっきりした気がします。

で、これを見た上での自分の結論としては、
この問題への対処としては「浮動小数を使わない」ではなくて、
「ゲーム中に裏でヘンなソフト動かさないで」で終わりにしようかと。

こんなことのためにプログラムに変な足枷を付けるのは、
個人的にはトレードオフとしてやってらんないレベルだという感想だからです。

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

>>358
俺もその経験あった。
リプレイ中に任意早送りつけたら便利なこと便利なこと。

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

>>361
リプレイの任意早送りか。いいなそれ。

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

リプレイ？

ＡＶＩで出力汁。コレ完璧

次の話題どうぞ

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

さすがに巻き戻しは考えたことねえな

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

>>361
あー、それ俺もやってた
というか、完成した奴にも普通にその機能実装してたけど

>>364
便利そうだが、大変だな

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

ステートセーブ付けるとデバッグに便利かも。

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

いろいろ面白いことができそうなんだよなー、ステートセーブ。
巻き戻しはステートセーブの応用でもいけそう。

ただ、1面1リプレイというスタイルでいまどきのCPUなら描画適宜スキップすれば
面の最後まで数秒で早送りできるだろうから、大抵のことは早送りで済む。
その数秒が惜しいような機能には、ステートが有効かもな。

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

どうせならコマ送りも欲しいな。
当たり判定のアラがバレるケド（藁

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

ステートセーブで巻戻し実装するとなると
フレーム毎にステートセーブすることになるのか？
オブジェクト多いと少しえらいことになりそうだな

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

60フレームごとなら軽くなるかな
別スレッドでステートセーブ…は途中までセーブしたところで変化してしまうから意味ないか

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

ステートセーブなんて言葉、初めて聞いたが、
みんな平然と使ってて何かと思ったら、エミュで使われている言葉か。

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

そうやってエミュ叩きの流れを作ろうとしているわけですか？

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

まぁ、CPUレベルでのデバッグとかハードウェアとかにある程度詳しくないと見ない用語だし、
知らないのは恥ずかしいことじゃないよ、たぶん。

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

システムによっては相当な量になるだろうね、音声とか画像のように
垂れ流される情報とかあるし。

でも再生点を自在に設定できれば、復習したい場所から何度でもやり直しプレイ
ができるので面やボスが長いゲームにはいいかも

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

ステートセーブって、どうやるんでしょうか？
タスク内のデータを全部保存しておく、って感じでしょうか？

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

状況を再現するのに必要な情報を保存。

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

まぁ、とりあえず保存して、再現してみればいい。そうすれば何が足りないのかわかる。

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

ゲーム中で、出力命令があったら出力処理している部分を、
いったん組み直す必要があるわな。

ゲーム中の出力命令を中間データに変えるようにし、
今のフレームのすべての出力命令がそろったら、
中間データを用いて出力処理を行う形に組み直す。

この形にすれば、逐次、中間データを保存することで、
ステートセーブが完成する。

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

え？敵の位置などの状態、変数を保存するのがステートセーブなんじゃないの？

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

VMで組んで
VM上のメモリをそのままHDDにセーブすんだよ

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

>>378
それ、出力部分しか保存してないから
ステートセーブにはならないんじゃないか？

**偽ガルーダ** · 04/09/04 04:38

TypeXはＰＣベースらしいですね。
ここのやり取りが色々参考になるかも。（ならんか？）

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

なにほざいてんだバーカ

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

ステートセーブなんて真のステートセーブはエミュならではのものなんだよ！
考えてみると構造体の中にポインタがあったらそれだけでmallocされたメモリとかアドレスとか
あれこれ違ってくる。RPGのセーブはステータスと場所とフラグぐらいだが

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

>>384
|ω・）つ[シリアライズ]

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

>>384
|ω・）つ[シリアライズ]

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

シリアライズの実装は難しい

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

ステートセーブは大変だよな…普通はステージごとのセーブとリプレイ早送りで十分だ。
ステージ開始にセーブ/ロードするだけなら、普通は敵や弾の座標は一切記録する必要が無い。
自機のステータスとランクなどだけですむ。

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

そういや、ボス前に雑魚を出さない仕様にするとかあるな。

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

ボスの必殺技を何度も何度もチャレンジしてみたいというのはあるが．．．

しかし実装し（てもらい）たいのは自分のゲームじゃないんだな。

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

最近の言語ならシリアライズは標準実装で余裕だろ

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

よし、あれだ。

巻き戻したい場合は１フレーム目から計算しなおせば良うわなにおする

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

音楽プレイヤーでシークを「冒頭から指定時間までの早送り」として実装するようなもんだな
多少時間はかかっても実用に堪えればそれでよい

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

CPUとGPUを上手く並列に処理できるよう書いてる人って居ますか？
要するに現フレームのバックバッファへの描画を終えて垂直同期の待機中、
CPUは次フレームの計算を初めても問題がない、って部分っす。
実際2Dシューってそこまでする必要はないと思うけれども…
そうなるとマルチスレッドにしてイベントで同期を取るって感じになるのかな。

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

>実際2Dシューってそこまでする必要はないと思うけれども…
計算だけになるから凄く速くなる。先の分を処理しても
一回先の計算を終えて待っていることになりあまり効果が無いかと…
むしろ表示が原因で処理落ちが発生しているときに、タスクの
座標計算だけ処理して表示を何回か飛ばしてしまう処理の方が
ほしいのではないでしょうか。

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

ttp://up.isp.2ch.net/up/220b9d78ae46.lzh

観音蜂を改変してみますた。
エクステンドいじってみただけですが、バランスぶっ壊れ。

**396** · 04/09/05 06:58

ただし、うちは観音蜂の作者じゃないので、間違っても観音蜂の作者に改変についての動作不都合報告とかしないように。

とりあえず動作確認はしてありますが、ウイルスチェックはしたほうが安全かもしれませんし、
また、ノークレームでお願いします。

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

そんなものをここに貼るのはまちがっている。
技術的にも見るものがない

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

>>394
まぁすでに３Ｄの描画でもネックじゃないしねぇ
レスポンスがおくれるほうがまずい

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

>>398
見るべき所があるかどうかは、見る人が決めること。
藻前が決めることでも無いだろ。というか、
見るべき技術のあるヤシが、こんな所に張るわけがないだろ。

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

技術的に見るものがないかどうかはともかく
勝手に改変したものを貼るのはどうかと思うが？

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

改変の具体的な内容とその手段が明らかにされればそれでいいや
俺は触ったことがないが、チートツール使えば一発ですむようなネタかな

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

まあとりあえずｱﾌｫがいることだけは連絡済み。

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

>>403=ｱﾌｫ

**396** · 04/09/05 22:21

>>402
正式に配布されているパッチ03とdiffしてください。
２箇所を数バイト書き換えた程度です。

２回目以降のエクステンドを劇ヌルにしますた。

とりあえず弾幕の研究などに役立ててみてください・・・って役立つのか？

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

>>405=396
板違い。ここ池。
http://pcstg.s59.xrea.com/

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

>>398=401=403=406

**396** · 04/09/06 01:16

>>407
ADSLでネカフェに入れるようなお金持ち合わせてないんで、無茶です。

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

チートは板違いやね。

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

じゃ、作者側としてはチートに対抗する手段を考えよう。
完全に防御するのは無理としても、シロウトに毛の生えた程度のレベルの奴らの解析モチベーションを萎えさせるような。

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

全てのキャラにスレッドを持たせてマルチスレッドで動作。
順序が必要な場合はきっちりイベントでスレッド同期を取る。
スクリプトは実行時コンパイルでマルチOS対応だぜ！

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

タスク処理を知ってるかい？

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

メモリ上の変数のアドレスが起動ごとにころころ変わればいいんだっけ？
パターンマッチ検索にもひっかからないように、さらにシャッフルしてみるとか。

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

例えばチートの手法ってどんなのがあるか浮かぶものとして、
・プログラムファイルの解析＆修正→デフォルトの残機数を記載してある部分を修正
・メモリの変化をサーチ→ダメージを受けたり、残機やライフが減ったときの前後の
メモリの変化を調べ、残機値が格納されたアドレスの値を変更

などあると思うけど、他にどのようなものがありますかね

**初心者シューター** · 04/09/06 16:11

１機目から読ませていただき大変勉強になっています。
質問したく書き込みしました。一般的に機体・敵・弾にどのくらいの変数を持たせるのでしょうか？

ネットサーフィンをしていて弾には５０以上の情報を持たせているというのを見て驚き質問しました。
ちなみに自分はフラグなども合わせて１０個前後です。

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

30から36バイトだなぁ…

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

自分に限れば、敵は多くて30個、敵弾は曲げない場合多くて10個
でも凝っていろいろ増える場合もあるし、ちゃんとした理由があり保守や速度で対策がとってあるなら
やたら多くても構わない

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

>>414
自機数の増減を行う部分に、暗号化したコピーを別の場所に作成しておく機能を
付加しておく。暗号化したコピーと、自機数が異なったら終了にする

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

メモリアクセスを検知したら強制終了みたいなことはできないのかねえ

自機の数とか正規に増やすには専用のイベントを呼んで増やしていくみたいにして
不連続&&イベントで増えていないと判断した場合は1機にしちゃうとか

実装するにはフラグを作るって感じで
フラグがONになってないのに増えていた場合は不正と

でフラグも変えられたらとなるかもしれんがフラグはmallocで確保して
どこにあるのかわからないようにすればいいのかな

不正を関知したときの罰をどうするかだね
これ次第では解析をやる気を無くすことになる

普通なら1にもどるとかだけど
場合によってはセーブが消えるゲームの例もあるそうだし
DQ IV(PS)は改造王 ? だっけて称号になるとか
シューティングならタイトルに戻るとかがいいね

某シェアウェアみたいにロジックボムは・・・

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

ワークラムのチェックサムとるとか。

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

とにかく軽い事が前提って感じもするな
不正チェックでFPSが下がったりしたら目も当てられない

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

内部処理の範囲内だから
余程大げさなことしなければ
処理速度に影響は出ないでしょ。
場合によっては、毎フレームチェックする必要もないし。

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

普通にパラメータのチェックサム取るだけでも、処理速度に影響しない割に
かなりの効果はありそうだと思う
できるだけ対象のパラメータが変化する部分をまとめたほうがいいかな。

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

>415
たくさんの変数を持つオブジェクトを作ってるのは、
最小公倍数的な設計をしているからじゃないの？

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

ＯＳレベルのクラッシュコードを走らせる＞罰

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

それは誤爆したら洒落にならん。
しかも誤爆じゃなくても、製作者の評判が貶められる自殺行為。

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

即タイトル画面に戻す　→　無難
増やしたはずなのに増えていないような…いや、増えたように見えているだけ？
ボス体力が無限になっていて自爆もしない？など混乱させる
　→　解析への嫌がらせとしてはこちらのほうが効果があるか

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

東方みたいなストーリー性の高い奴を作る場合なら、1回不正を検知したら
クライマックスで突然
「お前メモリいじったろ」
「この卑怯者！」
とか罵声浴びせてバッドエンドとか……はて、どっかで見たような。

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

何か一昔前のプロテクトみたいだなw

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

ああ、別にどういうタイプでもエンディングでスタッフロール流す代わりに悪口を延々流せば良いのか。

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

>>412
擬似タスク処理を無駄にCPUとOSの機能で実装して
意味不明なことをすることに意義があるんじゃないかｗ

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

wingroov関係の記事ググって読んでみ。
正直怖くなる。そんなことできなくなるから。
>バッドエンド、クラッシュコード

「別のプロセスにより書きかえられました」
とか丁寧で無難なメッセージを表示してexit。

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

クラッシュコードは冗談で言ったんだろうけどさ・・・

まぁ、俺はPCのシューティングゲームはリプレイで競い合うもんだと思ってるし
凝ったチート対策なんていちいちしないけどね

意図的な処理落ちによるスローモーション対策とかはがんばってるよ

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

ねこまんまが脅威だ・・・
メモリアクセス検知ありそうなんだけどねぇ。
ある？

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

ねこまんまのプロセスがあったら終了で

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

チートやクラック対策は別板に行った方がレベル高い情報得られると思う。
STG特有の話でもないし、俺や素人が思いつくレベルのことなら既出だろうし
クラック方法もほぼ確立してるだろうし。
APIフックやIsDebuggerPresentでとりあえず対策してたつもりだったけど
破る方法さっくり言い当てられちゃったし。

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

チートプログラマー養成スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1030635642/
Windowsでクラックされないオートセーブを！
http://pc5.2ch.net/test/read.cgi/gamedev/1013457353/

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

正直、クラック対策より完成を急ぐ方が先だろ

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

然り

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

納期があるわけじゃあるまいし
急ぐ必要はないだろう

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

他人にゲームとして遊んでもらえる最低限の出来、を完成とするなら、
一般的にはできるだけ急ぐほうが良いのでは。
(調整が完了するという意味での)完成は永遠にしないよ、という宣言は例外としておいとく。
まあのんびりやって長くモチベーションを維持できるスキルを身に付けてる人なら、特に急ぐことも無いか。

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

「ゲーム」の質を優先させるべき、と言いたかったのではなかろうか。
チートさせる気を起こさせないほどの、「ゲームとしての面白さ」が最強のプロテクトだ！
とか言ってみるテスト。

**名前は開発中のものです。** · 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ドットじゃ小さいだろ　→　ネタゲーのように単純拡大　といった方向。
最初は低画質だが、自分の好みの粒の揃った素材を用意できるかも、あたりが発想だったかな。
爆風ツールとかドット絵ツールで普通に素材用意もしてるんだけどね。
うーん、うまく説明できないや。ともかく大幅に期待外れな内容でスマンかった。

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

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