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

**名前は開発中のものです。** · 2008/11/27(木) 10:18:19

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

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

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

過去スレ，関連スレは >>2-3で。

**名前は開発中のものです。** · 2009/03/08(日) 17:07:12

「privateな抽象関数aa」は、class Bへ継承させても、継承されてないよ。だってprivateだもん。

**名前は開発中のものです。** · 2009/03/08(日) 17:09:35

>>724
そう思います。
でもこれが通らないんです。
#include <iostream>

class A{
private:
virtual void aa(void) = 0;
};
class B : public A{
public:
//void aa(void){}
};

int main(void){
B b;
//b.aa();

std::cout << "hello" << std::endl;
char c;
std::cin >> c;
return 0;
};

**名前は開発中のものです。** · 2009/03/08(日) 17:11:14

>>724

**名前は開発中のものです。** · 2009/03/08(日) 17:12:13

>>724
virtual抜いたらコンパイルできない。
http://codepad.org/MaZEDgo2

「privateな抽象関数aa」は、pubicな aa()でもオーバーライドできるだろ

**名前は開発中のものです。** · 2009/03/08(日) 17:15:16

>>724
ごめん間違えた。
「privateな抽象関数aa」は、class Bへ継承されているが class Bのpublic aa();の方が優先だから、
class Bのpublic aa();にしかアクセス出来ない。

