アクションゲーム製作総合スレッド Part1

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

ワンキーゲーから格ゲーまで、様々なジャンルの基礎とも呼べるアクションゲーム。
このスレでは、そんなアクションゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論などについて語り合いましょう。
もちろん自分の作ったアクションゲームを晒してみたり、
プロジェクトをはじめてみるなどもOK！

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

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

>>243
そんなの入れたくない。
mpgにして。

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

俺もQuicktimeとRealは絶対に入れたくなかったので
MediaPlayerClassicのプラグイン？で見ている。

保存するものは基本的に全部AVIに変換してから保存するが。

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

はいはい

**名前は開発中のものです。** · 04/12/05 02:48:50

返事は1回

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

>>244 >>245
WMVのムービーが見れるようになってますよ～。
http://www.geocities.jp/hexazombie/hexabor/

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

㌧
あんま見てても面白い内容になってないな…

**名前は開発中のものです。** · 04/12/07 22:29:33

MIDIをストリーム再生してるやつっているか？
MCIは開くまでの時間が長いので、使いもんになりまへん。
DirectMusicも嫌いだしなー。

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

MIDIは環境依存だから仮のものって印象しかない

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

ストリーム再生ってことは自分でドライバ作らないとだめってことだな

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

MIDIモジュールにデータ送って音鳴らすだけなら簡単。
切れ目のないループ演奏も大して難しくない。
普通にSMF開いてそれを演奏ってまでやろうとするとちと面倒。

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

MIDIって、ストリーム再生しなきゃいけないほど、ファイル大きかったっけ？

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

MIDIなんか使うなよ。

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

>>254
200KBのBGMファイルをMCIで開いて味噌ｗ

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

MIDIでなんでそんなデカくなるんだ？
SysEX使うわけでもあるまいし。

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

>>254
ちみはストリーム再生の意味がわかってないとおもわれ

ここでいうストリームってのは途切れのないループをするために
独自ドライバでMIDIコマンドおくることだろう

SMFファイルをながしておわりというレベルとは違う

ZMUSICとか参考にして作ればいいだけ

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

＞ここでいうストリームってのは途切れのないループをするために
＞独自ドライバでMIDIコマンドおくることだろう
あほなこといってるとおもう

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

MIDIをBGMとして使おうとする神経がわからない
鳴らさないほうがマシだ

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

まぁ遊ぶほうとしてはoffにできればoffにして遊ぶだけだったりする
offにできないのはクズゲームとして捨てる
惜しいほど面白いならデバイス消音して遊ぶ

それとは別に、>>258のようなのは作りたいもんだとは思う
スレもいくつかあるようなんだが、大抵はUI作るのとごっちゃになっててどうにもこうにも
スレと関係ない話が混ざった

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

確かYGS製のゲームはストリーム再生だったと思う。

**名前は開発中のものです。** · 04/12/10 22:49:03

音楽として演奏（一連の流れ）っていう意味では全てストリームなんだが。
というわけでMCIもストリーム再生に含まれる。

>>261
どうせやるならオーディオのストリーミングもいいぞ。
一から自分で作った波形がそのまま再生されるってのは結構感動。

**名前は開発中のものです。** · 04/12/11 00:10:50

>>263
処理の手順としてストリームかどうかってことじゃねーの？

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

>252
ドライバというか処理を書くのは簡単。

演奏用スレッド立てるなりマルチメディアタイマを起動するなりして、
一定の間隔でmidiOutShortMsg()などでMIDIを操作するだけ。

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

誰もスレ違いなことに気付いてないのが凄いな

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

このまま誰も気づかずに1000まで行く予定

**227** · 04/12/13 12:47:43

今作ってる奴が、もう少ししたらＵＰ出来るかも。

サイキック・フォース（って知ってる？一部で人気だった）
ジャンル的には、３Ｄ格闘＆シューティングなんだけど。
あれ作ってます。
モデルデータとか作ってくれる人居たらいいなあ。

**名前は開発中のものです。** · 04/12/14 03:57:22

なつかしいもん作ってるな

**名前は開発中のものです。** · 04/12/14 05:13:30

今で言うところの、旋光の輪舞、か

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

ストEXと同じく、3Dモデルを使うが扱う座標系に2D準拠のものがあったりしそうな

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

