物凄い勢いで誰かが質問に答えるｽﾚ@ゲーム製作技術

**名無しさん＠お腹いっぱい。** · 01/11/08 16:25

調べるのがめんどくさい初心者はなんでも書いて。
知ってたら即、答えるし、知らんかったら知らんと書け。
検索なんかクソでも喰っとけﾖ！
教えて君以外は逝ってヨシ！

【鉄の掟】
一、かぶっても泣かない。
一、出された質問は残さず答える。
一、マンモス村田のギャグには大爆笑する

**名無しさん＠お腹いっぱい。** · 01/11/09 12:08

>>51
お、重い・・・なんだこりゃ
雨なんか降ってると6fpsしかでないぞ

**名無しさん＠お腹いっぱい。** · 01/11/09 13:05

ttp://www.dx.jpn.org/~gamers/online/a_advnov.htm

↑なページもあった。ノベルソフトの
機能に対象を絞ってる模様。ただし、System3.x は
なかった。

**名無しさん＠お腹いっぱい。** · 01/11/09 15:52

>>36 >>37
ありがとうございます。（゜台゜）

**名無しさん＠お腹いっぱい。** · 01/11/09 16:08

フリーでdirectX(3d)が使えてシェアウェアや同人として販売ＯＫな言語／スクリプトありませんか？

**名無しさん＠お腹いっぱい。** · 01/11/09 16:18

>>55
HSP

**名無しさん＠お腹いっぱい。** · 01/11/09 16:49

>>55
Chrono Scheme

**名無しさん＠お腹いっぱい。** · 01/11/09 16:51

>>55
borland c++ 5.5

**名無しさん＠お腹いっぱい。** · 01/11/09 17:30

>>55
VC++6.0我。

**名無しさん＠お腹いっぱい。** · 01/11/09 18:06

>>59
逝ってよし

>>58
フリーのやつは製作物を売ってもいいの？

**名無しさん＠お腹いっぱい。** · 01/11/09 18:31

>>55
gcc(mingw)

**名無しさん＠お腹いっぱい。** · 01/11/09 22:21

>>60
>フリーのやつは製作物を売ってもいいの？

もちろん。

**名無しさん＠お腹いっぱい。** · 01/11/09 23:37

>>60
無料版で商用不可はJBuilderとDelphi。

**名無しさん＠お腹いっぱい。** · 01/11/10 12:11

>>63
疑うわけじゃないけどソースは？
調べた限りじゃ商用不可とは書いてないけどフリーの開発ツールには警戒してしまうのよ。

**名無しさん＠お腹いっぱい。** · 01/11/10 12:46

>>64
>疑うわけじゃないけどソースは？
Borland のサイトみろよ

**名無しさん＠お腹いっぱい。** · 01/11/10 13:14

>>65
http://www.borland.co.jp/cppbuilder/freecompiler/bcc55agreement.html
正直、どこで販売可能と判断できるのかわからん。
バカですまん。教えてくれ。

**名無しさん＠お腹いっぱい。** · 01/11/10 18:21

どこにも商業や業務に利用できないってかいてないでしょ

**名無しさん＠お腹いっぱい。** · 01/11/11 01:07

>>66
Delphi6 Personalのライセンスと比較してみ

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

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

www.borland.co.jp/delphi/personal/

※Delphi 6 Personalでは、商用・業務アプリケーションの開発はできません。

**名前は開発中のものです。** · 01/11/23 17:15

www.borland.co.jp/jbuilder/webreg/jb50license.html

お客様は、直接的にも、間接手にも、お客様のアプリケーションプログラムの配布または使用について如何なる報酬も受け取ってはなりません。

こんな感じ？
なぜかC++Builderを見に行く >>66 が可愛くて仕方ない。

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

>>71
ひそかに勘違いしてる模様

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

妙なスレばっか立てる前にココで聞け。

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

>>73さん
もう既出です。聞くなら下のスレをつかいしまょう。

●初心者歓迎　スレを立てる前にここで質問を
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

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

