DXライブラリ総合スレッドその3

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

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
　　　　　DXライブラリ総合スレッド 2008
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/

**名前は開発中のものです。** · 2009/07/28(火) 22:10:29

ゲームプログラマーになる前に～ってタイトルの本か

**名前は開発中のものです。** · 2009/07/28(火) 22:14:47

そうです。
ちなみに2章を読み始めてから進まないまま二ヶ月目

**名前は開発中のものです。** · 2009/07/28(火) 22:16:24

>>807
ダメダメ
それならCの構造体と変わらない
クラスの外からメンバ変数にアクセスするのは避ける
クラスっていうのは，外からはボタンを押すだけで中で勝手に処理してくれる
便利な機械みたいな感じ(そういう風に作るのが理想)

**名前は開発中のものです。** · 2009/07/28(火) 22:19:08

先にEffectiveC++とデザインパターンの本読むべき

**名前は開発中のものです。** · 2009/07/28(火) 22:26:10

クラスを利用したこともないのにいきなり作れるわけがない
ためしに他の人が作ったC++のクラスライブラリを触ってみればいいんじゃない
ゲームエンジンならSeleneとか
英語大丈夫ならIrrlichtなんかも簡潔でおすすめ
どういう風にクラスを使えばいいのかわかるよ

**802** · 2009/07/28(火) 22:29:42

なるほど。。

本高い・・・。
すでに
１４才から・・・、
OS自作・・・
やさしいC・・・
よくわかるC・・・
IP!
Cプログラミング講座、
アルゴリズムマニアックス、
はじめてのアルゴリズム入門、
とかの本を買っては進めないところがあって止まるを繰り返してもう資金が・・・

来月余裕があったら買ってみます。

**名前は開発中のものです。** · 2009/07/28(火) 22:31:58

買う前に一冊読みきれｗｗｗ
それか図書館だな

**801** · 2009/07/28(火) 22:35:44

これだけ本読んだらもしかしたらオレゲーム作れるんじゃね？
と勘違いして作り始めたのさ！

もう・・・タイムリミットがちかずいている・・・・・・
やつが・・・・来る！

**名前は開発中のものです。** · 2009/07/28(火) 22:36:54

マクドに注文する側がバイトのシフトとかパンズの在庫を気にしちゃ駄目だぜ

**802** · 2009/07/28(火) 22:41:24

>>815
そういうことなのか！

なんかよくわかった気がしました。
クラスの中で処理を完結すればいい感じになれるってことですね♪　

アレ？ッてことは今書いるプログラムは・・・・

**名前は開発中のものです。** · 2009/07/28(火) 22:50:21

スタックフレームとヒープとスタティック領域が分かってないとC/C++は辛い。
どっかに親切な解説ねーかな。ここじゃ正直めんどい。

とりあえず今から風呂→ネトゲでギルド潜りするんで、一分でそれっぽいとこ探して
おいた。
ttp://gihyo.jp/dev/serial/01/antique_assembler
初心者に分かるかはシラネ。でもこれが分かればCのメモリでつまづくことはたぶん
無くなりそうな記事に見えた。15秒くらいしか読んでないけど。

**名前は開発中のものです。** · 2009/07/28(火) 22:55:24

すまん、面白そうなんで↑の記事をちょっと読んでみたが、初心者でWindows環境だと
素直に読めるもんじゃないかも。
ある程度「ふんふんそんなもんか」って飛ばし読みするには悪くないとは思うけど、
真面目にサンプルコードを走らせたりするタイプだと微妙にきつそう。

**名前は開発中のものです。** · 2009/07/28(火) 22:57:31

あんまり低レベルなことは気にしなくていいと思うよ
オブジェクト指向をちゃんとやりたかったらJavaのような
思いっきり抽象的な世界でリフレッシュした方がいいかもしれない
ゲーム作るのだって簡単

**名前は開発中のものです。** · 2009/07/28(火) 22:58:28

えっと・・・
関数を呼び出したときには元の場所に帰ってくるための情報が
どこかよくわからないない場所に
スタックの構造をした形でつまれているんだよ、ってこと？

**名前は開発中のものです。** · 2009/07/28(火) 23:11:05

