DXライブラリ総合スレッド 2008

**名前は開発中のものです。** · 2008/10/25(土) 17:37:53

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

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

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

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

**名前は開発中のものです。** · 2009/02/20(金) 17:24:10

集客のためだったんだろうよ。

**名前は開発中のものです。** · 2009/02/20(金) 18:29:28

メニュー関係の関数は本当に全然わからんよね
関数の数も多ければ、引数についても説明不足でなにがなんだか分からないよ。まじで。

自分はResourceから作ってます。
IDR_MENUってのがメニューリソースでこんな感じ
SetUseGDIFlag(TRUE); //GDI利用
SetUseMenuFlag(TRUE); //メニュー利用
LoadMenuResource(IDR_MENU); //リソースからメニューを読み込み
SetDisplayMenuFlag(TRUE); //メニューの表示
注意を1点だけ。
Windowモードだと問題ないけど、フルスクリーンモードだと、
そのメニューからDialogBoxなりMessageBoxを呼ぶと、
一見ちゃんと表示されたようになりますが、処理復帰後、
その後、メニューが隠れて見えなくなります。

**名前は開発中のものです。** · 2009/02/20(金) 18:30:55

あ、あとメニュー作成はDxLib_Initの前でOKです

**名前は開発中のものです。** · 2009/02/21(土) 01:04:15

>552
今DLしました
ありがとうございます！

**名前は開発中のものです。** · 2009/02/21(土) 09:46:45

>>552
超ありがとう。
マジで。
おかげで開発引き継げられるわ。

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

>>589
引き継いでもいいけどDXライブラリ3Dという名称はやめてくれ

**名前は開発中のものです。** · 2009/02/21(土) 10:35:53

>>590
わかるけど
変えたら変えたで問題じゃね？

**名前は開発中のものです。** · 2009/02/21(土) 11:17:25

俺ももうDXライブラリ3Dという名前はやめてほしい
完成度が高くて初心者でも分かる程度になってから名乗って欲しい

**名前は開発中のものです。** · 2009/02/21(土) 11:52:48

DXライブラリ3Dの作者叩く奴等は最低だと思う。

どこのチョンだよ。

見てて恥ずかしい。

**名前は開発中のものです。** · 2009/02/21(土) 12:04:32

勝手にDXライブラリ名乗って売名したうえに
ユーザーから賞賛されないって逃げたのは誰だよ

ホンディーって名乗ってホンダっぽさだして
富士山移して日本っぽさだして売名してる現代車と変わらないのは作者だろ
しかも、性能まで劣ってるというとこまで同じだし

叩くというかもう出てこないで欲しい

**名前は開発中のものです。** · 2009/02/21(土) 12:37:57

行動せん奴よりは100億倍マシだがな

**名前は開発中のものです。** · 2009/02/21(土) 12:41:31

行動の方向性が悪けりゃ邪魔にしかならない
そして、作者は現に逃げた　大学からも　ライブラリからも　サイトからも

**名前は開発中のものです。** · 2009/02/21(土) 12:45:53

ml::だけは格好悪すぎるから変えてくれ

**名前は開発中のものです。** · 2009/02/21(土) 12:46:30

あと作者はあのサイトとあの名称を捨てただけで活動してるみたいよ？
ブログっぽいのに書いてあった
その宣言と同時に突然DXライブラリ3Dの書き込みや動画投稿増えてるからなー
何をいわんとするかは察してくれ

**名前は開発中のものです。** · 2009/02/21(土) 12:49:09

>>597
あれはセンスないよなmL.とかないわーって思った。
普通に dxlib3d. とか略してdx3dなり関連性だせばいいのにな

そもそも初心者向け狙ってクラス前提はどうかな・・・
表面層ですべて関数化したほうがDXライブラリっぽくていいのいね

**名前は開発中のものです。** · 2009/02/21(土) 12:56:14

プログラマなんだろ？
自分でやれよ。

うだうだうるさいな

**名前は開発中のものです。** · 2009/02/21(土) 12:57:32

クラスやだやだと思っていたクチだが
いざ自分がクラスを覚えるとやっぱクラスじゃなきゃやだな。

