ロースペックでもがんばる
低スペック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 自ら2番ｹﾞｯﾄｫｫｰ！！！！
￣￣￣￣￣∨￣￣￣￣ (´´
∧∧ ） (´⌒(´
⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
￣￣ (´⌒(´⌒;;
ｽﾞｻﾞｰｰｰｰｰｯ
∧∧
⊂（ ﾟдﾟ⊂⌒｀つ
￣￣
いらないスレだったかも。 アルファブレンドとか使う場合、
大抵の環境だと、16bitでやる方が早いよな。
あと、こ～ゆ～表示処理はVRAMではやらない方が良いな。 ■自主製作ゲーム：開発状況報告スレVer0.4■
http://pc8.2ch.net/test/read.cgi/gamedev/1125306375/186
>Ｃでなくて、Ｐｅｎｔｉｕｍのアセンブラですか。
>でも、それだと環境というか ＡＭＤとかセレロン系マシンで動くのかな。
>ＯＳはＷｉｎｄｏｗｓ？ もしシングルタスクＯＳモード専用なら
>低スペックというよりか、寧ろ高スペックなのでは。
>（４８６とか６８ｋでアセンブラなら分かるんだけど）
Pentiumのアセンブラで最適化です。
問題なくセレロンとかAMDでも動きますよ、AMDといってもPentium互換だもの。
（うごかんだら既存のアプリ動かん。そりゃ困るよ
ただし、Classic Pentium向けに最適化してたから、
それ以降、つまり、PenPro以降のもので最適な速度がでてたかどうかはわからない。
もちろん、PenPro以降なら、周波数が高いから、
最適化なしでもスペックで押し切れるとふんでの決断ね。
OSは、当時は、Windows98かな。
いまのWindowsXPでも動いてます。 スレ立て依頼です。
前スレが980Overで落ちてしまったため
余力のある方は新スレを立ててくださると助かります。
【スレタイ】
Javaでゲーム作成 2本目
【>>1の内容】
Javaでのゲーム作成について情報交換をするスレです。
ゲーム作成以外の話題はム板（http://pc8.2ch.net/tech/）、
他言語に関する話題は他スレでお願いします。
前スレ
JAVAでゲーム作成
http://pc8.2ch.net/test/read.cgi/gamedev/1074347252/ あ、ちなみに、アセンブラいうてもインラインアセンブラね。
うちは、メインがDelphiだから、Delphiのインラインアセンブラ。
ちなみに、最適化する際は、必ずプロファイルをとることね。
どこがボトルネックになっているかをチェックするのが重要ですんで。
実行速度の9割は1割の場所で発生している、なんて話もありますし。
けっこう、ロースペックマシンだと、描画よりも最後のFlipで
（もしくは、バックバッファから、画面に転送する段階で）
時間をくっていることもあるから、要注意です。 >>4 >>7
ご丁寧な説明ありがとうございます。
＞いまのWindowsXPでも動いてます。
素晴らしい事ですね。自分も邁進します。 昔8bitカラーで半透明とかの独自描画系を作ってた時は、色空間のテーブルを32*32*32に、
つまりRGBの精度を各5Bitとして考えてそれぞれのRGB値に近いパレットを探して色空間テーブルに
近似色として設定してた。
で、色演算をかける時にパレットが持ってるRGB同士を演算して結果を色演算テーブルからとってくると。
加算・減算や50％など定型のものは元/先のパレット番号の組み合わせから色空間テーブルの近似色の
パレット番号のテーブルを予め作っておく事で簡略化してた。
大きいテーブルを参照しまくるのでキャッシュ効率等は最悪だったと思う。
描画に使うデータ量が2倍になってでもハイカラーで直接色を演算した方が速かったかもしれない。
まぁ、今はハードに任せられるけど、ノートは数年前に遡るだけでD3Dはハードの支援がなくなったりするのが厳しい。
ソフトウェアレンダリングが満足に動くレベルのPCだとそもそもハードの支援が整っている、という矛盾がいかんとも。 意外とそうでもないぞ
Pen4初期とかPen3/1GHzオーバーとかあのあたりのオンボードビデオはかなりひどいわりに
CPUだけはかなりよかったりする
だからCPUの性能向上がはげしかったころは２Dならソフトウェアレンダリングは十分ありだった
ただ、転機は845Gや852/855Gあたりか
それなりに３Dが動くようになってしまい、レンダリング品質も大幅に改善
そしてご存知の通り915Gあたりからまともに動くようになってしまった
それでもライブラリ整備とか楽しいのと勉強のためにやっていいと思うけどね
つーわけで向こうの195へ
約10000くらいまでは60fps維持。
AthlonXP2500+、メモリ1GB。OSはWinXPpro。 自主製作スレは進行報告以外では荒れるので出来ればここで。>>森宮氏
Pen4-3.2-GFFX6600-XPで2500までは60fps
やれば出来るじゃん、という感じなんだけど、ターゲットはどの辺だろう。
Pen3-800辺りでも500くらいは描けそうだからその辺狙って60fpsで。
なにがボトルネックでどうやって解消したかも書いて貰えるとスレの肥やしになるんだけど。 ドキュメント見ると30fpsのSTGらしいが
ハイカラーにして60fpsをねらったほうがいいのではないかな?
ソフトウェアだとフィルレートがひたすら問題になるから。
しかし、すでにスレッド名と内容があわないな。
ソフトウェア描画にこだわる、とかのほうがよかったな。
PentiumM725/855GMEで2300まで60fps
すべてアルファつきに見えないがソフトウェア描画の内訳とかが欲しいような。
よくみると画像が .jpg になってるしα用の画像も無いからαチャンネルは無いんじゃない？
普通に透明度指定か？
ぶっちゃけαチャンネルが無くてもカラーキー・加算・減算・乗算とαブレンドができれば
経験上ゲームでの表現には大体困らない。
通常のsrc/dstのカラーブレンドが全部そろっている必要はあまり無いからね。
なんにせよ書き込み町。 ＞α用の画像も無い
enemy01al.JPGがめっちゃそれだと思うが Count:2800あたりまで60fps維持。
AthlonXP2200+、WinXPpro、GeForceFX5200。 おはよさんです。
http://g-space.jp/~fox_hope/cgi-bin/src/tail0197.lzh
の親です。
>>13
いちお通常作画が２枚、通常半透明が３枚、αレベル付きが３枚、加算が２枚の、
計１０枚を１セットとして増減させてますが。ゲームで使う頻度としてはそんなもんかと。
まあ本来はＲＰＧとか１０フレ位で動くゲーム用に作ったルーチンなんだけど、
キャラの描き安さとか加算合成とかを考えると出来たら使えない物かー？と。
どのみち３Ｄ使う技術が無いのでハイカラーでも似たかよったか(-_-;)。
>>16 報告どもですﾉｼ。 >>12
ボトルネックはともかく「デルファイの言語仕様はゲームに向かない」と言う、
まあその一点にはつきるカモしんない（泣）。あとループに細工が有るのかどうか、
良く解らないがFor文を連続すると有る一点から？かな、とにかく極端に遅くなる。
だからピクセルデータを１ドットずつ処理、とか言うとアセンブラ使うより無いし、
また２Ｄ背景のタイリングも細分化しすぎると（８＊８でも）実用に耐えない感じ。
まあこのルーチン重いし、433Mhzでp166と同レベルと言う所も結構あるようだから、
ここ数年で購入されたＰＣで問題なく動くレベル、と言うとどうしてもこの辺かと、
３２０＊２４０フルカラーで３０フレか、ＶＧＡフルカラーで１２フレｗ。
・・・しかしどうも320*240環境って予定よりも重い訳だが・・・そこが悔しい。
>>17
アルファレベルってのはピクセルごとのアルファ値のこと？
実装してもいいけど、ソフトウェア描画ではこれ最大のネックになるよ
ゲームの描画頻度は圧倒的に通常転送が多いよ
そしてSTGだと加算、AVGやRPGだと通常を使う程度かな
アルファの画像用意するのはいいけど、JPEGはちと考えられん
アルファ値が欲しいならPNGにするべきかと
あと最終出力を640*480に拡大した方がいいと思う
ベンチマークは出来るだけ実際の使用方法に合わせたほうがいいから ところで、ロースペックでも動くゲームを作るのは良いとして、
開発環境がロースペックって大変そうだな。特に絵とか音楽。
ツールがいろいろ重かったり動かなかったりしそうだ。 >>19
>>17だが度々スマソ、又プログラムに嘘発見。
Countを表示数と捉えるなら１／４位で考えてくれ（泣）。
もうだめぽ・・・。
それはともかくまあ、ＪＰＥＧだと圧縮率高くて良いので。
ＦＤ１枚にメインプログラムとキャラクタ用グラフィック２０セット、
まあ何とか入るし、ネット配布考える場合も有りがたい訳だが。
開発すんのも、まあ１０２４＊７６８でフォトショが普通に動けば、
まああまり問題ないし。３Ｄやるわけでねーしなウチの場合。
一応500mhzのマシンは購入しては有るんだが、何となく離れられんｗ。 開発マシンがスペック高すぎるのもそれなりに弊害が
他人にやらせると重かったりね
PentiumMとか自由にクロックを半分以下までさげれるのもなかなかいいぞ
俺のは200MHz単位で調整可能
>.21
アルファ値とキャラクタがずれるのに何の意味が
Pngだって高圧縮だしキャラ単位で256色もあれば十分でしょ?
パレットモードでもアルファ値はいるんよ＞Png
24bitもあるし32bitももちろんある
ゲーム開発者の台詞とは思えんが
>>21
境界チェックぐらいしてくれ。
エラーメッセージが出て止まらなくなったぞ。 >>23
いや２５６色だとパレット管理が大変だし。
ともかくαレベル付きキャラだと、フォトショップで作ったキャラを、
まあそのまま縮小して使える。開発効率が良く低技能でも見栄えが良い。
>>25
境界関係にバグは無い（と思ってる）が何処でバグ出たか教えて？
>>26
フォトショップだろうがなに使ってもいいけど、pngでかきだせばいいだけでしょ？
ピクセル単位の処理が重要な２D描画においてアルファ値Jpegってふざけてない？
そもそも256色＝パレット管理が必要だと思ってる時点で考えられんことだけど。
フルカラーで描画してもキャラクタ単位でみるとすべての色を使ってるということはない。
最終的に書き出すときにどれだけの色を使ってるか、近い色をどれだけ使っているか判断して書き出せるでしょ。
256色用エディタでキャラクター作れといってるわけではないよ。
そもそも色数とか言う前に32*32とか64*64程度のサイズでどれだけのピクセル数があると思ってるの・・・・。 >>26
エンターキー押しっぱなしにしてたら落ちたよ。
たぶんスプライトの数が0以下になって落ちたのではないかと。 >>28
それは仕様だ（・・・）。
>>27
何度も言うが「楽だ」「見栄えもキレイ」「容量も小さい」と言う点は捨てがたいと。
もちろん実際に描いてみるとワンダと巨像もそうだが「美しい絵」というと、
あまりカラフルでない場合が多い、近似色しかない、２５６色も有れば十分だが。
とにかくめんどくさいねん「そういう事を考慮した上でのドット絵」っつーのは。
>>29
その位ならレイフォースに挑戦できるか？と言う所だろうか・・・。 何で面倒なんだよ。
JPEG出力と同じでPNGで出力するとメニューから選ぶだけっしょ。
何も考慮する必要はない。
JPEGでも可逆圧縮なら何も言わないけど、カラーキーもアルファも満足に扱えないのに
重ね合わせするキャラにこれを選択するのは頭がおかしいとしか。
ちなみにあのJPEG画像よりPNGのほうがサイズが小さくなったよ。
32bitPNGでね。
ベンチマークぐらいまともに作ってからゲーム作れよ。 >>31
A. （ボクにはできないので）面倒（ということにしておいてください） 何でも良いがせっかく隔離されてるのにアク禁に成るのはどういう事かと小一時間。
>>31
なんでそこまでＰＮＧを奨めるのか良く解らないんだが。
ＪＰＥＧのフルカラー画像をＰＮＧにして容量が小さくなる訳無いだろ。
ネットでＰＮＧ画像っつーとＪＰＥＧで50KBに対して800KBとかだぞ。
大丈夫か頭？
>>32
動作はまともだよ。数値にちょっと嘘があるだけで。 >ＪＰＥＧのフルカラー画像をＰＮＧにして容量が小さくなる訳無いだろ。
>ネットでＰＮＧ画像っつーとＪＰＥＧで50KBに対して800KBとかだぞ。
その程度の認識で
>大丈夫か頭？
と言えるあなたに感服しました。
ここは良い隔離スレですね。 >>34
２Dキャラに使うんだろ？
何度も言うが背景画像ならJPEGでもいいけど、カラーキーとアルファが使い物にならない
画像方式を使うのはプログラマとして失格なんじゃないの?
サイズだけのことを言ってるわけじゃないんだよ?
それにサイズもそんなかわらんよ。でっかい写真いれるわけじゃないんだし。
俺の予想としてはDelphiが標準でBMPとJPEGだけは対応してるから
それ以外はやれないだけと踏んでるが。
別にPNGを進めてるわけじゃねーよ。独自形式でもちゃんとカラーキー取れるやつなら
それでもいいし、JPEGじゃなくてもピクセルの値が保障できないフォーマットならたたく。
320*240なんていうピクセルの粗い画面でモスキートノイズとかのっていたら目も当てられん。
大丈夫か、黒崎？
問題のベンチマーク
http://g-space.jp/~fox_hope/cgi-bin/src/tail0197.lzh
>>36
それを試験するためのベンチマークプログラムなのだが。
ともかくＡＲＰＧならｐ１６６でも何とかゲームに成るレベル、
なら320*240に落とせば３０フレ程度でＳＴＧ出来るかな？
と言う検証の為に作った物だ。結果は散々だが(-_-;)。
もちろんPNGの展開ルーチン無いから出来ないっつーのも有るが、
「それなら別にＢＭＰそのままでも良い」訳で。圧縮率から言っても、
LZHで圧縮掛けちゃうなら殆ど変わらない。無理して使う理由がない。
それにこのルーチンの特徴として「ピクセルの値が保証できなくても動く」、
なら無理してＰＮＧなんぞ使う必要有るまい？ >>37
http://e-words.jp/w/JPEG.html
>写真などの自然画の圧縮には効果的だが、コンピュータグラフィックスには向かない。
>>37
動く動かないじゃなくて、透過処理とかがJPEGじゃ保障できないってのが問題だっつーに
勘違いしてないか?
そもそもこんな用途で圧縮していいのならJPEGだっていらねーよ
ここまで頭が固いやつは初めてだ
JPEGだと描画上の問題があるって箇所を指摘してるのに
後何十年後に気がついてくれるのかな
この人にいくら話してもなんだかんだ理由つけて却下されるだけ。
古い技術理解と自分の世界以外は一切認めてくれない。
開発状況報告スレから追い出された時もそうだった。 多分、自分のことをスキル高いと勘違いしてるんだろう。
だから他人の話を聞けないし、技術も向上しない。 反論に労力を費やすんじゃなくて、
指摘された問題点の整理と理解に費やせば、
先はあるかもね。 ＞もちろんPNGの展開ルーチン無いから出来ないっつーのも有るが、
予想通りこれが一番の原因だったっぽいな
あと最近完成して販売してるゲームFDで配布となってるけど、
ここ数年ノートはおろかデスクトップもFDドライブついてないのがほとんどなんで
そこだけ柔軟に対応してやってくれ
なんつーか、ソフトウェアレンダとか面白い話題に発展するかと期待していたが
これはもうだめですな
スレタイ間違えたなこりゃあ。
本当にロースペック向けに作ってる人に失礼だ、これじゃ。 凄い・・・kumaたんあたりとコンビ組んだら
笑いで世界が救えそう・・・ FDにする利点てなに？
CD-R一枚30円で買える時代で安さで選んでるの？
読み込み速度もFDの方が圧倒的に遅いのに 書き込み速度は速い所かな。
後、何となく600M入るのに、
1Mとかしか入れないのは勿体無いとか。 FDしかもってないて、いつのPCよ。ってここロースペックスレか・・・
あとさ、CD-Rに1M書き込むのに何分もかからんだろ、と USBメモリで配れよ。なかなかいいと思うぞ。
高いのが難点だが、おもわず買うな。うん。 >>52
再利用したいだけじゃねーかｗｗｗｗ
>>51
CD焼けるドライブがないって話じゃないか？ >>51
ロースペックでも通じるのと、ロースペック（というより古いだけ）なマシンじゃないと
動かないってのはちがうことかと。
>>52
USBにドライバが必要ない2000以降はいいけど、それ以前だと少し厄介かも。
ターゲットがもはやわからんスレだし、ターゲットとなる人物がやる気ないようだし。
土日に目を離しただけでこんなになってるとわｗ
一応スレ建ての人なんですが、ここは隔離スレを兼ねてるというところが重要なので
かの人にあまり強烈に噛み付くと他のスレに流れてしまって本末転倒になってしまいます。
軽くいなしつつ、ロースペ方面の話で有意義に過ごせるならば良いんじゃないかな、ということで。
データを小さくする、という目的で画像がノイズだらけになるのをよしとするかは製作者が
判断する事だから、あまり口出しするのもどうかなって気がする。
かの人は有料で行こうとしてるんだから、こちらから取れる態度は「ｶﾜﾈ」ってだけで十分。
FDDってのも同じく「ｶﾜﾈ」で。
おそらく元画像はノイズが無い分もう少しマシであるはずなのに、製作者の意向でノイズが目立つ物しか
選択肢が無い、ということをかの人は考えるべきなんだけども、この手の一般的な配慮が出来る人間なら
隔離スレは必要ないわけですから。
趣味で作ってばらまくならば好きにやればいい。
ただしお金を取る以上は、金額に見合うものを提示しなければ当然スルーされる。
無料でも優れた物を遊ばせてくれる人が多いから当然の選択なんですが。 このスレはJavaもアリですか？
Web閲覧のみに使ってるような低スペックなマシンでも動くように、
MicrosoftVM(Java1.1相当？)・CPU500MHz程度をターゲットとした
アプレット開発の話がしてみたいです。 関連サイト？の日記 2005/10/31
＞どうも感覚として、「プロに近づくほど無益な事は出来ない」と言うのがあって、
＞対価を得ない行為で、技術は披露しなくなる。更に雑誌や卸を通さなければ、
＞現状どうも作品はお金にならない。凄い物を作った人が、以後創らない理由。
＞作らないんじゃなくて「作れない」。出来る事は解っているが「無意味である」、
＞後者は前者以上に。故に彼らの新作が見たいなら売る場所を作るしかない。
著者とその状況を語ってるつもりなんだろうか。
これまた㌧でもない奴を見つけたもんだな･･･ 10月30日とか28日のほうもかなりひどいな。
極めつけは25日だろうか。
自分が完全に問題なのに2chのほうがおかしいらしい。
みんな問題点を直してあげようと親切に書いていたのに、
本人からはやる気の感じられない回答ばかり。
そしてみんなぶちきれていく・・・と。 >>59
Win95時代ならプロっぽいかもな。
コンパイルのミニゲームくらいのレベルか？新人が作ってたって話だけど。
まぁ、日記さらしはどうかと。他のスレに行かれると住人に悪いし。
そういえばサウンドってロースペックって定義あるんかな。
5.1ｃｈとかは個人じゃ厳しそうだから除くと、差が無い気がするんだけど。
むかしのPCはソフトMIDIきつかったけど、今はストリームか？ >>61
あれはさすがに95時代でもプロじゃねーよ。
当時のソフトウェアレンダの技術とか画像関係の基礎がまったくついていけてない。
サウンドはソフトウェアMIDIより垂れ流しのほうがはるかにマシンパワー食わないけど
容量が厳しい。
Oggのように圧縮するとマシンパワー多少とられるしこの辺のバランスは難しい。
妥協してmidi、配布がCDならCDDAとか。
ロースペックという定義がどのあたりを指すかにもよると思う。
古いマシンは速度的な問題だけならいいけど、メモリが厳しいことが多いから
そっち方面で苦労するかも。 >>62
>コンパイルのミニゲームくらいのレベルか？新人が作ってたって話だけど。
技術は別に、って意味ですよ。
自作のゲームを一応完成させてるようだし。
ロースペックはメモリの壁もあるか・・
32MB~64MBとかなら数メガのストリームデータはあまり気にしなくてもいい気がするんだけど。
技術は別にってJPEGの誤差も知らないような根本的にまずい箇所を
必死に否定する脳みそはそれ以前の話かと。
この先浮動小数点誤差とかで苦労してそうだな。
32Mから64M程度のメインメモリってことはOSは95、NT4、98あたりだな
Ogg展開だとそれなりに負荷は高い、ベタだとIDEのアクセスでシステム全体が
とまる場合ありとかそういうハードが横行していた時期か
低スペック＆自前描画＆自前サウンド（DLL一部つかってるけど）なら
超連射を参考に。
68時代使ってるライブラリも公開されてるし、どういったものを目標としていたとかはすぐにわかる。
問題はココまで出来がいいと、要高スペックだろうがどうでもいいということだ。
逆に最近のCPUが複数見えるやつだと音源周りが鬼門だが。 PentiumIII以降、メモリ64MB以降
ぐらいはロースペックに入れちゃだめでしょうか。 今のゲームをするPCの基準から見てロースペックと、マジロースペックには開きがあるけど
各人が幅を持って考えればいいんじゃなかろうか、と。
俺のロースペックは1GHz未満全部、とかに想定しても相手にそれが伝わっていればいいと思うし。
>>64
>逆に最近のCPUが複数見えるやつだと音源周りが鬼門だが。
kwsk 不細工な猫を見て「不細工だなぁ」と思う意識をそのまま美人に向けて言うと、
かなり相手への心理的なダメージになる。これは相手が人間なら誰でもよい、
その「感じた嫌な意識」を意識的に記憶／再生して使えば心理戦で有利だ？
その場合、ダメ人間ほど強い。「人々からの蔑み」をいっぱい抱えている訳で、
それをそのまま相手へ向ける訳だが。勝てばいい！と言う物ではなかろうに。
この辺でも日本人的な「研究」がどうもある。Ａから受けた蔑みを、Ｂへと向ける。Ｂからの反論を、
今度はＡへ向ける。掲示板にて理屈の通らない反論は、みんなこれかもしれない。言ったのはＡ、
或いはＢ、ただそれを中継しているだけ。そういう訓練をしたのかさせられたのか、薄ら寒い現実。
ttp://www.avis.ne.jp/~asper/update2071.htm 心配になるくらい何を言いたいのかよくわからない・・・
凄い・・・凄すぎる・・・
もっとメジャーな場所に躍り出れば伝説になれるかも モノが売れないのは、他人が売れる土壌を作ってくれないのが悪い。
技術的な突っ込みを受けるのは、他人が無知だから。
自分に足りない部分や、間違っている部分は存在しない。
何でもかんでも他人のせい。 まてまて、日記さらすのはさすがに可愛そうだろ。
思わず晒したくなるのはわかるが。
マナー良くウォッチしようぜ☆ いつも中傷されてるダメ人間ほど、そういう言葉を使って掲示板で他人を
貶すのに長けている、と言いたいのだろうな。
今までの問題点の指摘に関しても根拠の無い叩きだと思ってるに違いない。 >掲示板とかの住人ってコミケしか住む所無いんですかね。
冗談でもこんなこと書く人の作品買おうと思う人いるのかね。
しかもどこにでもありそうなスクショ３枚に体験板無し。
面白いゲーム作れる人なのかも分からない上に通販のみ。
ここまで悪条件揃ってても売れるならシェアゲーム界もまだ捨てたものじゃないな。 ダライアスｽﾚに最新CPUでクロック比通りの結果が得られない理由を
外部クロックとの関係から理論的に書いてあるのに信用していないのかね。
仮に信用したとして、本来CPUはこうあるべき！
って言ってCPUの成長の仕方が間違ってるとか言い出すのかなｗｗｗｗｗ 次スレがあればWatch板だな。
多分ないだろうけど >株取引が３時間ほど機能しなくなった、ら何が問題なのか？と言うと本当は、
>あまり問題ないのかもしれない
この発想がかわいそうだ・・・。
どれだけお金の流れているところなのか全然知らないんだろうな・・・。
ゲームは私には会わないっぽいけど、
この人の絵は結構好きだな。 フロッピーで販売
何か夢があるので俺もやってみようかな…
スプライトバリバリが好きなＨＳＰ使いだから、ロースペ狙いは無理だろうけど http://game10.2ch.net/test/read.cgi/gameama/1115365623/525-
同人ゲーム板のどっかで見た気がしてたけど、やっぱりあった。
レゲーっぽいのかなと期待して拡大スクショ見たけど手打ちのドット
じゃないんだね。 普通のCGをチップサイズに補完縮小したように
見える。 誰も買ってないようだから買って評価をばら撒くとばればれとか
まぁそんなのはどうでもいいんだ
かったのはいいが、ちゃんと自分の環境で動くかがわからないのが
Windowsのゲームで怖いところなんだから
体験版を出すべきだな X68000 使ってたときの 5インチのが 30枚ほど残ってるからやってみるかな。
……ドライブが無え。 >>81
一応αチャンネル付きの32bitビットマップをｐ１６６で１２フレ平均で、
ほぼ表示する自作ルーチンを使用したＡＲＰＧだったりする訳だが。
>>83
一応ＡＳＰとほぼ同じルーチンを使ってるからこれが動けば動くと思うが。
ＡＳＰ http://www.vector.co.jp/soft/win95/art/se113579.html
体験版おかせて貰ったあぷろだなんか落ちてるしな、ちょっとな。 いいから5000円でとっととジャンクのP3マシンでも買ってこいよ
今やP3ですら足切りの範囲内だってのに、ふざけるのもいい加減にしろ >>87
今の足きり範囲のＰＣなら３０フレでほぼ確実に動くから心配ない。
ＰＣ８８時代のイースｗを知っているならむしろなめらかな動きだｗ。
・・・問題は「３Ｇでも６０フレはなかなか出ない」と言う事なんだが。
自作ＰＣ冬の時代だ。 VRAM直書きしまくってるからでは？
αブレンドとか多用していると、ソフトレンダリングは重いぞ。 >>88-89
足きりの範囲？
PCユーザー全員にそう言って聞かせますか
それは納得するかどうかは、ゲームの物にもよるでしょう。 >>89
CPU速度よりメモリ帯域が問題なんだからあたりまえだろ。 >>90
ＶＲＡＭ直書きはウチの環境だと逆に遅いのでdirectDrawまかせ。
一旦全部ＤＩＢ（メモリ）に描いてから画面へ全転送と言う仕様。
だからＣＰＵ周りの速度がほぼそのまま速度に反映される、と思うが。
現行のハード、カタログスペックを考えると嫌になるくらい、
”不自然に遅い”と思う。
>>91
問題のゲーム。
「破魔師～美鶴の初仕事～番外編 美鶴さんの長い妄想」
http://www.avis.ne.jp/~asper/shop/minfo.htm
Ｐ１６６以上ならゲームとして遜色無い者を作った作者ですが何か。 >>89
PCはCPUのクロックだけで速度が決まるなんて思ってる？
今も昔もボトルネックに合わせて速度が決まるに決まってんじゃん。
αブレンディングなら、メモリ帯域がボトルネックになる。
あんたは前から「CPUは3GHzと早いのに、メモリ帯域が悪いから、CPUが悪い」
って言ってるわけ。おかしいと思わないか？ ＞だからＣＰＵ周りの速度がほぼそのまま速度に反映される、と思うが。
この前提が違う。CPUの速度とメモリアクセスの速度は全く違う。
それを理解しない限り、3GHzで60フレームしかでない理由は理解できない。 テキスト中心のゲーム作るスレかと思ったけど、違うのね・・ いかにロースペックで動くプログラムを作れるか・・・
美しいと思わないかい？ ロースペック用に最適化するのはいいけど
その結果ハイスペックPCには最適とはならないからねぇ。。
それが、その美鶴さんの現状なんだろうが >>99
どちらにも最適化できていないからロースペでもハイスペでも遅いんだけど。
ﾊﾟﾝｹﾞｱスレでもここでも指摘されてる、外部メモリのクロックっつーボトルネックに
かかっている以上は、描画量を減らす以外に解消するすべは無いでしょ。
せめて16ビットカラーにすれ。 