しかしゲームを作るのにそれほど必要ない知識なのであった

**名前は開発中のものです。** · 2009/07/28(火) 23:14:09

java・・・・
とりあえずおいらゲームを作って見るよ！
クラスの中でクラスを宣言したりnewする方法がまったく理解出来ないけど。
時間切れなので・・・ノシ

ご指導ありがとうございました！

**名前は開発中のものです。** · 2009/07/28(火) 23:29:31

さて、そろそろD言語に手を出そうか…

**名前は開発中のものです。** · 2009/07/28(火) 23:32:38

そして一向にゲームが完成しない罠
勉強もいいけど取り敢えずサクッと作った方がよいかも

**名前は開発中のものです。** · 2009/07/28(火) 23:40:38

上から降ってくる「モノ」を、ただひたすら画面下部で避けるだけのゲームとか、そういうの？

**名前は開発中のものです。** · 2009/07/28(火) 23:45:05

あら？？
ニコニコ動画にうpしたのならあるけど・・・・
それよりヘッダファイル見る？

**名前は開発中のものです。** · 2009/07/28(火) 23:53:41

見てあげないこともない

**名前は開発中のものです。** · 2009/07/29(水) 00:07:48

ttp://www.nicovideo.jp/watch/sm7736340

とりあえず張ってみる。
これ以上スレすると荒らしになってしまいそうな気ガスる

**名前は開発中のものです。** · 2009/07/29(水) 00:22:10

つーか、やろうとしてることから考えると、ちゃんとメモリの意味が分かってないと
トンチンカンになる。
余計なことやろうとせず、意味の分かってる仕様だけ使っていればいい。いわゆる
better CとしてのC++。newとか罠満載なものにやたらと触らない。

**名前は開発中のものです。** · 2009/07/29(水) 00:37:52

俺は昔アセンブラかじったことあったからメモリの意味はある程度わかってるつもりだったが、
最近までポインタが理解できずに使えなかった……。

どっかのサイトで「int *p」は「int* p」だって書いてあるのを読んでやっと少しだけわかった気がした。

「なんで *p で宣言してるのに使うのは p なんだ？？？」とずっと疑問だった。

Cって俺にはわかりづら過ぎる……。わかる奴凄い。

**名前は開発中のものです。** · 2009/07/29(水) 00:46:49

>>831
68系のアセンブラを知っていればポインタを知っているとおもう。

ここを読んでみなさい。C++について詳しく解説してある。
http://www.asahi-net.or.jp/~yf8k-kbys/

**名前は開発中のものです。** · 2009/07/29(水) 02:17:12

ポインタなんて最初あまり分からずに大分年月経ったらやっと分かり始めた
いろいろ試行錯誤とか苦労しないと分からないのでは
話変わるがちょっと上のレスに関連することだが俺結構メンバ公開にして外からアクセスしてた
何かアクセサ使うとその分遅くなるような気がしてしまうんだよなあ

**名前は開発中のものです。** · 2009/07/29(水) 04:42:03

ぶっちゃけアセンブラが分かってれば、ソフトウェアレベルの出来事なら一番下の構造
から透けて見えるから、ポインタなんかは概念も挙動も一発で飲み込める。
下の構造が見えないと、どんな処理が速いとか遅いとか効率いいとか悪いとかは経験の
繰り返しで飲み込むしか無いけど、下から見えていれば論理的に自然に飲み込める。
だが、アセンブラを理解する段階での苦労が大きいし、今のご時世でどんだけ報われる
かは自信ないからお勧めもしない。
とは言っても、昔は「まずアセンブラで」とか「BASICかアセンブラしか開発環境は
ありません」とかが普通だったから、そこまで難しいもんでも何でもないけどな。

**名前は開発中のものです。** · 2009/07/29(水) 05:06:48

アセンブリ言語自体はそらもう単純なもんだからな
ただ今のプログラミング環境に慣れ親しんでると、ちょっとした事すら書くのが面倒ってだけで

**名前は開発中のものです。** · 2009/07/29(水) 06:22:35

newとかdeleteとか
必要性がよくわからなくて結局殆ど使っていない。