**名前は開発中のものです。** · 2009/02/21(土) 12:58:37

あのライブラリは終わったんだからさっさと切り替えろよ
ここは
Dxlibのスレだ

**名前は開発中のものです。** · 2009/02/21(土) 13:10:33

確かにまったく関連ないからね、関連持たせたい人いるようだけど

**名前は開発中のものです。** · 2009/02/21(土) 13:16:06

DXライブラリのひともこんな奴らがユーザーかと思ったらやる気なくすわな。
なんかあったらどうせ同じように叩くんだろ？
で、お前ら１本くらいゲーム完成させたのかよ？
できてる奴は晒してくれ。できてない奴は3d叩いてないで、一緒に精進しようや。

**名前は開発中のものです。** · 2009/02/21(土) 13:24:03

むしろ何をモチベーションに頑張っているのか知りたい。
一銭にもならんのに世の中には奇特なひとがいるものだなと思っている。
使うほうとしては助かるが。

**名前は開発中のものです。** · 2009/02/21(土) 13:27:49

やる気勝手になくしてろよｗ
なんかあったら同じように叩くに決まってるだろｗそれが悪いのか？

一銭にもならなくても集客や勉強にはなるからな
それを先に期待して失敗したライブラリもあるようだがｗ

**名前は開発中のものです。** · 2009/02/21(土) 13:33:11

>>606
http://pc11.2ch.net/test/read.cgi/gamedev/1233739646/

こっちだけでやってろよ

**名前は開発中のものです。** · 2009/02/21(土) 13:43:26

3D版をよく宣伝しておいてあげるよ
色んなとこでなｗ
よかったなJEX

**名前は開発中のものです。** · 2009/02/21(土) 14:09:34

おまいら、DarkGDKを使え！3Dが簡単だ
クラスもOOPも必要ない
DXライブラリだけの知識で充分だ

DarkGDK
http://www.microsoft.com/express/samples/gamecreators/default.aspx

**名前は開発中のものです。** · 2009/02/21(土) 14:22:42

IDにdx出たらなんか嬉しいわ。
フリーソフト全般に言えることだが、モチベーションはユーザーの笑顔だよ。
勉強も兼ねて作ったソフトでも他人が喜んでくれると嬉しいじゃん。
でも勘違いしないでほしいのは、「奉仕」ではなくて結局は自分が嬉しいからということ。
だから>>606みたいなコはツクールでも他のライブラリにでも行けばいいのは確定的に明らか。

…作者乙みたいになっとるｏｒｚ

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

だから、DXライブラリとDXライブラリ3Dはまったく関係ないだろ
その話題をだすなホンディー野郎が

**名前は開発中のものです。** · 2009/02/21(土) 14:51:46

無関係なのに名前だけで信者が勝手に宣伝してくれる東方のようだ

**名前は開発中のものです。** · 2009/02/21(土) 18:11:06

この過疎スレでまっかっかとはこれいかに

**名前は開発中のものです。** · 2009/02/21(土) 19:22:29

ID:Vvb1WGeN

**名前は開発中のものです。** · 2009/02/21(土) 20:09:47

DXライブラリPortableなるものもあるし、どうなってるんだ

**名前は開発中のものです。** · 2009/02/21(土) 22:42:10

本家の雑談掲示板で

投稿者：管理人投稿日：2008/12/02(Tue) 03:41
>　PSPで使えるDXライブラリ風のライブラリに取り組んでいます。
>　DXライブラリPortableというそのまんまな名前です。
ＤＸライブラリの名を冠するのでしたらＤＸライブラリのプログラムがそのまま動く方向で・・・　　嘘です　　( いえ、＊＊＊さんなら可能かもしれませんが・・・ )
というか、似てる度合いにもよりますが、なにもセンスの無い名前( ＤＸライブラリ )を使う必要は無いのでは(^ ^;
;
遠回しな表現だが、DXライブラリの名が乱用されることに困惑している
プログラミング云々以前に、奥ゆかしい心を持つのが大事だと思うよ
渦中の人物さんも、とうに終わったことを批判してる皆様も

｜ω・)｡oO（・・・なんて言ってみたいね）

