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

**名前は開発中のものです。** · 2010/10/04(月) 17:24:47

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「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/

**名前は開発中のものです。** · 2010/11/11(木) 15:26:32

>>230
>言語なんて作品内容と関係ないじゃん。
それじゃあJava,C#でもいいんじゃないのって事になるんだけど
でもJavaはゲーム開発に向かない、機能制限で高度な表現が出来ないから駄目って言われるから
より高度な作品を作るために無理してでもC++に切り替えようって言う人は沢山居る
そこでJavaでバリバリ3Dが使えてプロ並みの表現やシステムを見せられたら、どうして？って思っちゃうよ
Java,C#は本当にゲーム開発に使えない言語なのかって

**名前は開発中のものです。** · 2010/11/11(木) 15:29:02

Flashですら立派なゲームと言えるようなものが大量にあるわけで

**名前は開発中のものです。** · 2010/11/11(木) 16:11:02

＞C/C++って最高に優れた機能を持ったプログラミング言語の筈ではなかったのかな

これは誰に言ってんの？
C/C++以外の言語でゲーム作ろうor作ってたら馬鹿にされて
それがDXライブラリユーザーだったって話？
んでニコ動の観たらしょぼいの多かったと？

**名前は開発中のものです。** · 2010/11/11(木) 16:26:16

LL言語がゲーム開発に向かないとかいってる人間は情報が古いだけだからほっとけ
まあ、ID:DSKqyxfpがネット上の古い書き込み(2,3年以上前)を見て勝手に勘違いしてる可能性もあるが

**名前は開発中のものです。** · 2010/11/11(木) 16:43:04

言語の機能どうこう言ってるのにC/C++って一括りにしてる時点で釣り

**名前は開発中のものです。** · 2010/11/11(木) 19:46:31

釣りに反応しすぎ

**名前は開発中のものです。** · 2010/11/11(木) 19:46:50

Xboxのインディーズゲームなんか全てC#だけどそこら辺のヘタなフリーのC++製ゲームよりはよっぽど上だろ
できる人は何使っても同じ。

**名前は開発中のものです。** · 2010/11/11(木) 20:04:20

うろ覚えだけどC#しか使えないんじゃなかったか・・・インディーズは

結局、使う人の問題だな
「この言語のせいでかっこいいゲーム作れない＞＜
　僕がダメなんじゃなくて言語が悪いんだ！そうだ！」
と言ってるようにしか見えない

**名前は開発中のものです。** · 2010/11/11(木) 20:37:49

まだこの話題続いていたのかよ

**名前は開発中のものです。** · 2010/11/12(金) 19:06:36

そんな当たり前のことを言うためにクドクド回りくど～い言い回しでネチネチレスしてたのかよ
これだから日本人は
結論言えよ　小学校で作文書かなかったか？

**名前は開発中のものです。** · 2010/11/12(金) 19:42:51

「たしかに」って言って欲しいだけのレスが多い

**名前は開発中のものです。** · 2010/11/12(金) 19:45:06

>>247
たしかに。

**名前は開発中のものです。** · 2010/11/12(金) 19:48:19

>>247
たしかに

**名前は開発中のものです。** · 2010/11/12(金) 19:49:05

>>247
たしかに。

**名前は開発中のものです。** · 2010/11/12(金) 19:51:49

>>247
たしかに

**名前は開発中のものです。** · 2010/11/12(金) 22:27:29

やしがに。

**名前は開発中のものです。** · 2010/11/12(金) 22:51:55

屠る

**名前は開発中のものです。** · 2010/11/12(金) 23:38:14

言うはやすし、行うはたかし

**名前は開発中のものです。** · 2010/11/13(土) 07:40:53

ひらがなで見ると言いだしっぺのやすし君と、作らされるたかし君に読めた

**名前は開発中のものです。** · 2010/11/13(土) 22:52:33

にしこり

**名前は開発中のものです。** · 2010/11/16(火) 17:58:43

やすしはいつも口だけで実作業は全部丸投げだよ。たかしは文句も言わず面倒な作業を黙々とこなしてて偉いと思うね。

**名前は開発中のものです。** · 2010/11/16(火) 20:48:57

プログラマ的には正しいのかどうか迷うところだな、たかし

**名前は開発中のものです。** · 2010/11/16(火) 20:54:22

そんなやすしに、私はなりたい。

