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

**名前は開発中のものです。** · 2012/02/23(木) 21:35:32.53

Cを習得した程度のスキルでも、
ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/
DXライブラリ総合スレッドその8
http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/
DXライブラリ総合スレッドその9
http://hibari.2ch.net/test/read.cgi/gamedev/1310904069/
DXライブラリ総合スレッドその10
http://hibari.2ch.net/test/read.cgi/gamedev/1313655495/
DXライブラリ総合スレッドその11
http://toro.2ch.net/test/read.cgi/gamedev/1322844235/

**名前は開発中のものです。** · 2012/03/31(土) 21:12:46.61

>>328
アマチュアゲーム制作者の集い(とはいえ多分ほぼ同人ソフト制作者？)の感想でDirectX直叩き派の人が
「ＤＸライブラリ使用率が高い、この傾向は良くない」とつぶやいてた
同人ゲーて古き良きアマチュアPCゲー的なものよりもプロ志向のゲーム目指そうとするから
その条件で絞ると殆ど選択肢が無いのかもね

**名前は開発中のものです。** · 2012/03/31(土) 21:37:15.14

>>330
どのスレだろうが何書こうが勝手だと思うよ、それについて止めさせようと思ってないし止めさせられないし
けど、なんで「良識人ぶって自己正当化」しないと気がすまないの？
そういうのがムカつくって言ってるだけだよ

**名前は開発中のものです。** · 2012/03/31(土) 21:55:18.71

作れない奴が顔真っ赤にしてるのかな～？

**名前は開発中のものです。** · 2012/03/31(土) 22:07:03.50

>>332

何が言いたいのかよくわからん。

まぁDirectX直叩きの人にとっちゃDXライブラリユーザーはツクラーと大差ないんだろうな。
実際俺もDXライブラリ無しじゃWindows環境でゲーム作る事できなかったヘボプログラマーだから解る。
DXライブラリが、PC等の進化について行かなくなってサポート打ち切られたりしたら
一蓮托生でぶっつぶれるもんな。
プロ嗜好うんぬんがどう関係するのかわからんが、こっちの方が問題だろう。

**名前は開発中のものです。** · 2012/03/31(土) 22:15:54.88

サポート打ち切りになったらゲーム作る気あるやつは直叩き覚えるなり別のライブラリ探すだろうしゲーム作る気ないやつはそのままやめるだけだろ
別に問題とも思わないが

**名前は開発中のものです。** · 2012/03/31(土) 22:19:54.91

ていうか直叩きは無理だけどDXライブラリの助けがあればゲーム作れるってやつを拾い上げているってプラスの面見るべきじゃねーのその制作者

**名前は開発中のものです。** · 2012/03/31(土) 22:24:30.07

>>333
どうぞ

>>335
多分DirectX直叩き派の人はそれを懸念しているんだと思う
派手な演出や大量のオブジェクトを高速に裁けるC++とDirectXの組み合わせとなったときに
DirectX直叩きや海外産エンジンが敷居が高くて手を出せないとなるとSeleneとＤＸライブラリしか選択肢が無いというのが実情だと思う
Seleneが消えかかってるしね・・・一時期話題になった今年リリース予定のSiv3Dはまだ未知数

**名前は開発中のものです。** · 2012/03/31(土) 22:55:34.28

主旨忘れてた
同人界隈ではあと2003年くらいからＤＸライブラリを使ってる老舗サークルを紹介したかったんだけど
Twitter、マニュアル含めほぼＤＸライブラリ使用を表に出してないのでそんなサークルもあることを伝えるに留める

あとＤＸライブラリ使用作品の知名度ではかなり上位にありクオリティも高い未完成品としてはまどか☆マギカの３ＤＡＣＴ

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

ニコニコ動画での再生数は４５万越え・・・だがまどか人気の賜物なので再生数にＤＸライブラリは関係ない
作者はうｐ主の弟の高校生、少し経過を追ってみたがどう考えても弟スペック高過ぎ
これも弘法筆を選ばすの例で彼なら時間さえあればDirectX直叩きでも作れたであろうし
仮にこれを今年作っていたら間違いなく今流行のUnityで作っていたであろう
まあこんなＤＸライブラリ使用作品もあるよということで・・・