３DRPGの先読みって、画面切り替えの発生ポイントから
球形か円柱の範囲で当たり判定のようなことをしてる？
読み込みの処理時間を考えて半径の大小を決めておくと
裏で読み込み処理しつつキャラクタは移動できるし快適になるのかなと。

**名前は超初心者のものです。** · 01/12/06 02:39

真っ白なフィールドがあって、そこをレースゲームの要領で仮クルマみたいのを
走らせて、その仮クルマが通って軌跡を実線として残していくのって、ＶＢで
作れますか?
ちなみに仮クルマは固定されていて、向きを変えません。
つまりフィールドの方が移動します。
直線の時は上から下へスクロールして、曲がる時はフィールドが回転します。

作るの難しいですかねえ？

**Dante** · 01/12/06 03:05

PRG Creator Pro(1,2)っていいソフトですか？
やはりPRGツクール2000には敵いませんか？

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

>>76
真っ白にLineToでよけりゃ簡単だろ
二次元の座標変換するだけ
ベクトルデータな

**名前は超初心者のものです。** · 01/12/06 04:56

>>78
はーい。Line To関数ってなところ本で見てみます。

**名前は開発中のものです。** · 01/12/06 07:36

暴れん坊プリンセスというゲームのスレで，

読込み遅ぇなあーと思いつつも我慢して遊んでいたけど、ロードのたびに
標準出力に↓こんなの恥ずかしいメッセージ垂れ流してるの知って、我慢できなくなった。

----------
CD_ReadSector: warning: addr is not 64byte align [1c66fb8] (MAP02.BIN)
CD_ReadSector: warning: addr is not 64byte align [1d5afb8] (I1R01_00.BIN)
CD_ReadSector: warning: addr is not 64byte align [1c93fb8] (I1R01_01.BIN)
CD_ReadSector: warning: addr is not 64byte align [1d7c7b8] (I1R01_02.BIN)
CD_ReadSector: warning: addr is not 64byte align [1de27b8] (I1R01_03.BIN)
CD_ReadSector: warning: addr is not 64byte align [1de27b8] (I1R01_04.BIN)
　　　　　：

読込み先に __attribute__((aligned(64))); 宣言ぐらい付けとけやゴルァ！！

という発言があったんですが，ＰＳ２の標準出力ってどこのことですか？

**名前は開発中のものです。** · 01/12/06 08:51

>>80質問スレは分散させると閲覧性が低下しない？
まずは既存のスレを消費してから、このスレに移行したほうがいいとおもうけど。

●初心者歓迎　スレを立てる前にここで質問を
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

**名前は開発中のものです。** · 01/12/06 13:30

VBで音ゲーを製作ちうですが
曲と画面をどう合わせればよいでしょう？
PCのスペックにとらわれずに
リズムに合ってもらわないと困るのですが・・・。

**名前は開発中のものです。** · 01/12/06 13:40

下のスレが1000行くまでこのスレは休眠

●初心者歓迎　スレを立てる前にここで質問を
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

**名前は開発中のものです。** · 02/02/11 12:44

**名前は開発中のものです。** · 02/02/11 15:13

>>74
ここはネタスレなんだからそこと一緒にしてやるのもかわいそうだろ

ちなみに本家はこちら
もの凄い勢いで誰かが質問に答えるスレ942
http://cheese.2ch.net/test/read.cgi/qa/1013405867/

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

>>82
一音づつ鳴らせば？

**名前は開発中のものです。** · 02/02/11 15:24

ゲームのインストールを支援するソフトってなんか無い？
アンインストーラーはあるの知ってるけどインストールは
見たことない。
同人とか作ったら利用できないかなぁと。

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

>>87
インストールシールド（高ぇよ！）とかEXEPRESSはどうよ？
EXEPRESSならフリーソフトの配布につかうなら無料だしそれ以外でもライセンス料安いぞ
http://www.webtech.co.jp/exepress/

87 · 02/02/11 16:38

どうもありがと。
うちの会社の製品にも使うかもしれないから
値段は高くてもいいや。
他にも背景にキャラ絵とか表示しながら出来る
やつとかあったら教えてください。

**名前は開発中のものです。** · 02/02/11 19:51

>>89
EXEPRESSで可能。インストールシールドは未確認。