**名前は開発中のものです。** · 2010/11/16(火) 21:44:25

怒るでしかし

**名前は開発中のものです。** · 2010/11/17(水) 17:19:27

そこらへんすごいよな >>281 は

**名前は開発中のものです。** · 2010/11/17(水) 17:50:36

ロングパス期待>>281

**名前は開発中のものです。** · 2010/11/24(水) 01:02:32

>>281
たかしに

**名前は開発中のものです。** · 2010/11/24(水) 15:34:59

質問です。
７dot×７dotの画像を
DrawRotaGraphで表示させるのと
DrawRotaGraph2でcx,cyに3を設定すれば
同じ画像が表示されると思ったのですが
違う画像が表示されました。
同じ画像を表示させるようにするにはどうすればいいのでしょうか？

**名前は開発中のものです。** · 2010/11/24(水) 15:35:42

同じグラフィックハンドルを指定する。

**名前は開発中のものです。** · 2010/11/24(水) 15:47:17

同じグラフィックハンドルを指定してます
倍率、角度も同じ数値を設定してます。

**名前は開発中のものです。** · 2010/11/24(水) 15:49:00

そういうのはスクリーンショット貼ると簡単に状況説明できるんじゃないかな

**名前は開発中のものです。** · 2010/11/24(水) 15:57:07

同じグラフィックハンドルを指定してるのに違う画像が表示されるなら、
間にloadGraphが挟まってるか不正なメモリの書き換えがあるのかのどっちか

**264** · 2010/11/24(水) 16:02:57

http://deaimail.xii.jp/up/src/up2537.bmp
画像アップローダーに画像をアップしました。

・左から１番目はDrawRotaGraphにて回転しないで表示
・左から２番目はDrawRotaGraphにて４５度回転して表示
・一番右はDrawRotaGraph2にて中心位置を３、３に設定し４５度回転して表示

DrawRotaGraph( 22 , 40 , 1.0f , RAD(0) , GHandle1 , TRUE ) ;
DrawRotaGraph( 32 , 40 , 1.0f , RAD(45) , GHandle1 , TRUE ) ;
DrawRotaGraph2( 70 , 40 , 3, 3, 1.0f , RAD(45) , GHandle1 , TRUE, FALSE ) ;

**名前は開発中のものです。** · 2010/11/24(水) 16:32:51

DrawRotaGraph2F( 70 , 40 , 3.5, 3.5, 1.0f , RAD(45) , GHandle1 , TRUE);

floatつかったらいいんじゃないか

**264** · 2010/11/24(水) 17:56:16

>>270
DrawRotaGraph2F( 70 , 40 , 3.5, 3.5, 1.0f , RAD(45) , GHandle1 , TRUE);
でできましたありがとうございました！

真ん中のドットを指定する場合は
０１２「３」４５６
だと思ってました

**名前は開発中のものです。** · 2010/11/25(木) 18:08:10

偶数サイズの時はどーしてたんだｗ

**名前は開発中のものです。** · 2010/11/26(金) 10:56:43

偶数サイズにはしないとか？

**名前は開発中のものです。** · 2010/11/26(金) 12:40:15

DXライブラリでウィンドウを1280x780で表示してるときに
ツクール製のゲームなどを全画面表示にすると
DXライブラリのプログラムが終了する。

**名前は開発中のものです。** · 2010/11/26(金) 14:24:48

その辺はさすがにしょうがない気がする

**名前は開発中のものです。** · 2010/11/26(金) 14:41:58

何かが競合してるって事なのかな？

**名前は開発中のものです。** · 2010/11/27(土) 00:35:08

すいません。LoadGraphToResourceで強制終了する場合があるんですが何が原因か分かりますでしょうか。
プログラムは全く変更せずに、強制終了する場合としない場合があります。

VC++で強制終了時にデバッガ起動すると、
DxLib::GraphColorMatchBltVer2()という関数で落ちてるようなのです。

また逆アセンブル画面では
mov ecx,edi
という行で強制終了しているようです。

何か分かりますでしょうか。

**名前は開発中のものです。** · 2010/11/27(土) 15:16:55

どういう状況で強制終了する？

**名前は開発中のものです。** · 2010/11/27(土) 15:28:14

プログラム起動直後。

