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

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

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

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

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

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

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

>>731
オレんち来いよ！

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

>>732
三人でやる燃えツイはなかなか乙だぞ

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

萌えツイつまんねーよ！
横スクロールのときのベル撃ちが不可能に近い

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

>>726
その通り、連コイン狙いです。
片方のプレイヤーが生き残っていれば、
コイン入れてもらえるので……

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

ラスボス倒した瞬間連コ

**偽ガルーダ** · 04/07/23 22:56

みんなグラⅤで忙しいのかな？
とりあえず、イージーで１週。
緑ガス面、納得いかね。
ある程度装備ないと、撃ち負ける所が２箇所ほどある。

>>726
因みに偽ガルーダには実装してません。する予定もないです。

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

グラディウスVのレーザーってどうやったら描画できるの？
方向キーでロープみたいにぐねぐね曲げられるけど。

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

単に、細かく分割したレーザーで出来そうな気がするが？
ttp://i-saint.abz.jp/
ここのhlってのが同じような鞭レーザーでソースもあるから読んでみては。

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

>>739
思い切って、1Pixel単位で描画とか。
PS2なら直線描画があるから、それでグラデーションラインを引くとか。

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

レーザーを点で管理して前のフレームの点と現在の点を
線で繋いでるだけのような気がする。
あとはどれくらい綺麗に保管するかって感じでは。

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

ポリゴンストリップでいいんじゃない？
PS2なんだし。

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

まあ、ストリップだろうね。
序盤しかやってないけど斑鳩のようなシルフィードのような。
雑魚の爆発が派手になってグラディウスとしては少し違和感。
面白いんだけどねー。

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

ぐら５って外注？

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

トレジャー

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

ケツイみたいな弾が加減速したり角度を変えるのって結構めんどいな
管理が…

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

そういう動きをする弾クラスを作ればいいんでない？
動き以外の処理は抽象化しちゃえばいいだろうし。

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

そもそも「管理」が何を指しているのかよく分からん。

**748** · 04/07/27 00:01

間違えたので自己つっこみ。
動作処理を抽象化して具体クラスで各弾の動きを実装やね・・・。

**偽ガルーダ** · 04/07/27 01:30

>>746
トレジャーって、元々グラＩＩ作った人らが独立した。
であってたっけ？

>>747
俺は>>750みたいに、全てのキャラ、弾がタスクステータスの派生クラス
という実装をしてます。

現在、ボスを実装中なんですが、
今までは、１キャラにつき、１スプライトだったんだけど、
ボスの場合は、ステータスの数自体が結構多くて、
複数のスプライトを持てるようにしようか悩み中。
出来るに越した事はないんだけど、複数タスクの場合と混乱する場合があるかも。
似たような仕様を実装する方法が幾つもあるのがちょっと気持ち悪いような、、。

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

>トレジャーって、元々グラＩＩ作った人らが独立した。
違うよ、コントラＳＦＣのスタッフが独立した。
グラはファンってだけ。

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

>>751
経験上、１キャラ複数スプライトが必要な場面というのは
遅かれ早かれ出てくるものだと思ってる。
俺だったら、今のうちに拡張しておくけどね。

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

>751
そこでポリモーフィズムですよ。
リンクド・スプライトだろうが通常のスプライトだろうがポリゴンだろうがDraw()をコール。

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

>754
関係あるのか？
まあ751の発言の
「ステータス」や「複数のスプライトを持つ」とか
が意味するところがいまいち掴みきれないのだが。

あとDrawは名前がなんかダサい。

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

Drawがダサいって意味ワカラン

**偽ガルーダ** · 04/07/28 09:14

>>752
そうだったんだ、、。シルバーガンとかやってて、勝手に思い込んでたのかな。

>>753
まあ、そうですね。偶々今まで必要なかっただけでしょう。
特に、アクション系とかのジャンルを作る場合とかは。

>>755
やっぱわかり難かったですか。
自分の場合、１つのキャラクターにつき、ＴＣＢ（タスク管理クラス）と
タスクステータスクラス（不特定多数）があり、
「ステータス」は後者、
「１つのスプライト（一応描画リソースの１つ）しかもてない」は前者です。
因みに、ＭＳのサンプルから応用してる所為か、Drawではなく、Renderですね。

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