**名前は開発中のものです。** · 2012/03/31(土) 23:04:38.88

>>336
>>337
なるほど
ディアドラエンプティの例みたく専門外の人がＤＸライブラリ使ってプログラム作ってる例もちょくちょく見かけるから
ＤＸライブラリに相当するものが無かったら専門外の人は他の制作可能な環境を探して
専門目指す人はDirectX直叩き又は海外産エンジンに挑戦という構図になるだけかもね

**名前は開発中のものです。** · 2012/03/31(土) 23:15:30.99

DirectXのライブラリなら俺も前に作ってたけど
スレッド、XML、zipと足していったら作りきれなくなったわ。

**名前は開発中のものです。** · 2012/03/31(土) 23:30:51.55

海外物て機能ごとにバラバラなのが多くてさらにバージョンアップが良くあるから追いかけるのが大変なんだよな
boost,zlibあたりは他の用途でも使うから普段から更新してるけど描画エンジン,GUI,OpenAL,物理エンジンetc
下手にそれぞれの最新版集めても動かないし英語我慢してもセットアップが面倒
あとUnicode含めても日本語表示やファイルパスに弱いよな･･･

**名前は開発中のものです。** · 2012/04/01(日) 01:12:24.52

DXライブラリの存在を知ってゲーム作ろうと思った奴だっていっぱいいるだろう
俺がそうだしな、DXライブラリには感謝してるぜ。

**名前は開発中のものです。** · 2012/04/01(日) 02:03:44.66

>>336
他人にとっちゃ問題じゃなくても当人にとっちゃ問題なんだよ。
そもそも直叩き覚えられるくらいならDXライブラリに頼ってない。

**名前は開発中のものです。** · 2012/04/01(日) 02:19:08.89

DirectX直で叩けるというか、自前のライブラリは作ってみたけど
動作実績とかメンテナンスとか規模の関係で、実際に何か作るときはDXライブラリ頼りな俺が居る

**名前は開発中のものです。** · 2012/04/01(日) 03:03:42.96

正直DirectX直叩きでやりたいんだがグラフィックチップ毎の動作チェックなんてまず無理だから結局ライブラリに頼ってしまう
実際ネットで公開して動作報告を求めるとバグとかの報告は来るんだけどハードウェア依存の動作不良の報告はほとんど来ない
結構メジャーなグラフィックチップでの不良を確認したまま配布してたのだがそれについての報告もゼロ
結局フリーゲームが動かなくてもそのままゴミ箱に送られるだけで報告してくれる人は殆どいないってことに気付く
ここらへんは気付かずに有料化してたらと思うと怖いね、だからこその体験版なんだろうけど

**名前は開発中のものです。** · 2012/04/01(日) 03:31:17.14

>>332
そんな些細なとこつついてるから、肝心なとこの技術があがらない
どっちであれ、すでにあるものを利用するって意味では一緒なんだから
生産性が高い方を使えばいいんだよ

そうじゃなくて作り出すほうに力を入れるべき

>>335
DirectXなんて9から11にかわって全部覚え直しだよ
9の時だって何回仕様変更したんだよ
そういう意味ではDXライブラリのほうがよほど安定してる

>>344
個人的にはあんま変わらんと思うけど、やる人の相性もあるしな
導入部分として選択肢が多いのはいい事だと思う

どうせスキルアップしたってゲームエンジン使うんだから直叩きにこだわる意味は薄いんじゃないだろうか
昔はアセンブラが必修科目だったが今はそうでもないしな
もちろん趣味でやる人が直叩きにおもしろさを感じる事までは否定しないよ
俺だってマイナーCPUでアセンブラ使うのは楽しいしな
直叩きできる人がゲームエンジン使えるかっていったらまた違う話だから、大は小を兼ねる的なイメージしてたら改めたほうがいい

