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

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

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/

**名前は開発中のものです。** · 2010/02/01(月) 18:52:33

それで？

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

ググレカス

**名前は開発中のものです。** · 2010/02/02(火) 13:39:47

libを32bitで作って64bitマシンでコンパイルしたオブジェクトとリンクしても問題ないの？

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

なんで？

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

ビルド時のターゲットはビルド環境とは関係ない

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

「64bitマシンでビルドする」というのと、「64bit用アプリとしてビルドする」というのは別物ってことよね。
コンパイラが対応しているかどうかは別として。（比較的最近のVisualStudioなら問題なし）
もちろん、32bitでも同様。

で、開発マシンが32/64問わず、
　64bit用としてビルドしたアプリ本体＋ 32bit用としてビルドしたDLL →　動かない
　32bit用としてビルドしたアプリ本体＋ 32bit用としてビルドしたDLL →　たぶん動く
であると。

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

それで？

**名前は開発中のものです。** · 2010/02/02(火) 22:29:37

なにが？

**名前は開発中のものです。** · 2010/02/02(火) 23:35:47

つーか64Bitアプリにするほどメモリ使うゲームを作るのかと。

**名前は開発中のものです。** · 2010/02/03(水) 05:04:33

なんで？

**名前は開発中のものです。** · 2010/02/03(水) 05:54:02

基本的には32bitアプリでも動くって話だけど
その基本的って部分がちょっとだけ気になる。

**名前は開発中のものです。** · 2010/02/03(水) 08:44:53

64BitOSで動かすことを気にしてるなら
従前どおりの32Bitアプリが何の問題もなく動くので徒労。

メモリを4GB以上使いたい場合以外にあえて64Bit化する意味は薄い。

**名前は開発中のものです。** · 2010/02/03(水) 14:05:09

シューティングの画像ってサイズ奇数にして中心にオブジェクトのxyを持ってきた方が作り易い気がするんだが、みんな普通にx1y1x2y2でやってるの？

**名前は開発中のものです。** · 2010/02/03(水) 14:18:36

場合による。

長方形のキャラ（回転なし）とかだと後者の方が便利だし。

**名前は開発中のものです。** · 2010/02/03(水) 15:51:20

なんで？

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

お前を食べるためさ！

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

変態

**名前は開発中のものです。** · 2010/02/03(水) 23:31:20

DxLIBだとインストール済みのフォントデータしか使えないのかな？
思っていたより使い勝手悪いな…

**名前は開発中のものです。** · 2010/02/03(水) 23:39:52

よくわからんがフォントリソースとして読み込んでから使えとか見た気がするな

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

㌧
AddFontResourceを使ってゲーム起動時に追加出来た

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

思っていたより使い勝手悪いな…

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

DXLIBのデータファイルの暗号化機能を使おうかと思うんだけど
パスワードってリテラルでEXEに埋め込んじゃってダイジョブなん？

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

思っていたより使い勝手悪いな…

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

なにがどう大丈夫なのか解らんが、
自分で何とかできないのなら諦めて普通に使うしかないだろう。

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

いや、キーがバイナリエディタとかで見えちゃうんじゃないかなと思って・・・

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

>>816
ようは
「入力された文字」＝＝「キー」
ってやってもだいじょうぶかきいてるんだろ？

キーはみえる

**名前は開発中のものです。** · 2010/02/05(金) 01:25:04

乱数とかつかって謎の文字列を生成する関数とか作って
それをキーに使ったほうがわかりにくくていいんかな

**名前は開発中のものです。** · 2010/02/05(金) 01:30:13

自分でそれができるのならやればいいのでは。
どうしてそこまで隠したがるのか知らないけど。

俺は、俺の作ったゲームをプレイした人が
「このゲームの生データ見てみたい！」
って思ってくれるほど魅力があるデータを作れた自信がないから
そこまで心配はしてないな。

**名前は開発中のものです。** · 2010/02/05(金) 01:31:15

>>816
暗号鍵を何かでエンコードしてリテラルとしてソースコード埋め込んどいて、SetDXArchiveKeyStringにデコードして渡すとか？

**名前は開発中のものです。** · 2010/02/05(金) 02:23:43

