DXライブラリ 総合スレッド その19 [無断転載禁止]©2ch.net YouTube動画>7本 ニコニコ動画>1本 ->画像>4枚

Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【関連スレ】
C/C++ゲーム製作総合スレッド Part7 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/gamedev/1420939171/
ゲームプログラムなら俺に聞け32(c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1441693570/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】 DirectX初心者質問ｽﾚ Part39 【C】 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1418438785/

【前スレ】
DXライブラリ 総合スレッド その18
http://peace.2ch.net/test/read.cgi/gamedev/1399459468/

【過去スレ】
01 http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
02 http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
03 http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
04 http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
05 http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/
06 http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
07 http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/
08 http://hibari.2ch.net/test/read.cgi/gamedev/1301818631/
09 http://hibari.2ch.net/test/read.cgi/gamedev/1310904069/
10 http://hibari.2ch.net/test/read.cgi/gamedev/1313655495/
11 http://toro.2ch.net/test/read.cgi/gamedev/1322844235/
12 http://toro.2ch.net/test/read.cgi/gamedev/1330000532/
13 http://toro.2ch.net/test/read.cgi/gamedev/1339368894/
14 http://toro.2ch.net/test/read.cgi/gamedev/1350618178/
15 http://toro.2ch.net/test/read.cgi/gamedev/1364900066/
16 http://toro.2ch.net/test/read.cgi/gamedev/1372604225/
17 http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

埋め

DirectXを利用したゲーム開発のためのライブラリ「ＤＸライブラリ」に脆弱性 - 窓の杜
http://www.forest.impress.co.jp/docs/news/20160105_737584.html

すれたておつ～

即死回避

リスポーンキル回避

char binadata[10000000]ってやったらエラーが出た
char binadata[9000000]だったら大丈夫だった
char binadata[10000000]でもグローバル変数だったら大丈夫だった

なんでグローバル変数だと大丈夫なん？
使うメモリの容量がローカル変数とグローバル変数では違うの？

ローカルメモリはスタックメモリに配置されるからって
大学でならわなかったかい？

はい、ならいませんでした

エラーってstack overflow?
初歩的すぎる

記憶域でのスタックと静的領域とヒープの３つを理解し
適切に使い分けられなければ
蹴り入れられても文句言えない

C言語入門からやり直すべきよ

やり直すというより、>>8は現在進行形のC入門者なんだと思う

ttfファイルを読み込んで使ってるんだけど、あらかじめ同じフォントがインストールされているとサイズがおかしくなる
どうにかならない？

LoadFontDataToHandle関数で解決しました

今更だけどこれって
「ディーエックスライブラリ」？
「デラックスライブラリ」？
前者で読んでるけどどっちなんだ

もともと DirectX のDXだからディーエックスでいいんじゃない

>>18
多分その書籍は「同時押ししても別々に認識できる」
というのを示したかっただけな感じがするので
実際の割当がどうなっているのかはあまり気にしなくていいと思います

あと、テンキーの数字と割当整数がそのまま対応しているわけではないです

その数字のままだったら、2+4と6単体と区別つかないだろう
2進数慣れといたほうがいいよ

皆さんありがとう
この部分の前後読んでもさっぱり分からないので
これ以上気にしないで先に進むことにします
この先具体例が出て来るかも知れませんしね

ビット演算調べて。
一桁目が1 0001 1x1=1
二桁目が1 0010 1x2+0=2
三桁目が1 0100 1x2x2+0x2+0=4
四桁目が1 1000 1x2x2x2+0x2x2+0x2+0=8
2になると一桁上がるから2進数。
普通の10進数も、例えば、1234は
=1x10x10x10+2x10x10+3x10+4

一つのキーが押されているか押されていないかを表現するのには0と1で充分。
つまりキーが4つなら0000から1111で表現できる。
キーの組み合わせはビットのor演算になる。
2進数だから足し算と結果は同じになるけど。

逆に一つのキーの状態を調べるのはandで。

こうして見てると、ビット演算を他人に教えるって結構大変そうだな

ビット演算の話なのか？

俺はてっきり
if( GetJoypadInputState( DX_INPUT_PAD1 ) & PAD_INPUT_UP )
みたいに識別子と論理積を使って判定するのではなく

if( GetJoypadInputState( DX_INPUT_PAD1 ) == 8 )
みたいにその数字で直接入力判定してるから、テンキーの割り当て整数を知りたい
っていう話をしているのかと思ったんだけど

わざわざそんなことするメリットなくね？

とりあえず、入力状態を調べる関数の返り値を2進表記文字列と10進表記文字列で対にして画面左上に表示するだけの簡単なアプリ作っても良いかと思う。

と、ここで気になって調べたら、2進文字列への変換は
Cはitoa←VCでしか使えない？ 今回は使えるかな
C++はstd::bitset

簡単なはずなのに、簡単でない気がしてきた。
用途限定なら自作した方が楽な(学べる)気もする。

＞if( GetJoypadInputState( DX_INPUT_PAD1 ) & PAD_INPUT_UP )

&(and)だから特定の一つのキーが、押されているかのチェック
押されていなければ0、つまり偽 FALSEになりif以降は実行されない。
押されていれば0以外 真となりifは実行される。
if ((GetJoypadInputState(DX_INPUT_PAD1)&PAD_INPUT_UP) !=0)
これが省略されているのが一行目。
0であるならば、0以外であるならば、機械は基本たったこれ2つの判断で分岐する。!=0は0でないなら、の意味。not イコール 0

while(1)とかも同じ考え方。これは条件が常に真(偽(0)ではない)なので無限ループになる。
for(初期化(が多い);継続の条件;条件が真なら行うこと)
いずれ条件が偽になるからこそ使えるということ。

＞if( GetJoypadInputState( DX_INPUT_PAD1 ) == 8 )
というかね、それならまだ
if(GetJoypadInputState(DX_INPUT_PAD1)==(PAD_INPUT_UP|PAD_INPUT_LEFT))
こういう例をあげてくれたほうが嬉しかったかな。
|を+にかえても思ったとおりに動作はするかも知れないが、それではいけないということ。

if(GetJoypadInputState(DX_INPUT_PAD1)&(PAD_INPUT_UP|PAD_INPUT_LEFT))
にしないと使えないね。

寝ます。

ごめんこれも使えなかった。
同時に押された判定はすこし長くなるな。
このままではどちらか片方押さた場合でも、、、
眠い。ほんと寝ます。

if(GetJoypadInputState(DX_INPUT_PAD1)&(PAD_INPUT_UP|PAD_INPUT_LEFT)==(PAD_INPUT_UP|PAD_INPUT_LEFT))
一つのキーチェックは!=0でいいけど
ボタン1|ボタン2|ボタン3
とか複数キーが押されているかのチェックの場合は駄目ですね。一つのキーが押されただけでも!=0を満たしてしまうから。
連投すいません。そして初級者以外の方、失礼しました。

if((GetJoypadInputState(DX_INPUT_PAD1)&(PAD_INPUT_UP|PAD_INPUT_LEFT))==(PAD_INPUT_UP|PAD_INPUT_LEFT))
すいません。もう一度だけ。
c 演算子 優先順位 で検索してください。
確か&(アドレスじゃない方)は==よりあとに評価された気がする。これはCの欠陥ではないのかとか書いてた書籍があった気がする。

不安だし、()はつけといたほうが良いと思う。

なぜ俺が適当に上げた例に対して
何レスにも渡って解りづらい解説をしているのだ・・・

というか肝心の>>18はもう居ないっぽいから
質問したかった内容自体がそこで合ってるのかわからんぞ

これでも簡単に書こうとしたのですけどね。
どの辺がわかりづらいですか？
簡単なことを簡単に書くのは難しいですね。

>>33
説明が長くなるほど要点をつかみづらくなるから
補足は少なく、説明の訂正は出ないようにして、
大事な部分だけ短く簡単に説明した方が初心者には理解しやすい

補足とかは質問者に求められたときだけ説明すればいいかと

>>34
了解です。

DXLibは初心者向けって聞くけど、シャープDXなどと何が違うの？
2Dゲームの場合。3Dなら素直にUnity使うし

シャープDXってなんぞ。
初心者にオススメの１つではあるが、これで作られた市販ゲームもあるくらいには幅広いよ

C言語で書きたくてwindowsAPI、グラフィックAPI触りたくない人向け

確かにC++ぽく作られてないのは嬉しい。
他の人のソースコードとかが解読しやすい。

俺もライブラリ作ってやるぜ！と意気込んで、
グラフィックと入力と音周りが出来たあたりで、DXライブラリで良いんじゃね？と気づいて戻ってくる感じ

キャラクターIDをソートする場合なんですけど
こういう場合はやっぱりバケットソート的なアルゴリズムが最速なのでしょうか？
条件
・10000体のキャラクターがいる（ID0～ID9999）※ID0番は空欄扱いの時に使うので実質9999体
・それぞれのキャラクターはスコアを持ってる（とりうる値はunsigned charの0～255）
・ソートする時はスコアの低い順に並べる
・スコアが同点ならIDが若い順に並べる

自作した処理の概要
int baketu[10000*256];
int kekka[10000];

まず配列baketu[]を0クリアして
for(int ID=1;ID<10000;ID++){
baketu[（IDのスコア*10000）+ID] = ID;
}
int x=0;int i=0;
while(x<9999){
if(baketu[i]>0){kekka[x]=baketu[i];x++;}
i++;
}
こんな感じです
int baketu[10000*256]　←なんかこれで10メガくらい使うみたいですし
もっとスマートなやり方は無いものでしょうか？

ただ、かなり頻繁に呼ぶ処理なので最優先したいのは速度です

普通にクイックソートでいいのでは

ソート時間の比較
http://www.ics.kagoshima-u.ac.jp/~fuchida/edu/algorithm/sort-algorithm/speed-compare.html

そもそも頻繁に呼び出すなら
いちいちソートしないでソート結果をずっと保持する。
オブジェクトの追加削除が頻繁なら、
ソートではなく、正しい位置に差し込むようにする。

RPGなどのスクロールゲーは、描画可能画像(マップサイズ)を作ってそこに描画した後に、ウィンドウに描画すればいいのですか？
速度やメモリを考えると、やめた方がいいですかね

どっちも2,560,000ループだから変わらないね。
可読性なら、俺は45のほうが解りやすかった。
(というか45を読んでようやく41がなにをしたいのか解った)

スコアの変動幅が少ない(=順位の変動が少ない)なら、
スコアが変わるたびに前後のスコアと比較して入れ換えるやりかたでもいいかな

スコアが頻繁に変わるなら
数秒毎にまとめてquicksort

>>44
何が言いたいのか分からんが
ウィンドウより気持ち広めに描画すればいいんじゃないの？

スマホ版DXライブラリ使ってみた人いる？

純粋なc#でDXライブラリ作りたいと考えてる

フレームレートを上げてゲームの進行の高速化をしたいけどどうすればいいの？
setgraphmodeの第4引数に値をぶっこんでも何も起きん

＞ 画面モードを設定する
＞ int SetGraphMode(int ScreenSizeX,int ScreenSizeY,int ColorBitDepth,int RefreshRate=60)

＞ 戻り値
＞ DX_CHANGESCREEN_OK　画面変更は成功した
＞ DX_CHANGESCREEN_RETURN　画面の変更は失敗し、元の画面モードに戻された
＞ DX_CHANGESCREEN_DEFAULT　画面の変更は失敗しデフォルトの画面モードに変更された
＞ DX_CHANGESCREEN_REFRESHNORMAL　画面の変更は成功したが、リフレッシュレートの変更は失敗した

とりあえず戻り値の確認しとけ。
あとはフレーム管理をどうやってるかによると思う。
垂直同期に丸投げしないで自前でフレーム管理してるなんてオチは……流石にないか

SetWaitVSyncFlag(FALSE)

　ゲームループを秒間60回さなくても高速処理できちゃうの？
　元より軽く作って、普段はウエイト入れてるだけにしないといけないんじゃないかな。

>>53
何を疑問に思ったが知らんが、最初からそういう話じゃねぇの

>>52
thx。クソ速くなりました
しかしSetWaitVSyncFlagの変更はDxLib_Init前でないと利かないようです
起動中に進行速度を自由に調整したかったのですが難しそうです

いやだからフレーム管理方法なんて複数あるんだから
使い分ければいいじゃない

>>55
頭はゲームの内容を考えることに使った方がいいと思います

>>54
　すいません、今自分で作っているモノが何をしても60フレームで安定しているものですから、逆の意味で頭を抱えていたんです。
　で、>>52氏の教えに従いVSYNCを外したら2000前後を叩きだしたので、>>51氏の最後の隠しパラメータRefreshRate=60の意味が分かりました。
　本当にありがとうございました状態ですm(_ _)m

　初挑戦で5年ばかり仕様に気が付かないとか、ちょっと笑えます(^^;

まあ使う機会があるかどうかは全く別の話だしなー

今更だけど、リフレッシュレート変えるのはアカンだろｗ
垂直同期もオフにすんなｗ
根元でフレーム間の時間経過を定数倍するとか、
更新処理を複数回呼ぶとかいろいろやり方あるだろが

>>60
一般に、60決め打ちとかのほうが
初心者には作りやすいと思うぜ

>>61
そういう原始的な作りでも更新処理を複数回呼べばいいだけだし・・・
まあ入門サイトにありがちな経過フレーム数を１とする可変更新方式はゴミなんで
さっさと止めたほうがいいと思うよ

固定するならタイマー管理なのかねぇ
最近は120Hzとかのモニタも珍しくないし


>入門サイトにありがちな経過フレーム数を１とする可変更新方式
どんなん？

俺も垂直同期切ってタイマー管理だな
75ヘルツのモニターで早送りになった経験があるから

固定更新のために垂直同期切ってタイマー管理はありだけど
ティアリングが気になったりしない？

>>62はちょっと分かりにくかったかな
要は垂直同期をとりながら更新をカウントしてるようなタイプね
メジャーなところだと龍神録とか
この方法は環境の違いを直接受けるし、その対処も醜くなるんだよ

固定にするなら、リフレッシュレート制御かテアリングか
どっちかを取るしかないんじゃないの？

＞カウント
龍神録ちろっと見てみたけど分からんかった
単位時間あたりのループ回数をチェックして、それ超えそうになったらウェイト入れる感じ？

2フレームに一度スクリーンフリップをすることでゲームの進行速度が2倍になりました
ゲーム中に速度の変更がきくようになったので目的は達成し解決しました

http://gameprogrammingpatterns.com/game-loop.html#play-catch-up

垂直同期でやってるけど何故かFPSが59.9が多いんだよな
偶に60いくんだけど。龍神録のFPS管理は何故か57FPSになる

もともとNTSCの垂直同期って59.94Hzだけど
今のは完全に60Pなんかね

龍神録のところのプログラムって、垂直同期とタイマー待機を同時にやってた気がする
どっちかだけにするといいはず

>>70
だからか、東方だと60FPSが多いからなんでだと思ってた
>>71
龍神録のタイマー待機関数をSleepからWaitTimerにしたらいくらかマシになったけど
なぜか垂直同期を切ってFPS制御するより垂直同期とFPS制御を同時にやった方が軽くなった

LoadGraph等で同じ画像を複数回読み込んだときは、やはり同じ画像が複数個分メモリに展開されるのだろうか？

うん

画像を改変したりして複数いるなら1回読み込んで、コピーするべき
HDD等からの読み込みは遅いから

垂直同期切ってもウィンドウモードだと60fpsになっちゃうんだけどこれどうにかならない？

垂直同期切れてないんじゃない？

仮想関数の呼び出しが遅い
最初はDXlibと関係あるのかなーと思ったけどC++の仕様っぽい
みんなも気をつけろ

自分も聞いたことあるけど、それがクリティカルになるって、
他のところがボトルネックになってたりしない？

あとは最適化オプションとかで何とかなりそうではあるが

関数の呼び出し速度が気になるようじゃ元々が問題だと思うんだけど
実際に通常関数を呼ぶのと速度的にはどれくらいの差なんだろう

3Dモデルのボーンをプログラムで動かすときに、
・ボーンをワールド座標の特定の場所を向くようにしたい（カメラの注視のようにボーンを一点に向けたい）
・ボーンをワールド座標の特定の角度にしたい。例えば、ボーンを水平な角度にしたい
を行いたいのですが、
ボーンを動かすのは MV1SetFrameUserLocalMatrix でローカルの変換行列を指定する方法しかないですが
どうやればできますか？

プログラムをステップ実行したときに
DXライブラリのソースにステップインするにはどうやればできますか？
Visual Studio 2013使ってます

ちなみにDXライブラリのソースにステップインしたい理由は
エラーコードが-1しかなくて、何が原因かわからなくて調べるためです
たまに挙動不審になったときの調査もしたいです

>>82は解決しました。簡単にできましたww

自己解決した時は、どんなに簡単であってもその方法をだな

その方法も何もDXライブラリのソース公開されているからlibファイルの代わりにソースをプロジェクトに追加するだけやん

pdbを置くだけでしょ
ステップインしたらその時にソースの場所聞いてくるわ

という風に、人によってやり方違うので
どんなに簡単でも手順は書いておいたほうが

それが質問した人の礼儀かと
レスしようとして自分とこで検証して回答しようとしたら
自己解決しましたの一言でしまってたりすること多いしねえ

pdbって使い道あったのか
いつも使い道分からずに放置してたわ

DXライブラリは3Dモデルの大きさをセンチメートルで管理するのがいいのか？
メートルで管理してカメラの Near Clip を小さくするとアウトラインやZTestがおかしくなる

単位は人それぞれだけど、精度を下げりゃ描画が甘くなるのはそりゃ当然よ

Zバッファのビット深度を変更する関数があったような
デフォは16bitだから32bitとかにしてみては

>>90
俺も以前同じようなことで悩んだわ
Near Clipは破綻しない程度に大きな値をとる必要があるとのこと
俺の場合は1メートル～数万キロのレンジで幅が広すぎて単位をどう弄ろうがZバッファの深度を深くしようがダメだったんで、
ここで教えてもらった「ワールド空間を複数の距離レンジに区切ってそれぞれを描画し最後に合成する」手法で切り抜けた
おかげでカメラが物体から5メートルまで寄ろうが1万キロ離れようがあまり問題はなくなった
ただし代償として描画処理の負荷は上がったけど・・・

>>92
SetZBufferBitDepthでZバッファの深度を変えられる
でも確か24ビットまでじゃなかったかな？

>>91-93
レスありがとうございます
SetZBufferBitDepthは簡単なのですぐに試してみます
「ワールド空間を複数の距離レンジに区切ってそれぞれを描画し最後に合成する」手法は
ちょっと簡単にはできなさそうですが、プロのゲームっぽいですね。すごい

>>94
方法さえ教えてもらえればそんなややこしい実装じゃなかったよ

1. まずMakeScreen関数で合成用のサブ画面を作る
2. SetDrawScreen関数で作成したサブ画面を描画対象にしてその後カメラのパラメータを設定
3. SetCameraNearFar関数でカメラから一番遠いクリップ領域を指定
4. ワールド空間の物体を描画
5. SetDrawScreen関数で裏画面を描画対象にする
6. DrawGraph関数で合成用サブ画面に描いたグラフィックを裏画面に投下処理つきで描画
7. 2～6をクリップ領域を1つずつ手前に近づけながらforループで必要回数だけ繰り返す
8. ScreenFlip関数で裏画面と表画面を切り替える

みたいな感じ
継ぎ目がちょっと気になるという欠点があるらしいけど、俺の作ったプログラムでは大して問題にはならなかった

>>95
ありがとうございます。実装できる気がしてきました

　すいません。　初歩的なことを教えて下さい。
　DXライブラリを3.12aから3.16d(最新版)に昨日上げたのですが、以下の様なエラーが出ます。
エラー 1 error LNK1104: ファイル 'DxDrawFunc_vs2012_x86_d.lib' を開くことができません。

　丁度ドライブが一杯になったのでそれでファイル欠損起こしたのかと、整理して落としなおして
再インストールしても変わりません。　消さないでいた3.12aに戻せば正常にコンパイルできます。
　どんなポカミスが考えられるでしょうか。

DXライブラリのフォルダの下を 'DxDrawFunc_vs2012_x86_d.lib' で検索して、
そのフォルダがプロジェクトのプロパティの「リンカー」の中の
「追加のライブラリディレクトリ」に設定されているか確認してみたか？
設定してなかったら設定する

　ありがとうございます。
　おっしゃるとおりでした。
　C/C++全般のインクルードディレクトリだけ変更してリンカ全般の追加を変更していなかったのが原因でした。
　これで総て正常終了できました。
　ありがとうございました。

DrawBox()って思った以上にコスト高なのね。
エディタ作っているのですが、マウスで指定範囲を決定するのに半透明のFilling=TRUEで
サイズが{400,200}程度になると追いついて来ないし。うちの環境だと。
まあ範囲が分かれば良いだけなので、非透明のFilling=FALSEにしましたが。
機能の根幹に必要な命令じゃなくて良かった・・・。

ハードウェアで描画してないだけちゃうの？

>>101
SetUse3DFlag()指定しなければデフォで使ってくれないの？
TRUEで明示してみたけどやっぱ重かった。

画面全体塗りつぶすのに毎フレーム使ったりするし重いわけないと思うがなぁ
最新版では試してないけど

>>103
　すいません、DXライブラリは無罪でした。
　コード読み直していたら、離れた所から12回ループでDrawBox()してからScreenFlip()しておりました。
　そりゃ感覚とは結果が違うのも当たり前で。
　大変失礼しました・・・。

スーファミっぽくラスタースクロールの波うつようなあのぐにゃぐにゃした表現をしたいんだけれども
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのと
どっちが早いんだろう

どっちもクソ遅そうな気が……
ラスタースクロールのシェーダー書くのがいいが、
シェーダーはDXライブラリではちょっと敷居が高くてプログラム難しそうなのな
ボーンを仕込んだポリゴンの板に画面の画像を貼り付けて、
ボーンでラスタースクロールふうにアニメーションさせるのが楽な気がする

10年前のPCで動くSTG（弾は500発程度）で、640*480程度なら上から一行ずつ描画でも特に処理落ちしなかった
DrawRectGraph使った

今のハードなら余裕だと思う

SetLoopAreaTimePosSoundMem()

この関数めっちゃ便利なんだけどググっても全くヒットしなかったんだが、いつ頃からあるんだろ？
ループ開始位置と終了位置をms単位で指定できるから音声ファイルを編集する必要がなくなった
無加工のファイルでもこっちの好みでループ範囲を指定できるから
音楽ファイルはこの素材屋からＤＬしてねってreadmeに書いておけば配布するファイルサイズも小さく出来る

あと軽く検証しただけだけど再生中に指定しなおしても有効だったから
FF6のラスボス戦みたいに
イントロ‐Ａメロ‐繋ぎ‐Ｂメロ‐繋ぎ‐Ｃメロ～　みたいになってるファイルで
最初はＡメロをループ、条件を満たしたら繋ぎを経由してＢメロループに移行～みたいな演出も簡単に出来る

そんなのあったのか
最後まで行ったら途中から再生、ってのは
結構前からあったの覚えてるんだが

試してないけど

アンドロイドでも

動くように

なってたのね知らなかった

何処まで、動くのかな?

あらかじめ大きめのサイズの空っぽの画像をMakeScreenで用意しておくことの有用性に今頃気付いたぜ
これとDerivationGraphのコンビで作り直したらぐっと軽くなった

テクスチャ切り替えはコスト大きいからね

>>109
　使ってみたら、ほんとにスゴイですね。
　時代がCDDAやストリーミング再生になってもう無限ループは無理なのかなーとか思っていたのだけど。
　ただWAVEで成功したのでそのデータをMP3にしたら、上手く繋がらなくなっちゃった。
　もう少しデータの作り方工夫すれば上手く行くのだろうけど。

>>114
MP3はこの関数に限らずループの時に違和感が出ると言われてるから
たぶんMP3の仕様の問題もあると思う

ogg形式では上手くいったよ
ただ変換の時にビットレートを固定したファイルでしか検証してないから
可変ビットレートの方法で圧縮されたoggファイルで上手くいくかは未検証

MP3は権利の問題があるから他の使えって言われてた時期があったね

権利よりも仕様が問題だな
MP3は無音が挿入されたり余計なことされる場合が多いからゲームに使うようなもんじゃない

他の環境では手抜き実装でWindowsの再生機能に丸投げできるメリットがあるが、DXライブラリなら関係ないし

ループできないからだったか、昔は
DXライブラリではogg使うなとかもあったね

昔は BGMにはmp3, 効果音にはwav だったでしょ

116の言う通りmp3はライセンス関係が危ないということで避けられoggが推奨されていた
仕様よりもこっちのほうが重大問題
ゲーム制作関係でmp3推奨というのは聞いたことがない

MP3登場時にはoggなんてなかったから
Wavよりファイルサイズの小さいMP3を推奨する風潮はあったと思うけど

ogg普及前はソフトウェアMIDIが多かった
もしmp3が主流だったと思う人がいたら、その人のいた界隈はライセンス関係の意識が薄かったんだよ
まぁ00年代前半まではそういう時期でもあったけど

市販のゲームで5000本以上販売が課金の条件だったから、フリーゲームや小規模同人では普通に使われてたよ

制作中のゲームにはキャラの髪型や服や装備や小物を変えるキャラメイキング（着替え）の機能があって、
今はひとつのMV1ファイルにまとめておき、フレーム表示／非表示で切り替えてるのですが、
だんだんアイテムが増えてきてファイルが大きくなってしまったので
別の方法をとりたいのですが、
キャラメイキングや着替えを実装するのに何かいい方法ありませんか？
髪型や服や装備や小物ごとにXファイルでバラバラにしておいて、Xファイルをテキスト結合するのが
楽なのではないかと思っていますが、もっと良い方法ありませんか？

DXライブラリのユーザーが作ってるのって
２Ｄゲーと３Ｄゲーのどっちが多いんだろ？
俺は３Ｄには手が出せてないんだけど

2D

3Dは海外のゲームエンジンが無料化されてしまったので、
3Dゲーム制作者はそっちへ行ってしまった気がする
2Dだとどれもあんまり変わらない気がするが

2Dも描画しかないDXライブラリよりもオブジェクト管理出来たりするエンジンに流れている気がする

全部コードに直書きする形でならなんとか自分の思う通りに作れるようになったとは思うんだけど
さすがに会話イベント一個追加したり、マップに壺一個追加しただけで再コンパイルする必要がある状況って
なんというか我ながらアホだよね

この状況を卒業するには何を勉強したらいいのかアドバイスください
作ってるのは2DRPGで、主にNPCのイベント内容をコードの外に出すにはどうやればいいかで躓いてます

とりあえず思いついてるやり方は
セリフ表示とか効果音を鳴らすとかのイベント処理を担っている関数に番号振って引数の数を紐付けしておいて
イベントの内容を全部、関数の番号、引数の数、引数の数値…って数字だけのデータにして
そのデータを読み込んで、どの関数を呼び出し引数にはどんな数値を入れるかを判断して実行する関数を作り
イベントの内容を全部数値に置き換える方法なんですけど

>>129
自分でも気付いてる通り、基本原則はコードとリソースを分離すること。

テキストファイルの読み込みと解析が出来るなら
単純なシナリオファイル（会話＋αくらい）のローダくらいなら比較的簡単。
まあそれ以上に複雑なことをやるなら、素直に
既存のスクリプト言語の組み込み用ライブラリを頼ったほうが良いと思うけどね。


次点としては、ソースファイルの構成を見直して、最低限のビルドでも済むようにすること。

各クラスの書き方、各ファイルの依存関係なんかを整頓することで、
ちょっと修正したくらいなら、長時間のビルドを要さなくなる。

2chは行頭の半角スペースやタブは無視する

途中で書き込んでしまったけど、そういうわけでコード書くときは全角スペース使って見やすく書いて

>>131
データにしやすいパターンやお約束のイベントだけをデータベース化して
特殊処理はそのままハードコートでいいんじゃねぇの
「これをデータ化したら本当に効率化されるのだろうか」と考えて
非効率になりそうだったらハードコートのまま
そんなことよりもっとプレイヤーから見て喜んでもらえることに意識を集中したほうがいい

&#160;あ
この板Unicode参照出来なかった？

無理か
VIPなら出来るのに

3Dゲームでマウスをクリックした位置にある3Dモデルをできるだけ高速に取得したいのですが、
何かいい方法はありますか？
コリジョン(衝突判定)関数がありますが、当たり判定用のメッシュを用意しないといけないようなので
ちょっと手間がかかりすぎるのでできればもっと手軽な別の方法がいいですが

他に方法無いやろ

ちょっとウンコしてくる

Convert Mouse Location To World Spaceでライントレースしか分からない

>>141
ue4スレと間違った

しまった！お尻ふいてなかった

>>138
画面描画には直接利用しないテクスチャに取得対象モデルをレンダリングしておいて判定するとか

とおもったら１月前かよ

初歩的なことですが、
画像を描画する際の関数の仕様について迷っています

例えば、描画系の関数をできるだけ少なくして、内部変数によってDXライブラリの描画関数を呼び分けるのがいいのか、
あるいは、描画系の関数を目的別に用意して、画面側で使い分けるのがいいか

フェードインの機能の場合、
前者なら「setModeFadeInの後、drawする」
後者なら、「drawとfadeInをそもそも別関数にする」

個人的には前者が正解のような気がしているのですが、
そもそも発想自体が間違っているのでしょうか？

御存知の方いれば、ご教授頂けると嬉しいです

関数の仕様と言うよりは、抽象度とか設計とかの話なのかな？

なんとなくは分かるけど誤解してるかもしれないんで
数行程度のサンプルソースを書いてくれると嬉しい

個人的には後者の方が好き
状態が多いとバグの原因になる

>> 147
たしかに、「抽象度とか設計」の質問と言った方が適切かもしれません。失礼しました
具体的にいえば、以下のイメージです

■パターン１
if (ボタンが押されたら) {
画像Ａ.setFadeIn（引数に透過速度などの更新情報）;
}

画像Ａ.draw();（透明度の加減処理。 また透過度が100以外なら、DXライブラリのSetDrawBlendModeを使うかを判定。フェードインが終わったら、内部変数のフラグを立てる）

if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}

■パターン２
if (ボタンが押されたら) {
グローバル変数B = true;
}

if (グローバル変数B) {
画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;

if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}

} else {
画像Ａ.draw();
}