**名前は開発中のものです。** · 2009/02/21(土) 23:09:02

>なにもセンスの無い名前( ＤＸライブラリ )を使う必要は無いのでは(^ ^;

なにを今更かもしれんが
「ＤＸライブラリ」という名前は本当、どうにかならんかったのかな。
一般名詞なのか固有名詞なのか紛らわしい。

**名前は開発中のものです。** · 2009/02/21(土) 23:32:02

>>617
と、JEXが名前のせいにしています

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

>>617
DirectXの公式ライブラリだと思ってる人も居るしね
でもこの微妙な名前のお陰で検索で迷うことが無いw(似た名前を誰も付けないから必ずトップに来る)
しかしDX(デラックス)ライブラリなのか"D"irect"X"ライブラリなのかどっちなんだ

**名前は開発中のものです。** · 2009/02/22(日) 01:48:46

>616
遠回しな否定にちょっと笑った

>617
遠い昔に、同じようなことを（仲間内でだが）ツッコんだ記憶があるｗ

**名前は開発中のものです。** · 2009/02/22(日) 10:47:40

東方二次創作で東方○○○（漢字三文字）って名前にするような感じだな

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

なんか根本的に違う

**名前は開発中のものです。** · 2009/02/22(日) 23:59:26

DXライブラリとは直接関係無いかもしれませんが質問させてください。
今2Dのゲームを作り始めたばかりです。
座標系の変数にint型を使っていますが計算や関数に通すと小数点以下が切り捨てられ若干正確さに欠けるてしまうのが気になります。
floatやdoubleを使えば正確さは取り戻せるのですが、
この先ゲームを大きくしていくにつれて浮動小数点型を使用するデメリットなどはありますか？
たとえば大量の衝突判定を行う際の演算速度に影響しないかなどが気になるのですが・・・

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

そもそも小数点以下が切り捨てられるのが正確じゃないと考えるのがおかしい。
表示座標と内部座標について見直せ。

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

int型は整数をいれる変数です

**名前は開発中のものです。** · 2009/02/23(月) 01:16:14

ちなみに内部的に浮動小数点で持っても別にいい。
表示の時は整数キャストしなさい。
切捨てが気になるなら四捨五入の関数やマクロでも使いなよ。
演算速度はint>float>doubleだが、
floatで座標を持たないといけない設計のゲームが、
演算速度の関係でint型に戻すとかは考えない方がいい。

作ってるゲームにもよるが、あたり判定はコストが掛かるところ。
演算速度が気になるようなら、基本的な衝突判定アルゴリズム(4分木空間分割)を使うがいいさ。
演算速度の問題はアルゴリズムが解決してくれる。

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

2Dゲームでそんなに正確さ求められるもんかねぇ。

それとは関係ない、こっちの話だが
俺の作ってる２Dゲー、今までは普通に動いてたのが
PCに故障によって多少環境が変わったところ、
状況によって激重になるようになってしまった。

もともとそんなに高性能PCってわけじゃない（はずな）のに
非効率な組み方でちゃんと動いてたから安心してたんだが
これはちょっと根本的に見直す必要があるのかもしれん。

画像のサイズを2のn乗にする事で多少改善した部分もあるが
画像とは関係なしに重くなる部分があるようなので
それこそ以前勉強しようとして挫折した空間分割とか考える必要があるのかも……。

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

まずはどの箇所でオーバヘッドを生んでいるのかを明確にしてからだな
当り判定なのか、描画処理なのか、読み書きなのかだ。
それぞれマイクロ秒単位(GetNowHiPerformanceCount)で処理時間を計測して、
ボトルネックになってる箇所があたり判定なら空間分割したらいい。
勉強するのが嫌なら、どっかその辺のライブラリ引っ張ってきたらいいさ。

**名前は開発中のものです。** · 2009/02/23(月) 08:31:25

浮動小数点なんて使ってたら誤差がどんどん
広がっていきませんか？

**名前は開発中のものです。** · 2009/02/23(月) 12:31:35

整数だと、何故正確じゃなくなるのかが分からないんだ。
誰かアドバイス頼む。

**名前は開発中のものです。** · 2009/02/23(月) 12:34:36

ミサイルの計算とか整数でやろうと思ったらものすごく頭使わないといけないと思うんだが

**名前は開発中のものです。** · 2009/02/23(月) 12:35:17

ソースを貼るのが一番じゃね？

**名前は開発中のものです。** · 2009/02/23(月) 13:49:42

>631が質問者と同一人物かどうかは分からんけど

例えば、毎フレーム5ドットずつ動くオブジェクトがあるとする。
「速度アップ」というアイテムがあり、それを取ると移動速度が10％上昇する。

速度10％アップということは、速度が5から5.5になることを意味する。
だが、当然ながらint型では5.5という数字は表現できない。

無理矢理に5.5を表現しようとすれば、
フレーム毎に5ドット移動と6ドット移動を繰り返す……みたいなプログラムになるだろう。
でもこれはロジックとしては最悪だろうし、見た目にもガクガクしてしまう。

この場合、整数型で「速度10%アップ」なんていうアイテムの仕様が悪い。
もし一人で作っているなら、そのゲームの仕様を見直すべき。

これは極端な喩えだが、
そういう部分を考えずに、安易に浮動小数点にしよう！とするから問題が起こる。

**名前は開発中のものです。** · 2009/02/23(月) 13:54:01

有効数字というのがあってだな

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

スレチ

**名前は開発中のものです。** · 2009/02/23(月) 14:12:20

>>627
減算とか特殊な描画モード使ってたり、大きいテクスチャ使ってると環境毎に差が出やすかった経験

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

ファミコン時代のマリオアクションのようなゲームなら整数で座標保持してＯＫ
どうせキャラは1ドットずつしか動かないだろう。
いまどきなシューティングしようとおもったら、
弾の移動なんかは、弾オブジェクトに加速度や速度をベクトルで持たせるだろうから、小数点使いなよ。
丸め誤差については値のとるべき範囲と計算式の展開方法を見直せ。
やれやれ。こんな質問じゃあDXライブラリ使用者の質が問われるぜ……。

**名前は開発中のものです。** · 2009/02/23(月) 18:54:46

double x = 0;
for(i=0;i<10;i++) x += 0.1;

とやってもx==1.0にはならないと読んで、
次アクション系作るときは座標を固定小数点にしようと思った。

たとえば上の計算の直後の x は0.9999になる場合がありそのときそれをintにキャストしたりfloorすると0.0になってしまう
というのを（常識なのかもしれないが）それを読むまで知らなかった

**623** · 2009/02/23(月) 19:27:59

>>626
回答ありがとうございます。
衝突判定に試行錯誤する覚悟でｆloatを使っていこうと思います。

>>633
たとえば、5ドットずつ動く弾をx軸から10度の方向に撃つとき、
sin10°*5だと1を割ってしまうので座標を整数で記述していると10度の方向に行かず水平に移動してしまいます。
intを固定小数点数的に記述する方法もあるにはあるのですが
あくまでみなし少数なので注意してコーディングしないとバグが出る、要するに面倒くさいんです。

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

sin10°と書いた時点で浮動小数点使ってる。
まさか1周256°のsinテーブル保持するなんて、オールドテクニック使うつもりじゃないんだよね？
整数部と小数部を持たせる固定小数点だとfloat演算より余計にオーバーヘッド食うよ。
素直にfloatでOK。

**名前は開発中のものです。** · 2009/02/23(月) 20:22:10

みんな知っていることだと思うけど、>>638の誤差云々という話についても書いておく。
1.浮動小数点に関して、==で比較してはならない。
　2つの浮動小数点数の差を取り、その絶対値が誤差限界より小さい時には、等しいものと判定するようにする。
2.浮動小数点同士の計算は一番最後に行う。
　誤差の蓄積を防ぐため。上手いこと計算の順序を変える。
3.一時的に整数型を使う
　0.1を10回足し算する計算を、0.1を10倍して1にしてから10回足して、その後に10で割る。

固定小数点の中でも、特に整数部と小数部を分けた固定小数点はバグの温床になりやすい。
正直いらんお世話だと思うが、1人でも悩んでいるのならとおもって書いておいた。

**633** · 2009/02/23(月) 21:54:08

>639
整数だと正確さに欠けると言っても、その「正確」って言葉自体に色んな意味があると思うんだ。

　(1)何らかの物理法則（嘘物理でもいい）をトレースする正確さ
　(2)プログラマの想定通りに動くという意味で正確さ

前者だと、intよりもfloat、floatよりもdoubleの方がより正確だろう。もちろん限界はあるけど。
後者だと、ちゃんと仕様を理解している限り正確さなんて変わらない。

なので、整数型だと正確じゃなくなる、という表現は誤解を招くかもしれない。
自分（>631>633）もそうだが、>624なんかも後者の意味で捉えたんだと思う。

＞後半（>633へのレス）部分

要は、プログラム側で整数型を使うと決まっている時に、
整数で表現できない数字を使おうとするのが、そもそもの間違いってこと。

よく言われることとして、ゲームは物理シミュレーションではない。
物理法則を “正確” にトレースするより、物理法則に従ってるっぽく見えることの方が重要なわけだ。

>639の例なら、45度の角度なら水平に飛ぶことはないだろう。
もちろん誤差は出るが、その誤差に合わせてゲームの内容や難易度を調整すればいいんだ。

あ、浮動小数点を否定しているわけじゃないぞ。
最終的にはfloatとかdoubleを使うことになるだろうし。

**名前は開発中のものです。** · 2009/02/24(火) 18:11:56

はじめてここきたぜ、誰もいないかなぁ。
RPG作ろうと思って２週間くらい粘って
斜め移動とか歩くモーションとかは入れられるようになったんだ
で、チップを使わずに、もしアイテムとか人が立ってたとしたら
ある範囲まで近づいたら頭の上にでもアクションが出るようにしたいんだけど
こうすると、いけるところといけないところの判定を作るのがごちゃごちゃになる。。

先人の知恵があれば、誰か。。

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

判定とどう関係があるのかわからないんだが、
間に壁があったらアクションが出ないようにしたいってこと？

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

おっ
壁の絵を描いたとする。
その壁の座標に沿って越えられないようにする。
ような感じなんだけど、チップでやれば、
チップ番号で判定してそこだけ通れないですむけど

壁が複雑な形（円状に、三角だとかだと、どうするのかなぁって。

**名前は開発中のものです。** · 2009/02/24(火) 18:26:41

訂正orz
円状になってたり、角になってたり、
です

**名前は開発中のものです。** · 2009/02/24(火) 18:35:54

壁ごとに判定するだけ

**名前は開発中のものです。** · 2009/02/24(火) 18:38:56

つまり同じサイズの画像をつくって
通れないところはたとえば緑で塗りつぶして
座標と入力された方向に移動量を加算して
画像の1bitで判定してもし緑なら動作しないでおｋ？

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

まずは壁(通れないところ)と通路(通れるところ)を別個で作る。
画像を使ってもメモリが許すなら>>648の作り方でOK

で、キャラと反応オブジェクトの間に壁があるなら非アクション。それ以外なら距離が近づいたらアクション
みたいな感じでいいんじゃない？

**名前は開発中のものです。** · 2009/02/25(水) 00:50:52

>>643　とりあえず、日本語を勉強しろ。
すげーわかりにくいぞ。
頭の上にでもアクションってんが、メタルギアソリッドの敵兵の気づき！
みたいなのだとするとして、

１）アクション表示キャラの判定の選別が難しいのか？
それとも、２）キャラの動きの判定（進入可能区域か否か）が難しいのか？
その両方か？それとも判定じゃなくて、３）衝突反応に問題を抱えてるのか？
どれだ？

※衝突反応・・・・壁に計算上はめり込む位置からの移動の時に、
垂直にぶつかったら、壁の前で停止、
斜めにぶつかったら、壁に沿って進行方向に近い向きに進む。
などの判定以降の処理。

とりあえず、　『実例で学ぶゲームAIプログラミング』に１）２）等については書いてあった。
たぶん、今後とも良い勉強になるとおもうから、お勧めする。
３）は、ひたすら細かい調整をしていくしかない。
基本は、幾つかの場合分けをして考えれば直ぐに分ると思う。

**名前は開発中のものです。** · 2009/02/25(水) 01:12:39

>>650
2)だぜ。親切にありがとう。本屋で探してみる。