なぜかReleaseフォルダの中のexeをダブルクリックで実行すると落ちない。
そしてなぜか一度Releaseフォルダから実行するとVC++から実行しても落ちない。
再ビルドしてVC++から実行すると落ちる。なんでこんなことになるのかさっぱり分からない

**名前は開発中のものです。** · 2010/11/27(土) 15:39:39

またウィンドウサイズを変えて再ビルドしてＶＣ＋＋から実行すると落ちなくなったりする

**名前は開発中のものです。** · 2010/11/27(土) 15:55:49

不定メモリーアクセスで落ちてるんじゃないか？
環境で変わるのはその原因が多い

**名前は開発中のものです。** · 2010/11/27(土) 17:22:47

リソースが格納されている領域をどこかで壊しちゃってるってことですかねぇ

**名前は開発中のものです。** · 2010/11/27(土) 17:37:28

壊しているんじゃない、どちらかというと、初期化してない変数を読む。
変数でないところを読む。でしょう

**名前は開発中のものです。** · 2010/11/27(土) 18:26:42

今気づいたんですが、ＤＸライブラリを新しい版に差し替える前はこのバグは全く発生してませんでした。
で、前のと差し替えてみたら案の定、全く強制終了しなくなりました。
ＤＸライブラリを差し替えたことで壊す領域のアドレスが変わったのか、
ライブラリ自体のバグなのか分かりませんが、とりあえず前の版で進めてみようと思います。

**名前は開発中のものです。** · 2010/11/27(土) 18:28:56

具体的に、今の版と前の版とは　どのバージョンとどのバージョンですか？

**名前は開発中のものです。** · 2010/11/27(土) 18:34:41

3.04から2.24c

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

俺も変数の初期化し忘れに一票

**名前は開発中のものです。** · 2010/11/27(土) 19:09:00

DXライブラリのバグだろうから公式に書き込め
バグの発生する最小構成のソース作ってな

**名前は開発中のものです。** · 2010/11/27(土) 19:20:45

まず最新版使ってみたらどうだ

**名前は開発中のものです。** · 2010/11/27(土) 19:38:25

ちょっとDebug版のDxLibでやってみたら、
DxBaseImage.cppの7961行目の
MOV EAX,[ES1]
で落ちてることまでは分かりました。

**名前は開発中のものです。** · 2010/11/27(土) 19:52:35

自分も、DXライブラリのバージョンを上げたら、実行画面のキャプチャが上手くいかなくなったことがあったなあ。
そのあたりで描画に関するシステムが変わったんだろうか。

**名前は開発中のものです。** · 2010/11/27(土) 20:57:22

バージョン上げたらそれなりにチェックしとかないと
後でハマることが割とある
フルスクリーンへの切り替えとか

**名前は開発中のものです。** · 2010/11/27(土) 21:30:34

2.24cって、内部がまだDirectX7の頃のじゃねえの？

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

まず環境を書くべきだと思うんだ

**名前は開発中のものです。** · 2010/11/28(日) 09:43:31

駅が近くてその割には緑も多く，結構住みやすい環境です。

**名前は開発中のものです。** · 2010/11/28(日) 10:36:00

３Dモデルにモーションつけても
各ポリゴンやオブジェクトって絶対位置データの羅列だよね
モーション以外の首の回転だけしたい場合、自分で回転軸の情報を持って
かつ首から先のデータもオブジェクトとして管理しとかないとだめ？

最初っからボーンでのモーション制御すれば
その辺は楽？
でもボーンからの展開をデフォにすれば処理増えるよね

**名前は開発中のものです。** · 2010/11/28(日) 11:29:52

ところでC#で使う場合、DXライブラリ本体の設定説明がない
C#パッケージの2MちょいしかないDxLib.dll と DxLibDotNet.dllと、DirectX本体だけでいいの？
10M超のC++用DXライブラリはDL不要？？？

**名前は開発中のものです。** · 2010/11/28(日) 14:51:49

DxLib.csもね
作者、C#版にXMLコメント付けてくれないかなあ

**名前は開発中のものです。** · 2010/11/28(日) 15:02:04

>>297
>10M超のC++用DXライブラリはDL不要？？？
ズバリ不要だよ、あれはDLLじゃないしVC++でしか使えない物
.NET用のものはDxLibDotNet.dll(マネージラッパー)とDxLib.dll(DLL化したネイティブライブラリ)の２つがあれば動作できる
ちなみにD言語やほかの言語使う人はC#用同梱のDxLib.dllのみを利用する人も居る
DLLじゃ無いとAPI呼び出せないからね