最初はパターン２でやっていたのですが、これだと例えば「回転とフェードインとかが同時にできない？」と思って、パターン１に変えました
すると、今後はフェードインの更新情報を画像Ａに持たせたためか、あるいは、draw関数内の条件分岐が増えたせいか、処理が重くなってしまいました
この程度で重くなるのかも疑問ですが、そもそも両パターンともNGなのではと思い始めた次第です
ゲーム系プログラミングのお約束が分かってないのが、一番の原因ですが……

>>148
ご教授ありがとうございます。
何がバグの原因になるとか全然分からないので、大変参考になりました

グローバル変数を使うかどうかとか
複数の状態を同時に実行できない問題をどうするかとかは別として
自分なら2の方向かなあ

あーでもグローバルじゃなくてブラシクラス作ればいいかも

>>153
ごめんなさい　たしかにサンプルが不適切です
この場合だとフェードインではなく、フェードアウトになります
ボタン押したら、画像が消えていくみたいな
質問の意図に関しては 155で指摘されている通りです

>>155
ありがとうございます
グローバルではなく、staticなローカル変数、あるいはブラシクラスを検討してみます

ブラシクラスとなると、画像インスタンスを受け取って、内部情報を更新するという意味かな

思った以上に反応があって、ちょっと焦ってました
156の「>>155」は、「>>152」が正しい

