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/05/07(木) 01:39:44

環境とかソース示してくれない事にはなんともいえん。

**名前は開発中のものです。** · 2009/05/08(金) 13:06:52

>>180
条件を逆にしてみれば？

**名前は開発中のものです。** · 2009/05/08(金) 17:28:23

>>180
hello world的なコンソールアプリだとなんともないのに
DXライブラリだと動かないのか？

またまたご冗談を○ノ

**名前は開発中のものです。** · 2009/05/08(金) 21:29:41

DXライブラリで遊んでて、
3Dも触ってみたくなったら次はどの辺のライブラリがお勧めかな？

**名前は開発中のものです。** · 2009/05/08(金) 21:43:28

直に叩くのマジお勧め。
ライブラリを使うにしても。

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

>>185
直かー、興味はあるけど難しそうだね
その辺もライブラリのソースを見てみたい感じ
DXライブラリ3Dを引き継いでる（？）のがSiv3Dで公開はまだしていないのか

**名前は開発中のものです。** · 2009/05/09(土) 03:40:25

真・女神転生のようなダンジョンマップ一度作ってみたい

**名前は開発中のものです。** · 2009/05/09(土) 10:18:06

>>184
現時点ではDarkGDKがお勧め。
DarkBasicをC言語で使えるようにしたライブラリだが、DXライブラリ並に簡単に３Dが使える。
資料もDarkBasicのものが使えるから検索すればかなり見つかると思う。

**名前は開発中のものです。** · 2009/05/09(土) 11:47:43

>>185
直叩きはいいけど、ウインドウズと付き合うのがイヤなんだ俺は。

今の俺の技術なら、WinProcの多重switch～caseの悪夢から逃れられるかもしれないけど。
ここが奇麗にラッピングできたら、DxLibから離れられる。

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

このライブラリってc++でしか開発できないの？
cでも動く？

**名前は開発中のものです。** · 2009/05/09(土) 19:40:27

>>190
意味も分らずに質問してるのか？それとも釣りか？荒らし？
＞(使用する際はＣ言語の知識だけで大丈夫です)
と、Topページにすら書いてあるが・・・・・

**名前は開発中のものです。** · 2009/05/09(土) 19:55:55

>191
その回答だと、それはそれで微妙じゃないか？

**名前は開発中のものです。** · 2009/05/09(土) 20:07:46

Ｃのコンソールで一通りの基礎を抑えたレベル（ポインタは微妙だけど）
OpenGLも基礎の基礎ぐらいは分かる。

しかしＣ++は全くやったことないから、Ｃのソースコードでも動くのかなぁって思ってさ

つうかこの俺のこの程度のレベルで開発できるのか？ｗ

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

心配するな。
BASICくらいしかまともに使えなかった俺でも作れてる。

**名前は開発中のものです。** · 2009/05/09(土) 20:46:52

予想どおりだけど、Ｃではコンパイル通らなかったよ。

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

>>195
自分も通らなかったから、やっぱりcppでやらないとダメか…。

でもcとc++の違いって引数の所とかreturn 0;を入れる事ぐらいだよね
それなら俺にも作れそうだ

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

DarkGDKのサンプルコードをUPしとく
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0415zip.html

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

最初は、C++はCの文法がまんま使えると思ってていいと思うよ。
そりゃ細かいところは違うけど。

**名前は開発中のものです。** · 2009/05/09(土) 22:24:26

俺はmainがwinmainに変わったぐらいしか意識せずに
Cのつもりで書いてるけど特に問題は起こってない。

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

俺はCとC++の違いなんて知らんけど、少なくともBASICとC++の差に比べたら無いも同然だろう。
きっぱり乗り換えた方が早いと思うよ。

**名前は開発中のものです。** · 2009/05/09(土) 22:43:16

Cでも書けるけどコンパイルはC++としてしなければいけない
ってことでしょ
CからC++の関数呼べないだろうし

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

DarkGDKの3Dデモ
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0416zip.html

**名前は開発中のものです。** · 2009/05/10(日) 01:23:34

テキスト読み込ませるにはどうしたらいいんだろ？

**名前は開発中のものです。** · 2009/05/10(日) 03:57:46

>>202
184じゃないけど良いなコレ
まあスレ違いだからここではやめとくが

**名前は開発中のものです。** · 2009/05/10(日) 09:08:13

>>203