87 · 02/02/11 20:20

了解です。
他のソフトは置いといてこの２本に絞ってみます。

**マジレス** · 02/02/11 23:24

ハンドアセンブラを学ぶにはどうしたらいいですか？
基礎をしっておきたいので

**名前は開発中のものです。** · 02/02/12 00:06

>>92
基礎を知りたいならCASLでいいだろ。資料多いし学習用だしな。
情報処理技術者試験の参考書とかで練習問題山ほどあるしエミュレータも何種類かでてる
http://www.jitec.jipdec.or.jp/1_13download/hani01.pdfの24ページから
http://www.jitec.jipdec.or.jp/casl2/casl2dl_001.html

実機でやりたいならワンボードマイコン、ポケコンあたりが王道かな

**ハンドはいらんだろう** · 02/02/12 00:11

ハンドアセンブ「ラ」？人間のことか？
というか、「安価な手段」と「基礎」をごっちゃにするな。

**名前は開発中のものです。** · 02/02/12 00:42

俺はパソコンと友達になりたかったんだよ。
自分でアセンブラ作ってみたかったんだよ。

**名前は開発中のものです。** · 02/02/12 00:53

質問です。
DirectXを使わずにmpeg1のムービーを再生
するにはどうプログラムしたら出来ますか？
ゲームのオープニングに使いたいんですが。

**名前は開発中のものです。** · 02/02/12 01:06

>>96
ユーザにコーデックいれさせてMMC

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

>>94
ハンドアセンブラといえば昔から人間アセンブラと決まってるだろ！！

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

>>95
お前がアセンブラになれ

96 · 02/02/12 01:24

>>97
コーデックというのはユーザーが用意しないとダメ？
市販ソフトではソフト側がやっているような気がするけど。
そういうもの無しではやはり無理でしょうか？

**名前は開発中のものです。** · 02/02/12 01:31

>>96
Win98以降なら標準で入ってたと思う。＜CODEC
あとはMCIでどうぞ。(もしくはDirectShowで)

**名前は開発中のものです。** · 02/02/12 01:40

>>100
インストーラでいれるかコーデック入ってないOSは対応OSからはずす

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

>>100
・オープンソースのMPEGでコードソフトライブラリを使う。↓など。
　http://www.lokigames.com/development/smpeg.php3
・どこかからコーデックを買ってくる。高いかもね。
　フリーのがあるかは知らん。
・自力でデコーダを作る。MPEG1は特許とか関係ないんだっけ？
　http://www.wotsit.org/search.asp?page=2&s=animated
　フォーマットは↑この辺からどうぞ。

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

>>100
MPEGにこだわらないならAVIにするとか自前のパラパラアニメエンジンつむとか

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

ぱらぱらアニメは容量的につらそうだ。
適当に考えるだけじゃ、100分の1にはならないからなぁ…

**名前は開発中のものです。** · 02/02/12 03:29

>>105
JPEG+スプライトでそこそこ容量稼げねー？
動画つくるほうの負担が増すわけだが。

**名前は開発中のものです。** · 02/02/12 03:30

>>105
最悪、ﾊﾟﾗﾊﾟﾗJPGとかな･･････

**名前は開発中のものです。** · 02/02/12 11:13

プレステは、モーションJPEGなんだっけ？
コーデック気にするなら、IndeoとMPEG両方のムービーファイル作っとくとか、
MPEGじゃないけどOpenDivXとかのフリーのコーデックを使うとかあるね。

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

質問！
現状、手ごろかつ最強のドット絵ツールってなんでしょう？
256色や 16色でも描けて、パラパラアニメーションとかも出来る。
gif アニメツールでも、格ゲー・ツクールに梱包されたものでも
いいので、とにかく良いヤツを知りたい。

**名前は開発中のものです。** · 02/02/12 14:26

便乗質問！！
テックウィンの「虫ケラの様に愛して」はどのツールでつくられてますか？

**名前は開発中のものです。** · 02/02/12 14:33

>>109
個人的にはFLASHが最強！！（ドット絵じゃねーじゃねーかよっ！！）
>>110
知らん