暗号化の機構と、暗号鍵と、暗号化の対象が全て一箇所にある以上
どうしようもない気はする

**名前は開発中のものです。** · 2010/02/05(金) 16:46:58

キャラのポリゴン数ってどれくらいが理想？
今のところ１００００ポリゴンはあるんだが。
ちなみにメタセコでCark（分割）4の曲面化つかったデータね
ちなみに胴体だけです
これじゃ動かないかなあ

**名前は開発中のものです。** · 2010/02/05(金) 16:50:07

みんな画像や音声のロードってどうしてるの？
NowLoading...のアニメーションを動かしながらロード、ってのをしたいんだけど、
読み込みとアニメーションを並行してやる方法が分からないんだ

**名前は開発中のものです。** · 2010/02/05(金) 16:52:34

>>822
>>492

**名前は開発中のものです。** · 2010/02/05(金) 19:50:51

マルチスレッドじゃね

**名前は開発中のものです。** · 2010/02/05(金) 20:17:16

>>823
1フレームに1つずつファイルを読み込みながらアニメーション表示させる。
マルチスレッドを使ってもいいけどこっちの方が簡単。

**名前は開発中のものです。** · 2010/02/05(金) 20:25:49

>>825
公式の掲示板の過去ログで、2007年にLoadGraphはマルチスレッドに対応してないみたいな事を管理人さんが・・・

>>826
音声ファイルとかだと1フレームの間にロードし終わってくれますかね・・・？

**名前は開発中のものです。** · 2010/02/05(金) 20:30:27

俺も>>826の方法だけど
たしかにちょっと止まるな

**名前は開発中のものです。** · 2010/02/05(金) 20:30:28

起動時に全部読み込んで後でNowLoadingだけ表示しとけばいいんじゃね

**名前は開発中のものです。** · 2010/02/05(金) 20:38:57

本末転倒ｗ

**名前は開発中のものです。** · 2010/02/05(金) 20:58:53

個人的な感覚でだけど>>829の方法が可能ならこれでいいんじゃないかな。
そもそもプレイヤーにストレスを与えないようにするのが目的だし、実際「NowLoading...」と表示しておきながら読み込み以外の処理もしてたりするしね。
あと>>826の方法は確かに処理落ちする可能性はあるけど何か問題あるの？
どうせプログレスバーを表示させるぐらいじゃないの？

**名前は開発中のものです。** · 2010/02/05(金) 21:03:23

>>829はネタレスだろｗ

**名前は開発中のものです。** · 2010/02/05(金) 21:04:42

>>831
起動時に全部読み込むと、読み込みファイルのサイズが大きくなったときにちょっと・・・。
できるだけ逐次ロードしたいから・・・。
あと、最初に読み込もうとすると数秒止まっちゃって、それが気にくわないというかストレス。

**名前は開発中のものです。** · 2010/02/05(金) 21:37:34

マルチスレッドなしならなうろーでぃんぐはアニメーションさせないのが一番

**名前は開発中のものです。** · 2010/02/05(金) 21:58:05

かなりいい加減なコードだけど、スレッドを使った Now Loading のサンプル
ttp://codepad.org/HMbYruHZ

**名前は開発中のものです。** · 2010/02/05(金) 22:31:40

>>835
おお・・・参考にしてみまする

**名前は開発中のものです。** · 2010/02/05(金) 22:43:27

i=0;
なんかループ｛
　　なんかロード1コ
　　なんかナウローディングとか表示
　　なんか四角とか描画（x, y ,x+i, y);
　　画面更新
｝

CとかDirectXライブラリの記述方法は忘れた

**名前は開発中のものです。** · 2010/02/05(金) 22:55:33

DXライブラリはともかく、Cの表記とゲームプログラミングの作法は忘れんなｗ

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

ファイル単位で読み込もうとするからデカイファイルのせいで処理落ちするコマが出てくるんじゃね？

while(!end())
{
read( Nバイト );
draw();
}

これならフレームレート安定するだろう
でもわざわざ読み込み速度を意図的に落としてまでやるべきなのかは疑問

**名前は開発中のものです。** · 2010/02/05(金) 23:14:04

