ロースペックでもがんばる

**名前は開発中のものです。** · 2005/10/26(水) 20:16:13

低スペックPCやノートPCを視野に入れた場合のTipsや悩み相談、動作検証依頼等を
主に扱って行きたいスレ。
適度な雑談、技術論や己の信ずる宗教（fps至上など）について語るのも有益かもしんない。

質問等はなるべく詳しく、OSや使用言語等の環境も詳しく、質問する側も答える側がさっくりと
円滑に出来るように心がけてください。

関連スレ：
■自主製作ゲーム：開発状況報告スレVer0.4■
http://pc8.2ch.net/test/read.cgi/gamedev/1125306375/
【無きゃ作る】ﾀﾞﾗｲｱｽﾊﾟﾝｹﾞｱ【ｶﾞｾから出た真】
http://game10.2ch.net/test/read.cgi/gamestg/1119182067/
関連サイト？
ttp://www.avis.ne.jp/~asper/shop/minfo.htm

**名前は開発中のものです。** · 2005/10/26(水) 20:33:30

自ら2番ｹﾞｯﾄｫｫｰ！！！！　
￣￣￣￣￣∨￣￣￣￣　　　　　　(´´
　　　　 ∧∧　　　）　　　　　　(´⌒(´
　　⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
　　　　　　￣￣　 (´⌒(´⌒;;
　　　　　　ｽﾞｻﾞｰｰｰｰｰｯ

　　　　 ∧∧　　　
　　⊂（ﾟдﾟ⊂⌒｀つ
　　　　　　￣￣　

いらないスレだったかも。

**名前は開発中のものです。** · 2005/10/26(水) 20:46:05

アルファブレンドとか使う場合、
大抵の環境だと、16bitでやる方が早いよな。
あと、こ～ゆ～表示処理はVRAMではやらない方が良いな。

**名前は開発中のものです。** · 2005/10/26(水) 22:51:41

■自主製作ゲーム：開発状況報告スレVer0.4■
http://pc8.2ch.net/test/read.cgi/gamedev/1125306375/186

>Ｃでなくて、Ｐｅｎｔｉｕｍのアセンブラですか。
>でも、それだと環境というかＡＭＤとかセレロン系マシンで動くのかな。
>ＯＳはＷｉｎｄｏｗｓ？もしシングルタスクＯＳモード専用なら
>低スペックというよりか、寧ろ高スペックなのでは。
>（４８６とか６８ｋでアセンブラなら分かるんだけど）

Pentiumのアセンブラで最適化です。
問題なくセレロンとかAMDでも動きますよ、AMDといってもPentium互換だもの。
（うごかんだら既存のアプリ動かん。そりゃ困るよ

ただし、Classic Pentium向けに最適化してたから、
それ以降、つまり、PenPro以降のもので最適な速度がでてたかどうかはわからない。
もちろん、PenPro以降なら、周波数が高いから、
最適化なしでもスペックで押し切れるとふんでの決断ね。

OSは、当時は、Windows98かな。
いまのWindowsXPでも動いてます。

**名前は開発中のものです。** · 2005/10/26(水) 22:53:10

スレ立て依頼です。
前スレが980Overで落ちてしまったため
余力のある方は新スレを立ててくださると助かります。

【スレタイ】
Javaでゲーム作成 2本目
【>>1の内容】
Javaでのゲーム作成について情報交換をするスレです。
ゲーム作成以外の話題はム板（http://pc8.2ch.net/tech/）、
他言語に関する話題は他スレでお願いします。

前スレ
JAVAでゲーム作成
http://pc8.2ch.net/test/read.cgi/gamedev/1074347252/

**名前は開発中のものです。** · 2005/10/26(水) 22:54:06

思いっきり誤爆してしまった。。。逝ってくる

**名前は開発中のものです。** · 2005/10/26(水) 22:56:16

あ、ちなみに、アセンブラいうてもインラインアセンブラね。
うちは、メインがDelphiだから、Delphiのインラインアセンブラ。

ちなみに、最適化する際は、必ずプロファイルをとることね。
どこがボトルネックになっているかをチェックするのが重要ですんで。
実行速度の9割は1割の場所で発生している、なんて話もありますし。

けっこう、ロースペックマシンだと、描画よりも最後のFlipで
（もしくは、バックバッファから、画面に転送する段階で）
時間をくっていることもあるから、要注意です。

**名前は開発中のものです。** · 2005/10/27(木) 00:20:36

>>4 >>7
ご丁寧な説明ありがとうございます。

＞いまのWindowsXPでも動いてます。
素晴らしい事ですね。自分も邁進します。

**名前は開発中のものです。** · 2005/10/27(木) 00:39:14

昔8bitカラーで半透明とかの独自描画系を作ってた時は、色空間のテーブルを32*32*32に、
つまりRGBの精度を各5Bitとして考えてそれぞれのRGB値に近いパレットを探して色空間テーブルに
近似色として設定してた。
で、色演算をかける時にパレットが持ってるRGB同士を演算して結果を色演算テーブルからとってくると。
加算・減算や50％など定型のものは元/先のパレット番号の組み合わせから色空間テーブルの近似色の
パレット番号のテーブルを予め作っておく事で簡略化してた。

大きいテーブルを参照しまくるのでキャッシュ効率等は最悪だったと思う。
描画に使うデータ量が2倍になってでもハイカラーで直接色を演算した方が速かったかもしれない。

まぁ、今はハードに任せられるけど、ノートは数年前に遡るだけでD3Dはハードの支援がなくなったりするのが厳しい。
ソフトウェアレンダリングが満足に動くレベルのPCだとそもそもハードの支援が整っている、という矛盾がいかんとも。

**名前は開発中のものです。** · 2005/10/27(木) 01:05:53

意外とそうでもないぞ
Pen4初期とかPen3/1GHzオーバーとかあのあたりのオンボードビデオはかなりひどいわりに
CPUだけはかなりよかったりする

だからCPUの性能向上がはげしかったころは２Dならソフトウェアレンダリングは十分ありだった
ただ、転機は845Gや852/855Gあたりか
それなりに３Dが動くようになってしまい、レンダリング品質も大幅に改善

そしてご存知の通り915Gあたりからまともに動くようになってしまった

それでもライブラリ整備とか楽しいのと勉強のためにやっていいと思うけどね

**名前は開発中のものです。** · 2005/10/28(金) 20:44:32

つーわけで向こうの195へ

約10000くらいまでは60fps維持。
AthlonXP2500+、メモリ1GB。OSはWinXPpro。

**名前は開発中のものです。** · 2005/10/28(金) 21:30:38

自主製作スレは進行報告以外では荒れるので出来ればここで。>>森宮氏

Pen4-3.2-GFFX6600-XPで2500までは60fps

やれば出来るじゃん、という感じなんだけど、ターゲットはどの辺だろう。
Pen3-800辺りでも500くらいは描けそうだからその辺狙って60fpsで。

なにがボトルネックでどうやって解消したかも書いて貰えるとスレの肥やしになるんだけど。

**名前は開発中のものです。** · 2005/10/28(金) 21:55:13

ドキュメント見ると30fpsのSTGらしいが
ハイカラーにして60fpsをねらったほうがいいのではないかな?

ソフトウェアだとフィルレートがひたすら問題になるから。

しかし、すでにスレッド名と内容があわないな。
ソフトウェア描画にこだわる、とかのほうがよかったな。

PentiumM725/855GMEで2300まで60fps

すべてアルファつきに見えないがソフトウェア描画の内訳とかが欲しいような。

**名前は開発中のものです。** · 2005/10/28(金) 22:42:14

よくみると画像が .jpg になってるしα用の画像も無いからαチャンネルは無いんじゃない？
普通に透明度指定か？
ぶっちゃけαチャンネルが無くてもカラーキー・加算・減算・乗算とαブレンドができれば
経験上ゲームでの表現には大体困らない。
通常のsrc/dstのカラーブレンドが全部そろっている必要はあまり無いからね。

なんにせよ書き込み町。

**名前は開発中のものです。** · 2005/10/28(金) 23:28:58

＞α用の画像も無い
enemy01al.JPGがめっちゃそれだと思うが

**名前は開発中のものです。** · 2005/10/29(土) 03:53:28

Count:2800あたりまで60fps維持。
AthlonXP2200+、WinXPpro、GeForceFX5200。

**名前は開発中のものです。** · 2005/10/29(土) 08:42:38

おはよさんです。
http://g-space.jp/~fox_hope/cgi-bin/src/tail0197.lzh
の親です。
>>13
いちお通常作画が２枚、通常半透明が３枚、αレベル付きが３枚、加算が２枚の、
計１０枚を１セットとして増減させてますが。ゲームで使う頻度としてはそんなもんかと。
まあ本来はＲＰＧとか１０フレ位で動くゲーム用に作ったルーチンなんだけど、
キャラの描き安さとか加算合成とかを考えると出来たら使えない物かー？と。
どのみち３Ｄ使う技術が無いのでハイカラーでも似たかよったか(-_-;)。

>>16　報告どもですﾉｼ。

**名前は開発中のものです。** · 2005/10/29(土) 12:23:18

>>12
ボトルネックはともかく「デルファイの言語仕様はゲームに向かない」と言う、
まあその一点にはつきるカモしんない（泣）。あとループに細工が有るのかどうか、
良く解らないがFor文を連続すると有る一点から？かな、とにかく極端に遅くなる。
だからピクセルデータを１ドットずつ処理、とか言うとアセンブラ使うより無いし、
また２Ｄ背景のタイリングも細分化しすぎると（８＊８でも）実用に耐えない感じ。
まあこのルーチン重いし、433Mhzでp166と同レベルと言う所も結構あるようだから、
ここ数年で購入されたＰＣで問題なく動くレベル、と言うとどうしてもこの辺かと、
３２０＊２４０フルカラーで３０フレか、ＶＧＡフルカラーで１２フレｗ。
・・・しかしどうも320*240環境って予定よりも重い訳だが・・・そこが悔しい。

**名前は開発中のものです。** · 2005/10/29(土) 12:43:26

>>17
アルファレベルってのはピクセルごとのアルファ値のこと？
実装してもいいけど、ソフトウェア描画ではこれ最大のネックになるよ

ゲームの描画頻度は圧倒的に通常転送が多いよ
そしてSTGだと加算、AVGやRPGだと通常を使う程度かな

アルファの画像用意するのはいいけど、JPEGはちと考えられん
アルファ値が欲しいならPNGにするべきかと

あと最終出力を640*480に拡大した方がいいと思う
ベンチマークは出来るだけ実際の使用方法に合わせたほうがいいから

**名前は開発中のものです。** · 2005/10/29(土) 13:15:30

ところで、ロースペックでも動くゲームを作るのは良いとして、
開発環境がロースペックって大変そうだな。特に絵とか音楽。
ツールがいろいろ重かったり動かなかったりしそうだ。

**名前は開発中のものです。** · 2005/10/29(土) 13:24:38

>>19
>>17だが度々スマソ、又プログラムに嘘発見。
Countを表示数と捉えるなら１／４位で考えてくれ（泣）。
もうだめぽ・・・。

それはともかくまあ、ＪＰＥＧだと圧縮率高くて良いので。
ＦＤ１枚にメインプログラムとキャラクタ用グラフィック２０セット、
まあ何とか入るし、ネット配布考える場合も有りがたい訳だが。
開発すんのも、まあ１０２４＊７６８でフォトショが普通に動けば、
まああまり問題ないし。３Ｄやるわけでねーしなウチの場合。
一応500mhzのマシンは購入しては有るんだが、何となく離れられんｗ。