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(木) 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とかで描き込んで貯めておきたい。

**名前は開発中のものです。** · 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ライブラリに戻ってきたんだけど、どうしよう。

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

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