**名前は開発中のものです。** · 2009/02/25(水) 02:31:40

キャラ同士を結ぶ線についての障害物可否判定かと思ったら、全く違って笑ったｗ

**名前は開発中のものです。** · 2009/02/25(水) 03:43:37

そういう意味だったのか。
全然わからなかったｗ

**名前は開発中のものです。** · 2009/02/26(木) 12:21:47

ＤＸライブラリって描画先をテクスチャに出来なかったっけ？
描画先指定でグラフィックハンドルを指定したら出来なかったから気になったんだけど……

**名前は開発中のものです。** · 2009/02/26(木) 16:44:08

描画可能なグラフィックハンドルってのがある
それじゃないと書き込みできないよ

**名前は開発中のものです。** · 2009/02/26(木) 17:45:59

MakeScreenってのかな？
グラフィックと画面は別なのね……

**名前は開発中のものです。** · 2009/02/27(金) 06:25:11

ちょっと上の話題に関してなんだが
座標扱う時は素直にfloatでよかったのか
俺は小数点型だともしかしたら遅くなるかもと思い
座標計算には１００倍したものを使い、表示するときに１００で割って使ってたのだが
（まあ１０倍で十分かもしれんが）
あと、どっかでfloat よりも double 使った方が良いと聞いたので、
俺は小数点型を扱う時には専ら double型を使ってるのだが