154の「グローバル」の意味が把握できていないけど、たぶんグローバル変数Ｂのことじゃないよね
156の自分の書き込みは無茶苦茶。グローバル変数Ｂとブラシクラスは関係ない

とりあえず方向性は見えてきたので、ありがとうございます

流れがつかめませんが、解決したんですか

ちなみに>>155でいうと、自分はパターン２派。可読性が良くなると思うから。
画像Ａ.のdrawFadeIn()とdraw()で重複するブロックが肥大化してきたら、その重複部分をinline関数に切り出してる

しかし・・・
確かに可読性が悪いとストレスの原因になるが、
可読性を確保する労力が新たなストレスと生むというジレンマ・・・

>>158
混乱させてしまったようで、申し訳ないです
155の意図をやっと把握しました（訂正に訂正を重ねてホンマ……）

パターン１は、どこかでフェードインの命令要求を登録した後、draw関数を呼び出します
draw関数内では、透過度の変更要求の確認、透過度の更新、および、DXライブラリ「SetDrawBlendMode」の呼び出しを行います
透過度の変更要求がない場合は、SetDrawBlendModeを使いません
なので、通常描画もフェードイン描画も一律draw関数を呼びだすことになります

パターン２は drawFadeIn とdraw を別関数にします
フェードインするときは、drawFadeInを呼び出して、引数として透過度の更新情報を渡します

結論としては、皆さん「パターン２がマシ」と仰っているので、その路線で進めようと思います
描画処理専門のブラシクラスも含めて、検討してみます

可読性に関しては、最近、可読性を確保するためのストレスに負け始めてます
重要なのは重々承知ですが、やはり面倒……
趣味なはずなのに、仕事と同様のストレスを感じる

>>159
フェードアウトとフェードインの区別が困難になるほど、なにやら複雑な夢（野望、殺意）を秘めているみたいですね
お手柔らかにお願いします（笑）

ロベールさんのサイトによると、
inline関数は必ずしもinline展開されないみたいだけど、
誰か環境ごとに厳密に検証した人いるのかな？
自分はVC++の判断を信じてる！

例えば「マリオが死ぬと画面がフェードアウトして画面が切り替わる」
…という処理があるとして


■パターン1
マリオの死亡処理のところに
具体的な切替演出の設定（この場合はフェードアウト）を書くことになる。

■パターン２
マリオ死亡時にやることは
画面切替フラグを立てるだけで、死亡処理に集中することが出来る。


画面切替の演出には、画面がどんどん暗くなる「フェードアウト」だけでなく、
真っ白になったり（ホワイトアウト）、ワイプしたり色んな演出パターンが考えられる。
実際にやるかどうかは別としてね。

そうなると、画面切替処理は独立させておいたほうが取り回しが良くなるのではないか？
というのがオイラの考える2のメリットかな。

状態に対して××モードと名前をつけて
上手くハマるならそれを使えばいいよ

>>161
わかりやすい例え、ありがとう
まさにそういう事例を想定していたので、とても参考になります

>>162
了解です

久しぶりにDXライブラリ使ってたんだけど、文字入力して変換しようとするとIMEの変換候補がゲームウィンドウの左下に表示される。
ちなみにGoogleIMEでは左下でMicrosoftIMEは右下。
昔触ったときは文字の入力した文字のすぐそばに表示されてた気がするんだけどWin10(Win8？)から仕様が変わったんだろうか。
ぐぐったらWin8でIMEウィンドウ自体が出ない不具合があってそれは解消されたようなんだが。

文字入力といえば自作のアクションゲームで名前入力辞めﾏｽﾀ
よーく考えるとユーザー自身しかしないだろうし

キーのログをとってmovieみたいに再現できる機能も省略
今なら動画をとろうと思えばキャプチャソフトを使えばよいし

楽になった分、今度こそ完成に近づくと良いけど

スレに残しておきたいと感じた情報を書いておきます

>>106で沸いた疑問を縦800ピクセルの画像で比較検証したところですが
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのでは

比べるのがおこがましいくらい
DrawRectGraphで一列ずつ描画する方が
軽かったという検証結果が出ました
１２倍くらいの差がありましたので、１０倍以上違うのは確実だと思います

ここまで違うのならどんな環境でもDrawRectGraphの方が良いのは確実なんじゃないかと思います
ラスタースクロールをシェーダ使わずに実装するならDrawRectGraphが良いです

以上、報告終わり

>>167
SetDrawAreaを使うと連続描画が途切れるからね

Delayフレーム後にSoundHandleを指定の音量パン周波数で再生する
SoundEffect(int　SoundHandle,int　VolumePal,int　PanPal,int　FrequencyPal,int　Delay)