使った方がカッコいいんだろうけど

**名前は開発中のものです。** · 2009/07/29(水) 07:15:08

動的に確保するときだけ使ってる

**名前は開発中のものです。** · 2009/07/29(水) 09:17:36

俺も必要性よく分らなかった時は使わずにやってた
使い方覚えたら結構便利だ
すぐでなくともそのうち覚えればいいんじゃないか

**名前は開発中のものです。** · 2009/07/29(水) 10:34:12

使わないでなんとかできてると
覚えようとしないんだよなぁ……。

プログラム言語の解説サイトとかで命令の説明とかはいくらでも読めるけど、
「ゲームを作る際にこうやって使ったら便利！」とかまで書いてある事ないじゃん？
だから「ふーん」で終わっちゃうんだよね……。

いや俺が不勉強なのはわかってるんだが。

**名前は開発中のものです。** · 2009/07/29(水) 10:40:16

必要になったときに学ばないと覚えないんだよなぁ……
ポインタもメモリの確保もよく分からなかったけど、
一度必要になってから調べなおしたら結構使いこなせるようになった

**名前は開発中のものです。** · 2009/07/29(水) 11:05:54

俺もテンプレート使う気なかったけどある時どうしても使う必要に駆られて使ってみたらすんなりいって便利だったなあ
まあ使わないでいけるんならいいんじゃまいか

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

C++は文法習得～良いコーディングの間が長すぎる
いろいろ覚えるとC++のほうがゲーム作りやすく感じるんだけどな

**名前は開発中のものです。** · 2009/07/29(水) 13:08:33

Javaだと手軽にクラス使えるから結構細かいこともクラス使って実装したりするけど
C++はクラスが使いにくくて返って面倒になったりするからつい細かいことはC風に書いてしまう

**名前は開発中のものです。** · 2009/07/29(水) 13:15:13

STLはすげー便利

**843** · 2009/07/29(水) 13:17:37

いや出来合いのクラスを使うのはいいんだけど
作るのがめんどくさいんだよね

**名前は開発中のものです。** · 2009/07/29(水) 13:47:45

そもそもＪａｖａはクラス使わずに書けないのでは

**名前は開発中のものです。** · 2009/07/29(水) 13:54:50

そりゃもちろんそうだけど，「すべての変数や関数がクラス内に収められている必要がある」
というだけのことであって，クラスを単なる名前空間と考えるならCと変わらん
クラス使ったからってオブジェクト指向になるわけじゃない

**名前は開発中のものです。** · 2009/07/29(水) 14:11:50

まあ、intだってクラスだし、C++は設計的に変数は全部クラスっちゃクラス

さまざまな動きするものをまとめて管理するにはクラス使う方がラクだと思う
シューティングの弾とかRPGのNPCとか。
というか俺はクラス使った半オブジェクト指向でしかゲーム作れなかったりする

**名前は開発中のものです。** · 2009/07/29(水) 14:20:10

JAVAでひとつのクラスの中に全ての処理を
手続き型で書いちゃうプログラマを思い出した。

**名前は開発中のものです。** · 2009/07/29(水) 14:22:40

ああ、俺がやりそうだな、そういう事。

**名前は開発中のものです。** · 2009/07/29(水) 14:53:37

>>848
＞まあ、intだってクラスだし
おいおいそれはJavaの事を言ってるんだろうな？
C++でのintはコンストラクタもデストラクタも持たないPODだが

**名前は開発中のものです。** · 2009/07/29(水) 15:03:26

Javaのintはプリミティブ・・・

**名前は開発中のものです。** · 2009/07/29(水) 15:05:31

>>852
すまん
Javaの事＞Javaのintegerクラスの事
で

**名前は開発中のものです。** · 2009/07/29(水) 15:05:32