ここでclass A の privateやvirtualなbb();とかあれば、継承されるから、
int main(void){
B b;
b.bb();
とかで使えると思う。

**名前は開発中のものです。** · 2009/03/08(日) 17:18:35

抽象関数を持つclass Aを継承したclassは、
class Aの抽象関数を実体化しなくてはいけない。
　
　
と思っていたのです。
そうではないのですね。
javaから入ったので不思議でした。

**名前は開発中のものです。** · 2009/03/08(日) 17:25:14

>>728
>class A の privateやvirtualなbb();とかあれば、
ねーよｗ
http://codepad.org/aEfKdVPO

**名前は開発中のものです。** · 2009/03/08(日) 17:25:58

ttp://msugai.fc2web.com/java/override.html
＞アクセス修飾子の規則の例外として、private 修飾されたメソッドはオーバーライドできません。
JavaもC++も同じじゃないかな？

**名前は開発中のものです。** · 2009/03/08(日) 17:27:59

>>730
>>728
ごめんそれも間違いだ。bb();とか無理です。

**名前は開発中のものです。** · 2009/03/08(日) 17:31:31

privateな抽象関数を持つclass Aを継承したclass Bが実体化出来るのが不思議。
同class Aの抽象関数aaと同じ名前のpublicな関数をclass Bに作ったことで動く事が不思議。
同class Aの抽象関数aaを継承したclass Bでで作らないと実体化できない事が不思議。
なんかそんな感じです。
すみません。

**名前は開発中のものです。** · 2009/03/08(日) 18:00:50

プログラム板の初心者C++スレでやろうぜ・・・

**名前は開発中のものです。** · 2009/03/08(日) 20:02:21

Ｊａｖａは違うのかもしれんがＣ＋＋はそういう仕様なんでしょ
メンバ変数も違うアクセス修飾詞でオーバーライドできるし
抽象関数を持ったクラスはそれを派生させて実装したクラスでないと実体化できんのはＪａｖaでも同じでしょ

**名前は開発中のものです。** · 2009/03/09(月) 00:20:55

javaって派生先の仮想関数のアクセス修飾を変えれなかったんじゃなかったっけ？

**名前は開発中のものです。** · 2009/03/09(月) 00:54:10

オブジェクト指向も度がすぎると、使われもしないゴミクラスが
沢山残る罠。

**名前は開発中のものです。** · 2009/03/09(月) 01:02:27

↑ただ単に今一、配慮を怠ったクラスを書くと
そういう事になると言うのをいいたかっただけ。

**名前は開発中のものです。** · 2009/03/09(月) 01:43:12

継承が多くても、STG中にキャストする様なオブジェクトとかあんまり無いと思うけどな
オブジェクト指向とか言うほど大げさなモノでも無い

抽象基底クラスを作り、それの配列かコンテナに継承した子のオブジェクトをいれる
遷移するモノならインターフェースを作り、継承した状態のオブジェクトを保存しておくだろ

あんまり思い浮かばない。　楽につくる事が優先だ

**名前は開発中のものです。** · 2009/03/09(月) 02:29:20

敵とか敵弾とか継承してもどうせ分けて扱っちゃうし・・・

**名前は開発中のものです。** · 2009/03/09(月) 05:33:07

け、継承って何だ、クラスって何だ

敵の構造体とか、弾の構造体でいいだろっ
動的確保？知らんがな(´・ω・｀)

**名前は開発中のものです。** · 2009/03/09(月) 05:50:33

いちいち動的確保なんかしてたら弾幕の生成でめちゃくちゃ処理落ちする
俺は最初に作っとくの

**名前は開発中のものです。** · 2009/03/09(月) 10:04:04

ボス戦とかどうしてるんだ。
予め発射される弾の数を決めてるってことか？

**名前は開発中のものです。** · 2009/03/09(月) 10:41:10

一万発分くらい確保しとけばおｋｋｋｋｋｋ

**名前は開発中のものです。** · 2009/03/09(月) 10:48:15

>>743
一体何万発確保するつもり？
決めるといっても、せいぜい2～3000発程度。これ以上多いとメモリ云々以前にゲームとして無理。

**名前は開発中のものです。** · 2009/03/09(月) 12:24:29

いや、そういう意味じゃない。
ボス戦だと、ボス倒すまで延々と戦闘が続く訳じゃん。
合計弾発射数は、実質無限な訳じゃん？　ということは、どっかで弾リストのクリーンナップでもしてるんだろ？
どうやって要らない弾とそうでないのとか分けてるのかと。

**名前は開発中のものです。** · 2009/03/09(月) 12:30:20

それとさ、普通はbullet[]にしろリストにしろ、実際に格納されてるのはbulletクラスを継承した
StreightBulletクラスとかAccelBulletとかcurveBulletな訳じゃん。
newしないでどうやって使いまわすの？

**名前は開発中のものです。** · 2009/03/09(月) 12:36:43

＞StreightBulletクラスとかAccelBulletとかcurveBulletな訳じゃん。
こんなことしてねーもんｗｗｗ

**名前は開発中のものです。** · 2009/03/09(月) 12:39:35

画面外に出たりどっかにぶつかったら未使用状態に戻せばいいだけ
クラスだけで動作変えてるならそりゃnew必要でしょう

**名前は開発中のものです。** · 2009/03/09(月) 12:40:29

ちなみにこれ
＞どうやって要らない弾とそうでないのとか分けてるのかと。
リスト2つ作ればいいじゃん

**名前は開発中のものです。** · 2009/03/09(月) 12:42:50

クラスだけで動作変えるとかないわ
本人は継承を有効活用してるつもりだろうが、無駄でしかない

**名前は開発中のものです。** · 2009/03/09(月) 12:45:34

>>746
俺リストよくわからん
弾にフラグもたせてて設置されているなら1、設置されていないなら0
置かれた順にソートもしてるぞ。設置する時に空いてる弾拾ってきて構造体の仮想連結の最後にくっつけてフラグON
弾が削除される瞬間に前後の番号の弾連結してから弾の構造体のメンバ初期化してフラグをOFF

**名前は開発中のものです。** · 2009/03/09(月) 12:48:31

>>750
>>492（というかそこからの一連の流れ）みたいな感じ？
あと動的確保するだけでそんな処理落ちする？

クラスだけで動作変えるってのがよく分からない
あとそうじゃなかったらどう動作を変えるの？

**名前は開発中のものです。** · 2009/03/09(月) 12:53:40

えー、みんな曲射弾とか加速／減速弾とか誘導弾とか重力弾とか拡散／炸裂弾とか別々のクラスにしてないのー？
別々のクラスにしておけば拡張が簡単だよ？

**名前は開発中のものです。** · 2009/03/09(月) 12:53:40

>>747
うん、newしないと継承が使えなくなって不便な面はある。
でも弾が多くなってくると、それを差し引いてもnewしない事によるパフォーマンス的なメリットはあるよ。実際スペックしょぼいノートPCで試したら30fpsが60fpsになったし。

**名前は開発中のものです。** · 2009/03/09(月) 12:53:44

>>753
あぁ、ちょうどこんな感じ、STLは使ってないけど
処理落ちは量によってはする。弾数の多いn-way弾とか、出現と消失が頻繁なときとか。
最近のPCじゃ気にならないだろう。それだけに、こんなに話題が続くとは思ってなかったがｗ

＞あとそうじゃなかったらどう動作を変えるの？
動作の部分だけ別に作る

**名前は開発中のものです。** · 2009/03/09(月) 12:56:34

なるほど。弾種類からswitchしてprivate staticメソッドを呼ぶのかｗ　なんかそれも変な気もするが。

**名前は開発中のものです。** · 2009/03/09(月) 12:57:43

>>757
馬鹿？

**名前は開発中のものです。** · 2009/03/09(月) 12:58:29

>>754
弾の行動をひたすら書いてるソースファイルがある
特にキモイ動きさせたくなければ無指示でも動くし指示しまくれば弾が増えたりグラフィック変わったりどんな奇天烈な動作もお手の物

**名前は開発中のものです。** · 2009/03/09(月) 13:02:11

>>757
動作分岐でswitchしか知らないのか

**名前は開発中のものです。** · 2009/03/09(月) 13:17:02

弾1発ごとにnewしてdeleteしてたらメモリに断片できまくらない？

**名前は開発中のものです。** · 2009/03/09(月) 13:33:25

total memoryが1MB位しか無いenvironmentなら話はotherだが、
今時そんなところを気にしても仕方ないぞ。
心配ならboost::pool使っとけ。

booooostが気に食わないなら、弾の継承クラスを全て包含した共用体で配列を作って
placement newすればいい。

**名前は開発中のものです。** · 2009/03/09(月) 13:35:45

>>753
なるほどね、大体把握（したと思うｗ）
＞動作の部分だけ別に作る
これってどんな感じ？

俺のイメージ的には

bullet{
bulletがもってるステータス（位置とか）
moveA(){ /* 動作A */};
moveB(){ /* 動作B */};
}

こんな感じなんだけど
それとももっと手続き的？な感じなのかな

**名前は開発中のものです。** · 2009/03/09(月) 13:46:24

関数ポインタ持たせてもいいけど、動きはスクリプトにして実行時に読ませることもあるしなあ

**名前は開発中のものです。** · 2009/03/09(月) 13:52:06

>>763
弾に直接はもたせない。デリゲートする。

**名前は開発中のものです。** · 2009/03/09(月) 13:54:05

スクリプトはもう別の話だろう
設計自体が大きく変わる

**名前は開発中のものです。** · 2009/03/09(月) 13:58:24

>>765
言語にもよるだろうけどdelegate作るとnewと同様コストかかんない？

**名前は開発中のものです。** · 2009/03/09(月) 14:02:36

>>767
デリゲートっていうと大げさか。所詮ポインタ演算だし。関数ポインタとどっこい。
気に食わなきゃ>>762でもしてろってこった。でも「いちいちnew」は絶対にやだね。

**名前は開発中のものです。** · 2009/03/09(月) 14:41:27

１フレーム内で１００も２００もnewしなければいいだけの話で、
new/deleteをそこまで毛嫌いすることも無いと思うお。
ちなみに俺はnewしたものはdeleteせずにプールして使いまわしてる。
クラスごとにプールが出来てテラカオスw

**名前は開発中のものです。** · 2009/03/09(月) 14:46:04

>>766
そういう設計の話もしていいんじゃない？
というか参考にしたいから色々話をしててくれると助かる

>>768
うん、とりあえず「デリゲート」ってのを初めて知ったよｗ
簡単にググって調べただけだから全然理解できてないけど
オブジェクト指向版の関数ポインタみたいな感じかな？
>>763の例でいくとbullet以外にmoveobjがあって
その中にメソッドmoveA、moveBがあるみたいな感じでおｋ？

思ったんだけど「STG」でまとめてるけど弾幕系なのか否かで最適な設計も変わってくるよな

**名前は開発中のものです。** · 2009/03/09(月) 14:47:13

俺はID:c/sep/SWに突っ込まれたから答えてただけ

**名前は開発中のものです。** · 2009/03/09(月) 14:55:43

>>770
まぁそんな感じ。汚いから多分もっとちゃんとした実装考えるけど。

**名前は開発中のものです。** · 2009/03/09(月) 14:56:41

>>770
スクリプトの解析は実行時にやるしか方法はないのか？

**名前は開発中のものです。** · 2009/03/09(月) 15:15:38

>>772
サンクス
いや勉強になったわ

>>773
ん、俺へのレス？

**名前は開発中のものです。** · 2009/03/09(月) 19:45:24

いつも思うんだけど、このスレでは一度newとdeleteを自分で定義する方法を
教えた方がいい希ガス。
newが重いなんてのは、newをオーバーライドできることを知らない奴の戯言だろう。

**名前は開発中のものです。** · 2009/03/09(月) 20:01:59

アブストラクト尺取りパターンっていうあれだな！
……すまん、それってjavaでもできるの？>newのオーバーライド

**名前は開発中のものです。** · 2009/03/09(月) 20:08:44

お前それただjava言いたいだけちゃうんかと

**名前は開発中のものです。** · 2009/03/09(月) 20:10:05

>>776
Javaはそもそも演算子オーバーライドをサポートしてないな。(文字列の+除く)
C#もnewはサポートしてないと思う。

**名前は開発中のものです。** · 2009/03/09(月) 20:21:37

ともかく。
いちいち弾丸を作成させる際にnewを使わないのは、ゲームにおける総使用メモリ量をむやみやたらと増やさないためだろ？
だとすれば、bulletクラスの中に総ての弾丸の動作なりパラメータを突っ込むのも、ましてや弾丸ひとつひとつがスクリプト動作なんてのも、
決して奨められるべき軽量化の仕組みじゃないんじゃねえか。
まあ、弾丸の最大出現数くらいは制限をかけてしかるべきだと思うけども。

**名前は開発中のものです。** · 2009/03/09(月) 20:33:00

ID:c/sep/SWは>>757からちっとも成長がないな…

**名前は開発中のものです。** · 2009/03/09(月) 20:37:29

>>779
逆でございます。

**名前は開発中のものです。** · 2009/03/09(月) 20:41:09

ひとつのパターンに凝り固まって他の可能性とその技術を考えられないんだな、
ある意味、全くの無知よりたちが悪い。

**名前は開発中のものです。** · 2009/03/09(月) 20:54:50

人それをバカの壁という

**名前は開発中のものです。** · 2009/03/09(月) 20:58:05

何でもかんでも出来る1000byteくらいの弾クラスを10000発用意しておいてもメモリは10MBだろ。
PCで作ってる分には何ら問題ないじゃん。
newをゲーム中にしたくないのはコストがでかくてボトルネックになるからだ。
とマジレス。
　
自信ないけどマジレスになってるよね？

**名前は開発中のものです。** · 2009/03/09(月) 21:04:45

>>784
「１フレームあたりX回以上newすれば処理落ちが発生する」とかいう目安というか、カンみたいなものがあるなら良いんじゃね。
実際にnew/deleteがどれだけ重いのか評価する手法でもあればいいんだが。

**名前は開発中のものです。** · 2009/03/09(月) 21:11:35

newの実質的なコストって生成時にmallocを発行してる部分くらいじゃないの。
ま、デストラクタがあれば、そこも処理に影響するんだろうけど。

**名前は開発中のものです。** · 2009/03/09(月) 21:34:19

>>785
>実際にnew/deleteがどれだけ重いのか評価する手法
メモリ断片化とか色々あって、線形的には求まらない予感

エンドの環境依存も大きいし
俺が賭け事で弱いので、カンとかあんまり頼れない

**名前は開発中のものです。** · 2009/03/09(月) 22:56:30

実際にゲームを作ってみて重いと感じたら別の方法を模索すればいいだけの話だと思うんだがな。

**名前は開発中のものです。** · 2009/03/09(月) 23:26:04

やっぱ new にはコストかかるのか
俺はそうだと思っていったんある程度の量を最初に確保してから使い回そうと考えたこともあったな
結局面倒になって適宜 new にして使ってるけど
まあ俺は激しい弾幕使ってないから大して困らないのだろうけど
いったんある程度の量を最初に確保してから使い回す方法を取ってる本もあったな

**名前は開発中のものです。** · 2009/03/09(月) 23:34:30

メモリの断片化か・・・根深い問題だな。自由度を増やせば増やすほどに異常が増えていく。
ある程度複雑になると、突然例外大発生だもんな。どうにかならないものか。

**名前は開発中のものです。** · 2009/03/09(月) 23:44:57

性的確保＆構造体リスト最強説

２５６本もリスト作ったから変なソートいらないＺＥ☆

**名前は開発中のものです。** · 2009/03/09(月) 23:49:48

>>791
なんだかエロいな

**名前は開発中のものです。** · 2009/03/10(火) 02:09:56

関数WinMainの中にすべてを詰め込んで、
「シングルトンって言うのかな、等身大の自分に合った小悪魔的デザインパターン☆」
とか言ってるやつってなんなの

**名前は開発中のものです。** · 2009/03/10(火) 08:19:34

名前聞けばいいだろ

**名前は開発中のものです。** · 2009/03/10(火) 08:20:22

タスクマネージャ使うと分かると思うけど、東方は普通に50MBとか食ってるぞ
たぶん起動時にものすごい量の弾を確保してるんだと思う

それにしても、あの化け物じみた描画速度はなんなんだ・・・・

**名前は開発中のものです。** · 2009/03/10(火) 09:46:51

構造体リストと普通のジェネリックなLinkedListってなんか違うのか？
むしろ、リスト構造そのもののパフォーマンスでいえばArrayListの方が高い訳だし、構造体リストにこだわる必要は無いような。

**名前は開発中のものです。** · 2009/03/10(火) 10:37:13

newのコストもだけど、GCがある言語(C#,D言語等)ではGCが動くコストも馬鹿に出来ない。これはnewする瞬間じゃなくてゲーム中常にかかる恐れがあるから性質が悪い。

**名前は開発中のものです。** · 2009/03/10(火) 11:57:08

構造体リストに限定した話なんて誰もしていない件

**名前は開発中のものです。** · 2009/03/10(火) 12:24:14

>>795
まあ片手間とはいえ本職ゲームプログラマの作品だし・・・・・
ただ、いくら弾幕でも弾はせいぜい同時1000発ほど
容量を食ってるのはテクスチャとか音声だろう

**名前は開発中のものです。** · 2009/03/10(火) 12:38:17

DirectX本スレでも東方ネタで酷いコンニャク問答があったな

さすがにこのスレにはPix for Windowsと東方(体験版含む)の
両方がそろえられないパソコン初心者は居ないだろうな？

**名前は開発中のものです。** · 2009/03/10(火) 13:04:35

何の話だ

**名前は開発中のものです。** · 2009/03/10(火) 13:11:23

>>795 起動時にものすごい量の弾を確保
>>799 せいぜい同時1000発から
が激しく可笑しかったという話

**名前は開発中のものです。** · 2009/03/10(火) 13:40:55

>>800
Pixなんちゃらも初めて知ったし東方は要るの？
東方をやろうとも思わないわけなんだけど

**名前は開発中のものです。** · 2009/03/10(火) 13:57:07

PIXはDirectXのSDKいれてりゃあるだろ。
オレも東方は動画でちょっと見ただけだな。

**名前は開発中のものです。** · 2009/03/10(火) 14:12:22

>>803
否
東方が特別とは思ってない
たまたま、dat落ちしていたDirectX本スレのネタを思い出したぐらいの関連

**名前は開発中のものです。** · 2009/03/10(火) 14:24:10

そのたまたま思い出したネタが
あたかもこのスレの人間全員に通じるように
いきなり語りだした心理状態が理解できない。

**名前は開発中のものです。** · 2009/03/10(火) 14:27:20

>>804
ほんとだ、入ってるわ。知らんかった

>>805
東方のことはわかった
でもPIXの方は使えてないとダメって意味じゃないの？

ここにくるからには「ゲームを作りたい」と思ってるのは確かだけど
DirectXの扱い（というか製作工程？）に熟練してるのを前提にしてるのはおかしくない？
そりゃ例えばC言語の基礎がわからないとかなら話は別だけど・・・

**名前は開発中のものです。** · 2009/03/10(火) 14:31:43

そもそもプログラマしか居ないわけじゃないし…

**名前は開発中のものです。** · 2009/03/10(火) 15:20:21

自治厨みたいに取られたとしたら、誤解だ
滑稽な笑い話だと思ったので、キツメの冗談をいれただけ
　　　　　　／＿　　　　　　|
　　　　　 /.　＼￣￣￣￣|
　　　　　/　　／　 ―　― |
　　　　　|　 /　　　-　　- |
　　　　 ||| (6　　　　　　>　|
　　　　| | |　　　　 ┏━┓|　　／￣￣￣￣￣￣￣￣
　　　| | | | 　　　　┃─┃|　＜　正直、すまんかった。
　　　|| | | | 　＼　┃　 ┃/　　＼＿＿＿＿＿＿＿＿
　　　| || |　|　　　￣　￣|

自分の環境でもC++は現役じゃない、読めても書けない
だが、このスレは役立ってる　もっとやれ

**名前は開発中のものです。** · 2009/03/10(火) 15:32:06

今日のキチガイはID:BXbMSorNか

**名前は開発中のものです。** · 2009/03/10(火) 15:45:52

はいはい、自虐風自慢自虐風自慢

**名前は開発中のものです。** · 2009/03/10(火) 17:18:21

よくわからんが、ＤＸの重さとプログラム自体の重さがごっちゃになってないか？って話だろ多分。
だって、テクスチャとかってDXならVRAMのほうにキャッシュされるじゃん、とかそういう感じ？
そもそも東方で使ってるテクスチャとかイメージとか全部足してもそんな大きいものにならんよな。

**名前は開発中のものです。** · 2009/03/10(火) 18:55:33

>>795
東方はスタート時に最大2000の弾の構造体用意して弾作るときに空きフラグ探してるだけのような雰囲気だけどね
弾幕眺めていると弾作成順序と描画順序が合ってないときがあるし

**名前は開発中のものです。** · 2009/03/10(火) 20:00:35

まったく話が先に進まんね

**名前は開発中のものです。** · 2009/03/10(火) 20:34:40

>>795の真意がわからないけどその前までの話は動的確保か静的確保かって話でしょ？
俺は詳しく分からないけどnew、deleteが原因で重くなるってのはどれぐらいからなの？

あと話変わるけどみんなどんな開発環境でやってる？
今どんな感じで進めようか考えてるところなんだけど色々参考にしたい
c++でDirectX使って自分でライブラリ作って進めるのとかってかなり根気いるよな？
やっぱDXライブラリとかseleneとかでやってる人の方が多いのかな

**名前は開発中のものです。** · 2009/03/10(火) 21:10:45

>>815
対象OS： Windows/Linux

エディタ： vi
使用言語： C++, Perl
コンパイラ： gcc

ライブラリ(GUI)： SDL
ライブラリ(画像処理)： SDL_image, SDL_ttf
ライブラリ(音声処理)： SDL_mixer

Windows専用： MinGW(Windows版gcc), MSYS(Autoconf実行環境)
その他ツール： Autoconf, Automake(Makefile自動生成), make, Subversion(バージョン管理システム), Trac(バグトラッキングシステム)
画像関連ツール： GIMP(ペイント系のお絵かきソフト？), 発色弾(爆発画像生成)
音声関連ツール： Rosegarden(MIDIシーケンサ), Audacity(DAWソフト), OggEnc(OGG Vorbisエンコーダ)

**名前は開発中のものです。** · 2009/03/10(火) 21:39:11

>>815
私は勉強のためにC++とDirectXでやってますね。大規模なライブラリを使うのにはやや抵抗が。。
初心者脱却すればそういうこともなくなるんでしょうかね。

**名前は開発中のものです。** · 2009/03/10(火) 23:44:39

http://www.freem.ne.jp/cgi-bin/bbs/create/osiete.cgi/mode_view/no_160/p_2/
コピペ？　本人降臨でもさほど驚かないな

>>815
SlimDX
ソースが公開されていないことには話にならない

**815** · 2009/03/11(水) 02:06:14

おお、結構色々あるんだな
ゲームを早く作るってことなら既成のライブラリ使った方が速いだろうけど
DirectXの勉強もしときたいんだよな
なかなか悩ましいところだ

**名前は開発中のものです。** · 2009/03/11(水) 03:45:10

解像度ってどうしてる？
640x480もいいけど320x240の荒さも美しい。

**名前は開発中のものです。** · 2009/03/11(水) 07:27:36

縦長だろ常考

**名前は開発中のものです。** · 2009/03/11(水) 08:05:24

8*16最高

**名前は開発中のものです。** · 2009/03/11(水) 08:33:34

>>820 Mode Xか。
Mode 13hも便利だったけど。Mode Xもいいよね。