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/10(水) 13:38:02

DXライブラリは、DirectXを使う際に必要な煩雑な手続き、お約束を代わりにやってくれるだけのものなんだろ？
俺はおかげでWindows環境でゲームが作れるようになったから、それだけでいい。

ただ、俺のプログラミング知識は独学で我流だから、効率悪くて、
他の人がどんな事やってるのかは非常に気になる。

もちろんぐぐればサンプルソースは見つかるけど、そういうサンプルって大抵が
最低限以上、の事まで書かれていて、どれが本当に必要な事なのかが判断つかなくて
結局参考にならなかったりする。

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

自分のゲームフレームワークに組み込んで使うのが一般的じゃないの

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

>>202
DxLibを使う以上どうしても依存してしまうものも多数ある
例えば描画を拡張した機能（グラデ文字やx,y別の伸縮回転描画等）や、
MessageBox等のDxLibが内包してるパラメータを用いる必要があるものなど
海外のゲームエンジンが強いのはそういう運用上の実例が非常に多いから

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

じゃあ作ればいいじゃん
期待はしないぜ。ここでぼやいてるぐらいだからな

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

なんで海外の話が出てきたか知らんが便利関数くらいならサクッと公開すればいいじゃん
ここにリンク貼れば誰かがダメだししてくれるだろう

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

無料で作成とか誰がするの？ｗ

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

DXライブラリの作者は無料でやってるが。

**名前は開発中のものです。** · 2010/11/10(水) 21:31:24

無料で作成とかだれがするの？
（無料で彼は作成するつもりなの？）
（無料で俺が作ってやるとでも思ってるの？）
さあどっちだ

**名前は開発中のものです。** · 2010/11/10(水) 22:14:02

>>177
3D控えて2Dでやるにしろ、システムやアイディア面でもスーファミどころかファミコン時代のレベルいうのは嫌かも
少なくともニコ動の作品見る限りそんなのが多い
RPGは未だドラクエ風でターン製コマンド、ボンバーマン、スーパーマリオ式アクション
HSPですらテイルズオブ式システムやFPS・ARPGを作れているのにC++使えてどうして？って言いたくなる
>>163みたいにC言語の入門書読み終えても何が出来るの？っていう理屈もよくわからない
VBだと入門書読んで3ヶ月も勉強すれば画像処理のアプリは作れそうなんだけど
C/C++って最高に優れた機能を持ったプログラミング言語の筈ではなかったのかな

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

言語とライブラリは別だ
C++はそれだけでは何も作れない

**名前は開発中のものです。** · 2010/11/10(水) 22:48:21

言語の中で普通に標準ライブラリー仕様も規定されているんだけど

**名前は開発中のものです。** · 2010/11/10(水) 22:52:47

C言語は素人に対して難しい。
他人のコードを読むことが出来ないから
Ｃは難しくも簡単にも書ける
ある意味で汎用アセンブラでもある。

**名前は開発中のものです。** · 2010/11/10(水) 22:54:21

>>213
VBの言語仕様にGUI関連なんか含まれてないぞ
HSPはちゃんとした言語仕様があるわけじゃなくて実装先行なので話が別

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

>211がC/C++経験者の発言には見えない

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

DXライブラリの話じゃないの？

えと、つまり
「C++はすぐれた言語のはずなのに、DXライブラリという足かせを使ってるばかりに
　DXライブラリで作られたゲームはどれもHSPにすら及ばない物ばかりだ」
という意味だと思ったわけだが。

まぁ、俺の感想としては、ゲームの面白さを何か勘違いしてないか、って程度だが。

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

元の発言が無茶苦茶なのは分かったw

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

OSを書くための言語だからゲームだって何だって書けるよね　ってのがC/C++

ぶっちゃけ、リアルタイムゲームにC/C++は向いてないです。

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

PS1時代から今までコンシューマゲームは全てC/C++で作られているんだが・・・

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

偏見かもしれないがゲーム作るならC/C++ってのは
マシンスペックが今みたいに高く無い時の風潮というイメージ。

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

偏見だな。

マシンスペックが高くない時代は、「ゲーム作るならアセンブラ」だ。

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

>>219 >>221
こんな事言う人は珍しいかも
同人・インディーズでゲーム作りたいって夢見て勉強始める人が
言語と開発環境について質問すれば、90％以上がC++以外有り得ないって答えが来るよ
そして何時の時代もJava,C#,VBはゲームには向いていない、HSPはゲーム作れるけど初心者の勉強用で限られた機能しか使えない3Dは絶対無理だというのが大半の意見だ
そして否応無く多くの人がC++に挑んでいく
だからHSPコンテストやJava,C#製のゲーム作品見て疑問に感じるんだ

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

ＨＳＰ単体では何も出来ない、Cで書いたＤＬＬが必要になる。いずれ

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

Luaでいいよ。C++で足回りは実装するけどゲーム自体は別の言語に任せたほうが圧倒的に楽。

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

フルスクリーンにするとCPU使用率が跳ね上がるのは何故？
同じプログラムのChangeWindowModeでtrueとfalseを変えただけなのに。
マルチコアPCだからフルスクリーン中にタスクマネージャ開いてみて初めて気づいた。
一つのCPUがマックスになっとる。

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

多分VSync待ち

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

開発環境のキャパシティが作品のクオリティーに直結してるような言い方してるのが謎

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

>>224
可能です。
以上。
はい次の方。

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

>>221
別に同人・インディーズなんて縛りを入れたつもりはないんだが・・・
ブラウザゲーでもいいし、誰しもが３Ｄを触るわけじゃない。
レス内容だけ見ると３Ｄ使わないならＨＳＰの方が良いように思えてしまう。

>>229も言ってるけど言語なんて作品内容と関係ないじゃん。

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

ましてDxLibはCインターフェースのDLLというあらゆる言語で扱いやすいモジュール配布してるしなあ

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

ん、C/C++で作られたすごいゲームなんてそこら辺にいっぱいあるだろ？
>>217に同意

DxLibで3Dを表示させて動かすとこまでは簡単
機能追加やツール作成して
それなりのゲームを作り終えようとするときつい
現時点ではね
3Dに対応して1年ちょいだろ、あせんなよ

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

DirectX自体がc形式のインターフェイスで公開されてて、
dll自体、c形式のインターフェイス安定ですしね。

それとは別に幅広いハードで動くように想定するならば、安定してるc択一でしょ。
SDLやluaなんかそうだ。

>>214が書いてるようなcの可読性の話は、プリプロセスと関数ポインタ駆使みたいな所なんだろうな。

てかHSPってようするにインタプリタ型のベーシックだろ？
必要なライブラリは揃ってるみたいだし、作り手の需要にマッチすればHSPで作ればいい話だね。

正直、ゲームのコア部分を作れる人はどんな言語でも作れるでしょw

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

HSPは構造体と関数ポインタが無いから無理だった

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

コンピュータ言語も時代とともに変わっていくんだからC/C++もいずれは衰退するだろうけど、
少なくとも現時点では圧倒的な主流。ゲーム分野以外でも。

どうせ１から覚えて勉強するのなら、ほとんど同人ゲームにしか使われないマイナー言語よりは
C/C++をやった方が汎用性があって潰しがきく。

まぁ俺は一向に使いこなせてないわけだが。

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

各々のニーズに合わせてHSPかC/C++を選べばいいだけのこと
其々一長一短があるってだけでどちらがベターなんてない

**名前は開発中のものです。** · 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とかで描き込んで貯めておきたい。

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

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