**名前は開発中のものです。** · 2009/02/27(金) 07:50:49

>>657
それが得策。floatは、使い方が難しい。
悪く言えば、既に過去の産物で、互換性のために残ってる・・・。
ぐらいに思い切ってしまった方が良いぐらい。
有効桁数が小さいし、感覚と違う所が強いから
小数点として扱う時は、意味も分らずにfloatを使ってると
変なバグに嵌りまくる。しかも、見た目間違ってない様なコードで嵌るからねｗｗｗ

逆に、doubleだと、intよりも有効桁数が大きいから、
intで大丈夫な桁範囲を軽くカバーできるしね。
ボトルネックになってない所の計算だったら、正直doubleが無難だよ。
（あと、意外とdoubleの方が早かったりすることも多いから、
　実測で比べるのは言うまでもないが。）

**名前は開発中のものです。** · 2009/02/27(金) 10:49:02

100倍よりも128倍したものを128で割る方がいいんじゃないかしらんと
確認もせずに想像で言ってみる。

**名前は開発中のものです。** · 2009/02/27(金) 19:35:42

相手のレベルによっては100倍って説明した方がいい時おあるよね。

**名前は開発中のものです。** · 2009/02/27(金) 21:05:19

DXライブラリっていう名前が問題なくね
このライブラリ知る前から自前のライブラリもDxLibって付けちまってたし
まぁ何年もまえの話だが