こんな関数を作りたいんだけど実装方法が思いつかない
SetSoundCurrentTimeでマイナスの値を設定出来たら簡単なのに

マイクから入力される音声のdBを
監視するアプリって作れますか？

DX11対応の環境でサンプルプログラムをコンパイルし実行したらDX11で動いていましたが
この.exeをDX11非対応の環境で実行するとDX9などで動くんですか？

手元にDX11非対応の環境が無くて試せないんですが2Dゲーを作る分には特に気にしなくても大丈夫なんでしょうか

sage忘れ失礼しました

オリジナルシェーダ使ってなければ問題ないはず

Android対応のDXライブラリが公開されたようだね
Unityやcocos2dと比べるとメリットがあまりないのがアレだけど
（DX11対応みたいに中途半端になりそうなところがまたね……）

>>171
DX11でつくるのなら
DXライブラリは、DX11の機能のテッセレーションやジオメトリシェーダー
コンピュートシェーダーなど対応していないからあまりオススメしないぞい

android対応dxライブラリマジやがｗ
ちょっとスマホゲー作りたくなってきた・・・

ゲームエンジンで実機デバックしてたから
VS2015の実機デバックがそのまま使える
DXライブラリのプログラムも実機でみれて楽しい

Android対応まじだったw
前に誰かがcocos2dでやってたの使ってみたんだけど
まともに動かんかったから公式で対応してくれるのはでかい
帰ったら自作ゲームを移植してみよう

個人開発なのにそんなに手広くやって大丈夫なんだろか。
良い人である以上に人が良すぎてサポートで死にますよ。

OSSだしgithubで開発すれば良いのに

dxライブラリのあり方としての謎が深まる

つかVS2015がandroid対応していたことに驚き

今MSはマルチプラットフォームに必死だからね
Win10でBash使えるようにしたりLinuxにVisual Studioのコードエディタを公開したりと

1番驚いたのはThe&#160;Linux&#160;FoundationにMSが入った事だな

ごめんスペースだと思ってコピペしたのが文字化けしてる
The Linux Foundationね

試しにやってみたけど最後の実行が出来なかったorz
もう寝る

Android版をタブレットのC4droidでやってみたけどライブラリの中でエラー吐くみたいだ
大量のエラー吐くからさっぱり分かんないや
"ANative_Activity_onCreate"が" android_native_app_glue.h "と衝突して多重宣言しているとかなんとかから始まってBulletやOgg周りで参照エラーが出てる

DrawLine関数の挙動がPCごとに違う？なんかサブのノーパソで動かすと下に1ドットずれる
両方Directxのバージョン11以降だからそこ辛味じゃないと思うんだけど…

もう何年も前に、
ハードウェア描画は1ドットずれたりする場合があるだの
3Dのものを画面に映す（2Dに変換する）際に誤差が生じるだの
聞いたことあるけど、流石にそれは関係ないかしらね…

座標の扱いはビデオカードごとに違うからね
古いオンボードだと0.5pxずれたりする

2dで影作るときってどうすればいいんだ
アルファ乗算の値下げながらDrawLineをずらして何本も描画していくのを思いついたけど絶対糞重くなるでしょ

影の形にこだわらなければいいんでないかい

影ってどういう影なのか分からんけど
例えばスプライトのキャラに影つけるならキャラの形の白黒画像用意してDrawModiGraphで乗算合成とかじゃね

スプライト底辺に黒い楕円置くだけやろ
それでアクションやマップ作成に支障が出るなら
潔く影なんて捨てる

マウスの入力についての質問です

マウスのサイドボタンの検出はＤＸライブラリではできないのでしょうか？
調べてみても、サイドボタンがXButton1とかXButton2と呼ばれていることしか得られませんでした

こう記述すればできるとか、ＤＸライブラリ以外の実装方法があるとかあれば教えてください
よろしくお願いします

GetMouseInput（）じゃダメなの？

>>195
公式リファレンスを見ながらGetMouseInput()の引数を全部試しましたが、どれを使っても検出されませんでした
ブラウザでサイドボタンを使って戻る進むができてるので、自分のサイドボタンが壊れている可能性はないです

>>196
http://dxlib.o.oo7.jp/function/dxfunc_input.html#R5N8
ここ見る限り、GetMouseInputで値取れないってことは
逆にマウスのサイドボタンがキーボードのフックで対処してるタイプかもしれない。
例えば、キーボードのBackSpaceで「戻る」、Shift+BackSpaceで「進む」を表現してるとか。

http://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=past&no=2247
後は関数自体の使い方に問題があるかもしれないので
ここで管理人さんが掲示してる最初のソースコードを試してみるとか。
情報が古いので今も使えるかわからないけど。

>>197
ふたつのＵＲＬを見て試してみましたが検出されませんでした
さらにCheckHitKeyAll()も試してみましたが、これでもサイドボタンは検出されませんでした

ふたつ目のＵＲＬのように、もしかしたら実装されていない機能なのかもしれないです
ＤＸライブラリ製作者さんの掲示板に質問・お願いしてみることにします

>>195 >>197 さん、どうもありがとうございました

サイドボタンの検出の件ですが、無事解決しました
自分と同じようなことで悩んでいる/いた方のために書き残しておきます

簡単に言うと、サイドボタンの検出をするにはＤＸライブラリをバージョンアップする必要があるようです
以下のやり取りを見ていただければ、詳しいことが得られると思います

http://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=view&no=4080

今回の質問に関わってくださった皆様、改めてありがとうございました

白地に（アンチエイリアスかかった）黒のアイコンを表示してるんですが
これの白地を別の色にすると白地前提のアンチエイリアスが汚くなってしまいます。
白地に黒アイコンのものにアルファブレンドをかけると今度は黒が薄く見えなくなってしまう。。
Dxライブラリの知識ではないかもしれませんが、これを解決する手法のヒントなどありますでしょうか？

ごめんなさい書いた直後に自己解決してしまった
やっぱりよく調べて書くべきですね・・・

DXライブラリに関連してるかどうかわかりませんが
わからないことを質問してみます。

ファイナルファンタジー１４（以下、FF14と略）などのプロが開発したゲームを拝見するとロード時間が短いように感じます
例えばDXライブラリを使って約14,000KBぐらいのMP3ファイルをロードしてメモリに読み込むようにコードを書くと
MP3ファイルのロードが完了するまでにコンマ数秒のロード時間が発生します

ですが、FF14のタイトル画面でしばらく放置するとプロローグムービーが開始されるわけですが、
内容を見る限り明らかに容量の多いムービーファイルをロードして再生してるように見えるのですが、
実際、FF14のゲームを起動してタイトル画面に移行するまでの時間は僅かです

私からの質問は、大容量のファイルをロードする場合に
ロード時間を短く済ませるための技術です
DXライブラリでゲーム開発をしてるのでDXライブラリを使用してのお知恵を拝借したい

効果音ではなく曲を全部メモリにロードするのは間違ってる
ファイルサイズの大きい曲や動画は読み込みながら再生するのが基本
そうじゃないと100GBの動画とかメモリに入りきらないようなものは再生できない

なるほど、必ずしもメモリにロードしてから再生しなくてもいいという考え方なのか
直接HDDからファイルをメモリーにロードしながら再生（ストリーミング再生）するわけか、
俺は大容量のファイルを分割でメモリに読み込んで
１ループのロード時間を短くする方向で考えていた

分かりやすく例えると、oggとかmp4なんかはzipで圧縮したような形式だから
再生するために元のwavに解凍すると10倍～100倍になる
メモリにロードするってことは、この巨大化したのを入れるってことだから
効果音のような小さなものでない限りは避けるべき

ありがとう
おかげで疑問が解消されました

あとはシングルスレッドの場合はどうしてもロード時に固まってしまうだろうから、マルチスレッドでロードを行うようにするのはどうだろうか？

マルチスレッドということはC++11を扱うということですね
Core i7を乗せてるのでCore UPUに対応したゲーム開発も興味はあるが
技術的に敷居が少し高いので今はまだいいかな
最新のC++コンパイラも必要になるし
ゲームのプレイヤーがCore i7 や Core i5のCPUを乗せてないと威力は発揮されない

短い場合（メモリー上にwave展開しない）
SetCreateSoundDataType( DX_SOUNDDATATYPE_MEMPRESS );
長い場合（ストリーミング再生）
SetCreateSoundDataType( DX_SOUNDDATATYPE_FILE );
どちらか書く

http://jgame.blog.fc2.com/
あんたこのブログの人やろ頑張りや

ちなみに画像や音声のマルチスレッド読み込みはDXライブラリ標準機能で
SetUseAsyncLoadFlag(TRUE)使えば簡単よ

C++11とか使ってませんが、ロード画面作るときにマルチスレッドを使いました。
あくまでロード時に凍るのを防ぐために使用するのでCPUがどうとかは無いですよ。
process.hをインクルードしてResumeThreadさせるだけで実装できます。

何故だろう、急に挙動が変わった。
sizeが0を返すからファイルが見付からない訳じゃないと思うのだけど。

void* readbin( char *filename)
{
int size ,rsize ,h;
char *ptr;

if ( size = FileRead_size( filename ) == -1 ) errmsg( NOTREAD ,filename );
ptr = (char*)malloc(size+1);
if ( h = FileRead_open( filename ) == 0 ) errmsg( NOTOPEN ,filename );
rsize=FileRead_read(ptr ,size ,h);
printfDx( "%s : %d/%d\n" ,filename ,size ,rsize );

FileRead_close( h);
return ptr;
}

> ptr = (char*)malloc(size+1);

この+1はなに？
本題とは関係ないけど

DXLib 知らずに覗いてるだけでどう挙動が変わったかわからんので >>213 の疑問には答えられないが、
>>214
おそらくファイルのく中身は表示などに使う文字列だという前提だと、
文字列の終端は NULL で止める必要があるのでその 1byte 分を余計に確保している。
(今どきのコンパイラは malloc での確保と同時に \0 埋めをしてくれるのかもしれないけどちょっと危ないな。)
readbin() という名前からして文字列と言っても中身はバイト列と推測できるので、
ファイルの中身には終端 NULL を入れずに記録しているんだろう。

+1は苦し紛れにあーだこーだいじる過程でダメ元で付加してみたのでした。
末端に不定の1バイトが付加されるので無駄な容量食いではありますが、危険という認識はありませんでした。
早急に削除します。
そして、自己解決しました。if文の連結順序を誤解していました。何故今まで動いていたんだ・・・。
if ( size = FileRead_size( filename ) == -1 ) errmsg( NOTREAD ,filename );
if ( h = FileRead_open( filename ) == 0 ) errmsg( NOTOPEN ,filename );
↑これは↓こうですね。
if ( (size = FileRead_size( filename )) == -1 ) errmsg( NOTREAD ,filename );
if ( (h = FileRead_open( filename )) == 0 ) errmsg( NOTOPEN ,filename );
お騒がせしました。

ホラーだ

ＤＸライブラリはgifアニメーションを再生できないのでしょうか？
ＤＸライブラリ以外ならgifアニメ再生できたりするのでしょうか？

「こう記述すればできる」など教えてください

gifをそのまま読み込んで表示はできなかったはず
連番画像に変換するか、もしくは動画にするかだな

>>219

割とむつかしい事しなきゃ動画像は表現できないんですね・・・
爆発エフェクトとか魔法エフェクトとかgifで表現したかったんですが、少し億劫になってしまいました

回答ありがとうございました

LoadDivGraph使えば連番画像が配列に入るから簡単やで
っていうか簡単なエフェクトなら回転拡大縮小やブレンドパラメータの変更で表現できるんじゃない？

>>218
一応C#版ならサンプル転がってるね
規制でurl貼れないけど検索すればすぐ見つかる
でも221が言うようにDivGraph系使った方が楽だと思う

なるほど初期化とかのタイミングで一旦展開するのがエンジン的には普通なのか

最初から専用形式化アニメGifくらいにしか出力できないツールとかでもない限り、
手間は大して変わらんだろうしな

結局誰かが何処かで一所懸命動かしてるわけだしな

アニメーション用の画像を一枚にまとめた後ってLoadDivGraphでもDrawRectGraphでもアニメーションにできるけど
どっちの方が軽いとかってあるのかな