**名前は開発中のものです。** · 02/02/12 14:37

>>109
「ツール・スクリプト総合スレッド」へどうぞ。

**109 です** · 02/02/12 15:55

>>112
さんきゅ。せっかくなのでリンクしておきます。
↓ツール・スクリプト総合スレッド
http://game.2ch.net/test/read.cgi/gamedev/1012824335
で、そこで紹介されてたドット絵ツール「EDGE」がよさげ。↓
http://www.tkb-soft.hmcbest.com/Program/Windows/edge/index.htm

96 · 02/02/12 19:33

>>101
>Win98以降なら標準で入ってたと思う。＜CODEC

どのコーデックがMpegを再生できるんでしょうか？
Win95以外ではMpeg再生はMCIというAPIを利用するだけ
という事でいいですか？

**名前は開発中のものです。** · 02/02/12 21:27

ここで良書紹介するスレなかったっけ？
ダット落ちした？

**名前は開発中のものです。** · 02/02/12 21:29

>>115
ゲーム製作に役立った本・雑誌
http://game.2ch.net/test/read.cgi/gamedev/1005061185/

**名前は開発中のものです。** · 02/02/12 21:33

>>116
わざわざリンク張ってくださるとはｍ（＿＿）ｍﾒﾝﾎﾞｸﾅｲ

**名前は開発中のものです。** · 02/02/12 21:49

相談させて下さい。
DirectX8.1をインストールしたのですが、Zsnesが正常に作動しなくなりました。
これは私のマシンスペックの問題なのでしょうか・・・
音楽と映像がカクカクになってしまいました。

**名前は開発中のものです。** · 02/02/12 22:25

>>118
知らん
ZsnesのHPにはDirectXorLaterになってたのにな

**名前は開発中のものです。** · 02/02/12 22:32

>>119
更新止まってますもんね・・・何にせよ返事ありがとうございます。
snes9xを使う事にします。

**名前は開発中のものです。** · 02/02/13 06:19

>>120
ダイレクトエックス８．１をアンインストールしてみるとかは候補にはいらんのか？

**名前は開発中のものです。** · 02/02/13 23:32

シューティングゲームなどで、敵に滑らかな動きをさせたいのですが、
CosとSinを使ってやってみたのですが、うまくいきません
（回転したり、画面右上から出てきて、綺麗にカーブして画面左下に動く動きなど）。
みなさんはどのようにしてそのような動きを再現しているのでしょうか?

02/02/13 23:53

構造体のポインタ参照で（嘘

**名前は開発中のものです。** · 02/02/14 08:56

>>122
スプラインとかベジェ曲線とか？

**名前は開発中のものです。** · 02/02/14 12:36

>>122
コレが俺の遍歴だ！！
小学校～中学校→配列変数に全部いれとく
高校→sinをつかう（なぜかcosとか他のは使わなかった）
それ以降→学校で習ったことがプログラムに反映できずに氏亡
ヘタレでスマン！だがあらかじめ計算した値を持っとくのが俺的最終結論。

**名前は開発中のものです。** · 02/02/14 16:37

>>122

そのカーブがどの程度のフクザツさかにもよっても違うだろう。
サインカーブとか、２次、３次曲線の一部を使えるものだったらそれを
使うと楽だが、バランス調整で敵の動きを微妙に変えたいときなどには
相手にするのが「関数」になるのでドツボにはまる可能性もでてくる。

スプラインやベジエを使っても良いのだろうが、どちらにしても中間の
ポイントは入れないといけないし、敵の動き程度で気合いを入れた精度
の高い計算をするのはどう考えてもムダじゃないだろうか？

データの持ち方としては、例えば
「ここからここまでの区間は、x,yそれぞれの方向の加速度をいくつ」
という加速度テーブルを持つなんてのはどうだ？位置テーブルを持つ
より、より滑らかな動きになるはずだぞ。
同一の加速度テーブルを使って、初期位置、初期速度を変えてやると、
微妙に違った敵も出せるだろうし。
単純にdvx,dvyを持つだけじゃなくて、特定のアトラクターに引き寄せ
られるような速度変化を出したり消したりするのも面白いんじゃないか？

