トップページ⇒gamedev
1001コメント335KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名前は開発中のものです。04/06/16 07:45ID:u0+hin61
ゲームプログラマなら誰もが通る、もしくは、通った道。青春の香り？
それは「シューティングゲーム製作」・・・。

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

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

■前スレ
シューティングゲーム製作技術総合　２機目
http://pc5.2ch.net/test/read.cgi/gamedev/1073736474/
0769名前は開発中のものです。04/07/28 18:58ID:dmdC2EF1
>766
境界については承知、あくまで理論値ね

あとflipについても当初はバックバッファ取ってたけど、765で書いたように一旦
ﾃﾝﾎﾟﾗﾘ用ｻｰﾌｪｰｽに全部描画する事からバックバッファのメリットが無いんで廃止
0770名前は開発中のものです。04/07/28 19:09ID:H/vRL8q2
つまり垂直同期しないってことか？
まぁ、この辺は人によるだろうからべつにいいが
flip使うことによってbltの回数が減るから結果高速化もされるだろう

0771名前は開発中のものです。04/07/28 19:34ID:4ZqqyUtn
>>768
そのぐらい自前でやれ
0772名前は開発中のものです。04/07/28 19:50ID:MXXa145y
DirextX使わないのが勝ち組（自称）
0773名前は開発中のものです。04/07/28 20:27ID:FasYvgpj
最新50スレを読んだが、まだデモ程度も出来上がってないのか？
0774名前は開発中のものです。04/07/28 21:02ID:ySsugwZ4
>771
何が悲しゅうて、糞遅いVRAM直アクセスなんぞせにゃならんのよ。
0775名前は開発中のものです。04/07/28 21:06ID:NEcinFei
だからsurfaceのfaceは伸ばさないと何度も何度も。
http://dictionary.goo.ne.jp/search.php?MT=surface&kind=ej
http://dictionary.goo.ne.jp/voice/s/00090042.wav
0776名前は開発中のものです。04/07/28 21:07ID:NEcinFei
ジーニアス英和辞典にも「発音注意」の表記がありますた。
0777名前は開発中のものです。04/07/28 22:19ID:q9+vy6FU
>>774
システムに置いてアクセスするのが普通じゃないのか？
VRAMにはプライマリのサーフェスしか置かない。

今更こんな話題出してもしかたないか。
0778名前は開発中のものです。04/07/28 22:35ID:ySsugwZ4
>777
そうなると
ハードウェア能力が使えない→DirectDrawを使う意味が無い
0779名前は開発中のものです。04/07/28 22:36ID:q9+vy6FU
そもそも今のマシンでDirectDraw使うメリットなんて
画面占有ぐらいしかないだろ。
0780名前は開発中のものです。04/07/29 01:07ID:7aZkqG6I
>>775
まあそういう間違った発音のまま日本語に溶け込んじゃった言葉は
他にもあるけど…アベレージとか。
078158204/07/29 03:40ID:lMfFyPXc
>>778
＞ハードウェア能力が使えない→DirectDrawを使う意味が無い

いいえ、それは一概にはいえません。例えばHALデバイスで
キャラクタ単位でVideoMemory→VideoMemoryでｶﾗｰｷｰ転送(Blt)する手法と
ｿﾌﾄｳｪｱﾚﾝﾀﾞﾘﾝｸﾞ後SystemMemory→VideoMemoryで転送(Blt)する手法では
前者のほうが高速に決まってるじゃんとおっしゃる方がたまにいるのですが
これはアーケード的な低解像度で2DSTGを作る場合は当てはまらない場合が
多いです。ベンチを取って確認したほうがいいと思います。

前者において、HALデバイスよりHELデバイスのほうが高速になる場合
アプリケーション側コードでソフトウェアレンダリングすることが速度的に
特別不利になるようなことは稀です。
078258204/07/29 03:57ID:lMfFyPXc
申し訳ありません。誤読していました。
ｼｽﾃﾑﾒﾓﾘ上でｿﾌﾄｳｪｱﾚﾝﾀﾞﾘﾝｸﾞするならGDIでDIB作って
BitBltすんのと変わらないじゃんって話でしょうか。
一応、DirectDrawHALでSystem(AGP)→Videoの転送時に
アクセラレーション効く場合があります。
0783名前は開発中のものです。04/07/29 06:47ID:nwygmTvN
古いんだよ
0784名前は開発中のものです。04/07/29 10:42ID:jqTlhKpv
マニアックス読んで、
「え、東京大学卒のゲームプログラマー！？へへ～～」と
ひれふし、正座して読んでたんです。ところが
290頁。。。「兆」は？
親しみがわきマスタ。
0785名前は開発中のものです。04/07/29 10:44ID:jqTlhKpv
しかし亥（がい）という単位があるとは知りませんでした。
さすが。。。