Javaでもintはクラスではなくプリミティブな値型
むしろJavaのほうがクラスとプリミティブ型の間に明確な振る舞いの違いがある
intをクラスの一種(正しくは構造体)として扱うのは.NETだな(C#やVB.NET)

**名前は開発中のものです。** · 2009/07/29(水) 15:09:10

Rubyもね

**名前は開発中のものです。** · 2009/07/29(水) 15:12:55

あれ？違ったっけ？　と思ったら
C++では「intにもコンストラクタとデストラクタがある」ってのを間違えて覚えてたみたい……
恥ずかしい///

**名前は開発中のものです。** · 2009/07/29(水) 18:42:39

>>826
俺、それさえも途中で投げたんだが

**名前は開発中のものです。** · 2009/07/29(水) 19:09:50

>>857
まてまてまて。流石にそれは話にならんぞ。

料理が出来ないって人に、
「出汁とかその辺無視してもいいから、とりあえずお味噌汁から作ってみようか」
ってアドバイスして、無理って言われたようなもの。

**名前は開発中のものです。** · 2009/07/29(水) 20:04:55

教えて偉い人
爆発とか衝撃波みたいなエフェクトを管理するクラスを作ったのよ
メンバ的にはコンストラクタとデストラクタと描画中かどうかのフラグ管理と実際に描画する関数といった具合
コンストラクタでエフェクト用の画像をメモリに読み込んでるんだけど
このクラスのオブジェクトを作る度にロードされるのが気持ち悪くてしかたない
画像リソースを読むところだけ外に出せないだろうか

**名前は開発中のものです。** · 2009/07/29(水) 20:14:58

前もって画像を読んでおいて、そのグラフィックハンドルを
コンストラクタでクラス内の変数に代入すればいいんじゃないの？
グラフィックハンドルってただの数値だし

**名前は開発中のものです。** · 2009/07/29(水) 20:29:24

クラスＡのコンストラクタで画像を読んで、
クラスＢのコンストラクタでそのグラフィックハンドルを得るようにした場合、

どちらのコンストラクタが先に呼び出されるか分かりませんが問題ないですか

**名前は開発中のものです。** · 2009/07/29(水) 20:33:36

その場合クラスAは動的に確保しとくべきじゃないの

**名前は開発中のものです。** · 2009/07/29(水) 20:49:35

// あらかじめ画像を読み込んでおく
Image *image = new Image("effect.png");

// 複数のインスタンスでハンドルを使いまわす
Effect *explode1 = new Effect(image->handle);
Effect *explode2 = new Effect(image->handle);

**名前は開発中のものです。** · 2009/07/29(水) 21:21:10

どこでdeleteするんだ？

**名前は開発中のものです。** · 2009/07/29(水) 21:31:15

画像管理するクラス作っておいて以前ロードしたものと同じものがあったらそれ使いまわす

**名前は開発中のものです。** · 2009/07/29(水) 22:04:56

shared_ptrで画像を共有する

**名前は開発中のものです。** · 2009/07/29(水) 23:32:20

画像管理クラスなんて態々作らずメイン処理のクラスにハンドル持たしてるわ俺
そっからオブジェクトクラスに渡すのはそのハンドルのポインタにしてる
そうすれば途中でウィン→フルに変えるときとかもそのメインの画像読み込みメソッド呼び直すだけで済む

**名前は開発中のものです。** · 2009/07/30(木) 12:04:22

ハンドラをスタティックにしちゃだめなのか？

**名前は開発中のものです。** · 2009/07/30(木) 12:18:43

上げちまったすまね
むしろグローバルでハンドラを作れってことか
再利用性が皆無になるが

**名前は開発中のものです。** · 2009/07/30(木) 13:34:41

コンストラクタで画像を読み込み＋デストラクタで開放するだけのクラスImageを
そのステージで必要ならshared_ptrで読み込む
エフェクトを実際に使う箇所ではそのshared_ptrをコピーして使う
ステージを通して読み込みは１回だけで、コピーもshared_ptrのコピーだけですむから軽い
しかもステージが終わったら勝手に安全に開放される
何よりコードがすごい簡単で見やすくなる
ってじっちゃがいってたけど、俺GUIのゲームまだ作ったこと無いからわからねーわ

**名前は開発中のものです。** · 2009/07/30(木) 22:13:59

>>870とかを見るとさらに、
class ImagePool : noncopyable {
　typedef shared_ptr<Image> ImageSP;
　typedef unordered_map< wstring, ImageSP > ImageHash;
　ImageHash ih_;
public:
　ImageSP get( wstring name ) {
　　ImageHash::iterator it = ih_.find(name);
　　if ( it == ImageHash.end() ) {
　　　it = ( ih_.insert( make_pair( name, ImageSP( new Image(name) ) ) ) ).first;
　　}
　　return it->second;
　}
　void clear() { ih_.clear(); }
};
みたいな感じのも書きたくなるな。パフォーマンスどうなるかはシラネ。

**名前は開発中のものです。** · 2009/07/30(木) 22:20:25

ああ、もちろんステージの頭で必要そうなイメージはget()しまくっておくんだけどな。
ステージ始まってるのにいちいち止まってたらうぜーし。

**名前は開発中のものです。** · 2009/07/30(木) 22:20:35

どうせステージ読み込むときに何回か呼ぶだけだろ
そんなもんにパフォーマンスもクソもあるかよ

**名前は開発中のものです。** · 2009/07/30(木) 22:24:47

参照時のパフォーマンスだぜ
まぁhash検索のとこが重いだけだから、何度も何度も何度も何度もshared_ptr拾い直す
ようなアホなことをしなきゃ問題無いだろうけど
つーかぶっちゃけ超絶やっつけだから先に言い訳で書いた>パフォ

**名前は開発中のものです。** · 2009/08/01(土) 14:00:04

class effect
{
private:
int x,y,kasokudo,flag,type,r,g,b,xt,yt;
int static swgraph,slgraph,slgraph2,slgraph3,vcgraph,ptgraph,ptgraph2;
double angle,timer,spread;
public:
effect(){}
Load_resorce()

（中略）

~effect(){}
};

int effect::swgraph=0;
int effect::slgraph=0;
int effect::slgraph2=0;
int effect::slgraph3=0;
int effect::vcgraph=0;
int effect::ptgraph=0;
int effect::ptgraph2=0;

結局こんな解決に落ち着いたよ　ありがとう
無理に外へ出さないでヘッダと画像ファイルだけ移植すれば使いまわせる方がいいかなと
画像ロードするメソッドを1回だけ呼ぶようにしてスタティックなハンドラへぬっこむ感じで

**名前は開発中のものです。** · 2009/08/01(土) 14:00:25

ウィンドウとフルスクリーンの切り替えって、設定と読み込んだもの全部どこかに記録しておいて、切り替えた後に読み直さないといけないの？

**名前は開発中のものです。** · 2009/08/01(土) 14:02:27

メモリに読み込んでたものは切り替えで開放しちゃうんじゃなかったっけ？
呼びなおすようにはしてる

**名前は開発中のものです。** · 2009/08/01(土) 14:09:47

画像の情報とハンドルをラップするクラスを作るのがスマートかなあ
でもそういうことしだすと何のためにDXライブラリ使ってるのかいまいち分からなくなってくる
どうせラップするんだから中身は別に複雑でもいいよねみたいな

**名前は開発中のものです。** · 2009/08/01(土) 14:37:35

グラフィックを読み込む処理はひとまとめにしてる。

グラフィックを読み込んだ時にエラーだと-1が返ってくるそうだから、
グラフィックハンドルに-1はありえないって事で
各グラフィックハンドルの初期値は-1にしておいて、
-1でないやつだけを読み直すとかやってるな。

**名前は開発中のものです。** · 2009/08/01(土) 17:19:13

ProcessMessageの返すエラーと×印を押した時の終了メッセージを見分ける方法
あるいは、右上の×印をクリックできないようにする方法はありますかね？

**名前は開発中のものです。** · 2009/08/01(土) 18:11:57

×をクリックできないようにするのはあまりよろしくないんじゃないか

**名前は開発中のものです。** · 2009/08/01(土) 18:13:18

クリックできなくさせる事になんの意味があるのかわからん。

**名前は開発中のものです。** · 2009/08/01(土) 18:23:08

閉じるボタンは GetWindowUserCloseFlag で取得できるかも

**名前は開発中のものです。** · 2009/08/01(土) 18:23:30

http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=658

**名前は開発中のものです。** · 2009/08/01(土) 18:31:27

サンクス
なんとかなりそうです

**名前は開発中のものです。** · 2009/08/01(土) 18:49:30

>>884
真面目に読んでて途中からワロタ

**名前は開発中のものです。** · 2009/08/01(土) 22:58:32

GetWindowUserCloseFlagってエラーが起こった時の返り値ってわかりますか？

**名前は開発中のものです。** · 2009/08/02(日) 04:05:26

エラーって？

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

>>888
だいたいほかの関数だと成功:0、エラー：-1を返してるじゃないですか？
そいうのがこれにも無いのかなとおもって

**名前は開発中のものです。** · 2009/08/02(日) 15:42:36

TRUEかFALSEか取得して返すのにエラーが出るとは思えないけど。
でも一応DxLibは関数の共通規約が-1=エラーぽいから-1だけ特別扱いでいいと思うよ

**名前は開発中のものです。** · 2009/08/02(日) 15:47:58

エラーが起きない関数だってあるんだから、余計な処理はしなくていい。

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

GetWindowUserCloseFlagってエラー起きないの？
ドキュメントに載ってない関数だから知らないんだけど
ソース見る気はしないし

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

暗号化した画像ファイルからDrawGraphで描画するまでの手順って

ファイルから読み込み複合化した色情報を配列にセット
→MakeARGB8ColorSoftImageなどでＳｏｆｔＩｍａｇｅのメモリ確保
→DrawPixelSoftImageなどで配列からＳｏｆｔＩｍａｇｅに書き込む
→CreateGraphFromSoftImageなどでグラフィックハンドルを作成
→DeleteSoftImageでメモリ開放
→DrawGraphとかで描画

でおｋ？

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

自分も用意したフォントが使いたくなったので>>757の方法を試してみたんだけど、
開放に成功しないんだよなぁ……
仕様上プログラムが終了すると開放されるみたいだし、大丈夫なのかなコレ

**894** · 2009/08/03(月) 18:43:55

うわー引数ミスってただけでした……
こめんなさい

**名前は開発中のものです。** · 2009/08/04(火) 01:23:43

おまいら名前空間ってどうしてる？
微妙にグローバルなのが邪魔くさいんだが、Dxライブラリのソースをまるっと書き換えるしかない？

**名前は開発中のものです。** · 2009/08/04(火) 01:44:29

WIN98前後にプログラミングやってみたくなって、
とりあえずCだけ独学してすぐにDirectX見て
挫折した自分には今更ながら、ピッタリじゃないか。

実際の所はオブジェクトで書いていけないと、ツラいの？

**名前は開発中のものです。** · 2009/08/04(火) 02:36:14

さぁ？
俺はオブジェクトが何かも知らないが
DXライブラリのおかげでゲームは作れてる。

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

main.cppとヘッダファイルだけでゲーム作ってる俺もいるし

**名前は開発中のものです。** · 2009/08/04(火) 06:22:55

>>897
あると便利

**名前は開発中のものです。** · 2009/08/04(火) 07:58:54

何か途中でフル⇔ウィンドウ変えれるようにしたらフルにした時に画面がチラつくんだが
画像を読み直すだけでは駄目なのか

**名前は開発中のものです。** · 2009/08/04(火) 08:02:04

と思ったら事故解決した
SetDrawScreen( DX_SCREEN_BACK ) ;死直さないと駄目なのか

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

>>897
ちょっと勉強すればいいだけのことを避けて
ずいぶんと無駄に自分の幅を狭めてると思わない?

**名前は開発中のものです。** · 2009/08/04(火) 17:23:09

みんなDxLibのラッパークラスとか作っちゃったりするの？

**名前は開発中のものです。** · 2009/08/04(火) 17:27:28

>>904
ラッパーというか、あのまんまじゃゲーム作りに面倒だから、
あれにもうちょっと色々と処理類を追加して、作りやすくはしてる。

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

ラッパを作らずに、ゲームを作れるのだろうか。

**名前は開発中のものです。** · 2009/08/04(火) 19:53:27

device->DrawImage((Image*)image); みたいな?
さすがにこんなラッパーが必要になるようなら他のC++用のライブラリ使った方がいいと思うよ

DXライブラリ 総合スレッド その3

DXライブラリ総合スレッドその3