DXライブラリで
＞read( Nバイト );
ってどうやんの？

**名前は開発中のものです。** · 2010/02/05(金) 23:19:28

スレッド使ってロードしようとしたらエラー吐いて落ちた・・・。
やっぱりLoadGraphはマルチスレッド対応してないってことなのかな・・・。

>>839
kwsk

**名前は開発中のものです。** · 2010/02/05(金) 23:29:20

>>835のコードだったらわざわざマルチスレッドにせずとも>>826でやればいいような気もするが

**名前は開発中のものです。** · 2010/02/05(金) 23:31:09

自己満足で！（超重要

**名前は開発中のものです。** · 2010/02/05(金) 23:45:43

スレッド系はきっちり作らないと他人の環境限定で
ある日突然落ちたりしてデバッグで泣くことになるぞ。

ＣＰＵのコア数によって出たり出なかったりとかするからな。

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

Now loading...のアニメーションを動画にしたらどうかな？

**名前は開発中のものです。** · 2010/02/06(土) 02:46:06

その動画を読み込ん出る間のNow Loading画面が欲しくなるね！

**名前は開発中のものです。** · 2010/02/06(土) 03:13:17

Now loading...をLoading Complete！に修正すればよくね

**名前は開発中のものです。** · 2010/02/06(土) 04:54:47

「ロードした」なら使ってもいい！

**名前は開発中のものです。** · 2010/02/06(土) 07:42:28

>>829はネタのつもりで書いただろうけど、実際にやってる人を見たことあるよ。
静止画を表示しながら読み込み（2秒間）⇒「NowLoading...」（0.2秒）
本人曰く「ただ気分を味わいたかった」と。
でも実際のゲームを見てみるとプレイヤーからはそれは分からないし、むしろ「ロード早いなあ」という印象すら受けた・・・
これも一つの答えなんだと思ったよｗ

マルチスレッドを使う方法は↓に書いてある。
http://hpcgi2.nifty.com/natupaji/aska.cgi

あと画像はLoadDivGraphで分割読み込みができる。

**849** · 2010/02/06(土) 07:48:32

すみません。
掲示板のリンクがダメですね・・・
記事No「1896」です。

**名前は開発中のものです。** · 2010/02/06(土) 09:42:16

>>849
LoadDivGraphで分割読み込み、ってアレはひとつの画像を複数の画像に分割するんであって、
分割してひとつの画像読み込むわけじゃないっていう

マルチスレッドの方は読んでみた
応用してやれないか試してみる

**名前は開発中のものです。** · 2010/02/06(土) 13:12:13

そもそも円滑にアニメーションさせる必要なくね？
要所要所で動作が若干止まったりしたほうが読み込んでるっぽくてユーザも安心するし

**名前は開発中のものです。** · 2010/02/06(土) 13:15:04

じじいの酷い言い訳

**名前は開発中のものです。** · 2010/02/06(土) 13:30:09

じじいくらべならまけませんよ？

**名前は開発中のものです。** · 2010/02/06(土) 14:19:32

アニメーションの種類によるんじゃなかな？
読み込みの進捗を表示させるようなタイプなら>>823で多少カクカクしても問題ないと思うし、むしろマルチスレッドにすると同期を取るのがめんどくさいし。
逆にもっと派手なアニメーションだと処理落ちすると見栄えが悪くなるのでマルチスレッドにするしかないと思う。
ただ個人的には同人ゲームなら静止画で「NowLoading...」と表示させておくだけで十分だと思うんだけど・・・

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

静止画１枚だとフリーズしてんのかな？って不安になる

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

カクカクでもいいならマルチスレッド必要ないよな

**名前は開発中のものです。** · 2010/02/06(土) 16:21:12

せめてNowLoading... [ ココ ]　　　で何かのアニメーションはさせたいよね

**名前は開発中のものです。** · 2010/02/06(土) 22:28:44

そこは操気弾のアニメを

**名前は開発中のものです。** · 2010/02/06(土) 23:38:51

これって３ｄもつくれるんだよね？
Blenderにも対応してる？

**名前は開発中のものです。** · 2010/02/07(日) 07:39:53