>268
ｽｹﾞｰ、期待してます
ＰＳ版のカメラワークは当時ツボッた

**227** · 04/12/16 04:40:26

取り敢えず頑張ってます。

やっとこビルボードの描画を実装しました。
ちょっと特殊な実装方法なので苦労しました。

後は、球コリジョンを実装すれば、ベースは一通り出来たかも。

**227** · 04/12/16 20:19:40

球コリジョン取り敢えず実装、、。

押し出し処理を入れてみたけど、半径が小さすぎるとすぐ軸がずれるし、
大きいとパンチとかが（絵的に）当たらなそう、、。調整ムズい。
ダッシュ等の時に、相手サーチするようにすれば、解決するのか、不安。

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

サイキはシューティングに分類されるのかな？
飛び道具は重要だけど

とりあえず>227期待しとるよ

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

格闘じゃないのか？

**227** · 04/12/19 04:20:01

両方だけど、格闘寄りかな？
実は、前に作った偽ガルーダという２ＤＳＴＧのシステムを拡張する形で
作ってます。
今、コマンド解析の部分にバグがあるようなので、調べてます。
殴ったり飛び道具当てたりとかまで実装出来てます。

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

ああ、君は偽ガルーダの人か。
もう縦シューは作らんの？

**227** · 04/12/19 07:33:42

今の所ないです。＞縦シュー
システム作ったのはいいけど、アイディア＆絵がないのが何とも、、。
今回も言える事ですが。
色々フィードバック出来てて、レストームのようなものも作れるようにはなってると思う。
（後、内部的なコードの汎用性や整理等）

１人で作ってくのは無理があるかな。と。
今回は、色々試した結果、メタセコ＆GameAnim3Dというアニメツールの、
低価格路線でデータ作ってるので、比較的敷居は低いので、
データ作ってくれる人がいると嬉しいな。と。
でもやっぱり３Ｄは敷居が高いか？、、。
ホムペとか立ち上げた方がいいのかな。いずれは。

**名前は開発中のものです。** · 04/12/19 10:28:26

>GameAnim3D
ttp://gameprog3d.web.infoseek.co.jp/ga_index.html
これか

とりあえず完成させてから協力者を募るのが良いと思われ

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

3Dだと仮画像使ってプログラムしていって
後で差し替えってやりづらくない？

**227** · 04/12/21 08:06:32

ageときます。

コンフィグファイルに対応してみたんですが、以外と苦労した、、。
ベースクラスのコンストラクタから、派生クラスのvirtual関数呼べないみたいね。
知らんかった。
派生クラスが未生成だろうから、当たり前なんだろうけど。

>>281 ？？キャラのスケールやらボーン構成が一緒なら大丈夫かと。

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

>>227-231
Silver Knightsとか。

**名前は開発中のものです。** · 04/12/25 23:47:39

ガンガ！

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

俺は何も出来んが>227がんばれ～

**185** · 04/12/26 14:45:11

ttp://up.isp.2ch.net/up/6fdbb549c352.zip

とりあえず台と穴を作りました。2Pが地面より下に行くと動けなくなるのはクリティカルなバグです。
直りません。

**名前は開発中のものです。** · 04/12/26 20:10:47

直せないバグなんてない。

**227** · 04/12/27 00:22:34

頑張ってます。
基本システムはほぼ出来てきました。
（ガード、バリア、回避バリア、ブレイク、投げ、壁ダウン等）
順調なので、そろそろ何か見せれるかも。

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

期待しておる

**名前は開発中のものです。** · 04/12/27 06:46:40

動けなくなるのは仕様ですといえばよかったな

**名前は開発中のものです。** · 04/12/29 18:13:59

>227
スクショｷﾎﾞﾝﾇ

**227** · 04/12/30 02:29:00

ゲムデブの画像掲示板に上げときました。

http://gamdev.org/img/imgboard.cgi

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

かなり出来てきてるな

**名前は開発中のものです。** · 04/12/30 07:41:22

レベル高いなー

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

見たいのに繋がらない…

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

偽ガルーダはもう完成したの？
まだあぷろだにのこってるかな

**227** · 05/01/05 23:36:07

>>296
いえ。なんもやってないです。
絵を描くのがしんどいので止めました。