内部的にはほぼ同じ処理だと思う
どちらも一度のドローコールでまとめて描画するから速度はほとんど変わらないはず

最適化ですっ飛ばしてる可能性は？

どうやら周回遅れの嵐がまた戻ってきたようだな

DrawRotaGraphやDrawExtendGraphで画像を拡大するとかなりジャギジャギになってしまうんですけど拡縮のアルゴリズムを変更みたいなことはできないんでしょうかね？

SetDrawMode(DX_DRAWMODE_BILINEAR)

>232
リファレンスで確認したらまさにそのことが書いてありますね…
ありがとうございます

>>232
定数がラベル化されてて覚えたくないっぽい感じでいいなｗ

ちょっと何言ってるかわかりませんね

初心者なんですけど、メインループ内で音声ファイルをboolフラグ使って再生すると、
音声ファイルが再生終了するまで全体の動きが止まってしまうんですけどこれどうやったら回避できますかね？

>>236

if (collision == true) {
PlaySoundMem(Sound_Bar_Handle, DX_PLAYTYPE_NORMAL, TRUE);
collision = false;
StopSoundMem(Sound_Bar_Handle);


}
ちなみにこんな処理です

DX_PLAYTYPE_BACKじゃなかったっけ

>>238
なんとまあ・・・
ありがとうございました
リファレンスしっかり見てから質問するようにします！

ヒカル TV出演「年間5億は稼ぐ勢いですね」


第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！

;t=61s
ユーチューバーの儲けのカラクリを徹底検証！

;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！

;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます

;t=118s
YouTuberになりたいのは馬鹿じゃない！YouTuberになる方法



最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいい
やろうと思えばスマホがあればできるぞ
最低2年はやらないとここまではいかないだろうけど才能とアイデアと
企画力と継続力があればが大儲けできる可能性がなくもない
まだまだ他の職種に比べれば競争率は低いからオススメ
顔出したくないならラファエルみたいに仮面つければいい

スマホ版にもゲームパッドの関数がある
なんだこれ

スマホ用ゲームパッドで使うんだろ

UnityやUE4がある今日、DXライブラリで作るメリットってなんだろう？
自分、DXライブラリで開発したいなと思い色々と調べていたんですが、調べれば調べるほど、UnityやUEが出てきてちょっと悩み中です。

PCが貧弱でUnityやUEだと重い、ぐらいかな
今から勉強するならあまりメリットは無いと思う

>>243
Unity, UE4 は作者からコードを引き離す方向で進化しているのに対して、
DXlib はガッツリコードを見せた上で分かりやすくという方向で、ある意味教育的なもの。
一度 DXlib で組めていれば GUI ツールでも中身がどう動いているか想像付くので
コードの内容もきっちり学びたければ無駄にはならないと思う。

>>243
俺の場合はVBで使えるからという理由だった

>>243
こういう質問する奴はどうせUnity使うんだろｗ
Unityの方がグラ綺麗だし、アセットストアで何でも売ってる
ふんっ！　せいぜいユニティちゃん使ってろよ
ちっとも全然まっっっったくうらやましくなんかねーからｗ

SetCreateSoundDataType(DX_SOUNDDATATYPE_FILE);で音をストリーミング再生するよう設定してるのに
タスクマネージャでディスクの欄を見ていても殆ど0％から動きません
メモリ使用量は1GB→60MBになったのでちゃんとストリーミング再生にはなってると思います

ストリーミング再生はディスクに負荷がかかると思っていたんですが、最近のHDDだと特に問題無いんですか？

無能ほど負荷とか並列化にこだわる法則

そら無能じゃなきゃこんな板来ないしこんなライブラリ使わんからな

>>242
スマホにパッドがあったのか
嬉しい気もするけど携行性を重視した端末にでかい周辺機器をつなぐって奇妙な発想だな

今時の開発者は青歯も知らんのか

パパパパパパッドでタブレットwwwwwwww

最近だとレイフォースがパッド対応で話題になってなかったっけ

ゲーム作りどころかプログラミング初心者です。

DXライブラリを用いてのゲーム製作を考えているのですが、C++の知識はどの程度必要になりますか？
C++の学習は早々に切り上げてゲーム製作のアルゴリズムやDXライブラリの使い方等を学習したほうがいいんですかね？

ちなみに今はC言語の苦C一通り終わらせて独習C++の半分くらいまでC++の学習を進めてます。

わからないところが出てきたらC++の学習に戻ればいいんじゃない

>>256
ではある程度C++について学んだ後はさっさとゲーム製作の学習に入っておｋってことですかね？
ゲーム製作で必要になる主なC++知識って何なんでしょうか

そんなものは無い
Cだけでもゲームは作れる

>>258
いやいやあんまりからかわないでくだしあ…
C++のクラスなんかの知識は必要だと聞いてます

いや要らないしそういう設計になってる

C++ってやや低級気味な言語だしオブジェクト指向なんかガン無視でフォートランみたいなコード書いても何も問題ない

DXライブラリ使うならC++知らず、C言語の知識のみでも何とかなりそう

そもそもCで出来なくてC++で出来ることってクラス以外に何があるんだっけ

分かって使うなら C++ の方が便利機能があるのできれいなコードが書けることが多いけど
知らないで無理に C++ を使うととんでもないコードができるので、それなら素直に C で書いた方がいい。
あと C++ クラスでデータ管理していて DXLib に渡すときに無茶なキャストをかけるとかいらない操作をあれこれしそうな予感がする。
>>261 が言ってるとおりコンパイラが C++ だとしても別に C++ の機能を無理に使う必要はないし、普通に C のコードが通る。

それを踏まえた上で C と C++ を比較するなら、
ゲームでもデータの格納、その操作が頻繁に起きるから C++ でクラスが使える点は非常に大きいと思う。
メモリ管理、文字列の扱い、ファイルなどの I/O 操作はどう考えても C++ が楽。
C++ だとループ処理もイテレータを使えるのが大きい。かなりすっきりする。
本当は例外が扱えるのも大きいけど DXLib 使うならライブラリ側の戻りを見とけばいいから余り問題はないか。

>>264
詳しい回答ありがたや…

C++の知識は正しく用いるなら便利だけど必須ではないという認識でよろしいですかね。
とりあえずC++のクラス全般について一通り学んだらDXライブラリとかゲームプログラムの勉強に入ろうと思います。
他の方も回答してくれた方ありがとうございました
また何かあったら質問するかもしれませんがその時はよろしくお願いします

ジェネリック・プログラミング
処理の抽象化

デザインパターン

アルゴリズムによる計算量の見積もり。
N に比例する、線形探索をしない。
ハッシュ O(1)、2分探索 O(log N)

Boost

>>267
役に立たないとは言わないがプログラミング技術が好きな人向けで
ゲーム作る事と乖離してる

計算量くらいは意識しないとまともなゲーム作れないだろ

ループ条件分岐さえあれば組めないプログラムなんてないんやで

職業プログラマじゃないんだから、まずは動くもんが作れればいいんだってば。
それで遅かったらもっと勉強していい方法見付ければいいわけで。

個人製作レベルの小さなゲームだとオブジェクト指向の概念自体いらないっちゃいらないとは思う
でもわかりやすく作る武器としてC++を覚えたいなら
個人的な現状の感想を書いてみると

・いる
クラスとオブジェクト指向の概念、継承、包含、コンストラクタ、getterとsetterの概念、仮想関数(抽象クラス、多態性)

・いらないんじゃね？
テンプレート、演算子のオーバーロード、標準ライブラリ(std::vectorはあってもいいかも？)、多重継承

ゲーム作る上ではこんな文法より当たり判定とか回転とかのアルゴリズムの方がよっぽど大事ってのは思う

重要なのは何を作るか詳細な挙動やパラメータまで考えることだろ
技術的なことはいざとなったら誰かに相談すれば済む

ゲームなら継承は超便利

クラス（構造体＋メンバ関数）と継承は知っといた方が得だと思う
std::vectorは超絶におすすめ
変なエラーやバグ（配列の不正アクセス）が無くなる

多態性とかテンプレートは、二作目作るとき等に勉強すると「こんな便利な方法があったのかー」と感動するし、理解しやすい

>>272
いる項目の半分くらいはまだ未習ですね…

当たり判定とか回転とかのアルゴリズムってどこで勉強すればいいんですかね？
定番の参考書みたいなのがあったりするんでしょうか

>>275
クラスはある程度文法学習し終わりました
std::vectorはなんのことかさっぱりです

当たり判定は別にいいんだけど本当に難しいのは判定後の反発、押し出し処理
いまだにメーカーごとに意見が分かれる部分

有名な物理エンジン使ってるゲームでも
めり込んでおかしな動きしてることあるからな

>>276
ゲームじゃvector一番使うべ

>>278
Colision detectionで一発解決

そう、unityならね(´・ω・｀)

>>279
まじか
よくわからなくなってきたので中途半端でやめずにとりあえずC++を一通りやってからゲーム制作勉強します…

>>281
>>256>>271

いくらC++を勉強したところでDXライブラリはゲームエンジンとしての限界点が低いから
とくにグラが汚いから覚悟しておくことだ
最新の C++ 11 できっちり組んだとしても、遊ぶ人から「これレトロゲーム？」って言われる(笑)

素のシェーダを使えばそりゃ

デフォのトゥーンは輪郭線が綺麗で好きだな
いくつかトゥーン作ったけど結局デフォに落ち着いた

javaやC#の標準ライブラリですら
rectangleクラスのintersectで簡易当たり判定は楽にできるみたいなんだよね

思想の違いだとは思うがゲームライブラリならそれくらいあってもいいとは思った

MFCにCRectクラスのIntersectRectがあるよ
まあしかし四角の当たり判定がないくらいで不便って言うのなら c# に乗り換えたほうがいいと思う
c++は全般的に使い勝手あまりよくないから

そういえば3Dの衝突判定機能はいくつかあるけど2Dは無いんだな

pythonで入力ゲームを作ってます。

DXライブラリの、
　VisualC# 用パッケージ

で、ゲームパットは正常に動きますか？

pygameのゲームパットが難しいので、そちらが使えたら使おうかと思いました。

普通に使えた。
32bitだから64bitにしたらの不安が有ったけど、心配し過ぎでした。

お騒がせしました。
どうも、です。

リファレンスのTellMovieToGraphのサンプルを参考に
LoadGraphでaviファイル読み込んでDrawGraphで映像を描画するプログラムを試してみたら
タスクマネージャで確認したところ動画の再生中はディスク使用量が常に100％近くなってしまうのですが
これはそういうものなんでしょうか？

DXライブラリを使ってC++で
アドベンチャーゲームを作ろうと思っています。
今時のノベルゲームでは無く、ファミコン時代のアドベンチャーゲームです。
今まではアクションゲームやシューティングゲームを作って来まして、
アドベンチャーは初挑戦なのでちょっと不安なんです。

企画だのシナリオだのの前に、まずはシステムや
アドベンチャーゲームを構成するプログラミングから考える必要がありますよね？
しかし、現段階でそれらを考えると、完全に独学のオリジナルになり、
凄く面倒なものを完成させてしまうかもしれません。
自分としては、ひな形とまでは言いませんが、
参考にできるものや、定石を学ぶ方法を模索しております。
なにかありませんか？サイトでも書籍でも構いません、教えて下さい。

githubにソースコード公開して作りながら適度に聞けば？

ノベルなら公式のサンプルページにある
http://dxlib.o.oo7.jp/dxsample.html

>>294
ありがとございます
ただ、自分はどっちかっていうと
考え方を知りたいんですよ
アドベンチャーゲーム制作する上での
フラグの考え方や、変数の使い方です。

考えてみると、アドベンチャーゲームって
フラグめちゃ必要じゃないですかね
例えば、調べる項目が増えていくじゃないですか、
話すで選択できる相手とかも。
そして、キャラの台詞も、
質問二回目、三回目で返答内容変えたり。
そーいうの、どう考えて組み立てていけば
いいのかなって、、

RPGのイベントも話しかける相手や時期、話しかけた回数とかでサブイベント分岐させたりするじゃん
アドベンチャーゲームだからって専用の特殊な考え方やフラグ管理って必要ないと思う