>>860
>これって３ｄもつくれるんだよね？
作れるよ。

>Blenderにも対応してる？
モデリングソフトの対応状況は過去レスを見てみて。
BlenderはFBXが使えるみたい。

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

メタセコで武器だけ作って、それを3Dのキャラモデルに持たせるのはどうやるんだろう。
DXライブラリの範疇ではないのかな。

なにか調べる取っ掛かりはない？

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

位置とか角度の親子関係を作れればいいんじゃないかな

**名前は開発中のものです。** · 2010/02/12(金) 04:35:23

>>862
DXライブラリは知らんけどリアルタイムレンダリングがデフォじゃない？

**名前は開発中のものです。** · 2010/02/12(金) 07:46:33

>>862
「コンストレイント」で検索してみるといいよ。
やり方は簡単で>>863の言う通り、「手」の移動と回転を「武器」に加えるだけ。

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

DrawChipMapってどうやって使うの

**名前は開発中のものです。** · 2010/02/12(金) 21:24:07

GetNowHiPerformanceCount()の内容をprintfしたいんですが%dの部分を何に変えたらいいですか

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

**名前は開発中のものです。** · 2010/02/12(金) 22:17:37

>>867
試してないけど戻り値がLONGLONG型なので「%I64d」か「%lld」じゃないかな。

**名前は開発中のものです。** · 2010/02/12(金) 22:39:37

>>863-865

サンクス！

やり方、納得です。
取り敢えず手の回転並進行列とって、そのまま武器に適用させてみる。

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

>>866
チップグラフィックを使ったマップ描画
int MapWidth, MapHeight : マップデータ全体の幅と高さ
int *MapData : マップデータが格納されたアドレス
int ChipTypeNum : マップに使うチップの種類の数
int *ChipGrHandle : チップのグラフィック配列のアドレス
int TransFlag : 透過色処理の有無
int MapDrawX, MapDrawY : 描画するマップの起点となる左上座標
int MapDrawWidth, MapDrawHeight : 起点座標から描画するマップの幅と高さ
int ScreenX, ScreenY : マップを描画する画面上の座標

(2004/02/08)
2.11 DrawChipMap 関数を非公開関数に変更。

**名前は開発中のものです。** · 2010/02/13(土) 00:47:58

>>868-869

サンクス！

lldでいけました。

**名前は開発中のものです。** · 2010/02/13(土) 18:36:09

1つの画像に対して、縦横で別倍率の拡縮、および回転を同時に行うとき、
何か簡単な方法って無いものかな？
拡縮してから回転させたときと、回転させてから拡縮するときとで結果が異なるけどさ。

無いなら無いで、自前で座標を計算してDrawModiGraph()に投げるつもりだけれど。

**名前は開発中のものです。** · 2010/02/13(土) 19:30:01

ないので俺は自分で関数作った

**名前は開発中のものです。** · 2010/02/13(土) 22:38:54

そっか、ありがと。

**名前は開発中のものです。** · 2010/02/14(日) 21:14:56

半透明処理で