**名前は開発中のものです。** · 2012/04/01(日) 04:44:16.77

>>347
>DirectXなんて9から11にかわって全部覚え直しだよ

そんな事はわかってる。
問題はそれを理解するだけの頭があるかどうかだ。
9が理解できないのに11が理解できるとかがあるなら別だけど。

**名前は開発中のものです。** · 2012/04/01(日) 10:05:09.18

DirectXの手続きは、毎回コード眺めながら思い出してる。
その部分だけに集中してるわけじゃないから暗記は出来ないｗｗｗ

**名前は開発中のものです。** · 2012/04/01(日) 13:02:43.36

んでさー
お前らゲーム作ってるの？

**名前は開発中のものです。** · 2012/04/01(日) 13:44:37.65

つい最近新作リリースしたばかりだよ。
売れてるかどうかはまだわからん。
今は燃え尽き状態で何も作ってないが。

**名前は開発中のものです。** · 2012/04/01(日) 15:43:48.07

乙
一作作ってみてDXライブラリへの不満や逆にこの機能が良かったなんてのある？

**351** · 2012/04/01(日) 16:11:09.68

俺の事か。一作じゃなくて三作目だけどね。

不満ねぇ……大抵の事は公式で要望したりすれば改善してもらえるから基本的に不満はないんだけど。

PlaySoundMemでBGM流してるけどフェードアウト機能とかあればいいなぁとは思ったな。
自分で作ったやつは管理が面倒でいかん。

パレット機能があればいいなぁとも思ったがまぁこれは無茶な希望だな。

画像ごとの輝度を上げる機能が欲しかったが、これも代替機能あるらしいし……。

**名前は開発中のものです。** · 2012/04/01(日) 16:30:36.24

自前でラッパして使うことが結構多いから、
DXライブラリに無い機能は、その過程で作っちゃったりするんだよな。

**名前は開発中のものです。** · 2012/04/01(日) 16:41:31.03

三作目か凄！

パレット機能おれも欲しい
でも確か固定機能で対応してないんだよな
シェーダーでパレット実現できるけどパレットのためだけにシェーダー未対応ＰＣ切り捨てとかありえないし・・・

輝度は単にRGB上げるだけだったらDX_BLENDMODE_ALPHAとDX_BLENDMODE_ADD使う代わりに
DX_BLENDMODE_ALPHA_X4とDX_BLENDMODE_ADD_X4使えばいけるよ
各RGBが４倍されるからSetDrawBright(64,64,64)で普段のSetDrawBright(255,255,255)の明るさ

**名前は開発中のものです。** · 2012/04/01(日) 18:51:19.52

>>350
土日スレにうｐしても、レスが２～３個ついて終わりだからつまんない

**名前は開発中のものです。** · 2012/04/01(日) 19:36:16.00

>>356
自サイトにあげるだけだと、1コメントも貰えなかったりするしなあ。

**名前は開発中のものです。** · 2012/04/01(日) 23:57:44.61

なんか、DirectX の直打ちは高度な事みたいに思ってる方がいるみたいだけど、
面倒くさいだけでリファレンス読めば大抵理解できるし、そんな高尚なもんじゃないと思うけど。

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

DirectX も言ってしまえばライブラリだしな

**名前は開発中のものです。** · 2012/04/02(月) 02:29:29.84

やるやらないとやれるやれないは別の話。
やれないやつはDXライブラリもまともにつかえんよ。
DX9のマルチスレッド制限しらないで
DXライブラリのマルチスレッド未対応嘆いてたりな。

**名前は開発中のものです。** · 2012/04/02(月) 08:28:04.74

シェーダ―使う分にはDX11>DX9>DXLIBになる
基本がHLSLなDX11はとっつきやすいとおもうけど
ただDirectX９はつかえなくともDXLIBはそこそこ使える

**名前は開発中のものです。** · 2012/04/02(月) 19:56:25.39