**名前は開発中のものです。** · 2009/02/27(金) 21:13:18

DirectXのラッピングライブラリだからDXライブラリでいいんじゃね？
ちょっとダサカッコイイ感じが対象者レベルにぴったりだし。俺含めて。

**名前は開発中のものです。** · 2009/02/27(金) 21:31:46

やっぱりDirectX公式ライブラリと思われてしまっても仕方が無い。
が、いまさらオリジナルの名前に戻されてもね。
DXLibで十分や。

**名前は開発中のものです。** · 2009/02/27(金) 23:17:07

>661-663
その微妙な心境が手に取るように分かるぜｗ

**名前は開発中のものです。** · 2009/02/27(金) 23:17:18

朧村正みたいなゲームも作れるよね？２Dだし

**名前は開発中のものです。** · 2009/02/28(土) 00:42:10

作れるよ

**名前は開発中のものです。** · 2009/02/28(土) 06:17:37

DXLibに収録されてる非公開関数のリファレンスって無いのかな
ウィンドウハンドルを取得する方法を探してたら、非公開関数で取得できるのを知って
他にも有用な関数がありそうなので気になったんだが

**名前は開発中のものです。** · 2009/02/28(土) 06:32:10

作者は非公開のリファレンスは書かないってよ。
利用する頻度の少ない関数を初心者に公開するには混乱の元というコンセプトらしい。
コメントとソースで自力で読むしかない。