ClearDrawScreen()
SetDrawBlendMode( DX_BLENDMODE_ALPHA, ・・・
DrawGraph(・・・
ScreenFlip()

って書いたら、１箇所使っただけなのにかなり処理が重くなる

DrawGraphが悪い？
フレームスキップするしかない？

**名前は開発中のものです。** · 2010/02/14(日) 21:20:54

いや、俺普通に何箇所も使うけど重くなんないよ？

本当にその四行だけで試してみた？

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

フレームスキップは基本過ぎるだろ

**名前は開発中のものです。** · 2010/02/14(日) 21:24:26

>>877

ClearDrawScreen()
SetDrawBlendMode( DX_BLENDMODE_NOBLEND , 0 )
DrawGraph(・・・　// 普通の画像
SetDrawBlendMode( DX_BLENDMODE_ALPHA, ・・・
DrawGraph(・・・　// 半透明させるの画像
SetDrawBlendMode( DX_BLENDMODE_NOBLEND , 0 )
DrawGraph(・・・　// 普通の画像
ScreenFlip()

こうやってます
画像を重ねる都合上、
SetDrawBlendMode( DX_BLENDMODE_NOBLEND , 0 )　を２回やってます
もっと効率よい方法があるんでしょうか？

**名前は開発中のものです。** · 2010/02/14(日) 21:26:43

>>877
フレームスキップってどうやればいいでしょうか？
画面処理を別スレッドにして、処理時間オーバーしたら放棄、
でいいの？

**名前は開発中のものです。** · 2010/02/14(日) 21:27:36

すみません
880　は　>>878へのレスです

**名前は開発中のものです。** · 2010/02/14(日) 21:32:50

>>879
いちいち戻さない方が速いかも

**名前は開発中のものです。** · 2010/02/14(日) 21:34:14

>>880
ググれば幾らかサンプルコードが出てくる。確か龍神録でも触れてたと思うし。
PC上で動くゲームを作るのなら秒間60回更新するように調整するのは基本中の基本。
DXLIBに限った話じゃない。CPU使用率が異常に高かったりしたら間違いなくこっちの問題でしょ。

**879** · 2010/02/14(日) 21:58:05

3番目の↓
SetDrawBlendMode( DX_BLENDMODE_NOBLEND , 0 )
DrawGraph(・・・　// 普通の画像
が処理を重くしてる原因だったので、これを削ることにしました
ありがとうございます

龍神録というサイトを初めて知ったので、質問してよかった
>>883　ありがとうございます

**名前は開発中のものです。** · 2010/02/15(月) 08:08:26

何故そこだけ問題があったんだろう。気になる。

>873だが、色々な変形に対応させようと思うと結構面倒だな。引数も増えるし。
回転と拡縮だけにしてしまうか。

……とここまで書いて、
画像クラスを作ってしまえば簡単だということに気づいた。

**名前は開発中のものです。** · 2010/02/15(月) 20:26:12

平面だけでいいなら2*2行列に行列演算を繰り返して
最後にその４点にあわせてDrawModiGraphするってのが汎用的で記述もわかりやすくていいんじゃね？
どっかからできの良い数学ライブラリ持ってきてもいいし
回転拡大スライド程度なら簡単な行列計算だけに絞れるから自分で作ってもいい

**名前は開発中のものです。** · 2010/02/15(月) 20:55:41

行列とか完全に忘れてて愕然とした orz

>>886
結局のところ、妥協して回転、拡縮、左右/上下反転の3つだけ関数にしたんだが、
どっちかっていうと、コーディングよりも設計に悩んでた。

変形する順番によって最終的な結果が変わる場合があるから、
それらに対応しようとすると、その分だけ引数も増えるわけで、結果として使いにくい関数になっちゃうのよね。

で、画像をクラスにして

　ImageClass img;

　//中略

　img.rotate(3.14);　　　　//180度回転
　img.extend(1.0,2.0);　　//縦2倍
　img.rotate(1.57);　　　　//90度回転
　img.draw(0,0);　　　　　　//0,0に描画

とかでも良かったかな、と思った。

**名前は開発中のものです。** · 2010/02/15(月) 21:00:03

・画像内での基準点の位置
・上の基準点が実際に描画される位置
・基準点を中心としたスケール
・基準点を中心とした回転角度
で十分だと思うけど

**名前は開発中のものです。** · 2010/02/15(月) 21:57:09

>>888
それだけで引数7つあるぜ？

各変形の優先度を決める（もしくは同じ変形を複数回行う）とか、
回転と拡縮以外の変形も出来るようにするなら、どれだけ増えるんだ。

**名前は開発中のものです。** · 2010/02/15(月) 22:01:20

回転と拡大縮小って別に順不同じゃね
基点となる座標が変われば別だが

**名前は開発中のものです。** · 2010/02/15(月) 22:17:52

>>890
ゲームの都合上、縦横で別々に拡大率を設定できるようにする必要があった。

正方形を、90度回転させてから、横に2倍
□□　→　■□　→　■■□□
■■　→　■□　→　■■□□

横に2倍にしてから、90度回転
　　　　　　　　　　　　　　　 ■□
□□　→　□□□□　→　■□
■■　→　■■■■　→　■□
　　　　　　　　　　　　　　　 ■□

みたいに変わる。

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

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