>>正直DirectX直叩きでやりたいんだがグラフィックチップ毎の動作チェックなんてまず無理だから
このあたりHELで吸収してくれると思ってたんだけど違うのね。

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

DXの初期バージョンと現バージョンとでは、理念も方向性も違うからな

**名前は開発中のものです。** · 2012/04/03(火) 08:20:01.26

>グラフィックチップ毎の動作チェック
聞いたこと無いけどピクセルシェーダ3.0が使えるか判定するとかそういう話？

**名前は開発中のものです。** · 2012/04/03(火) 11:25:38.49

動作実績があるというのは有難い

**名前は開発中のものです。** · 2012/04/03(火) 12:45:16.34

絵がかけなくてマジやばい

**名前は開発中のものです。** · 2012/04/03(火) 16:51:37.04

まずはペンタブをぽちる所から

**名前は開発中のものです。** · 2012/04/03(火) 23:15:11.24

絵より音楽作るの上手くなりたい

**名前は開発中のものです。** · 2012/04/04(水) 02:28:03.27

>>364
いやチップやドライバが原因でスペック上は使えるはずの機能が使えなかったり
まともに動作しなかったりする
昔に比べたら随分ましになったけどね

**名前は開発中のものです。** · 2012/04/04(水) 18:35:10.16

タイマーで動く2Dアニメーションクラス作ってるんだが
RPGやSLGで使う分にはいいんだが、
アクションやSTGで使えるものを作ろうとすると難しいな。

**名前は開発中のものです。** · 2012/04/04(水) 18:47:15.80

ループ型、非ループ型、静止画型があれば、その切替さえちゃんとすればどこでも十分使えるんじゃないかな

**名前は開発中のものです。** · 2012/04/04(水) 18:48:43.97

アニメーションって歩行グラとか画像を切り替えるアニメーションと
キャラクターが町を巡回して歩き回るような
座標移動のアニメーションがあると思うんだけど、
後者は一般化できるんだろか。

**名前は開発中のものです。** · 2012/04/04(水) 19:03:11.72

決め打ちで座標を弄るくらいなら、なんとかならなくもないが、
それ以上だとスクリプトとかそういうレベルになりそうだな。

**名前は開発中のものです。** · 2012/04/05(木) 16:47:36.17

2Dでキャラクターのグラフィックつけるとどうしてもマリオみたいな縦横のゲームになるよな
平面上のゲームだとグラフィック大量に作らなきゃならないし

**名前は開発中のものです。** · 2012/04/05(木) 17:08:19.35

完全に真上からだと、グラフィックは減るぜ

**名前は開発中のものです。** · 2012/04/05(木) 17:55:00.77

人型のキャラだと真上からは映えないのが問題だけどね
初期のＧＴＡとかみたらよく判る

**名前は開発中のものです。** · 2012/04/05(木) 18:35:51.37

上から視点だとRTSとかTBSみたいなシミュレーションゲーかボンバーマンみたいなやつしか用途ないよなあ・・・

**名前は開発中のものです。** · 2012/04/05(木) 19:02:56.36

人型のキャラクターを出さなきゃいけないと思ってる時点でゲームの定義狭すぎ

**名前は開発中のものです。** · 2012/04/06(金) 07:52:04.92

>>378
誰もそんなこと言ってなくね？

**名前は開発中のものです。** · 2012/04/06(金) 16:16:12.12

サンプルコードが動かないんだが、理由はなんなんだこれ？
http://codepad.org/2diVmQkw
OSはUbuntu 11.10上のVirtual Boxの中で動かしてるWindows Server 2008 R2 Standard 64bit。
仮想マシンの方に当ててるメモリは551MB、3Dアクセラレーションと2Dビデオアクセラレーションは有効にしてある。

**名前は開発中のものです。** · 2012/04/06(金) 16:17:33.66

>>380はウィンドウは出るけどそのまま固まって応答なしになるって感じ

**名前は開発中のものです。** · 2012/04/06(金) 16:26:55.11