**名前は開発中のものです。** · 2010/11/28(日) 15:15:49

普通にreadmeに使い方書いてあるしw

**名前は開発中のものです。** · 2010/11/28(日) 15:17:41

追加説明ですが
ライブラリと聞くとどうしてもDLLって考えがちなんだよね
ほとんどのライブラリはDLLで配布されているから
正直VC++用のライブラリは設定とかややこしいと思う

**名前は開発中のものです。** · 2010/11/28(日) 15:19:58

日本語でおｋ

**名前は開発中のものです。** · 2010/11/28(日) 20:34:40

HSPでいうgsel命令ってないかなあ。
SetDrawScreen( int DrawScreen ) ;でグラフィックハンドルを指定したらイケるかと思ったけど、
DX_SCREEN_BACKを選んだときと同じ動作になるっぽい。（何故か若干重くなるけど）
DX_SCREEN_BACK以外のバッファ画像にDrawGraphとかで描き込んで貯めておきたい。

**名前は開発中のものです。** · 2010/11/28(日) 20:36:22

>>303
>>116

**名前は開発中のものです。** · 2010/11/28(日) 20:44:53

>>304
おお MakeScreen　
そういうのもあるのか
兆㌧クス

**名前は開発中のものです。** · 2010/11/28(日) 20:49:02

スマンすageてしもた

**名前は開発中のものです。** · 2010/11/29(月) 13:46:31

>>297-298
DxLib.csを使うならDxLibDotNet.dllはいらない
DxLibDotNet.dllを使うならDxLib.csはいらない

**名前は開発中のものです。** · 2010/11/29(月) 20:30:31

HSP3.2ってC言語とあまり変わらないくらい難しくなってるじゃん

**名前は開発中のものです。** · 2010/11/29(月) 20:53:13

C#使い始めたけどジェネリックスとデリゲート、拡張メソッドがいい感じすね
インターフェイスに拡張メソッド付けると基底クラスに修正入れたみたいになって新感覚だわ

**名前は開発中のものです。** · 2010/11/29(月) 21:42:25

>>308
どんどん拡張されすぎて、初心者向けでなくなりつつあるな。

**名前は開発中のものです。** · 2010/11/29(月) 22:14:13

よくあるパターンだよな。最初機能を限定して入門向けにしたのに
機能不足を補おうと機能を増やしたら、敷居が高くなると。

DXライブラリの公式リファレンスに、全ての関数が存在しない理由の
何割かは、多分この辺の事情なんじゃないかなぁ

**名前は開発中のものです。** · 2010/11/29(月) 22:24:54

DXライブラリは、コマンドにランク付けをしなくてはならない。

HSPは、再構成して体系化しなければならない。継ぎ剥ぎだらけは初心者向け以前の問題

**名前は開発中のものです。** · 2010/11/29(月) 22:27:07

HSPの簡単は超初心者でもインストールが簡単という意味だからな
ゲームを作れる程プログラミングに慣れた頃には言語仕様の貧弱さに泣くという狡猾な罠

**名前は開発中のものです。** · 2010/11/29(月) 22:52:44

お前らDXライブラリなんか使ってないでDirectX勉強しろよw

**名前は開発中のものです。** · 2010/11/29(月) 22:54:44