当初から描画はDirectDrawを想定して組んでたんだが、テストで500キャラ表示
させたら描画が遅くて話しにならんかった…orz
ちょっとBltで拡大させただけで一気に遅くなるよ…拡大させなきゃ1000キャラでも
問題無いのに…

DirectDrawで60fps出そうと思ったらBltは等倍しか使い物にならんの？

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

Direct3Dに移行しる。

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

頭悪くてD3Dに移行できない(；'A`)

なんか作成意欲が思いきり削がれた…

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

DirectX9でベタベタ書いてるけど
やってることの割にハイスペック要求せにゃならんなぁと考えて鬱になったり。
楽で良いけどね。

超連射システムっつーかライブラリの公開とかしてくれないのかしら。
単純に興味があるし。

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

DirectDrawの拡大bltはほとんどの場合アクセラレーション効くはずだが
そのキャラサイズとかビデオチップとかＣＰＵとか環境かいてくれ

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

>>762
テスト環境（開発環境兼用）な
P3-600EでVGAはNeoMagic（Let'sNote M2R）
OSは98SEでDisplayの解像度は800x600x16bpp

作ったライブラリではキャラクタの拡大縮小も出来るけど、それは行わずに最終的な
出力画面を引き伸ばす為に１フレームあたり１回だけ拡大Bltさせたらこのザマ
もうだめぽ

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

まず低スペックチップなら解像度を下げることをオススメする
DACでのメモリ帯域の占有率はそれなりに高い

でも拡大を最終的に１回だけbltでそんなに重いとは思えないなぁ・・・

なんとなくNeoMagicということからvram容量たりてなくてソフト描画になってるとか

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

一応サーフェースは今回使ってるサーフェースはVRAMに収まってるハズなんだけどなぁ…
念の為家に帰ったら確かめてみるよ

なおこのLet'sNoteのVRAMは2.5MBという半端なもの。
んで今のテスト環境のサーフェースの内訳は以下の通り

ﾌﾟﾗｲﾏﾘｻｰﾌｪｰｽ 800x600x2(16bpp) = 937.5KB
ﾃﾝﾎﾟﾗﾘ用ｻｰﾌｪｰｽ 480x640x2 = 600K
ｷｬﾗｸﾀ用ｻｰﾌｪｰｽ 640x480x2 = 600K
計2137.5KB

ｷｬﾗｸﾀは全て一旦ﾃﾝﾎﾟﾗﾘｻｰﾌｪｰｽに描画。
17ms毎にﾃﾝﾎﾟﾗﾘｻｰﾌｪｰｽの中心部分の矩形(w = 240,h = 300)をﾌﾟﾗｲﾏﾘｻｰﾌｪｰｽ上の
中心に２倍(w = 480,h= 600)に拡大して描画。

拡大しなきゃ良い感じだったのに…orz

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

微妙だな
ｖｒａｍって綺麗に容量が減る訳じゃなくて
境界で減る場合もある

ところでバックバッファとってのflipとかやってないようにみえるんだが・・・

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

2DならD3DよりもDrawの方が早いだろう

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

>767
先生、アルファブレンドとか回転ぐらい使いたいです。

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

>766
境界については承知、あくまで理論値ね

あとflipについても当初はバックバッファ取ってたけど、765で書いたように一旦
ﾃﾝﾎﾟﾗﾘ用ｻｰﾌｪｰｽに全部描画する事からバックバッファのメリットが無いんで廃止

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

つまり垂直同期しないってことか？
まぁ、この辺は人によるだろうからべつにいいが
flip使うことによってbltの回数が減るから結果高速化もされるだろう

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

>>768
そのぐらい自前でやれ

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

DirextX使わないのが勝ち組（自称）

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

最新50スレを読んだが、まだデモ程度も出来上がってないのか？

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

>771
何が悲しゅうて、糞遅いVRAM直アクセスなんぞせにゃならんのよ。

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

だからsurfaceのfaceは伸ばさないと何度も何度も。
http://dictionary.goo.ne.jp/search.php?MT=surface&kind=ej
http://dictionary.goo.ne.jp/voice/s/00090042.wav

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

ジーニアス英和辞典にも「発音注意」の表記がありますた。

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

>>774
システムに置いてアクセスするのが普通じゃないのか？
VRAMにはプライマリのサーフェスしか置かない。

今更こんな話題出してもしかたないか。

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

>777
そうなると
ハードウェア能力が使えない→DirectDrawを使う意味が無い

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

そもそも今のマシンでDirectDraw使うメリットなんて
画面占有ぐらいしかないだろ。

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

>>775
まあそういう間違った発音のまま日本語に溶け込んじゃった言葉は
他にもあるけど…アベレージとか。

**582** · 04/07/29 03:40

>>778
＞ハードウェア能力が使えない→DirectDrawを使う意味が無い

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

前者において、HALデバイスよりHELデバイスのほうが高速になる場合
アプリケーション側コードでソフトウェアレンダリングすることが速度的に
特別不利になるようなことは稀です。

**582** · 04/07/29 03:57

申し訳ありません。誤読していました。
ｼｽﾃﾑﾒﾓﾘ上でｿﾌﾄｳｪｱﾚﾝﾀﾞﾘﾝｸﾞするならGDIでDIB作って
BitBltすんのと変わらないじゃんって話でしょうか。
一応、DirectDrawHALでSystem(AGP)→Videoの転送時に
アクセラレーション効く場合があります。

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

古いんだよ

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

マニアックス読んで、
「え、東京大学卒のゲームプログラマー！？へへ～～」と
ひれふし、正座して読んでたんです。ところが
290頁。。。「兆」は？
親しみがわきマスタ。

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

しかし亥（がい）という単位があるとは知りませんでした。
さすが。。。

私が兆を飛ばさなかったのは、億以上を思い出すとき
「万、憶、兆、京、キョーダーイーン」という特撮の主題歌を
いつも頭の中で歌うからでした。

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

ソフトウェアレンダリングやるときキャッシュが非常に影響でかいんだよなぁ
メモリも高速化してるとはいえCeleronとか２ＧＨｚこえてもかなりきっつい

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

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

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

速度的にいえば３２０＊２４０あたりの解像度ってことならたぶんハードウェア
アクセラレーション使うよりソフトウェアのほうが早いかもしれない
細かいスプライトを使う場合、どうしてもアクセラレーションを期待する方は
レスポンスが悪くなるものだ
ま、どっちにしろその解像度はネックになることはねーし、同人ＳＴＧでも
６４０＊４８０がここ１，２年で大幅に増えている事を考えるとどーなんだろうね

**偽ガルーダ** · 04/07/29 12:15

週報です。
もうちょい（数日中）で評価版？ＵＰ出来そうです。

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

空テクスチャ作成＞サーフェイス作成＞リアルタイムでサーフェイス切り替え
とかやると速くなるのかな？
Ｄ３Ｄの本には、そのような事が書いてあったけど、詳細はなかったので。

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

>>785
小学生のときなぜか無量大数まで覚えた俺。
ガキの頃ってよく変なもん暗記した。

ところでキョーダインは最後の京をケイでなくキョウと読んで
キョーダインに続いてるわけだが、誤読だろか。

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

IBMのCMで覚えた漏れは中年

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

アポロが飛ぶ奴？？

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

MAMEのSTGって結構な速度出てるよな
あれ全部ソフトウェアで処理してるって事考えればDirectDrawは最終的な出力に
使うだけで内部的にはソフトウェアで描くのがいいのかな…
正直悩む

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

>>791
最近はやりのエフェクトとかにこだわらなければね。

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

超連射はベースが６８なだけにソフトウェア描画だな

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

よもやDirectDrawがこんなに遅いとは思わなかった
自前Bltルーチン書くのﾏﾝﾄﾞｸｾ('A`)
拡大縮小は諦めよう…

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

もうあきらめて3D使え。ヘタに自力描画するよか早いって。

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

拡大版のbitmapをあらかじめ準備しる。
これなら、処理は重くならないかと。
まあ、容量は食うけどな。

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

ゴメソ上げちまった。

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

素直にDirect3D使えと何度も何度も何度も言ってるのに
まだわからんのですかオヤジどもはとか言ってみるテスト

今稼動してるPCで、2Dゲーに十分な3D性能持ってないものなんてもう極少数派ですよ。
２世代前のオンボードVGAでもGeForce2 MX未満くらいの性能はある。

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

少なくともDirectDrawで出来る範囲ならDirect3Dよかははやい
自前bltエンジンにしろループで回すだけだろ
拡大１回でそんな遅くなるもんか？

コードが悪いだけかと
DirectXのClip使ってるとか・・・

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

画面中に8x8ﾄﾞｯﾄの絵（数字）を30x40=1200個Bltした時のFPSを測ってみた

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

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

もうぬるぽ orz
なおClipは使ってません

◆IHczorfdNM · 04/07/29 23:17

ああｽﾏﾝ、混乱するんで一時的にトリップ付けとく

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

しかしながらこの二つの環境の差が大きすぎてｲﾏｲﾁ参考にならん…orz

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

>800
単にDDCAPS_BLTSTRETCHが無いだけ、とか言うオチは？

◆IHczorfdNM · 04/07/29 23:46

>>802
今Caps確認したらおっしゃる通りですた
腐れNeoMagicはDDCAPS_BLTSTRETCHは持ってなかったよ
吊ってくる

　　∥
　　∥
　('A`)
　（　）　　
　　| |　
　

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

プログラム起動時に倍角テクスチャを動的に作って等倍転送させるとかｗ

・・・って書くとD3Dに汁って言われそうだけど、
こんな方法どうよ？　ってことで。

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

>804
元々、最終結果を拡大しようとしていたはずだから>765

まあこの場合、そもそも拡大する意味があまり無い気もするが。

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

俺はD3DじゃなくてOpenGL使ってるんだが、
他にそういう人いるかい？

◆IHczorfdNM · 04/07/30 00:23

今のとこ最終的なアウトプットだけ拡大してるけど、ライブラリ的にはハードウェアアクセラレーション
を当てこんでキャラクタ単位でも拡大縮小できるように書いちゃったんだよね…

なんでこんな事してるかと言うと、高速かつ少ないVRAMで動かしたかったから。
アーケードゲームの解像度も240x320（縦の場合）そこそこだから、これを基準に
してゲームワールドを構築したかったんだが…

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

>>806
ﾉｼ
ここじゃ激しく異端だとは思いますが，Linux + SDL + OpenGL で作ってます

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

>>808
すれ違いですみませんけど、ビデオカードは何を使ってますか？

**808** · 04/07/30 00:35

>>809
えーと，ノートでオンボードの ATI MOBILITY RADEON 9000 使ってます．

◆IHczorfdNM · 04/07/30 00:37

続報
プライマリサーフェス以外のサーフェスを全てシステムメモリ上に作ったら

(　ﾟдﾟ)

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

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

ノートPCの方でも２倍拡大で59FPSでますた。
拡大Bltする時、どういうﾜｹなんだかVRAM->VRAMよりもSystemMemory->VRAMの
方が速いという謎
NeoMagicって本気でクソだったんだな…

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

>>806
漏れもSTG作成スレでOpenGL/dev-c++/Irrlicht Engineでやってるよ。
（これも結構異端か？ｗ）
一応Linux/Windowsソースレベルコンパチなはづｗ
開発環境はPen-M1.6+RADEON 9000 Mobility(奇しくも808氏と一緒やｗ）

現時点での最新ver.
http://gamdev.org/up/img/925.zip

**809** · 04/07/30 00:44

>>810
どうもです。いろいろ聞きたいことがあるんですが板違いになるので止めます(笑)。

**806** · 04/07/30 02:03

みなさんどうもです。
いないかと思ったら、そこそこいるんですね。

ちなみに俺はWin/Linux/Macコンパチでやってます。
(>>808氏と同じく、SDL使用)
LinuxのビデオカードはRADEON 9500使用です。

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

古いチップだと特にノート系はfillrateの問題があるな
拡大したらその分サイズが大きくなるんで
おおげさにいうと面積４倍なら速度も１／４になってもおかしくない

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

256色(1ドット1byte)でシステムメモリに描画
↓
システムメモリ上のオフスクリーンサーフェイスに
256色→16bit色テーブルを利用してコピー
↓
プライマリにblt

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

>>812
DLしてやってみたけど重過ぎて、全然動かないぞ。

つーかPCは、実際には思ってる以上に性能差があるのかも知れない。
見た目の上でも、アーケードやコンシューマと比較するのは無理があるかも。
ゲームを作る時、実際にPCで市販されているSTGの出来と、要求スペックの程度がどのくらいか
比較しながら作るようにしている（特にSTGは）

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

>811
そりゃ
VRAM→[CPU]→VRAMより
SysMem→[CPU]→VRAMの方が
CPUとVRAMのアクセスが少ない分速いだろ。

>817
なら自分の環境を書いてやれよ。

◆IHczorfdNM · 04/07/30 07:22

>>818は何か勘違いしてるようだが

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

>>817
あらま。ちなみに環境を教えてくれると助かる。
知っている限りでは、Athlon700+Geforce2MXで40～50FPSだったとは聞いている。
今の開発環境（前述してるので省略）では平均300fpsぐらい。

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

>>819
拡縮転送にハード支援が無いからCPUがエミュレートする訳なんですが。
多分半透明とか使いたくなるからsystemに持っておいた方がいいよ。
まぁ、D3Dに任せるのが一番いいけど、その環境だとね。
大人しくメインのPCで開発すれ。

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

逆にその程度のbltですらソフトウェアエミュレートになるなら
ますます３Ｄ方面やらせないほうが・・・

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

Pen4+Rade96NPのPCあるみたいだからそっちでやりなよ、ってこと。
なにも速いPCだからってスペックギリギリまで重いアプリにしなくてもいいんだし。

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

>>819
VRAM→GPU→VRAM　と直接やりたいところが
HALで対応できないので
VRAM→(AGPバス通過)CPU→(AGPバス通過)VRAMとせざるをえない

いちばんのボトルネックを二度も通っているので
当然システムから一発で送るより遅くなる。

◆IHczorfdNM · 04/07/30 12:59

成程、漏れの理解が足らんかった

取り敢えずオフスクリーンサーフェスをSYSTEMMEMORY指定しても十分な速度が
出せる事が判ったんでこのまま逝ってみる

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

>>818, >>820
ノートPC Athlon XP-M 2200（グラフィックはオンボード）
昨日は0FPSと表示されて何も動かなかったが、ノートPCだし他に起動
しているソフトウェアが原因と思って閉じたら、24FPSまで上がった。
その時だけどんな感じのゲームかわかったし、良かったけど
なぜかもう一度ゲームだけ起動したのに、また0～4FPSになってしまった。

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

>>826
Athlonノートでオンボードって何だ？
チップセットがKMほげほげならSavage系で、SiS系ならSiS315相当、
nForceならGeForce2MX相当だけど、
nForce以外は3D使ってるゲームやるようなスペックじゃないことは確かだな。

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

>>827
確かに、Savage系ではあるが。

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

ちなみにインテルのUMAである855GMで６０～６２ｆｐｓ
CPUはPentiumM/1GHzな
ゲームオーバー時だけ大幅にfpsが下がるがゲーム中は安定

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

>>826
昼休みにDirectX版を作ってみた、良かったら試してみてくれ。
要DirectX8以上。
これで安定するとしたら、ドライバのOpenGL実装がマズーだという可能性大。
Irrlichtの問題なんだろうが、DirectX版の方が２割ぐらい速い。
妙なこだわりを捨てて、IrrlichtでのWin版はDirectXで組んだほうがいいのかorz
（define一発で済むと言えばその通りだしなぁ）

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

スレ違いな気がするが見逃してくれorz

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

大幅にフレームレート上がったよ
１６０くらいでるようになった
ファイルサイズも小さいしな

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

どっかでへんなの掴んでるんかね

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

>>830
今度は他のソフト起動してても速くなったよ
ただ、今度はGAME OVERになってずっと爆発してる（バグ？）
画面構成も良いし、おもしろくなるのでは。

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

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