近々、仮設サイト＆プロジェクト立ち上げてみようかと思います。

**名前は開発中のものです。** · 05/01/07 13:12:37

>>297
がんばってね

**名前は開発中のものです。** · 05/01/07 14:38:47

操作はどうなってるのかなー
原作の操作はパッドじゃないとムリポ

**227** · 05/01/09 18:04:07

>>299
とりあえず、斜め方向は見ないようにしてます。

バリアガード 46G
波動拳コマンド 26S
という感じ。

チャージ（３つ押し）とかあるし、パッドでも親指押しは無理です。

**名前は開発中のものです。** · 05/01/10 18:57:42

3～4ボタンのゲームはプレステのコントローラならR1、R2ボタンなどに割り当てる手がある
とはいえ同時押しはなるべく減らしたほうがいいな

**名前は開発中のものです。** · 05/01/10 21:11:32

キーボードによっては同時押しに認識制限があったりするしねぇ

**227** · 05/01/13 03:04:09

取り敢えず、仮設ページを公開してみます。
まだまだ完成しそうにないですが、宜しくです。

サイキ開発仮設ページ
ttp://www.geocities.jp/psyact_dev/

**名前は開発中のものです。** · 05/01/13 13:37:58

かなりマトモだ
がんがれ

**227** · 05/01/13 22:44:22

>>304
ありがとうございます。励みになります。

プロジェクトスレは、スクリプト、ogg再生ぐらいが実装されるまで
保留した方がいいですかね？

現状、サウンドはappWizdが生成するwave再生クラスをちょっと使い易くラップしただけです。
スクリプトはLuaかPython辺りが良いですかね？（Luaは取り敢えず、組み込みテストが出来た段階）

３Ｄに関しては、メッシュ（mqo）名ぐらいしか縛りはないと思います。
（というか、揺れもの、ビルボード等の機能がないだけですが、、揺れものはいずれ実装したいな。と）

**227** · 05/01/14 09:50:25

ogg再生、取り敢えずしてみたけど、重い、、。
waveだと大丈夫なんだが。
一度デコードしてるから一緒だと思うんだけど、違うんだろうなー。
エンコードのオプション弄ってみます、、。

**名前は開発中のものです。** · 05/01/14 10:23:02

その程度で重くなるかなあ。
開発環境は？

**227** · 05/01/15 01:05:14

開発環境は、P42.8G, M1G, RADEON9700Proです。
ぶっちゃけHL2も普通に遊べるので、このぐらいで落ちる筈はないです。
なので余計ショックです。

キャラモデルは最適化してないので、元々の負荷が高い可能性大です、、。
当然、負荷の表示とかあった方が良いですね。（msとかバーで）
どっかやってるサンプルないかな？ヘタレですいません、、。

oggは曲のエンコードオプションを色々調べてみます、、。

**307** · 05/01/15 04:37:55

俺より全然上だｗ
どう考えてもoggデコード再生ごときで遅くなるとは思えんなあ

**名前は開発中のものです。** · 05/01/16 21:23:07

デコード用のスレッドを他のゲーム部分と分けてないとか。

**名前は開発中のものです。** · 05/01/16 22:50:40

PeekMessageを使ってるとか。
ゲームでは、間違っても使ってはいけない関数だからなぁ・・・

**名前は開発中のものです。** · 05/01/17 00:27:46

>>311
ん？それは

マルチスレッドでGetMessage使う場合と
シングルスレッドでPeekMessageを使う場合とで
比較をしているのかなと勝手に脳内補間したんだけど、合ってる？
　
で、この二者間のパフォーマンス差が（今時のPCで）
どれほどのものか比較したうえでその見解？　＞　間違っても使ってはいけない関数
　
少なくとも、俺の環境(Athlon 1GHz + Radeon9200)で
自作の2Dアクションを組んだときは、どっちでもいいという結論に達したけど。

**名前は開発中のものです。** · 05/01/17 06:41:28

>>312
いや、マルチスレッドでGetMessageを使う場合と、
PeekMessageを使う場合とで比較しただけだから、
シングルスレッドは想定外。

**名前は開発中のものです。** · 05/01/17 06:43:32

>>313
GetMessageとPeekMessageを勘違いしてたわけか

**名前は開発中のものです。** · 05/01/17 06:45:49