>>381
開発環境はVC++2010Professionalです

**名前は開発中のものです。** · 2012/04/06(金) 16:57:37.43

DirectX入ってんの？

**名前は開発中のものです。** · 2012/04/06(金) 17:38:01.83

DXLIBのヘッダーじゃなくてスタティックライブラリの方が
パス通ってないんじゃない？

**名前は開発中のものです。** · 2012/04/06(金) 17:53:05.54

>>383 SDKもランタイムも入ってる

>>384 確認してみる、ありがとう

**名前は開発中のものです。** · 2012/04/06(金) 18:42:24.19

>>384
それビルド中に止まるんじゃｗ

**名前は開発中のものです。** · 2012/04/06(金) 19:07:32.85

SDKのUtilitiesにあるDXDiagを実行して各機能が動いてるかチェックしてみそ

**名前は開発中のものです。** · 2012/04/06(金) 20:29:44.44

プログラムとファイルの検索からdxdiagってやって出てきたやつを実行した結果
DirectXの機能
DirectDrawアクセラレータ: 使用可能
Direct3Dアクセラレータ: 使用可能
AGP テクスチャアクセラレータ:利用できません
とのこと。一番下がよくわからん…

**名前は開発中のものです。** · 2012/04/06(金) 20:51:57.67

グラフィックには基本VRAM使うけど足りない分は
遅いシステムメモリを混ぜて使うことができる。
でもこの混在メモリ（AGP）をグラボがサポートしてなくても
DXLIBは動作するはず。関係ない。

**名前は開発中のものです。** · 2012/04/06(金) 20:54:20.94

Virtual Boxのグラフィックエミュレーションがきっちり動いてない気がする
DXライブラリの初期化部分書き換えてHEL選べば動くパターンかな、試せる？

**名前は開発中のものです。** · 2012/04/06(金) 21:04:21.83

>>390 DxStatic.hってやつ？

**名前は開発中のものです。** · 2012/04/06(金) 21:30:56.08

いや、ソースの方。気楽にできる体制じゃないなら試さなくていいよ
どのみちDirectXのプログラムが最低限動くかどうかが分かるだけで根本的な解決にはならんから

**名前は開発中のものです。** · 2012/04/06(金) 21:49:13.90

SDKサンプルのビルド・動作が正常化かどうか試せばいいんじゃないか

**名前は開発中のものです。** · 2012/04/06(金) 21:55:41.25

>>392 そもそもDirectXに触れるのが始めてみたいなもんだからDirectDrawのオブジェクトの時点で混乱してできそうにない。すまない。

**名前は開発中のものです。** · 2012/04/06(金) 21:57:51.50

>>393
SDKの方のサンプルはちゃんと動作するな
やっぱりDXライブラリの方の問題なのか？

**名前は開発中のものです。** · 2012/04/06(金) 22:06:59.18

頭にブレークポイントつけてトレース実行しながらDXlibのログをチェックすればどこで止まるのか分かると思うけど
まさかVC++ごと落ちてるとか？

**名前は開発中のものです。** · 2012/04/06(金) 22:10:49.64

>>396
そうか、それもそうだ少しやってみよう
ちなみにクラッシュするのはビルドされたアプリケーションの方。VCは生きてる。

**名前は開発中のものです。** · 2012/04/06(金) 22:20:23.81

>>396
ウインドウを出してキーの入力待ちをするだけのコードでやってみると、DxLib_Init()で停止してるっぽい
ログ見ても何かに失敗した旨の事は書いていないんだよな…
1261:IDirect3DDevice9 オブジェクトを取得します...ハードウェア頂点演算を使用します
ってとこでログは終わってる

**名前は開発中のものです。** · 2012/04/06(金) 23:10:52.15

ソース読む限りでは同期待ちの計算あたりで止まってるのかな
けどvirtualBoxに垂直同期絡みのオプションなんてないよなぁ
もしライブラリのコンパイルができるのならDxGraphics2.cppの4134～4168行をコメントアウトして
GRH.FrameTime=16;
に置き換えてみるとか・・・