**名前は開発中のものです。** · 02/02/14 17:08

動きアルゴリズムに凝るより、動きエディタをちゃんと作ったほうが良いと思った。
スクリプトだけでやって苦労した経験より。

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

マップの当たり判定管理についてなんですが、
普通にマップチップサイズで判定するんなら良いんですが、
複雑なマップや、マップチップサイズより小さいサイズで
当たり判定を設定したい時はどんな感じで管理すればいいんですか？
なんか、効率の良い管理方法は無いですか？

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

>>128
ポリゴン同士が接触したとき
スプライト同士が接触したとき
積分
キャラクタに当たり判定の領域を設け、その矩形の中にはいれば割り込み

とかでできるとええなー

**con tofu** ◆iOTveYXw · 02/02/15 02:28

>>122
122さんは、ある程度自分でお調べになったようですから、
自分の場合を、控えめに答えることにします。

直線運動は　何か　によって　何か　が変化していますよね。
その　しくみ()　は、既にできていらっしゃる。
これが、素直に考える方法を用いて実現されていた場合、例えば、
ほぼ sin関数,cos関数の定義そのままに、sin関数,cos関数を使うことで、
円運動(回転?)を実現できるかもしれません。
(実現できたなら、一度、sin関数 cos関数を作ってみるのもいいかもしれません)
(また、しくみに名前をつけられる言語をお使いでしたら、どんな名前をつけますか)

それに対して、滑らかな動きは直線運動ではありませんから、
直線運動に使った何か　によって
直線運動に使った何か　が変化するごとに、
何か　が変化します。

>>128
128さんはマップチップを、どのようなものとして定義されましたか？
あるいは、そのゲームにおいて使われるマップチップサイズは
何と何の何通りが存在しますか？
もし紙等に書き出していなければ、色々書いてみるのもいいかもしれません。

(※お役に立てなかったらごめんなさい)

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

タイピングソフトを作るツールって有りますか？
フリーでもシェアウェアでもいいのですが・・・

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

タイピングソフトを作れるツールって有りますか・・・・

**名前は開発中のものです。** · 02/02/15 02:45

>>131
>>132
知らん、スマソ

**名前は開発中のものです。** · 02/02/15 10:28

>>131
そのツールがあると仮定して、作る側はどこをいじるの？絵とＢＧＭだけか？
ゲームの根幹に関わる部分が弄れないようなジャンルはツールもなにも無いと思うけど。

**128** · 02/02/15 19:20

>>130
マップデータは、自作のマップエディターで作成しています。
マップチップサイズは、64*64のみです。

で、マップエディターでアニメーションするマップの情報なんかも
設定出来るようになっていて、レイヤー(階層)ごとに違うファイルに
しています。と、ここまでは良いんですが、当たり判定が問題なんですよね。
単に、マップチップサイズ(64*64)の大きさですべてのマップを判定するんなら
配列データに余分なフラグを設けて、

int MapTable[MAX_MAP_SIZE][2]; //0番にマップデータ格納 1番にフラグ設定

for(int i = 0; i < MAX_MAP_SIZE; i++){
if(MapTable[i][1]){ //フラグONの場合判定処理
当たり判定処理(すべて64*64なのでこれだけでいい)
}
}

でいいんですが、実際は、チップサイズより小さい矩形で判定したい事もありますし、
マップチップによっては、結構複雑な形をしている物もありますんで、すべてを
64*64の大きさで判定することは、出来ないんですよね。
そうなると、チップナンバー別に判定処理用のコードを書くか(これだと、かなり面倒そう・・)、
マップエディターのようなツールで当たり判定領域を設定して、外部にデータを
置いて、プログラムで読み込むかぐらいしか考え付きません(これだとデータ量がかさみそう)・・。
普通は、どのように管理してるんでしょうか？

**名前は開発中のものです。** · 02/02/15 19:30

>>122
#include <math.h>

x += cos(angle * 3.1415926535 / 180) * speed;
y -= sin(angle * 3.1415926535 / 180) * speed;
angle++;

これではダメ？

**名前は開発中のものです。** · 02/02/15 19:37