それはDXライブラリと関係ない、C言語の領域だからぐぐって探せばみつかるでしょう。

まぁひとつ言っておくなら、読み込むだけなら
テキストファイルだろうとバイナリファイルだろうと関係ねーって事でしょうか。

それがテキストファイルかバイナリファイルかを区別するのは人間の仕事。
コンピュータにとってはどっちも数字の羅列です。

**名前は開発中のものです。** · 2009/05/10(日) 09:16:50

>>202

おお、簡単そうでいいな。
と思ったが商用だとライセンス必要なのか。

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

>>206
メーカーのひと？

**名前は開発中のものです。** · 2009/05/10(日) 10:31:11

「同人は金とるけど商用ではありません」って理屈がアメリカに通用するかどうか。

**名前は開発中のものです。** · 2009/05/10(日) 15:37:12

あれー？ exeクリックしても何も起こらないや。
動かすのに必要な環境とかあるのかな

**名前は開発中のものです。** · 2009/05/10(日) 15:49:58

何の話？

**名前は開発中のものです。** · 2009/05/10(日) 15:54:27

>>203
>>205
せっかくだから DxLib でやろうぜ。
以前、なんかダサイ感じのやつを作った記憶あったのでうｐ

int MapInit()
{
int FileHandle = FileRead_open("StageData.txt");// ファイルのオープン
int FileSize = FileRead_size("StageData.txt");// ファイルサイズを取得して
char* FileImage = new char[FileSize];// その大きさだけ領域確保
FileRead_read( FileImage,FileSize,FileHandle);// 一気読み
FileRead_close(FileHandle);// ファイルを閉じて終了

const char* d = FileImage;

while(*d != '\0'){ // NULL文字（終端）ではない間
switch( *d ){
　　：
　　：

**名前は開発中のものです。** · 2009/05/10(日) 16:04:32

それ、NULL文字はどこでセットされるのさ？

**名前は開発中のものです。** · 2009/05/10(日) 16:27:43

PlaySoundMemでmp3の音楽ファイルをループ再生した時、
曲がはじめに戻る時に一瞬無音部分が挿入されてしまうのは仕方の無い事なんですかね？

**名前は開発中のものです。** · 2009/05/10(日) 16:53:15

指定秒数から再生みたいな関数無かったっけ

**名前は開発中のものです。** · 2009/05/10(日) 18:54:17

あるよ。
俺使ってるから間違いない。

**名前は開発中のものです。** · 2009/05/10(日) 19:18:26

いや頭は正常だけど終わりの部分と頭の間に微妙な空白期間があるんだけど。

**名前は開発中のものです。** · 2009/05/10(日) 20:22:30

それはMP3自体にはまったく空白が無い状態で？

てか空白が頭なのか終わりなのか区別つくのか？

俺はoggでやってるけどそんな現象は出ていない。
oggでなくてmp3だから空白が出てるってのも考えにくいし……。

たとえば、

// 音声をループ再生する
PlaySoundMem( SoundHandle, DX_PLAYTYPE_LOOP ) ;

// キーの入力待ち
WaitKey() ;

こんな感じで音楽鳴らしてWaitKeyで待たせてるだけの状態でも空白は出る？

**名前は開発中のものです。** · 2009/05/10(日) 21:46:31

空白をカットすれば

**名前は開発中のものです。** · 2009/05/10(日) 21:59:26

MP3とかoggを直接編集できるフリーソフトとかあるから
それでまず音楽データ自体に空白が入ってないか確認するのが先かな。
（俺は古いけどspwaveっての使ってる）

**名前は開発中のものです。** · 2009/05/10(日) 23:33:01

ゲーム開発って、ファイル分割がキチンと綺麗に出来るかどうかで難易度グッと変わるよね？

いまいちヘッダーファイルに何書けば良いのか分からん。
ヘッダーファイルに書くのって基本的に
構造体、グローバル変数、クラス

で良いんだよな？

でもグローバル変数はそのまま書くより、メインの実行処理を書いたソースでグローバル宣言して、externしたのをヘッダーに書いた方が良いのか？

中々難しい

**名前は開発中のものです。** · 2009/05/11(月) 00:02:53

ヘタレプログラマな俺は何も考えずにやってる。
必要性を感じたらやればいいなと。

**名前は開発中のものです。** · 2009/05/11(月) 00:25:28

再利用性ってのがあるだろ
他のプロジェクトで同じヘッダーを使いたいって時があるはず
stdlib.hやwindows.hなどは、頻繁に共有して使う定義をまとめてあるわけだな

ゲーム開発では、バージョンアップや拡張版を作る時に意識する
そういうのが前提になくて、ただ使い捨てのマイナープログラムを作りたいだけなら
ヘッダーに書こうがソースに書こうが大した違いにはならん

集団開発ではこういう実動的な概念を知ってないと、プロジェクトに致命的な遅れを引き起こす原因になる
読めないソース、意味のわからない変数名、再利用性の全くないヘッダー
そういうのを書く奴はとても多い
同僚から「早くクビになれ」と睨まれてるのに、大抵は自覚がない

**名前は開発中のものです。** · 2009/05/11(月) 00:37:43

mp3の仕様上、変換した時点で前後に無音部分が入るのは避けられないんじゃなかったか？
無音部分のないoggを作れば大丈夫だと思う

**名前は開発中のものです。** · 2009/05/11(月) 01:25:34

wavの状態で編集→mp3にエンコ
これでmp3にした場合だけループに空白が出来る。
でも編集ソフトでmp3ファイルを見てみても無音が入っていないので
ファイル自体じゃなくてループ再生時に無音が入っちゃってると予想してる。
>>223のような情報もあるのでwavからoggでやってみようと思います。
むしろmp3でちゃんとループしてる人がいるなら是非そのファイルをくれませんか？

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

まー、mp3使う理由なんてないだろ

**名前は開発中のものです。** · 2009/05/11(月) 10:32:30

>>220
グローバル変数を何の工夫もなくヘッダに書くのはありえない。
でも、1つのソースファイルからしかincludeしないなら
ヘッダの意味もないが、トラブルも出ないし好きにしたらいい。

**名前は開発中のものです。** · 2009/05/11(月) 23:27:48

＞ヘッダ
例のセガの人の本によれば
ヘッダファイルは、そのモジュールの顔のようなものなので、
自分からしか参照しないものはヘッダに書くな、だそうな。

**名前は開発中のものです。** · 2009/05/12(火) 20:59:39

OPムービーをつけたいのですが動画挿入ってできます？

**名前は開発中のものです。** · 2009/05/13(水) 00:34:03

>>228
リファレンス嫁

**名前は開発中のものです。** · 2009/05/13(水) 00:45:59

普通にありましたすみません

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

みんなＤＸライブラリをなんて読んでる？
ディーエックス？デラックス？

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

ディーエックスかな
てかそもそもデラックスなんて意味込められてたっけか？

**名前は開発中のものです。** · 2009/05/13(水) 04:37:24

よし！
今度、自分用のライブラリを作る時は超合金ライブラリという名前にしよう。

**名前は開発中のものです。** · 2009/05/13(水) 04:45:57

ぼくはダブルエックス！

**名前は開発中のものです。** · 2009/05/13(水) 05:27:57

俺はデラックスって呼んでるな。カービィDX的なノリで

**名前は開発中のものです。** · 2009/05/13(水) 11:01:09

DXライブラリ…… それは裏切りを意味する言葉。

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

wav変換
http://www.vector.co.jp/soft/dl/win95/art/se202196.html
アドウェア臭いのついてるから本体以外キャンセル（Jwordとかプレーヤーとか）
http://www.vorbis.com/files/1.0/tobias/OggDS0995.exe
これインスコすればOGGをメディアプレーヤーで直再生できる

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

DXライブラリってProcessMessageでメッセージをひとまとめに扱ってますが
このことによって何か出来なくなる（制限される）ことってありますか？　ウインドウズプログラム的に。

**名前は開発中のものです。** · 2009/05/20(水) 18:05:19

画像を多く使う予定なのですが、
DrawRectGraphでその都度座標を指定して描画するのと
LoadDivGraphやDerivationGraphで新しくグラを作成するのってどっちがいいとかありますか？
面倒なのですがDrawRectGraphの方が軽そうな感じがして…

**名前は開発中のものです。** · 2009/05/20(水) 19:14:49

後者の方が速かった気がする
実際に試してみるのが一番いいと思うけど

**名前は開発中のものです。** · 2009/05/20(水) 22:50:34

ありがとうございます。両方試して比べてみます。

**名前は開発中のものです。** · 2009/05/21(木) 01:24:36

結果の報告お待ちしております

**名前は開発中のものです。** · 2009/05/21(木) 14:53:13

いちいち画像読み込むとハードディスク使うから遅い
メモリに読み込んでハンドル返す方法は高速に描ける
速度を必要とする場面かどうか検討するといい
使い捨ての場面ならメモリに確保しない方が開発の負担が小さいし
何度も使うのならメモリに読み込んだ方が処理の負担が小さい
一般的には後者に統一することが多い

似たような話で、画像にjpgやpngを使ったり、mp3を使うのはCPUに負荷を掛けるので
通常素材にはbmp、効果音にはwavを使うのを勧める
(企業開発で形式を隠蔽したいわけでもないし)

**名前は開発中のものです。** · 2009/05/21(木) 17:07:42

大した負荷じゃないんじゃない？

**名前は開発中のものです。** · 2009/05/21(木) 17:31:35

HDDからいちいち読み込んでるとアホみたいに遅くなるぞ

**名前は開発中のものです。** · 2009/05/21(木) 19:45:39

下三行への突っ込みだと思う

**名前は開発中のものです。** · 2009/05/21(木) 20:03:43

jpgやpngはロードした時点でbmpに変換されるんじゃなかったっけ。

**名前は開発中のものです。** · 2009/05/21(木) 23:37:28

pngやらはゲーム処理が遅くなるかもしれんが、
bmpを使うとゲーム容量が馬鹿デカクなる気がする

実際にどれほど処理・容量の違いがあるのかが知りたいNe!

**名前は開発中のものです。** · 2009/05/21(木) 23:43:38

いまどきbmpで作ったからって容量が多くなりすぎて困るって事はないと思うけどなぁ。
３Dゲームとかノベルゲームとかならまだしも。

むしろ容量食うのは音楽。

**名前は開発中のものです。** · 2009/05/22(金) 00:30:16

ある程度DL数が多かったり、自宅サーバだったりする場合は
けっこう容量も気になってくるのだそうな。

**名前は開発中のものです。** · 2009/05/22(金) 00:49:48

bmpじゃないと透過色が定まらない…

**名前は開発中のものです。** · 2009/05/22(金) 13:26:24

俺はpng一択。αチャネルを1ファイルで処理できるのが便利すぎる
(bmpやjpgだとチャネル用の別画像を用意しないといけない)

ちなみに読み込みだけにCPU負荷がかかるだけで、
テクスチャになってしまえば転送速度は同じ。
bmpの場合はファイルサイズも大きくなり、読み込みに時間が逆に掛かることもあるので、適材適所が良いと思います

**名前は開発中のものです。** · 2009/05/22(金) 21:09:50

質問。
32x32の画像があって、これを2倍に拡大して表示するのと、
64x64の画像があって、これを等倍で表示するのとでは、どっちが高速？

拡大する手間がある分だけ遅くなると見るべきか、元々の画像が小さいから有利と見るべきか。
実測してみたけど、いまいちよく分からん。

**名前は開発中のものです。** · 2009/05/22(金) 21:24:41

実測してわからないのならどうしようもないような……。

**名前は開発中のものです。** · 2009/05/23(土) 00:55:35

>>253
前者の方が早いでしょう
拡大表示処理はハードウェア(Direct3D)で行うので、とても高速ですよ

**239** · 2009/05/23(土) 12:29:43

2000*4000くらいの大きな画像や、小さい画像を1000個くらい描画してみて
DrawRectGraphとDerivationGraphの違いを検証してみましたが、
メモリ、ビデオメモリ、処理速度に目立った違いは見受けられませんでした。
なので扱いやすいDerivationGraphを使って行こうと思います。

**名前は開発中のものです。** · 2009/05/23(土) 13:25:24

自分や友人がDxLibを使って作ったゲームを俺のPCで起動させると、始めはいいんだが、しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？
俺のPCは「VGN-AW71JB」っていう型なんだが…。PC版のスプリンターセルはヌルヌル動き続けるし、スペックの問題ではないと思うんだが…。64bitのvistaってのがなにか影響してるのかな？

**名前は開発中のものです。** · 2009/05/23(土) 17:37:42

257 名前：名前は開発中のものです。[] 投稿日：2009/05/23(土) 13:25:24 ID:ORU4uz0n
自分や友人がDxLibを使って作ったゲームを俺のPCで起動させると、始めはいいんだが、しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？
俺のPCは「VGN-AW71JB」っていう型なんだが…。PC版のスプリンターセルはヌルヌル動き続けるし、スペックの問題ではないと思うんだが…。64bitのvistaってのがなにか影響してるのかな？

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

インデックスカラー方式の画像描画はどうやったらいいんでしょうか。パレットを切り替えて色を途中で変えたりしたいんですが。

**名前は開発中のものです。** · 2009/05/23(土) 20:38:13

一度メモリに読み込んでからパレット部分を書き換えて、グラフィックハンドルに登録する。
つまり、途中で自在に色換えはできない。

わかる、君のやりたい事はわかる。
スプライトの色変えみたいに自在にやりたいんだよな。でもできない。

**名前は開発中のものです。** · 2009/05/23(土) 22:53:41

PCってファミコン以下の糞環境なんですねラスタースクロールもできないし

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

DirectXでも弄ってろよ

**名前は開発中のものです。** · 2009/05/24(日) 00:14:29

ラスタースクロールなんて10年ぶりに聞いた

**名前は開発中のものです。** · 2009/05/24(日) 00:17:36

>しばらくしてから必ず30フレームになってしまうのはなぜかわかる人いるか？

処理速度が低下するような時は、メモリーリークの可能性がある、
簡単に書くと、メモリを解放せずループで使いっぱなしにすると
メモリーがどんどん不足してゆき処理速度低下として症状が現れる。

**名前は開発中のものです。** · 2009/05/24(日) 00:42:23

>>259
一色ごとに画像を抽出してそれを全部白くして、表示時に色をいじってだね・・・
コストはかかるが、あくまで自由自在に色をいじりたい奴だけそうしてみるとか

**名前は開発中のものです。** · 2009/05/24(日) 04:14:52

FilmtnとBCCつかうとコンパイルとプログラム実行一瞬でめちゃくちゃ速いな
VC2008は豪華だけど重い

**名前は開発中のものです。** · 2009/05/24(日) 17:40:43

>>264
同じソースでも、友人のPCだったら落ちないという…
落ちないようにするにはどうしたらいいかな？

※と、書いてる途中でタスクマネージャーを見たら、CPU使用率が90％以上に張り付いてた。
他何も起動してないし、アプリケーションを停止したら0％に戻る。意味不明。

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

そりゃ友人のＰＣ環境が良いだけって話にならんかね。

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

まぁ、ソースを見ないとなんともいえないな。
文字描画するのに、毎回文字の大きさ変えて描画してるとか

**名前は開発中のものです。** · 2009/05/24(日) 23:50:08

自分
CPU:Core 2 Duo 2.66GHz
RAM:4.00GB

友人
CPU:Core 2 Duo 2.40GHz
RAM:2.00GB

ソースとして挙げるなら、DxLibのホームページの、ゲーム作成講座のソース。
四角君が自分に向けて弾を撃って来るあのソースですらなりました。

**名前は開発中のものです。** · 2009/05/25(月) 00:30:41

いちいちageるなぼけ

**名前は開発中のものです。** · 2009/05/25(月) 01:34:29

c++教室の2Dアニメーションのプログラムを書いたんだが、表示されない
何が悪いのか……

**名前は開発中のものです。** · 2009/05/25(月) 01:53:57

それは愚痴か、質問か。

質問だったら「エスパーじゃないんだから、そんな事知らん」

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

DirectXを最新版にしてみたら？

**名前は開発中のものです。** · 2009/05/25(月) 07:48:45

指定ファイル名が違うとかダブルバッファの処理がおかしいかメモリに読み込まれてないかじゃね

**名前は開発中のものです。** · 2009/05/25(月) 10:55:40

俺はScreenFlipでの垂直同期周りだと予想
グラボと設定によっては同期待ちのタイミングでCPU処理に加算されとても重く「感じる」ことがある。

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

SetWaitVSyncFlag(FALSE);

でカオスになるぜ！

**名前は開発中のものです。** · 2009/05/26(火) 17:43:21

>277
誰もが一度は通る道ｗｗｗ

**名前は開発中のものです。** · 2009/05/27(水) 04:36:49

３Ｄ背景を実装するのって難しいかね

**名前は開発中のものです。** · 2009/05/27(水) 04:47:29

あなたの実力による

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

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