なんか難しそうだもん(´・ω・`)
win32から学ばなきゃいけないんでしょ？よく分からないけど

**名前は開発中のものです。** · 2010/11/29(月) 23:06:00

別にDirectX勉強しなくてもゲーム作れるもんね
俺がやりたいのはゲーム作りであってDirectXの扱い覚える事じゃない

**名前は開発中のものです。** · 2010/11/29(月) 23:46:14

ウィンドウから作るの面倒だもの。

**名前は開発中のものです。** · 2010/11/30(火) 00:10:29

ぶっちゃけ今からDirectX覚えるくらいなら携帯に移植出来るOpenGL4.1覚えた方が良い

**名前は開発中のものです。** · 2010/11/30(火) 00:50:12

まぁ仕事で使わん限りどうでも良いな。

**名前は開発中のものです。** · 2010/11/30(火) 02:54:59

>俺がやりたいのはゲーム作りであってDirectXの扱い覚える事じゃない

これは単なる言い訳臭いなぁ
完全趣味だけの日曜プログラマならそれでもいいけど

**名前は開発中のものです。** · 2010/11/30(火) 03:01:23

最初DXライブラリ使ってて、そのうちDirectXの勉強して自分なりのライブラリを作って、
ある程度ライブラリが完成したところで結局DXライブラリに戻ってきたんだけど、どうしよう。

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

よくある
DXライブラリの価値が全身に染み渡ったところでゲーム作りを再開するのだ

**名前は開発中のものです。** · 2010/11/30(火) 08:37:55

>>320
考え方の一つだと思うけど言い訳なのこれ？

逆に聞きたいんだけど「ゲームを作りたい」って目的の人間が
DirectXを勉強しなきゃいけない理由って何がある？

**名前は開発中のものです。** · 2010/11/30(火) 08:43:33

DirectXでしか（自分の考える）ゲームを作れないと思い込んでる場合

**名前は開発中のものです。** · 2010/11/30(火) 08:55:48

>>321
俺もそのパターン。
3Dモデルが扱えるようになって、なおさら
生のDirectXを勉強する意味がなくなった。

**名前は開発中のものです。** · 2010/11/30(火) 09:54:02

実務であればDirectXに限らずハードに近い部分の知識は必ず要求される
「ライブラリが用意されてなければゲーム作れません」なんて言い訳にもならないな

**名前は開発中のものです。** · 2010/11/30(火) 10:08:48

DXライブラリを一通り使ったあとにDXLibのソース見ながらDirectX勉強すると非常に早い
動くサンプルがあるし

**名前は開発中のものです。** · 2010/11/30(火) 10:18:41

実務だとCRIWAREみたいなライブラリに頼ってるから、
全部1から書き上げてると思ってるのは素人の妄想なんだよね

**名前は開発中のものです。** · 2010/11/30(火) 10:32:16

もしDXライブラリじゃ作れないようなゲームを作りたければ勉強すればいいだけの話。

DXライブラリで作れるゲームを作るからDXライブラリを使ってるだけで
実務をやるわけでもないのに実務を例に挙げている326は何の意味もない。

**名前は開発中のものです。** · 2010/11/30(火) 10:43:35

俺様は実務でゲーム作ってるんだぜ趣味グラマとは違うんだぜプギャーって言いたいんだろ

**名前は開発中のものです。** · 2010/11/30(火) 10:46:53

アマグラマではないけど、別に仕事でゲーム作ってるわけじゃない人も多いよね

**名前は開発中のものです。** · 2010/11/30(火) 11:14:05

DXライブラリで欲しい機能の殆どはなんとかなるからなぁ
ただ一つ欠点を挙げれば、オープンソースとはいえ実質管理人一人で作ってるから
管理人さんが開発をやめるか、できなくなれば実質終了ってことかな。
だからDirectXの勉強は少しずつしてるけど、DXライブラリのサポートが続く内は、実際には使わないかな。

**名前は開発中のものです。** · 2010/11/30(火) 11:19:07

別にDirectXをある程度理解した上でDXライブラリを使うのは別にいいと思うんだよね
何かやりたい事があったり誰かに提案された時に
そんな関数無いから出来無いって諦めちゃうのかって話
プログラムなんて基本、無ければ作ればいいじゃない、の世界なわけで
DXライブラリだってデバイスに直アクセスすればいくらでも拡張できる
出来る範囲で色々工夫してアイデアを実現するのも大事な事だけど限界はある

**名前は開発中のものです。** · 2010/11/30(火) 11:38:18

必要になってから買わないと部屋の中がパンパンだぜ

**名前は開発中のものです。** · 2010/11/30(火) 12:53:13

>>333
つまりDXライブラリの提供機能で出来ないという場合が発生した時に
DirectXを勉強してれば「すぐ」自身で作れるか、「調べて」自身で作れるかの違いだろ？

DirectXに限らず「無ければ作る」これは同感だけど
>>333の言ってることはWindowsでプログラム作るならWinAPIを全部覚えてからやれって言ってるようなもんだぞ
そんな非効率的な事をしないためにDXライブラリ使ってるんだよ
出来ないから諦める奴なんて引き合いに出しても意味ないだろ

**名前は開発中のものです。** · 2010/11/30(火) 13:55:12

DXライブラリかDirectX直の二択でしか考えられないのかｗ

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

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