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/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直の二択でしか考えられないのかｗ

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

大体覚えるなんて事自体、仕事みたいに作業速度を求める時以外はいらんからな。ぐぐればいい

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

>>333
>プログラムなんて基本、無ければ作ればいいじゃない
最近はこれが出来ない奴らが増えているのが現実
特にこれにDXLibユーザーはメモリやバイナリの扱いとか内部構造とか勉強しないで丸暗記に頼りがちだ
同人界ではメジャーで情報量が多いだけに、ソースのコピペする奴もやたらに多いから似通ったゲームばかり増えてる
同人・インディーズで起業したい人は沢山居るけど、正直このライブラリはお勧めできない
DXLib依存でろくな技術無いくせに、同人は儲からない・就職したほうがいいとか愚痴こぼしたり偏見植え付けたりしてる奴らが気に入らない
最近は就職希望の学生もこれを学ぼうとする奴が多いのも問題だな

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

・・・でDirectXを使う利点を教えてくれ

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

あー。
専門学校（？）の課題とかにDXライブラリを使おうとするとかはさすがに俺もダメだと思うな。

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

DirectX直に叩いたら同人は儲からないって愚痴こぼしていいのか？
ライブラリ関係ないだろそれ
HSPやツクールに頼るってならまだしも

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

趣味グラマだからどーでもいいわ

ゲームプログラマなら社内にライブラリ用意されてるだろうし

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

たしかに

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

ＨＳＰなんて単語を出すから。また、荒れだしたw

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

前にC++が高機能云々言ってた奴と同じ香りがしてきた

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

まあどう見ても>>338は素人の妄言だけどなw

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

今どきゲームプログラマになるってのは
ちゃんと設計できてるのかな
人生を

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

家電なんかの技術者みたいに将来中国韓国へ行くことになるだろな

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

DXライブラリでらどうやって勉強したら良い？

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

改造したり自分でDirectXを弄ったりするとすると、
DXライブラリ自体のアップデートが面倒くさくなるのが問題だｗ

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

ttp://p-bandai.jp/item/item-1000007708/?TOP_B
メモリの扱いとか特に困ってない
命名と長さに疑問はあるが

**名前は開発中のものです。** · 2010/12/01(水) 00:35:03

>>349
ネットでよろし。
本が良ければ14歳から始める～で解説してたはず。

**名前は開発中のものです。** · 2010/12/01(水) 02:37:43

「ゲームプログラマなら社内にライブラリ用意されてるだろうし」
ってどんだけ夢見てるんだよｗそんな甘い世界じゃないぞ

**名前は開発中のものです。** · 2010/12/01(水) 03:25:20

んじゃ頑張って
人を使う側の人間にはわからない厳しさがあるのかもな

**名前は開発中のものです。** · 2010/12/01(水) 04:31:01

社内にライブラリ用意されてるとかどこの大手だよ

**名前は開発中のものです。** · 2010/12/01(水) 04:34:19

小さいところだとPGがいない

**名前は開発中のものです。** · 2010/12/01(水) 10:03:53

>>355
まともに整備されてるのはせいぜいセガ・カプコンくらいだろうな
スクエニは自社エンジン作ろうとして失敗してるし
そんなもの当てにして業界に就職とか仕事を舐めすぎてるよね
コンシューマならPCよりライブラリの整備悪いのは常識だしDirectXすら動作しない
DXLib使える程度で通用するんだったら、会社側は人材不足だ吼えたり、スクエニの無茶な中途採用求人なんか有り得ないから

**名前は開発中のものです。** · 2010/12/01(水) 10:44:32

エンジンとライブラリは違うよボク……

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

程度の差はあれライブラリ無いとかどんだけひどい環境なんだよｗ
開発のたびに毎回１から組むのかと

プログラムばっかり考えないでもっと資産管理を考えろよｗ

**名前は開発中のものです。** · 2010/12/01(水) 12:42:38

業界通を気取ったつもりが無知をさらけ出してしまいました。

**名前は開発中のものです。** · 2010/12/01(水) 12:44:18

これは恥ずかしい

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

特に中小だと会社としての資産管理なんてことにコスト掛けてないよ
会社に入ればその会社の資産としてのライブラリが丸まる使えると思ったら大間違い
ソースはプロジェクトからプロジェクトへ引き継がれるもので
たとえ社内で自分の興味のある開発をしていたとしてもそのチームに入れなければ触れる機械は無いに等しい
そういうことが無いように一定期間でチームを組みかえる努力をしてる会社もあるけど極一部

大手になるとこれがプロジェクト単位ではなくてチーム単位になる
1つのプロジェクトにかなりの人数が投入されるのでチーム単位で管理するわけだけど
プロジェクト単位でライブラリが共有されるなんてことは極稀
人数が増えれば増えるほど意志の統一が難しくなり
同じことをするプログラムを複数のチームで別々に開発してた、なんて良くある話

**名前は開発中のものです。** · 2010/12/01(水) 13:07:25

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 2010/12/01(水) 13:08:43

>>362
もういいからその辺にしとけよ…

**名前は開発中のものです。** · 2010/12/01(水) 16:33:23

なんでDXライブラリのユーザー(初学者とかアマチュアでやってる人)と
法人組織の仕事の話を結びつけたがるの？

**名前は開発中のものです。** · 2010/12/01(水) 16:40:47

つか、そもそもDXライブラリを使わなくていいような
プロの、業界の人間がこのスレにくるわけない。
くる意味がない。

**名前は開発中のものです。** · 2010/12/01(水) 17:03:32

未来のゲーム業界を支えるかもしれない人々にご教授（）笑しにきてるんだろ言わせんな恥ずかしい

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

このスレ業界人多すぎだろw

**名前は開発中のものです。** · 2010/12/01(水) 17:52:33

自分で使い易いようにラッピングすることはよくあるけど、
根本的にDXLibで出来ないことがあって、弄ったり直に叩かないと出来ないってケースはないなぁ。
3D触ったらあるのかもしれんけど

**名前は開発中のものです。** · 2010/12/02(木) 04:09:40

もしＤＸＬＩＢで出来ないことがあったとしてＤＩＲＥＣＴＸ勉強するのかあるいは出来ないことは諦めるのかはその人の自由なんじゃないのか

**名前は開発中のものです。** · 2010/12/02(木) 10:21:53

640x480とか800x600の画面サイズで、動かない背景画像とかを用意する時ってどうやってる？
サイズそのまま？それよりも大きい、2の累乗サイズで作る？

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

俺は二の累乗サイズで作って、背景とかキャラとか文字とか、同時に使うやつは全部入れてる。

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

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