2Dゲームを作るとき、画面解像度はどのくらいにしますか？
自分は640*480のみです。320*240だと少し荒くないですか？

**名前は開発中のものです。** · 02/02/15 20:40

>>137
2Dといっても動きの激しいのは640*480だと処理落ちさせてしまうヘタレなんで320*240にしてる。
実際に動かすのは320*240にしてそのまわりは壁紙にしたりと工夫はしているぞ。
640*480*24の全画面が一番楽だからそれで作れるようにしてるけど。

**名前は開発中のものです。** · 02/02/15 21:01

今時のマシンで、640*480*16程度で処理落ちしますか？
だとすると、138サンの作っているゲームはかなり凝ってるんですね(イヤミではなくて)。
速度が速いに越した事はないんですが、2DでもD3Dなんか使かって表示した場合
どうしてもビデオカードに3D機能が無いと辛いんで、あんまり古いマシンは気にしませんが、
あなたのゲームの推奨スペックはどのくらいですか？

**名前は開発中のものです。** · 02/02/15 21:54

ゲーム作成本にＶＣ＋＋6.0プロフェッショナル
のほうがＶＣの中では適してる、と書いてあるんですが
なにが違うんですか？
スタンダードじゃだめですか？

**名前は開発中のものです。** · 02/02/15 21:59

＞１４０
最適化があるかないかだったかと
一説によると３割も速度が違うらしい・・・
自分のＰＣでは確認できるようなソースがないけど・・・

**名前は開発中のものです。** · 02/02/15 22:09

＞１４１
これから、ゲーム製作勉強するつもりなんですが
はじめのうちには
それほど深刻な障害にはなりませんか？

**名前は開発中のものです。** · 02/02/15 22:21

141じゃないけど、最初はスタンダード版全然問題無いと思うよ。
プログラミングに慣れてくれば、プロ版にすればいい。
君は学生？学生なら学割効くんで、最初からプロでもいいんでない？

**名前は開発中のものです。** · 02/02/15 22:28

えーと、VCのスタンダードは、最適化の他にプロと違う所は、
MFCのソースが付いて無い所かな？
後は知らん。スタンダード使ったこと無い・・スマン。

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

＞１４３
学割は効くんですが、もうスタンダード買ってしまったんでＴＴ

とりあえず、スタンダードでやってみます。
皆さんありがとうございました。

**Pro版のパッケージは迫力あった** · 02/02/15 23:23

VC++、昔はスタンダード版だと32ビットアプリケーションが作れなかったんだよな。
愕然としたよ。
って、いつの時代の話だよ。

**名前は開発中のものです。** · 02/02/16 01:00

評価ガイドに一覧がでています。
http://www.microsoft.com/japan/developer/visualc/prodinfo/default.htm

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

学割きくならVS買っとけよ！！
あの値段差は詐欺だ～～！！

**名前は開発中のものです。** · 02/02/16 01:15

>>139
今時のマシンなんて曖昧な基準で作るなよ。
俺の場合は自分の環境K6-2 400MHzで60fps以上出るように
なんとかしてる。正直、ウィンドウモードで640x480x16はキツイ。

**139** · 02/02/16 01:33

>>139
はっきりいって、自分の今の環境でもウィンドウモードで動かすのは辛いですが、
フルスクリーンで動けばいいと思っています(60fpsで)。
そんな事で、画面の見栄えを悪くする方がよっぽどナンセンスだと思います。
そりゃ、今の最高スペックのマシンでしか動かないなら、自分も妥協して
解像度を落としますが、最低でも640*480は画面の大きさが無いと、
フルスクリーンにした時、見難くて仕方なくないですか？

**139** · 02/02/16 01:45

↑
149へね

>>149
それに、ゲームをする人はプログラムの速さなんかそんなに気にしませんよ。
少なくとも自分は。

200Mhzで動作する320*240の解像度の見難いゲームより、
400Mhzで動作する640*480のゲームの方がしたいです。

そりゃ、極限まで最適化されたシステムや、コードは美しいかもしれませんが、
その為に、ゲームのクオリティーを落としたくないです。