定石は無く、ゲームの仕様それぞれに合わせて考えるしかない
仕様が複雑ならより汎用的でいちいち面倒くさい重厚な構造になるし、
仕様が単純なら多少ごり押ししたような方法で手早く必要条件を満たす
そう、答えなきところに答えを出すのがゲームプログラミングというものだ

>>296
アドベンチャーゲームプレイしたことある？
ノベルじゃ無くてさ。
各シーン(場所)で出現する項目数も決まって無いし
その項目数もある項目を通過するたび項目数が増えるし、
その項目だって、何層もあった先の項目だったりする。
それが各シーンで統一できない状態なわけで、、、、
RPGなんかのフラグと同じじゃない、そんなシンプルに出来ない。

>>297
やはりゴリ押しかあ、、、、

場面ごとに専用のフラグや処理を作ると考えるんじゃなくて
進行フラグや取得アイテムに応じて出す選択肢を変えると考えるんだよ
なので仕組み的にはRPGとかと同じと言える

あとはスクリプトデータのフォーマットとか作り方の問題なので
それこそノベルゲームエンジンを参考にすればいい

ゲームの詳細が決まってないような段階で
プログラミングを抽象化するのは無謀な上に当事者は歴戦の勇士でもないという
それならいったんごり押しからの脱構築しかあるまい
そうやって作られたサンプルは動く仕様書として人に意見を聞くにも役に立つ

>>298
＞RPGなんかのフラグと同じじゃない、そんなシンプルに出来ない。

アンタの作ったRPGってちょっとした分岐も無い完全一本道でつまんないレールプレイングゲームになりそうだな

フラグはDBにまとめれば管理手段はどれも共通にできる
sqliteあたりを一通りさわれば可能性を感じられるかと

フラグ・クラス（というかセーブデータ・クラス）を作って、シリアライズ・デシリアライズする方法が楽だな
C#のシリアライザーやUnityのJsonでクラスがあれば、クラスまるごと簡単にファイル保存・読込できる
フラグがいくつ増えてもセーブ・ロードのコーディングしなくていい

俺が書いたプログラムを毎回ウイルス扱いして止めようとするのはやめろノートン！

簡単にお金が稼げる方法興味ある人だけ見てください。

グーグル検索⇒『来島のモノノリウエ』

YF53OEVNGR

お勧めの便利な隠し関数あったら教えて

GetUseDirect3D11Device
GetUseDirect3D11DeviceContext
なんでも出来るぞ

うーん、この！

いまいち何ができるのかがわからん

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

必要な人は自分で書いてるだろうけど一応

次の更新でfps値取得関数が追加されそう
http://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=view&;no=4336

fpsの表示なんて、いるかあ？
こんなしょぼい機能を追加してしまうところにDXライブラリの作者のやる気の無さを感じるわ

iOS版作ってる最中みたいだけど
iOS程度じゃやる気無しか

>iOS版作ってる最中みたいだけど
そりゃすごい、こういうのを期待してるんだお

Unityのfps表示のアセットを見ればわかることだけど、
ひとりのユーザーがfps表示のコンポーネントを公開すればみんなでそれを使えるようにすべきなんだよ
わざわざゲームエンジンに機能を追加しなくてもね
ひとりのユーザーが便利なコンポーネントを公開すればみんなでそれを使う
ということができるようにDXライブラリはもっとコンポーネント指向にして欲しいよなぁ
そのへんがもう遅れてるし、ユーザーも増えないし、コミュニティも育たない原因の一つだね

育ったコミュニティってどんなコミュニティなんよ？

ゲームエンジン界隈でいちばん育ったコミュニティはUnityでしょ
アセットストアやgithubなどに新しい機能や素材がたくさんあって、
そこから新しいユーザーが増えたり、ゲームが高品質・短時間・低コストで作れたりしてる
そういう人や素材の多さを見てさらにユーザーが増えるような好循環がある

はいはい、Unityスレへ行って二度と来ないでね

設計思想が全然違うものを引き合いに出されてもな
ユーザも古いライブラリの割には居るし

DXライブラリは管理人さんがこまめに更新、デバッグしてくれてるから
公式のファイル落とすだけで充分なんだという安心感があるのが逆に良い点だと思う

ユーザー同士のそういうやり取りには
公式本体ファイルのアップデートで使えなくなるのとか
組み合わせの相性が悪いのとかが出てきてもめんどくさいし
「こんな機能が欲しいです」→「○○で出来るだろ」→「どこでDL出来ますか？」
の流れが頻繁に出るのもうざいし、時間がたって消えたファイルの再Upクレクレもうざいじゃん

ユーザーを気にかけててこまめに更新を続けてくれる作者が居るコミュニティの場合
作者の独裁体制の方がユーザーは幸せだし、新規も入りやすいよ
逆に放任のところはユーザー同士の交流が活発な方が良いけどね

いいライブラリだよな。
他言語用に移植されても良さそうなもんだが。

素晴らしいライブラリだと思うよ。
ここまでやって欲しくてこれ以上踏み込んで欲しくないラインがわかってる。

Unityと比べるとblenderと親和性が良くない
逆にMMDやメタセコは良い
日本的なんだけどやはりUnityと違って世界には広まらない

まあ確かに世界に広まってユーザーが増えれば
今後もずっと使えるだろうって安心感も増えるよな

同じとこに這い寄ったって劣化版と見られるだけだべ
オンリーワンの強みを持てばいいのよ

持てばいいのよね

2Dゲー作るのにわざわざUnityなんて面倒なだけだし
ゲームの動作も重いからなぁ

２Ｄゲー作るならＤＸライブラリの方が向いてるよな。
無駄な裏処理が少ないし
メインループ動作の基本的な考えやFPS固定前提でのエンジンなところも。
逆にDXライブラリで本格３Ｄゲー作ろうとは思わないけど。

>>218
ものっそい今更なんだけど
gifはムービーファイル扱いでロードするとアニメーション再生できたはずよ
過去スレで教えてもらったことがある

unityなんか素材をポンポンドロップしてプレハブ化してそれを呼び出すだけよ？超簡単ｗ

簡単に作れる　と　自分の思うように作れる　は全く違うからね

VisualStudio Express 2017には対応しないのかな？まあ2015でも別にいいんだが

いつの間にかMMDのアニメーションのfpsを変えられる関数が追加されてるな
前はMMDとDXライブラリはfpsが30倍違ったからモーション合わせるのが少し面倒だった

面倒かしら？

DXライブラリにもアセットみたいのがあればと思ったけど
ハイレベルなシェーダーマップやfbxに対応してない低レベルモデルしかサポートしてないし微妙だな

ゲームのレベルが低いうちはDXライブラリみたいな縛りがゆるくて自由に何でもできるゲームエンジンが優勢だったけど
わりと最近の、高度化されたゲームが増えるにつれて
ほかの人がつくった高品質・高機能なアセットが使えるゲームエンジンが優勢になっちゃった感じはする

ガワだけちゃっちゃと取り繕えるほうが今のトレンドにあってるからねえ
DXライブラリの本分とは別世界だわさ

DXライブラリって元々2D専用で3Dはあとから要望で付けましたみたいなイメージある
３ｄゲーム作成はプログラム以外も大変だし手軽でクオリティ高くつくれるほうが今時XPみたいな低スペで動く軽さよりも魅力
あと利用規約とかいろいろみると結局物理エンジン自分で実装したりボーンいじるハメになるから全く個人制作向けではない

DXライブラリで 3D が出来るなんてただの都市伝説ですよ

シェーダ書くのは構わないんだけど自作モデルのメッシュ割りが下手でシェーダが活きない
モデリングセンスの壁ってあるよな

ついでに音楽センスも終わってるから作曲もやべえ

作曲は知識＞＞＞センスなので勉強しよう

全部勉強して作ってたらゲームなんて作れない、っていうか何したいか考える時間すらなくなると思うんだが

そうやってやらねぇ奴はずっと何もできねぇんだ

コード書くのは苦ではないし数学も物理学もその辺の工学部の学生程度にはあるんだけど
イラストとか音楽とか未知の世界すぎて戸惑ってるわ

その辺はフリー素材で作ればいいんじゃないの

BGMを自力でこなしてるやつなんて1割もおらんよ

プログラマはシンプルが美徳だけどキャラデザは真逆だしな
マグカップとティーカップくらい価値感が違う

キャラデザもシンプルだよ
大ヒットするヤツは特徴がハッキリしていてデフォルメが効いて真似しやすい

>>348
あっそ！
だから何だよバ～カ

だいぶ手こずったけどDXライブラリとLive2dを一緒に使えるようになったぞ
情報少ねー

情報少ないけどunityより軽くて使いやすいわ

陽炎エフェクトやろうとあれこれ検索したら
Blender 陽炎・排気熱エフェクト - YouTube



まともなのはこれしかヒットしなくて。
とはいえ、これってDXライブラリに応用できますかね？
フィルタとマスクを重ねる・・・歪みってどう作れば良いんだろ。

Shader使えばできるだろうけど、DXライブラリはShaderの機能が貧弱なのであまりオススメしない
DXライブラリはグラフィック機能全般がはっきり言って貧弱＆時代遅れだから
グラフィック処理を凝るようになったら難易度ベリーハードになってまうで・・・
もっとグラ強化してくれたらいいんだけどな

ケースバイケースでしょ。
同人レベルじゃ第一級レベルエンジン云々はさほど重要じゃない。

ケースバイケースっていうけど
陽炎エフェクトつくるくらいで限界がくるようではなぁ

そーなのかー。
GraphFilter()辺りを何度か読み直していたんだけど、『これって指定したハンドル全面に作用するよね』と頭抱えていたのです。
そのまんまは無理でも、何か似た効果で違う方法を知恵絞ってみます。
ありがとうございました。

それとお詫びです。
3Dをサンプルに出しましたけど、2Dオンリーで考えていましたm(__)m
書き漏らしました。

困った時は素直に管理人に直接言ったほうが良いと思うな
DXライブラリでDirectX並のことして自己解決するのは本末転倒だし
DXライブラリユーザー全体にとってもためにならない

手書き済むものをエフェクトエフェクトってバカじゃないの？

>>358
バカはお前だ
二度と書き込むな！

>>359
ごめんなさい

書き込むなと言ってるだろう！

わかったら返事をしろ！

>>357
　ある程度要望がまとまったら、管理人様に要望出すのが貴殿の言う通りLIBと皆さんの為だとも思うのだけど、