あ、>>314取り消し
レスよく読んでなかったｽﾏｿ
そろそろ寝るか_|￣|○

**312** · 05/01/17 23:45:43

>>311
>>313
　
で、PeekMessageがゲームでは間違っても使ってはいけない関数
というのは具体的にどういう条件で出てくる話なの？
　
粘着してるわけでなく、率直な疑問。

**名前は開発中のものです。** · 05/01/18 00:54:35

>>316
PeekMessageループとマルチスレッドを併用すると、
悲惨な現象がいくつも発生する。

まず、PeekMessageループはCPU稼働率を100%に押し上げる。

CPU稼働率100%の状態でマルチスレッドを使用すると、
マルチスレッドの処理は異常に重くなり、マルチスレッド
の動作期間中は、PeekMessageループの処理もガクガクになる。

あと、CPU稼働率を100%にしていると、ファンの音はウルサイし、
並列動作させてる別のアプリが異常に重くなるわ、Windowsは
動作不安定になるわ、マウスはマトモに反応しなくなるわ・・・

まあ、Pentium4以上ならCPUの追加機能があるから、
こうした現象は、発生しないかもね。

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

PeekMessageというAPIは、貧弱なCPUを100%利用しつつ、かつ、
Windowsの動作も行うための命令だったと、漏れは思ってる。

けれども今は、マルチスレッドで同期を取りつつブン回しても、
普通のCPUでもパフォーマンス的には同等近い速度が出せるし、
さらに、Hyper-Threadingに対応したCPUなら、同じCPU稼働率
100%でも、マルチスレッドの方が高速になりかねん。

その意味では、PeekMessageループは、今は、
ほとんど不用なAPIでないかと思うんだよな。

**名前は開発中のものです。** · 05/01/18 02:10:18

「PeekMessageループ」などというAPIは存在しない。というのは置いといても、
普通Sleep(1)、最悪でもSleep(0)をはさんどくもんじゃないのか？

**名前は開発中のものです。** · 05/01/18 07:36:34

OSとのやり取りが不安定になるだろ。
ただでさえ操作性が気になるジャンルなんだし、
DirectInputとのやり取りが不安定になるのは、勘弁してほしい。

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

そうなのか。俺は
while(1)
{
　if(::PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE))
　{// メッセージがあるか調べる
　　if(!::GetMessage(&msg, NULL, 0, 0))
　　{// メッセージがとれない
　　　break;
　　}

　　::TranslateMessage(&msg);
　　::DispatchMessage(&msg);
　}
　else// メッセージがないのなら独自の処理を
　{
　　::MsgWaitForMultipleObjects(0, NULL, FALSE, (ゲーム処理にかかった時間から適切な止める時間), QS_ALLINPUT);
　　ゲームアップデート();
　}
}
ってのがデフォだと思ってた_|￣|○

**名前は開発中のものです。** · 05/01/18 19:06:23

私は次のように解釈しています。

1) PeekMessage() だけでメッセージ（メイン）ループ
→ CPU 使用率 100%
→ 消費電力、発熱、Windows アプリとしての行儀の悪さが気になる。
2) フレーム毎に Sleep(0) を挿入する
→ プロセスの CPU 占有は解消できる。
→ システムは依然として CPU 100% を示す。過剰発熱は続く。
3) フレーム毎に Sleep(n) を挿入する
→ 余剰時間を待機する。CPU を解放できる。
→ ただし Sleep 中はメッセージループが滞ってしまう。やはり行儀が悪い。
4) そこでマルチスレッド。
　メッセージループとメインループのスレッドを分ける。
　ここで PeekMessage() すると (1) に戻ってしまうので GetMessage() を使う。
　メインループは Sleep(n) などで fps を調節する。

ただ、ttp://homepage1.nifty.com/bee/tk/timer.html には
「GetMessage() はスレッドを停止しない」とあります。
PeekMessage() + WaitMessage() で代替すべきなのかも。

**名前は開発中のものです。** · 05/01/18 22:17:15

Sleep(n)で制御を他に渡すと、fpsの精度が（せっかくtimeBeginPeriodしてても）維持できない気が。

**名前は開発中のものです。** · 05/01/18 22:53:48

まずは実験してみましょう。たまたま同じタイミングで
複数の重い処理が同時に実行される、なんて事がない限り、
気にならないと思うよ。