**名前は開発中のものです。** · 2012/04/06(金) 23:38:17.60

>>399
DevMode.dmFields=なんとかってとこから
DXST_ERRORLOG_ADD(なんとかってところまででいいの？

**名前は開発中のものです。** · 2012/04/06(金) 23:42:18.85

>>399
自分も同じところ見てた。これ失敗したらループ抜けなくなるんだな
たぶんスキャンラインの位置が正しく取得できていない予感

>>400
今のやつだと5661行あたりのお話

**名前は開発中のものです。** · 2012/04/06(金) 23:50:34.40

>>401
すると一フレームの時間を取得する箇所を変更してやればいいのか
DxStatic.hをライブラリにコンパイルすりゃいいということか？

**名前は開発中のものです。** · 2012/04/06(金) 23:51:52.57

>>400
すまん、うちのVS2008だから行番号表示が違うのかも
// １フレームの時間を取得しておく
の後の｛｝で閉じられたところです

>>401
for(;;)なんて書き方死ぬほど久しぶりに見たw
while(1)もそうだけどうちの規約じゃ縛り首にされる

**名前は開発中のものです。** · 2012/04/07(土) 00:10:22.95

>>402
ちょっと時間かかるけど変更した後に
VC++ならDxLibMake.vcprojを開いてReleaseでビルドすればいいんじゃないかと

**名前は開発中のものです。** · 2012/04/07(土) 00:12:47.33

>>404
書き込んだあとに自分でも何言ってんだこいつ状態だったw

**名前は開発中のものです。** · 2012/04/07(土) 01:01:22.54

ライブラリに変更加えてやってもやはり例の如くクラッシュするorz
仮想マシンやめるか、DXライブラリやめるか…

**名前は開発中のものです。** · 2012/04/07(土) 01:45:38.22

そこまでいけば問題が有りそうな範囲はほんの数行に限定されるでしょ
とりあえずDXST_ERRORLOG_ADD( _T( "適当な数字\n" ) ) ;をそこらへんに散らして
どこが原因なのか炙り出したら？

**名前は開発中のものです。** · 2012/04/07(土) 09:39:27.24

レス流し読みしただけだけど、
既存のDXライブラリ使ったアプリは動くのか？

**名前は開発中のものです。** · 2012/04/07(土) 11:48:07.50

>>407
やってみる
>>408
すくなくとも公式HPにおいてあるやつは動かない。

**名前は開発中のものです。** · 2012/04/07(土) 11:56:46.80

動作環境的に、公式には頼れない類の問題だろうからなあ。大変そうだ。

**名前は開発中のものです。** · 2012/04/07(土) 12:02:35.61

DxLibのバグ対策で公式頼みになるのを避けるために
バグがあったら自分でなんとかしようと思うんだけど
ライブラリ側にステップインとかで入っていく方法分かりませんか？
どうやってライブラリをデバッグしたらいいんだろうか。

**名前は開発中のものです。** · 2012/04/07(土) 12:25:27.55

昔、普通にソースをVCのプロジェクトに組み込んだ記憶があるな……どうやったのかは忘れたが

**名前は開発中のものです。** · 2012/04/07(土) 12:30:56.56

デバッグ版のLibならステップイン出来ないかな
できないならライブラリのビルドのプロジェクト作ってスタートアップに設定してデバッグプロパティで
DXライブラリのデバッグしたい関数のある実行ファイル指定する

**名前は開発中のものです。** · 2012/04/07(土) 12:48:44.34

DxLib_Init()をコールする前に、

ChangeWindowMode( TRUE );
SetWaitVSyncFlag(FALSE);

とかコールしておくと、フルスクリーンやvsync待ちが原因かの切り分けはできる、のかな

**名前は開発中のものです。** · 2012/04/07(土) 12:52:41.63

GetVSyncWaitTime()が悪さしているのかな？
そこでどうがんばってもログが止まっている

**名前は開発中のものです。** · 2012/04/07(土) 13:14:57.18

ソリューションにDxLibMakeのプロジェクト追加して
プロジェクトの依存関係設定してやればいんじゃね？

**名前は開発中のものです。** · 2012/04/07(土) 14:04:29.58

ライブラリを作るプロジェクトを開いてdebugで一旦コンパイル
ライブラリを呼ぶプロジェクトを開いてツール->オプション->VC++ディレクトリ
->ディレクトリを表示するプロジェクトをライブラリファイルにしてライブラリを作るプロジェクトのdebugディレクトリをトップに追加
ライブラリを呼ぶプロジェクトをdebugビルト

正しいやり方は知らないけどこれで普通にライブラリの中もトレースできる

**名前は開発中のものです。** · 2012/04/07(土) 15:09:35.45

他の仮想化ソフト(VMwareとか)使ってみるとか？

**名前は開発中のものです。** · 2012/04/07(土) 17:26:35.40

処理的には何も変更していないdebugの方でビルドしたライブラリをコピーしたら動くようになった…意味が解らない…
レスを読んで返答してくれた人たちに最大級の感謝をしたい。
おかげでライブラリのコンパイル方法とかも勉強できたし。

**名前は開発中のものです。** · 2012/04/07(土) 18:23:24.09

・DXライブラリが一部のemu上で動作しない
・debugビルドしたDXライブラリの場合は動作する
ってこと？

**名前は開発中のものです。** · 2012/04/07(土) 20:30:28.52

>>420
そういうことです

**名前は開発中のものです。** · 2012/04/07(土) 20:50:18.65

debugビルドっつっても別に特別な事してるわけじゃないんじゃない？　コンパイルパラメータが違う程度で。

上手く動くやつと動かないやつの違いを探してみないとな。

**名前は開発中のものです。** · 2012/04/07(土) 20:53:21.01

ちなみに以前、似たような現象があったが、あの時は
「アーカイブしたデータを読み込む時に異常に時間がかかる（のでフリーズしてみえる）」
というバグだったので、今回のサンプルは関係ないけど、まぁ参考までに言っておく。

**名前は開発中のものです。** · 2012/04/07(土) 20:59:15.02

VC++は設定パスを辿って最初に見つけたライブラリを使う
DXlibはリリースビルド時はDxlib.libを、デバッグビルド時はDxLib_d.libを使う
多分このあたりをきちんと理解してないだけだと思われ

**名前は開発中のものです。** · 2012/04/07(土) 21:43:26.37

>>424
激しく初耳だ。改めて自分の無知さが恥ずかしい。
でもログに幾つか出力するマクロを加えてビルドしただけなんだけど何故こうなるのか…

**名前は開発中のものです。** · 2012/04/07(土) 21:48:24.77

あと現在の問題点で、
ウインドウモードにすると左下によくわからないアイコンのようなものが表示されることがある
DrawBox関数でFillFlagをtrueにすると描画されなくなる(falseだとしっかりと描画される)
ってのがある。
まあなんとかなる程度だからいいけど。
誰か情報があったらお願いします。

**名前は開発中のものです。** · 2012/04/08(日) 05:17:12.70

て

**名前は開発中のものです。** · 2012/04/08(日) 05:18:45.07

お、規制解除された

今更だけど、以前、急にDXライブラリ製のゲームだけ動かなくなって、
その時はグラボのドライバを入れ直したら直った、ってことがあったよ

**名前は開発中のものです。** · 2012/04/08(日) 08:55:45.89

そういえば他のグラボの人がvirtual boxで再現確認ってしてるのかな
そこで再現されないならグラボが原因ってのはありうるわけか

**名前は開発中のものです。** · 2012/04/11(水) 11:19:33.85

DXライブラリを使おうとする人は、大抵普通のWin環境持ってるからなあ。

**名前は開発中のものです。** · 2012/04/11(水) 15:54:22.25

linuxでわざわざdirectx動かすより
openglつかったほうがいいんじゃないか？

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

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