**名前は開発中のものです。** · 2009/02/28(土) 06:34:58

>>667
ttp://studiokingyo.fc2web.com/dxlib/kaibou/k_shiyou.html

**名前は開発中のものです。** · 2009/02/28(土) 06:54:33

>>668
非公開関数のリファレンスは書くつもりは無いのか
わざわざ用意した関数のリファレンスを書かないのは勿体無い気もするが
ヘッダ見たら色々あったけどコメントだけじゃ引数がわからないし、ソース読むしかないのね

>>669
そこ見て非公開関数の存在を知ったんだけど、他にも説明のある非公式のサイトとかないのかな？

**名前は開発中のものです。** · 2009/02/28(土) 06:58:59

引数の名前と型を見てなんとなく分かると思う。
わかんなかったのはMenu関係かな。
どれが便利な隠れ関数なのか人によってまちまちだからな～。
全部教えるわけにはいかないので、その都度聞いてくれ。
あと、大概公式の掲示板を関数名で検索すると作者がサンプルコード書いてあるよ。

**名前は開発中のものです。** · 2009/02/28(土) 07:00:08

>>670
他のところは知らないかな
もし需要あるなら非公開関数ちょっと調べてリファレンスでも作ろうか？

**名前は開発中のものです。** · 2009/02/28(土) 07:01:10

>>672
俺からもぜひ頼む

**名前は開発中のものです。** · 2009/02/28(土) 07:06:17

>>673
でも、正直DirectX使えばなんとでもなるから、わざわざ推奨されない非公式関数発掘して制約多い状態でDｘLib使うより
その方が早い気もする
中見てないから分からないけど、ソースが綺麗だったらまだ救いようあるんだけどな……

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

DXライブラリ使ってるのに、その上でDirextX直叩きする酔狂は居ないと思う。
リファレンスもあったら便利だけど、目ぼしい関数はチェックしてるからなぁ。

**名前は開発中のものです。** · 2009/02/28(土) 07:27:18

>>671
教えてもらえるなら助かるわ
といっても、そこそこ量があるので使えそうな関数を探すのが難しそうだがｗ

>>672
非公開関数をまとめてくれるのなら有難い

**名前は開発中のものです。** · 2009/02/28(土) 12:35:30

>>672
結構需要あると思うし、個人的にもすごくうれしい

**名前は開発中のものです。** · 2009/02/28(土) 17:39:28

詳しい説明は無くてもかまわないからリストだけでもあれば重宝します

**名前は開発中のものです。** · 2009/02/28(土) 18:56:21

>>666
ってことはDXライブラリでも極めれば市販ゲームレベルの作品が作れるって事だね

**名前は開発中のものです。** · 2009/02/28(土) 20:56:23

極端な話，DrawGraphさえあれば十分

**名前は開発中のものです。** · 2009/02/28(土) 21:06:52

画像ファイル一枚を分割してアニメーションさせるのと
全部別々のファイルを読み込んでアニメーションさせるのって負荷とか違うのかな？
後者の方がやりやすいんだがどうなんだろう

**名前は開発中のものです。** · 2009/02/28(土) 21:15:45

一度の画面表示に使用する画像の数はできるだけ減らした方が
テクスチャの切り替えが減って効率は良くなる

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

>>682
やっぱりそうなのか・・
パーツ分けがめんどくさいんだよなぁ

**名前は開発中のものです。** · 2009/02/28(土) 21:25:21

何のためにプログラミングやってんの
それこそ機械にやらせればいいでしょ

**名前は開発中のものです。** · 2009/02/28(土) 23:32:58

>>684
フォトショで画像作ってるからPSDファイルなんだよね
ヘボプログラマーなんでPSDファイルを分割するプログラムは作れないです・・

DXライブラリ 総合スレッド 2008

DXライブラリ総合スレッド 2008