**名前は開発中のものです。** · 05/01/19 02:29:32

Sleep(n)はtimeBeginPeriodしても制度が問題になることが多いよ
Sleepはなんだかんだで精度が保障されないしね

たとえば次のフレームまで10msあいているのなら5msあけて
そのあと役5msくらいsleep(0)で監視とかそういう小手先のテクが必要になる

ちなみにSleep(n)でやばいのはノート系、とくにPentiumM搭載マシンは
デフォの電源管理がデスクトップになっていないので可変クロックなわけだが
Sleepで１以上をつかうとまったく安定しないのがよくわかる

いまやPentiumMはデスクトップでもかなりの分野で使われているので
これを考慮しないというのはもはやありえないべ

**名前は開発中のものです。** · 05/01/19 03:00:23

sleepがダメなら何を使えばＣＰＵを１００％にさせずにＦＰＳを維持させるんだ？

**名前は開発中のものです。** · 05/01/19 03:13:09

基本的にリアルタイムOS使ってない時点で妥協するしかあるまい

**名前は開発中のものです。** · 05/01/19 07:54:38

>>326
俺は規定時間を満たさないなら（例えば１フレーム16ミリ秒）、Whileループさせてたけれど。
でも結局Sleepと同じか。

**名前は開発中のものです。** · 05/01/19 11:21:05

ただのループ待ちだとCPUがMAXに熱くならない？

**名前は開発中のものです。** · 05/01/19 21:12:30

試しに東方永夜抄と Queen of Heart 99 で試してみましたが、
やぱCPU使用率100%になりますね。
ゲームだと100%になるのはしょうがないのかな。
エロゲとかはまた違うんだろうか。

**名前は開発中のものです。** · 05/01/19 23:23:50

こうなったらゲーム用のＯＳが欲しくなるな。

**名前は開発中のものです。** · 05/01/20 00:33:28

最近のマシンはCDから起動できるんだからそれ使えば
main()からブートするのがさくっとつくれるとおもわれ

ただし、ビデオカードとかサウンドカードとかつかえないけどなー
公開されているパーツを集めてきて組み立てるのだ

まぁ86系の場合boot面倒だからやるひとあまりいないとおもうけど
昔のPCの感覚でつかえるはずだ

**名前は開発中のものです。** · 05/01/20 00:33:50

>>328
Sleepより悪い。というか最悪。

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

誰か>>332を解説してくれ

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

俺からも頼む

**名前は開発中のものです。** · 05/01/20 01:23:02

スレッドはビジーループさせてもCPU100%いかないの？

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

>>336
100%稼働させても、GetMessageなら安定動作してくれる。
まあ、スレッドの優先順位にもよるらしいが。

**名前は開発中のものです。** · 05/01/20 07:34:11

意訳

1段落目：
自分で１からOSを作ってブート可能なCD作ればいいじゃん
（２行目は意味不明）

2段落：
翻訳不可能
ドライバのことだろうか？

3段落目：
（省略）

OS作ること自体は難しいだろうけど不可能じゃないよね
OSを作ろうpart9
ttp://pc5.2ch.net/test/read.cgi/tech/1076217479/

**名前は開発中のものです。** · 05/01/20 14:19:24

シングルスレッドならブートローダーさえあれば、OSは必要ないでしょ。

多分>>332は、こう言いたいと思われ
「一気にプログラム＆データ読み込んでリセットベクタにエントリーすればフルパワーで全エリア使い放題」

**名前は開発中のものです。** · 05/01/20 18:56:59

記憶媒体が無いと記憶させれんぞ。
それぞれの記憶媒体に対応させるデバドラは、どうすんだ？

**名前は開発中のものです。** · 05/01/20 20:46:10

むしろMS-DOSでやれ。

**名前は開発中のものです。** · 05/01/20 23:27:48

LinuxとSDL使えばそれなりにできそうな気もする。激しく面倒そうだが。
記憶媒体はFDかUSBメモリあたりが妥当か？

**名前は開発中のものです。** · 05/01/21 00:58:36

>>342

Linuxという時点ですでにリアルタイム性が
割り込み応答でサウンドドライバ掛けたりラスタースクロールでいるくらいの応答性があれば問題なし