私が兆を飛ばさなかったのは、億以上を思い出すとき
「万、憶、兆、京、キョーダーイーン」という特撮の主題歌を
いつも頭の中で歌うからでした。
0786名前は開発中のものです。04/07/29 11:15ID:Q7en40W6
ソフトウェアレンダリングやるときキャッシュが非常に影響でかいんだよなぁ
メモリも高速化してるとはいえCeleronとか２ＧＨｚこえてもかなりきっつい

PentiumM系がどんどん普及すればソフトウェアレンダリングは
どんどんやりたい放題になって楽しそうではある

ま、ＣＰＵとかの性能向上の割にビデオが向上してないってのが前提の話だったんだが
UMAでもDDRメモリつかうあたりからそこはネックじゃなくなってきたし
９１５はかなりのものらしいし、今後もどんどんよくなるだろう

３Ｄ方面は描画品質が一定ではなくて、アクセラレーションの効き具合が
メーカーによって様々すぎたことからソフトウェアレンダリングという方向が
一時期はやったのだが、今やビデオチップ開発してるところが一部のみでは
その考え方自体もあまり有効ではなくなってきてる

速度的にいえば３２０＊２４０あたりの解像度ってことならたぶんハードウェア
アクセラレーション使うよりソフトウェアのほうが早いかもしれない
細かいスプライトを使う場合、どうしてもアクセラレーションを期待する方は
レスポンスが悪くなるものだ
ま、どっちにしろその解像度はネックになることはねーし、同人ＳＴＧでも
６４０＊４８０がここ１，２年で大幅に増えている事を考えるとどーなんだろうね
0787偽ガルーダ04/07/29 12:15ID:8XXRQTFK
週報です。
もうちょい（数日中）で評価版？ＵＰ出来そうです。

低スペックマシンだと、テクスチャの切り替え時にフレーム落ちする。
てのは直しときたいかも。
現在は、テクスチャオブジェクトを作っといて、ポインタ切り替えてるだけなんだけど、
内部で何が起きてるかよくわからん、、。

空テクスチャ作成＞サーフェイス作成＞リアルタイムでサーフェイス切り替え
とかやると速くなるのかな？
Ｄ３Ｄの本には、そのような事が書いてあったけど、詳細はなかったので。
0788名前は開発中のものです。04/07/29 13:58ID:asyiC/Eo
>>785
小学生のときなぜか無量大数まで覚えた俺。
ガキの頃ってよく変なもん暗記した。