> 現在 iOS対応の作業をしているので、大きな機能追加は、機能を追加するかどうかの検討も含め
> すべて iOS対応の後となってしまいます( 半年～１年後 )、すみません m(_ _;m

　3/18日頃のレスを見るに、当分無理そうだ・・・。

シェーダーとか自動でやって欲しいような方向性ならDXライブラリはそもそも向いてなくね？
処理が軽くてブラックボックスになってなくて基本全部自分で触れるのが長所なんだから
あれこれ機能拡張を要求するのはそもそも趣旨が違うんじゃないのと。

ただのDirectXのラッパーやしな。

DirectXって初期設定とかＯＳのバージョン違いの誤作動とかめんどくさいから
そのあたり任せられるだけでも助かるけどな

個人的にはウインドウ作る基本的なとことかDXアーカイブだけでも十分ありがたい

逆をいうとそのあたり以外はいらないんだよな。
とにかくハードウェア的な部分や初期設定関係以外は基本、DirectXの関数だけでいい。
あとは余計なことせずに処理が軽いことが一番。現状でいいよ。
あれもこれもと盛ってUnityみたいにならなくていいよ。

大きなフレーム持ってるツールは学習コストがそれなりにかかるらね。
同人や個人制作あたりだと結構あの手のツールは段取りに時間かかる。
実際、DXLIBってそういう位置づけのものだと思うよ。

自分はどっちかといえばunity目指してほしい
上級者の玩具にするとDXライブラリの意味がなくなる

Unityの方が上級者(or情弱)向きじゃね
そもそもコミュニティの規模が違うんだからDXlibにUnityライクを求めるのは間違い

>>369
Unityの開発何人いると思ってるんだよ。
DxLibはライブラリ。ゲーム開発ツールじゃない。

でもバグっぽいことを掲示板で聞くとすぐ返事返ってきて修正してくれたりするからすごいよね…

あの人のサポート力は尋常ではない

明らかにライブラリのせいじゃないクソみたいな質問にもちゃんと答えてるの凄いわ
俺ならキレてる

あれは偉いよね。人間ができてるよ。
俺があの馬鹿みたいな質問の連続くらったらやっぱりキレてると思う（笑）

心配しなくてもお前らじゃあんなの作れないから、いらつく心配なんかしなくていいぞｗ

なんだと？！

サポートに時間かけて逆に開発が遅延してるけどな
スマホ対応おそすぎどんだけ遅れればいいんだ

偉そうやな、クレクレの分際で

他のゲームエンジンの後追いじゃなくて別の新しい方向に向かってもよかったかもね

言うほど後追いしてる？

>>378
文句があるなら自分で作れよ。
完全にボランティアでやってくれてるんだぞ。

369 名前：名前は開発中のものです。[sage] 投稿日：2018/04/13(金) 13:56:40.97 ID:Q35NURll
自分はどっちかといえばunity目指してほしい
上級者の玩具にするとDXライブラリの意味がなくなる


こいつ利用者で一番馬鹿だわ

単なるラッパーライブラリとして末永くやってほしい

てか、それが人一人ができる精一杯の限度だろうなあ。

今のゲームが当たり前に実装する物理レンダや物理演算は
ラッパーライブラリじゃあ実装できない
Direct Xのラッパーライブラリ作れば時代の最先端だったというのはもうずっと昔の話でしょ
過去の成功体験を忘れられないってか老害よな

それらが出来ないライブラリのスレに居座る老害が何いってんだ
乞食らしくUnity（笑）でも使っとけ

Unity（笑）UE4（笑）
本物の老害様だ！

>>387-388
お前らはそこでUnityやUE4への批判をしてしまうところがよくない
DXライブラリでも面白いゲームは作れる！と熱っぽく語るべきだろ
DXライブラリが本当にダメみたいじゃないか

スーファミレベルの２Dゲームが作れれば満足な俺みたいなおっさんには
今のゲームが当たり前に実装する物理レンダや物理演算なんぞ要らんのです

>>398
ゲーム制作ツールとライブラリの区別もつかないとか
先に病院で頭見てもらうべきなんじゃないの？

2D作るにしても物理演算はあった方が便利っしょ。box2dくらいは使えるようになった方がいい。

俺は物理演算いらんけどなあ。自前で組んで調整した方がいい動きになると思う。

とある意見「Box2Dぐらいは使えるようになった方がいい（便利だし開発が楽だから）」
とあるマゾ「俺は楽したくない変態だから物理演算はいらない。他の人間もそうあるべき」
俺「開発の効率を上げるのを拒む人間って害悪だよなあ。真空管でパンチカードでも通してろよ・・・」

>>394
その人にとって不必要な機能が追加されることは開発の効率を上げることに繋がらないどころか
その人の必要な機能に対して公式のサポートの手が回りにくくなることから
その人にとっては開発の効率が下がることに繋がるってことを理解しようぜ

機能はあればあるだけいいってもんじゃない、必要な機能だけあるのが一番いい
必要な機能は人それぞれ

>>394
同じCライブラリなんやから自分で組み込みゃいいでしょ。
何いってんの？

>>394
Box2D使えばええやん

自分で組んでbox2Dより洗練された高速演算のライブラリを書けるならまあいいけどさ
物理挙動は入れずに衝突判定だけ取ることも出来るんだよ。そこに使うだけでもめっちゃ楽。

衝突判定作るのってそんな大変かね
丸と四角と線分くらいで十分でしょ

>>395
うーん、とりあえず君はプログラム云々以前に日本語を勉強すべきかな
日本語も満足に操れない人間がプログラミングなんてちゃんちゃらおかしいよ

資本力がないとゲームエンジンが開発できなくなったんだよね、今の時代
物理演算、物理レンダ、2Dボーン、タイルマップエディタ、シェーダーのビジュアルスクリプト
こういう「早い」「安い」「うまい」が実現できなければユーザー離れが起きる

なんか、ここ、プログラムの「プ」の字も知らなさそうな奴らが多すぎないか？

ん、君はプログラマーか？
最近はタイルマップエディタとかビジュアルスクリプトが普通に使えるようになったから、
プログラマの負担が減らせるわけで、それはいいことなんじゃないの
（DXライブラリではよく知らんが、少なくともUnityやUE4では）

>>402
うるさい、バーカ

>>402
少なくともここ数レスで君が一番アホっぽいよ？ｗ

無駄なものを無駄と判断して切り捨てる能力こそシステム開発において至高

キャラを動かしてるだけで気持ちイイという操作感を追求するのなら物理も有益

>>405
そんな、図星を突かれたショックと悔しさを前面に出したレスをしなくても……

>>407
効いちゃった？ごめんぬｗ

>>406
方向キー入れた瞬間から等速直線運動スタートしてくれた方が気持ちよくない？
確かにキャラが歩きだす時は加速度運動するのが物理的に正しいけど咄嗟の回避とか間に合わなくてストレスあるね

>>408
誰かと勘違いしてるのかな？　謝らなくていいからキチガイは病院へ行こうねｗ

>>410
煽られてキレて顔赤くするくらいなら煽らなきゃいいのに
煽らなかったら煽られないんだよ？わかる？ｗ

話が見えないんだけど、なんで>>402は突然このスレの住民に喧嘩売りだしたの？
誰かいじめた？

IQ200の私にもわからん難問だな。
言えることはそっとしとけと言うことだ。

このスレのレベルが低いのはわかりきってるのになぜわざわざ言葉に出すのか・・・・

確かにうんこ旨そうだよな

実際は苦いけどな

ググったら本当に苦いらしいな
印象論だと思ってたわ

Nintendo Switch対応だそうだ

まあいつも通り、素人が使う分には関係ない感じ？

プロでこれ使ってるの見たことない

それは流石にアンテナ低くない？

>>421
さあ、クソの役にも立たないゴミみたいなマウンテンゴリラレスはやめて
人の役に立つレスをしようぜ

ライブラリ公開してくれよ。
車輪の再発明は辞めたい。
勉強にはなるけど。

最新のハードに対応するのはいいが、
グラフィックがもう10年前くらいの旧世代なのをなんとかしてほしいな
シェーダー使えないとか、HDR対応してないとか
形だけ対応して中身がついてきてない感じだ

>>423
DXライブラリはソース公開されてるよ

ええ、公開されてますね（困惑。

ジオメトリシェーダとハルシェーダが使えないのは別に文句ないけど
technique使用不可なのは地味にイライラする

DXライブラリのシェーダーまわりはそれだけじゃないつーか
DirectX9とDirectX11でコーディング方法が違ったり、
Android版ではそもそもシェーダー使用不可能だったり、
2Dスプライトの表示にシェーダー使えなかったりして
あれもないこれもないって感じになっちゃうなぁ。まあそういうのがいらない人向けなんだろうけど

VRoidのVRMファイルの読込に対応しようとしたらマテリアルが物理レンダのパラメータで
DXライブラリだとVRMファイル読込むのは難しそうだ
物理レンダ対応してくんないかな

DxLibのシェーダーのSamplerで、テクスチャごとに違うフィルタリングモードでSamplerを作りたいんだけど無理かな？
プログラム側でSetDrawModeで設定したフィルタリングモードになっちゃうんだけど

未だにMMDとメタセコだから
VRMファイルはナウでヤングすぎる

DXライブラリは時代遅れすぎてどうにもならない

すぎてってほどではないと思う、まだ

時代に遅れすぎた理由は、アセットストアがないせいだな
いまだにアセットがひとつもないのは、アセットおじさんも真っ青だわ

お前は何を言ってるんだ

DXライブラリでようやく地面モデルと線分の当たり判定つけられた
そこに主人公モデルの位置を同じにした
まだモーションつけてないから
主人公が棒立ちのまま移動した
坂道登れるだけで感動した（小並感

日記ですか

日記の続きまたー？

DXライブラリって世間的にはゲームエンジン扱いなのな

>>439
多分そこが一番誤解されやすいとこだよな。
基本はDirectXで自前で全部作りたいけれどめんどくさい設定周りだけはやって欲しい人向けのお助けラッパーだよね。
そこにDirectX以上の機能はいらないし。今の状態で十分。

「各種ゲーム用エンジン紹介」みたいなところで触れられる分には「そんなもんか」って感じだけど
「ゲームエンジンを使っている」カテゴリの中にDXライブラリ製ゲームが含まれるとあれ？って思う
自分でも基準がよく分からない

教えてほしいんですが
int fp = FileRead_open("csvファイル");
この場合、fpにはcsvがそのまま入ってるという解釈でいいですか？
つまり、ifstream ifs(fp);が可能になるのかが知りたいです。

ifstream ifs(FileRead_open("csvファイル"));は無理ですか？

なんでこんな面倒なこと考えるかというと、
archive化したファイル内のｃｓｖを読みたいんです。

＞archive化したファイル内のｃｓｖを読みたいんです

厳密に言いますと、
ifstream ifs();で読み込んで
string buf[要素数];
while(ifs && getline(ifs,buf[line])){
line++;
}
とbuf[]に一旦、そのままcsvの中身を格納したいんです。

普通なら、
ifstream ifs(csvファイル);で問題ないじゃないですか？
でも、そのcsvがarchiveしたファイルから読み込む場合
ifstream ifs(csvファイル);だと読み込みません。
そこでFileRead_openを使うわけですが、
自分はどうしても
ifstream ifs(csvファイル);
string buf[要素数];
while(ifs && getline(ifs,buf[line])){
line++;
}
の流れで利用したいんです。
なので、ifstream ifs(csvファイル);に来る前に
FileRead_openを使い終わらせ、
あとはFileRead関数系を使わなくて済む様にしたいんです。

、、伝わりますか？僕の言いたいこと。。

archive化したテキストファイルは改行コード\nが消えたバイナリファイル化してるから
最初にファイルサイズを計って１行ではなく全部をchar[filesize]に読み込むしかないんじゃない？

>>444
>archive化したテキストファイルは改行コード\nが消えたバイナリファイル化してるから

え、それ本当ですか？

>最初にファイルサイズを計って１行ではなく全部をchar[filesize]に読み込むしかないんじゃない？

すみません、もう少し具体的に教えてください！

>>445
ファイルサイズが1000なら
char t_data[ 1000 ] にファイルのデータを格納する

で、後は添え字で任意のデータにアクセスする

FileRead_scanfじゃいかんの？

>>445
2chは長い行で書き込めないのよ

string all;
char* path = "./hello.csv";
int size = (int)FileRead_size( path ) ;　// 1char = 1byte
char* buffer = new char[size];
int id = FileRead_open( path, false ) ;
FileRead_read( buffer, size, id) ;
all = buffer; // copy to string
delete[] buffer;
FileRead_close(id);

// allをcsvのrow(\r\n）とcol(,)でパースする。csv書式の不正チェックとか丁寧にやると長くなるので以下適当
string csv[ROW][COL];
string tmp = "";
int x = 0; int y = 0;
for(int i=0; i<all.length(); i++){
char c = all[i];
if(c == ',') {
csv[y][x] = tmp; tmp = ""; x++;
} else if (c == '\n') { // 本当は\r\nの2つで改行なんだけど
csv[y][x] = tmp; tmp = ""; x = 0; y++;
} else { tmp += c; }
}
csv[y][x] = tmp; // 最後の一個
文字列(string)から数値(intとか)に変えるときはatoiじゃなくてstrstreamだかを使うとよい

追記
csvファイルの最後に無駄な改行がついてたりすると配列のサイズ超えたりしがちなので注意

さらに追記
csvの最後ってヌル文字で終わってないだろうから自分で足したほうがいいかも

string all;
char* path = "./hello.csv";
int size = (int)FileRead_size( path ) ;

// '\0'が無い文字列char*をstringに渡すと長さ不定でまずい
char* buffer = new char[size+1];
buffer[size] = '\0';

int id = FileRead_open( path, false ) ;
FileRead_read( buffer, size, id) ;
all = buffer; // copy to string
delete[] buffer;
FileRead_close(id);

Cは文字列処理が弱いからCSVParserを書くのも一筋縄にはいかんよ

そしてCSVの仕様を調べて、予想以上に面倒くさいことを知る

「,」じゃなくてTABスペースで区切るとか
「'座標(x,y)'」みたいにシングル・ダブルクォーテーションで囲む「,」を含むセルだとか
ＣＳＶも奥が深い

ヘッダにコメントにセル内改行に空白セルに非固定列数に…
あれやこれや対応させると面倒なので、仕様はExcel出力版に決めうちとかしちゃう
それでいてExcel経由でもやり方によって微妙に違ったりするけど

Excel出力でも小数点の区切りがカンマな国とかあって地獄絵図なんだよなぁ

日本語がおかしかった
「小数点ががカンマ」ね

死にたい・・・

ワロタｗ
そもそも「小数点の区切りがカンマ」って別に変な日本語じゃないと思うけど？

「（整数と）小数の区切り記号がカンマ」か
「小数点という区切り記号がカンマ」かってとこじゃない？
まあいずれにせよ通じる内容、普通に見落としちゃうレベルではある

もう>>442は投げ出しているだろうよ

>>460
投げ出していません。
>>448さんのせっかくのソースがちょっと複雑で、、、
言葉でなにをしなければならないのか、アドバイスほしいです。

要は、
archive化したテキストファイルは改行コード\nが消えたバイナリファイル化してるから
普通にCSVを開くプログラムを書いていると
archive後、正常に読み込まないってことですよね？
ということは、バイナリ状態のCSVを読み込むプログラム文を書けってことですか？
でも、それだとビジュアルスタジオ上のデバッグプレイじゃ
バイナリ化してないcsvなんでエラーが起きますよね？

だからすごく困っています。
どうすればいいのか

>>461
>>でも、それだとビジュアルスタジオ上のデバッグプレイじゃ
>>バイナリ化してないcsvなんでエラーが起きますよね？
何を言っているのか分からん

デバッグモードだろうがバイナリ形式のファイルを読み込むプログラムを書けばバイナリ形式で読み込むし、
テキスト形式を読み込むプログラムを書けばテキスト形式で読み込むでしょ

>>462
えっと、自分の知識不足かもしれませんが
普通に数字と「,」だけが詰まったcsvファイルを用意していても
バイナリ形式で読むプログラムを書いていれば
バイナリ形式で読むってことですか？

バイナリ形式で読むプログラムを書いた場合は
用意するファイルもバイナリ形式で保存されたファイルじゃないと
ダメなのかなと思っているんですけど。

>>463
そもそも上の方に書いてあった
「バイナリ形式は改行が削除される」っていうのが表現として適切じゃないな

改行コードを改行として認識するのがテキスト形式
改行コードをそのまま文字の羅列として認識するのがバイナリ形式

テキスト形式のファイルをバイナリ形式で読み込んだら
そのテキスト内の改行コードがそのまま文字列として読み込まれるだけ

１ 複数データを一つにまとめたい（暗号化したい）
２ 読み込みプログラム（csvパーサー？）は既存のものをそのまま流用したい
ってことなのかな……

>>444,>>446,>>448のキモは、DXアーカイブファイルを一本のchar配列に読み込む(バイナリデータとして扱う)という部分なので、
結局DXアーカイブもifstreamも関係なくて、char配列内のバイナリデータを自力で解析できるかという話になる

パソコンで使うデータは全てバイナリデータと言えるので、csvだろうが音声だろうがDXアーカイブファイルだろうが全てバイナリ形式で読み込める

>>462
＞パソコンで使うデータは全てバイナリデータと言えるので、
＞csvだろうがDXアーカイブファイルだろうが全てバイナリ形式で読み込める

その理論だとcsvや音声などの外部素材データをDXarchiveファイルにしたとしても、
archiveする前、つまりはビジュアルスタジオのプロジェクト上で
ビルドして正常に機能してるプログラムそのままでも
archive後も正常に機能するはずではないですか？

もう少し具体的に言いますと>>442で説明しきれなかったんですが
ifstream ifsを利用して、csvの中の数値を配列に入れ込むプログラムを
自分は書いてまして、そのプログラムで問題なく動いてるゲームがあるんですが、
それの完成後にreleaseビルドして、使用してるサウンドやcsvの素材は
フォルダごとarchiveファイル化したんですよ(配布する場合は皆さんそうしますよね？。
そしてexeファイルを実行したところ、画像やサウンドは正常に読み込むんですが、
csvだけ正常に読み込んでくれないんです。
エラーになるというよりは、数値を正しく読み込んで無いようで、配列を利用した背景画像が
バグります。
例えばそこで素材をarchiveファイル化せずに、素材が入ったフォルダをそのままで
利用すると画像やサウンドはもちろん、csvも正常に読み込み、ゲームも正常に動くんです。
なので、私は、こう思ったわけです。
「csvについては、archiveファイル化すること前提にしたプログラムを組まないと
正しく読めないのかな」と。
それで、「FileRead_open」を使わないとダメなのかなと。
archiveファイルのcsvを読み込む場合、FileRead_openを利用しろと言われたことがあるので。
でもあなたの話を聞いてたら、違うのかな、とか。。。

>>466
アーカイブは言わば「バイナリ形式」のファイルでしょ？

「テキスト形式のファイルを読み込むプログラム」でバイナリ形式のアーカイブを読み込もうとしてるからバグってるんじゃない？

123
456
789

上記のファイルがあったとして「1行読み込む」関数を使った場合
「123」「456」「789」って読み込むだろうけど
アーカイブ化(バイナリ形式)すると「1行読み込む」関数を使うと
「123\r\n456\r\n789」みたいに 一つの文字列として全部読み込むから数値が正常に読み取れてないと思うんだけど

まず、DXアーカイブファイルは全部のファイルを無理矢理合体＆暗号化した完全独自形式のものなので、基本的にDXライブラリが用意した専用の関数でしか読み込めない

画像やサウンドはDXライブラリの読み込み関数を使うから、何もせずともDXアーカイブファイルから読み込めるようになってるんだよ
LoadGraph等には、内部的にFileRead_openが入ってるので、元のフォルダだろうとアーカイブだろうと読み込める

ただ、暗号化されてない場合に限り、小細工を弄すればバイナリファイルとして直接読める。（フォーマットを理解して自力でポインタ移動する必要がある）　上でみんなが説明してるのはこれ

これまでのやり取りを見る限り、バイナリファイル云々は今の君の知識で理解するのはたぶん無理なので、DXライブラリの関数使って地道にがんばったほうがいい
というかなぜFileRead_openを拒むのかがわからない……

行数制限のせいで見づらいソースになってますが、ご了承ください。
処理内容は引数で配列の縦と横の値と、csvファイルのパスを受け取り、
まず、bufに全部入れてから、map配列に入れていく感じです。
呼び出しはLoadData(4,4,"h/m/data.csv");みたいな感じで書きます。
archiveファイル化しなければ、これで正常に動きます。

>>468
>基本的にDXライブラリが用意した専用の関数でしか読み込めない
>画像やサウンドはDXライブラリの読み込み関数を使うから、
>何もせずともDXアーカイブファイルから読み込めるようになってるんだよ

納得です。それを聞きたかったんです。わかりやすいです。

>>というかなぜFileRead_openを拒むのかがわからない……
拒んでいません。
一応、FileRead_openを>>469のプログラムに組み込んで動くようにしたんです。
問題なく、動きます。それはプロジェクト上で、ですが。
で、やっぱり外部ファイルをarchiveしたら、そのプログラムではうまくcsvを読み込まないんです。
FileRead_openを組み込んだのに、FileRead_openを組み込む前と同じバグの状況です。

だからFileRead_readやFileRead_getsで読むんだぞ
もう一度リファレンスを熟読するんだ

あ、ちなみに>>469で利用しているMap配列の要素数は決めておらず、
vector<vector<int>>Map;と宣言しており、
第一、第二引数を受け取ってから要素数を決定させています。

>>471
ちゃんとFileRead_readで読むプログラムに修正しました。

具体的には、
ifstream ifs(s);
while(ifs && getline(ifs,buf[line])){line++;}
の箇所を
int fh = FileRead_open(s.c_str());
while(fh && getline(fh,buf[line])){line++;}
と変更するだけです（この場合は最後にFileRead_close(fh);してます。

これで問題なくないですか？
実際に、visualstudioのプロジェクト上でビルドすると
正常に動いています。

なのに、releaseビルドして、素材ファイルをarchiveした途端
csvは正常に読み込まないんです、、、、ほんと参ってます。。

なにが悪いんでしょう？

なぜ、FileRead_openを使ってるのに、
FileRead_openを使ってないときのバグが出るんでしょうか。
でも、archive化しなければ、FileRead_openを使ってるそれでも正常に動くのです。

引数でcsvファイルのパスを受け取っているのが問題なんでしょうか？
でも、利用するcsvファイルがいくつもあるので呼び出し命令の引数でファイルを選択してやらないと
困るんですよね。
もちろん、引数では数値を受け取り、switchで数値ごとにcsvを選択させてもいいですが、、
でも引数が問題では無いとも思うんですよ、、、、、。

なんでなのか、もう何日も悩んでいます。

もしよかったら頭から数字,数字,.....というdataが入ったｃｓｖを
FileRead_openで開いて、配列に入れていくという
シンプルなソースを書いてみてくれませんか？

DXライブラリのリファレンスにはcsvを使ったものが載ってないんですよ、、
なので、見せてほしいです。それを理解して応用させたいので。
お願いします、ほんと凄く困っていまして、、、

それ逆じゃないのか？

良く分からんけど、こんな感じの事がしたいの？
void LoadData( int t_Width, int t_Height, std::string t_FileName )
{
int t_FileHandle = FileRead_open( t_FileName.c_str() );
int t_FileSize = FileRead_size( t_FileName.c_str() );
std::vector< std::vector< int > > t_MapDataVec;
int t_LoadNum = 0;
char t_Char;

//マップの配列を確保
t_MapDataVec.resize( t_Height );
for( int i = 0; i < t_Height; i++ )
{
t_MapDataVec[ i ].resize( t_Width );
}

//正常に1文字を読み込める間、繰り返す
while( ( t_Char = FileRead_getc( t_FileHandle ) ) != -1 ){
if( isdigit( t_Char ) != 0 ){
int t_Sum = 0;
do{
t_Sum = ( t_Sum * 10 ) + ( t_Char - '0' );
t_Char = FileRead_getc( t_FileHandle );
}while( isdigit( t_Char ) != 0 );

t_MapDataVec[ t_LoadNum / t_Width ][ t_LoadNum % t_Width ] = t_Sum;
++t_LoadNum;
}
}
FileRead_close( t_FileHandle );
}

>>473
int fh = FileRead_open(s.c_str());
while(fh && getline(fh,buf[line])){line++;}

ん？
FileRead_readとかのDXライブラリ関数じゃなくて
getlineが使われてる様だが？

例えばabc.csvを他のファイルと纏めて
Archive.dxaっていうアーカイブにした場合、

std::ifstream t;
t.open( "abc.csv");とかしたって読み込まないよ
そんなファイル無いんだから

DXライブラリ用のArchive作ってるのに
それを通常の入出力関数で読み出そうとしてるのがバグの原因だよ

>>477
＞getlineが使われてる様だが？

int fh = FileRead_open(s.c_str());
えっと、まずこれをした時点で、
ファイル内の文字がfhに入ってると思ってるんで
それをgetline(fh,buf[line]))するわけですから
問題ないかと思っているんですが、、私、なにか勘違いしてるのでしょうか、、

＞t.open( "abc.csv");とかしたって読み込まないよ
＞そんなファイル無いんだから

これはどーいうことですか？パスの表記の話でしたら
ここでは割愛しただけですので実際は頭のフォルダとファイル名と入力してます。
t.open( "フォルダ名/abc.csv");な感じで。
、、そー言う問題ではなくて、archiveした場合
"abc.csv"というファイル名ではなくなるという話ですか？？


>>476
まさか、これ、自分と同じことやってるプログラムですか？
まさかこんなに短くできますよ、とかじゃないですよね？
すごく興味深いのでちょっと処理をじっくり読ませて頂きます。

>>477
あ、今気づきました、
自分FileRead_read使ってないですね、、、
FileRead_openとFileRead_readと一緒くたに考えてソース作ってしまってました。
FileRead_openもDXライブラリの関数でそれで開いてるから

DXライブラリArchiveしたファイルを開く問題はすでにクリアしたと。