ところでキョーダインは最後の京をケイでなくキョウと読んで
キョーダインに続いてるわけだが、誤読だろか。
0789名前は開発中のものです。04/07/29 15:42ID:d093hWPA
IBMのCMで覚えた漏れは中年
0790名前は開発中のものです。04/07/29 16:02ID:asyiC/Eo
アポロが飛ぶ奴？？
0791名前は開発中のものです。04/07/29 17:17ID:R5ZCyEgv
MAMEのSTGって結構な速度出てるよな
あれ全部ソフトウェアで処理してるって事考えればDirectDrawは最終的な出力に
使うだけで内部的にはソフトウェアで描くのがいいのかな…
正直悩む
0792名前は開発中のものです。04/07/29 17:26ID:STuLgHbe
>>791
最近はやりのエフェクトとかにこだわらなければね。
0793名前は開発中のものです。04/07/29 17:42ID:Q7en40W6
超連射はベースが６８なだけにソフトウェア描画だな
0794名前は開発中のものです。04/07/29 18:14ID:R5ZCyEgv
よもやDirectDrawがこんなに遅いとは思わなかった
自前Bltルーチン書くのﾏﾝﾄﾞｸｾ('A`)
拡大縮小は諦めよう…
0795名前は開発中のものです。04/07/29 20:42ID:5d/FLYXN
もうあきらめて3D使え。ヘタに自力描画するよか早いって。
0796名前は開発中のものです。04/07/29 22:13ID:Tvmb/73s
拡大版のbitmapをあらかじめ準備しる。
これなら、処理は重くならないかと。
まあ、容量は食うけどな。
0797名前は開発中のものです。04/07/29 22:14ID:v/Fa6vyv
ゴメソ上げちまった。
0798名前は開発中のものです。04/07/29 22:29ID:RXKEW8cS
素直にDirect3D使えと何度も何度も何度も言ってるのに
まだわからんのですかオヤジどもはとか言ってみるテスト

今稼動してるPCで、2Dゲーに十分な3D性能持ってないものなんてもう極少数派ですよ。
２世代前のオンボードVGAでもGeForce2 MX未満くらいの性能はある。
0799名前は開発中のものです。04/07/29 22:39ID:Q7en40W6
少なくともDirectDrawで出来る範囲ならDirect3Dよかははやい
自前bltエンジンにしろループで回すだけだろ
拡大１回でそんな遅くなるもんか？

コードが悪いだけかと
DirectXのClip使ってるとか・・・
0800名前は開発中のものです。04/07/29 23:09ID:OtBTISgN
画面中に8x8ﾄﾞｯﾄの絵（数字）を30x40=1200個Bltした時のFPSを測ってみた

等倍表示時で59FPS
２倍表示時で19～20FPS

1フレーム17msで回してるので59FPSってのは遅延無しの状態
２倍表示しただけで３分の１まで落ちやがる
つまりコード自体には問題が無く、拡大Blt一発でガタ落ちしてると言える

もうぬるぽ orz
なおClipは使ってません
0801 ◆IHczorfdNM 04/07/29 23:17ID:OtBTISgN
ああｽﾏﾝ、混乱するんで一時的にトリップ付けとく

>800に書いた結果は開発環境でもあるLet'sNote M2R(P3-600,NeoMagic)の結果ね
今ものは試しにお遊びマシン（P4-2.4C,Radeon9600np）で試したら２倍に拡大した
ままで59FPS出たわ

しかしながらこの二つの環境の差が大きすぎてｲﾏｲﾁ参考にならん…orz
0802名前は開発中のものです。04/07/29 23:21ID:rD14VYOQ
>800
単にDDCAPS_BLTSTRETCHが無いだけ、とか言うオチは？
0803 ◆IHczorfdNM 04/07/29 23:46ID:OtBTISgN
>>802
今Caps確認したらおっしゃる通りですた
腐れNeoMagicはDDCAPS_BLTSTRETCHは持ってなかったよ
吊ってくる

　　∥
　　∥
　('A`)
　（　）　　
　　| |　
　
0804名前は開発中のものです。04/07/30 00:07ID:m4sfZY0U
プログラム起動時に倍角テクスチャを動的に作って等倍転送させるとかｗ




・・・って書くとD3Dに汁って言われそうだけど、
こんな方法どうよ？　ってことで。
0805名前は開発中のものです。04/07/30 00:13ID:tgHZ+wnL
>804
元々、最終結果を拡大しようとしていたはずだから>765

まあこの場合、そもそも拡大する意味があまり無い気もするが。
0806名前は開発中のものです。04/07/30 00:23ID:KCDLFlTq
俺はD3DじゃなくてOpenGL使ってるんだが、
他にそういう人いるかい？
0807 ◆IHczorfdNM 04/07/30 00:23ID:fSM3u8AI
今のとこ最終的なアウトプットだけ拡大してるけど、ライブラリ的にはハードウェアアクセラレーション
を当てこんでキャラクタ単位でも拡大縮小できるように書いちゃったんだよね…

なんでこんな事してるかと言うと、高速かつ少ないVRAMで動かしたかったから。
アーケードゲームの解像度も240x320（縦の場合）そこそこだから、これを基準に
してゲームワールドを構築したかったんだが…
0808名前は開発中のものです。04/07/30 00:28ID:pJ2x0qQh
>>806
ﾉｼ
ここじゃ激しく異端だとは思いますが，Linux + SDL + OpenGL で作ってます
0809名前は開発中のものです。04/07/30 00:29ID:A0tDow7H
>>808
すれ違いですみませんけど、ビデオカードは何を使ってますか？
081080804/07/30 00:35ID:pJ2x0qQh
>>809
えーと，ノートで オンボードの ATI MOBILITY RADEON 9000 使ってます．
0811 ◆IHczorfdNM 04/07/30 00:37ID:fSM3u8AI
続報
プライマリサーフェス以外のサーフェスを全てシステムメモリ上に作ったら

(　ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ
　
(；ﾟдﾟ)

(つд⊂)ｺﾞｼｺﾞｼ
　　_, ._
(;:.@益@) …？!

ノートPCの方でも２倍拡大で59FPSでますた。
拡大Bltする時、どういうﾜｹなんだかVRAM->VRAMよりもSystemMemory->VRAMの
方が速いという謎
NeoMagicって本気でクソだったんだな…
0812名前は開発中のものです。04/07/30 00:40ID:4gsSpQo8
>>806
漏れもSTG作成スレでOpenGL/dev-c++/Irrlicht Engineでやってるよ。
（これも結構異端か？ｗ）
一応Linux/Windowsソースレベルコンパチなはづｗ
開発環境はPen-M1.6+RADEON 9000 Mobility(奇しくも808氏と一緒やｗ）

現時点での最新ver.
http://gamdev.org/up/img/925.zip
081380904/07/30 00:44ID:A0tDow7H
>>810
どうもです。いろいろ聞きたいことがあるんですが板違いになるので止めます(笑)。
081480604/07/30 02:03ID:KCDLFlTq
みなさんどうもです。
いないかと思ったら、そこそこいるんですね。

ちなみに俺はWin/Linux/Macコンパチでやってます。
(>>808氏と同じく、SDL使用)
LinuxのビデオカードはRADEON 9500使用です。
0815名前は開発中のものです。04/07/30 02:17ID:g9DY5O5q
古いチップだと特にノート系はfillrateの問題があるな
拡大したらその分サイズが大きくなるんで
おおげさにいうと面積４倍なら速度も１／４になってもおかしくない

0816名前は開発中のものです。04/07/30 02:21ID:GDfVfKrB
256色(1ドット1byte)でシステムメモリに描画
↓
システムメモリ上のオフスクリーンサーフェイスに
256色→16bit色テーブルを利用してコピー
↓
プライマリにblt
0817名前は開発中のものです。04/07/30 02:27ID:3f4Hj7oX
>>812
DLしてやってみたけど重過ぎて、全然動かないぞ。

つーかPCは、実際には思ってる以上に性能差があるのかも知れない。
見た目の上でも、アーケードやコンシューマと比較するのは無理があるかも。
ゲームを作る時、実際にPCで市販されているSTGの出来と、要求スペックの程度がどのくらいか
比較しながら作るようにしている（特にSTGは）
0818名前は開発中のものです。04/07/30 02:52ID:tgHZ+wnL
>811
そりゃ
VRAM→[CPU]→VRAMより
SysMem→[CPU]→VRAMの方が
CPUとVRAMのアクセスが少ない分速いだろ。

>817
なら自分の環境を書いてやれよ。
0819 ◆IHczorfdNM 04/07/30 07:22ID:fSM3u8AI
>>818は何か勘違いしてるようだが
0820名前は開発中のものです。04/07/30 07:31ID:2UeZA0Ge
>>817
あらま。ちなみに環境を教えてくれると助かる。
知っている限りでは、Athlon700+Geforce2MXで40～50FPSだったとは聞いている。
今の開発環境（前述してるので省略）では平均300fpsぐらい。
0821名前は開発中のものです。04/07/30 09:42ID:QKew+xGO
>>819
拡縮転送にハード支援が無いからCPUがエミュレートする訳なんですが。
多分半透明とか使いたくなるからsystemに持っておいた方がいいよ。
まぁ、D3Dに任せるのが一番いいけど、その環境だとね。
大人しくメインのPCで開発すれ。
0822名前は開発中のものです。04/07/30 10:21ID:g9DY5O5q
逆にその程度のbltですらソフトウェアエミュレートになるなら
ますます３Ｄ方面やらせないほうが・・・
0823名前は開発中のものです。04/07/30 10:30ID:EB7k4QbW
Pen4+Rade96NPのPCあるみたいだからそっちでやりなよ、ってこと。
なにも速いPCだからってスペックギリギリまで重いアプリにしなくてもいいんだし。
0824名前は開発中のものです。04/07/30 11:56ID:d9hLjiT+
>>819
VRAM→GPU→VRAM　と直接やりたいところが
HALで対応できないので
VRAM→(AGPバス通過)CPU→(AGPバス通過)VRAMとせざるをえない

いちばんのボトルネックを二度も通っているので
当然システムから一発で送るより遅くなる。
0825 ◆IHczorfdNM 04/07/30 12:59ID:Gp0MVI43
成程、漏れの理解が足らんかった

取り敢えずオフスクリーンサーフェスをSYSTEMMEMORY指定しても十分な速度が
出せる事が判ったんでこのまま逝ってみる
0826名前は開発中のものです。04/07/30 13:47ID:3f4Hj7oX
>>818, >>820
ノートPC Athlon XP-M 2200（グラフィックはオンボード）
昨日は0FPSと表示されて何も動かなかったが、ノートPCだし他に起動
しているソフトウェアが原因と思って閉じたら、24FPSまで上がった。
その時だけどんな感じのゲームかわかったし、良かったけど
なぜかもう一度ゲームだけ起動したのに、また0～4FPSになってしまった。
0827名前は開発中のものです。04/07/30 14:06ID:82PlyZv3
>>826
Athlonノートでオンボードって何だ？
チップセットがKMほげほげならSavage系で、SiS系ならSiS315相当、
nForceならGeForce2MX相当だけど、
nForce以外は3D使ってるゲームやるようなスペックじゃないことは確かだな。
0828名前は開発中のものです。04/07/30 14:16ID:3f4Hj7oX
>>827
確かに、Savage系ではあるが。
0829名前は開発中のものです。04/07/30 14:48ID:g9DY5O5q
ちなみにインテルのUMAである855GMで６０～６２ｆｐｓ
CPUはPentiumM/1GHzな
ゲームオーバー時だけ大幅にfpsが下がるがゲーム中は安定
0830名前は開発中のものです。04/07/30 16:19ID:4pooxWet
>>826
昼休みにDirectX版を作ってみた、良かったら試してみてくれ。
要DirectX8以上。
これで安定するとしたら、ドライバのOpenGL実装がマズーだという可能性大。
Irrlichtの問題なんだろうが、DirectX版の方が２割ぐらい速い。
妙なこだわりを捨てて、IrrlichtでのWin版はDirectXで組んだほうがいいのかorz
（define一発で済むと言えばその通りだしなぁ）

http://gamdev.org/up/img/934.zip

スレ違いな気がするが見逃してくれorz
0831名前は開発中のものです。04/07/30 17:02ID:g9DY5O5q
大幅にフレームレート上がったよ
１６０くらいでるようになった
ファイルサイズも小さいしな

ただ、ボスが出ると９０くらいまで、そしてその後いっきに７５くらいまで
下がった後そのあとそれくらいで安定した

どっかでへんなの掴んでるんかね
0832名前は開発中のものです。04/07/30 17:46ID:3f4Hj7oX
>>830
今度は他のソフト起動してても速くなったよ
ただ、今度はGAME OVERになってずっと爆発してる（バグ？）
画面構成も良いし、おもしろくなるのでは。
0833名前は開発中のものです。04/07/30 18:08ID:Nazpumr2
>>831
ふと思ったが、そのマシンそもそもGLのH/Wアクセラレーションが
効いてなかったりなんてことない？
ttp://www.delphi3d.net/hardware/glinfo2.zip
これの結果とかどうなる？
0834名前は開発中のものです。04/07/30 20:03ID:g9DY5O5q
DirectXで７５ｆｐｓ、OpenGLで６２ｆｐｓ
値としてはそれなりのものがでてるかと
0835名前は開発中のものです。04/07/30 20:12ID:S8ZyiJN5
>>832
お、動きますたか。よかっつよかっつ。
こちらも貴重なデータをいただきますた。ty
「オンボードVGAあたりだと、
　DirectXはともかくOpenGL実装はサボっているドライバあり」
というのは貴重な教訓ですわ。
ゲームオーバー後進展が無いのは単にその先未実装だからじゃｗ

>>831
こっちでも現象は確認した。
（昼休みにチャチャっと実装したのでそこまでは確認してなかっつ）
IrrlichtのTechdemoとかでも、DirectX使用時に限り、序盤に
「君いくらなんでもそのFPSは変じゃろ？」
という値が出ることがあるので、
ひょっとするとIrrlichtのDirectXドライバのFPS計測関数のバグかもしれん。

というわけで、スレ汚し失礼。STG作成スレに帰ります。

STGを最初からみんなで作るスレ
http://pc5.2ch.net/test/read.cgi/gamedev/1014709311/l50
0836名前は開発中のものです。04/08/01 05:59ID:oOS3lX0B
http://www.geocities.jp/gikoneko200408/
意見を聞かせてください。
0837名前は開発中のものです。04/08/01 06:01ID:QkwBkEQM
意見も何も全然完成してないじゃん。
この程度で意見求めるのはどうかと思うよ。
0838名前は開発中のものです。04/08/01 09:12ID:erFtLwoK
>>836-837
ﾜﾛﾀ
0839名前は開発中のものです。04/08/01 11:54ID:DxshZp9x
>836
君は835の書いたスレへ行くのが吉。
とりあえずどんなゲームになるのかくらいはページ作ろうな。
084083604/08/01 14:38ID:7PSoUSiK
分かりました。
0841名前は開発中のものです。04/08/01 22:34ID:A6VqDg8U
みなさんSEってどうしてますか？
自分はフリー素材頑張って探してるのですが見つからない
とくに弾発射と爆発音…
0842名前は開発中のものです。04/08/01 23:04ID:NQrplRIM
>>841
普通に「効果音 著作権フリー」とかでググるだけで
そこそこ見付かると思うけどなぁ。
0843名前は開発中のものです。04/08/01 23:15ID:erFtLwoK
そんなんじゃゲーム作る気がないとお(ry
0844名前は開発中のものです。04/08/01 23:15ID:wJSba07E
音を自作できるツールで頑張ったりとか。
ttp://hp.vector.co.jp/authors/VA016505/wg.html
は入門用にいいかも。

難易度は上がるがこういうのもある。
ttp://www.vector.co.jp/soft/win95/art/se045171.html

そのうち自作でツール作ってみたいね
0845名前は開発中のものです。04/08/02 05:56ID:5/vDCotE
あのー・・・
基本的なことで申し訳ないのですが

現在のリフレッシュレートってどうやって取得するん？

ヘルプ見ても
「ウィンドウ モードの場合0」だとか
「デフォルトの場合0」とかしか書いてない・・・
0846名前は開発中のものです。04/08/02 06:06ID:5/vDCotE
計測するしかないんかなぁ
0847名前は開発中のものです。04/08/02 09:46ID:6KrBQqzy
>>845
HRESULT IDirect3D9::GetAdapterDisplayMode( UINT Adapter, D3DDISPLAYMODE *pMode );
で取れたけど。
845が使ってるDirectXのバージョンは？
084884504/08/02 17:03ID:5/vDCotE
どもども。
>>847
９でつ。
GetAdapterDisplayModeだと０とか帰ってきたりするでつ・・・
諦めて自分で計測しまつ
0849名前は開発中のものです。04/08/02 17:07ID:5/vDCotE
すまん。もしかしたら勘違いしているのかもしれん。

ウチの環境ではそれでリフレッシュレートの値取れるんだけど、
ヘルプに「RefreshRate。この値が 0 の場合、アダプタ デフォルトを示す。」って書いてあったんだ。

もしかして、これはディスプレイモード指定時時にアダプタデフォルトを示すには０を指定する、って意味で
GetAdapterDisplayModeを使った時はリフレッシュレートの値がちゃんと帰ってくることが保障されてたりするの？
0850名前は開発中のものです。04/08/02 19:54ID:ZVrAQnWv
ノートなんかだとリフレッシュレートが取得できない場合が多い。
俺のも必ず０が返ってくる。
0851名前は開発中のものです。04/08/02 21:34ID:5/vDCotE
>>850
(´・ω・｀)そか・・・
やっぱ０が返ってくることもあるのね
しかたないので、取得計測両方して、差が大きかったら計測値を採用、でやってみまつ。
ありがとん。
0852名前は開発中のものです。04/08/02 23:20ID:PxCf04aE
基本的にデジタルディスプレイはダメでは
0853名前は開発中のものです。04/08/03 10:22ID:w6lmZvQZ
9xもダメかも
0854名前は開発中のものです。04/08/03 11:06ID:E9uu1V+3
OSによって取れたり取れなかったりしたような
98では0が返ってくるけどXPや2000では取得できたような
0855名前は開発中のものです。04/08/03 14:25ID:dqpYgfz1
>>854
確かそうだよな

リフレッシュレートでは俺も以前フレームレート絡みで色々と試行錯誤したが、
結局Windows環境である限りどうにもならんと諦めた記憶が
0856名前は開発中のものです。04/08/03 15:13ID:i9/5Anan
実測モードを付けておけば万全…かな？
0857851ですが04/08/03 20:05ID:yzG7OAuX
結局実測して取得値と比較しますた。
取得値６０で実測値が６１だったら　６０を採用
取得値０で実測値が６１だったら　６１を採用
みたいな感じで。

>>132の言ってる内部ＦＰＳ３００と組み合わせたら(・∀・)e!感じ
おまいらにもおすすめですよ
0858名前は開発中のものです。04/08/03 22:24ID:EgaWnzqR
>>132を見て思ったことだが、リプレイの実装についても話し合ってみたい。
俺はまだその段階までたどりついてないけどね。
0859名前は開発中のものです。04/08/03 22:46ID:yEXWLwNk
リプレイは早期に搭載して「ちゃんと再生される」段階まで確認できてると、あとが楽かも
内部300FPSでも、従来どおり乱数シードとキー入力だけで問題ないよな
0860名前は開発中のものです。04/08/03 23:38ID:EgaWnzqR
バッファが埋まってしまったら、追加バッファをアロケートするわけだよね。
プレイヤーが何もしないとどんどん使用メモリが増えていくのが不安なので、
今作ってるのは制限時間を設けてフレーム数に限度を付けてるんだけど・・・。
制限が無いゲーム作ってる人はあまりそういうことは気にならないのかな。
0861名前は開発中のものです。04/08/03 23:49ID:n0ELY8cl
・ステージごとにリプレイデータを書き出してバッファ掃除
・ステージは強制スクロールで、ボスも自爆
・なので、バッファは固定長
というゲームしか想定したことがないなあ
0862名前は開発中のものです。04/08/03 23:52ID:SahPGYux
時間無制限の場合は、何らかの形で休憩ポイントみたいなのを設けて
その間に一時ファイルとかに書き出しちゃったほうが良いような。
STGだとループゲーでない限り、気にするほどでもないと思うが。
0863名前は開発中のものです。04/08/03 23:53ID:ApIoo111
・何も考えず直にファイル書き出し
0864名前は開発中のものです。04/08/04 00:17ID:kNOx+TCr
>>861
まてまて。バッファ固定長？
それってフレーム毎のボタン入力情報を保持しとくってことか？
それだとデータ量凄いことになるべ。内部３００ＦＰＳでは大変大変。

あれですよ。
大体１フレ毎にボタンのON/OFF切り替わるわけじゃないんだから、
フレーム毎のボタン入力情報じゃなくて、
ボタン毎の押されたフレーム数情報を保持したほうがいいですよ。

例えば、Ａボタンが３００フレーム押されなくて、次に２０フレーム押されたときは
A { {OFF,300} , {ON,20} }
みたいな形で保持した方がメモリ食わんですよ。
0865名前は開発中のものです。04/08/04 00:19ID:kNOx+TCr
ほじ（ホヂ）【保持】
―する
〔そうする△意義（必要）のあるものについて〕そのままの状態を持ち続けること。

・・・漏れは日本語がヘタのようだ。
みんなは保持しないで保存してくれよな。
0866名前は開発中のものです。04/08/04 00:58ID:g4rKOr3M
シューティングならPlayer当たり8bitもあれば十分だよね。
300FPSでも1時間記録して1MB程度なので余計な事しないほうが
いいんでわw

漏れはファイルに逐一書くほうが楽だと思うけど。
0867名前は開発中のものです。04/08/04 01:17ID:WCQcR0bD
リアルタイムでランレングス圧縮かけてる。
0868偽ガルーダ04/08/04 04:51ID:nIVrRHGr
現状報告というか、ＵＰしてみました。
http://gamdev.org/up/upload.php

ボスの実装は結局出来てません、、。
どういう攻撃させるか思いつかない、、。
意見募集します。
0869名前は開発中のものです。04/08/04 08:35ID:eH5mncuI
>>868
乙。
やってみた。動作に問題はなさげ。
以下疑問質問。
・キー入力に対して自機の反応がかなり遅いんだけど何故？
・左右スクロールは無し？
・自機はセセリたんですか(*ﾟ∀ﾟ)＝3

こっちの環境書いとくね。
AthlonXP2400+、RADEON9600pro、WinXPpro、DirectX9。
いじょ。ガンバレ。
■ このスレッドは過去ログ倉庫に格納されています