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

DXライブラリ総合ス� ..

41:名前は開発中のものです。
16/03/01 15:06:45.22 YBHnpXlS.net
確かにC++ぽく作られてないのは嬉しい。
他の人のソースコードとかが解読しやすい。

42:名前は開発中のものです。
16/03/02 02:56:18.34 ObT9YhJL.net
俺もライブラリ作ってやるぜ！と意気込んで、
グラフィックと入力と音周りが出来たあたりで、DXライブラリで良いんじゃね？と気づいて戻ってくる感じ

43:名前は開発中のものです。
16/03/10 14:06:18.95 hKSGgP4O.net
キャラクター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メガくらい使うみたいですし
もっとスマートなやり方は無いものでしょうか？
ただ、かなり頻繁に呼ぶ処理なので最優先したいのは速度です

44:名前は開発中のものです。
16/03/10 14:23:40.45 chbXq+m7.net
普通にクイックソートでいいのでは
ソート時間の比較
URLﾘﾝｸ(www.ics.kagoshima-u.ac.jp)

45:名前は開発中のものです。
16/03/10 14:44:23.96 w2U+RHTk.net
そもそも頻繁に呼び出すなら
いちいちソートしないでソート結果をずっと保持する。
オブジェクトの追加削除が頻繁なら、
ソートではなく、正しい位置に差し込むようにする。

46:名前は開発中のものです。
16/03/10 14:44:30.14 HzV85MQu.net
RPGなどのスクロールゲーは、描画可能画像(マップサイズ)を作ってそこに描画した後に、ウィンドウに描画すればいいのですか？
速度やメモリを考えると、やめた方がいいですかね

47:名前は開発中のものです。
16/03/10 15:25:16.50 hKSGgP4O.net
>>43
スコアの変更をするたびに並び替える関数を呼ぶってことでしょうか
その場合は一般的なソートではなくて、条件が限定されてる場合ならではの最適解があると考えて間違いないですよね？

あと今思ったんですけど>>41の処理って下記の処理と速度ほとんど変わらない…？
int kekka[10000];
int x=0;
for(int i=0;i<256;i++){
　for(int ID=1;ID<10000;ID++){
　　if(IDのスコア==i){
　　　kekka[x]=ID;
　　　x++;
　　}
　}
}

48:名前は開発中のものです。
16/03/10 21:20:58.41 w2U+RHTk.net
どっちも2,560,000ループだから変わらないね。
可読性なら、俺は45のほうが解りやすかった。
(というか45を読んでようやく41がなにをしたいのか解った)
スコアの変動幅が少ない(=順位の変動が少ない)なら、
スコアが変わるたびに前後のスコアと比較して入れ換えるやりかたでもいいかな
スコアが頻繁に変わるなら
数秒毎にまとめてquicksort

49:名前は開発中のものです。
16/03/11 00:14:12.32 0nAdN0wU.net
>>44
何が言いたいのか分からんが
ウィンドウより気持ち広めに描画すればいいんじゃないの？

50:名前は開発中のものです。
16/04/22 20:37:11.38 OBq0v7em.net
スマホ版DXライブラリ使ってみた人いる？

51:名前は開発中のものです。
16/04/22 23:20:09.41 SApaeOWl.net
純粋なc#でDXライブラリ作りたいと考えてる

52:名前は開発中のものです。
16/04/23 15:51:01.47 dvo5BuGI.net
フレームレートを上げてゲームの進行の高速化をしたいけどどうすればいいの？
setgraphmodeの第4引数に値をぶっこんでも何も起きん

53:名前は開発中のものです。
16/04/23 21:52:14.10 9QnQQ2rD.net
＞画面モードを設定する
＞ int SetGraphMode(int ScreenSizeX,int ScreenSizeY,int ColorBitDepth,int RefreshRate=60)
＞戻り値
＞ DX_CHANGESCREEN_OK　画面変更は成功した
＞ DX_CHANGESCREEN_RETURN　画面の変更は失敗し、元の画面モードに戻された
＞ DX_CHANGESCREEN_DEFAULT　画面の変更は失敗しデフォルトの画面モードに変更された
＞ DX_CHANGESCREEN_REFRESHNORMAL　画面の変更は成功したが、リフレッシュレートの変更は失敗した
とりあえず戻り値の確認しとけ。
あとはフレーム管理をどうやってるかによると思う。
垂直同期に丸投げしないで自前でフレーム管理してるなんてオチは……流石にないか

54:名前は開発中のものです。
16/04/23 22:17:31.43 kA71q19C.net
SetWaitVSyncFlag(FALSE)

55:名前は開発中のものです。
16/04/23 23:16:26.28 O3+kZkoe.net
　ゲームループを秒間60回さなくても高速処理できちゃうの？
　元より軽く作って、普段はウエイト入れてるだけにしないといけないんじゃないかな。

56:名前は開発中のものです。
16/04/23 23:49:59.85 9QnQQ2rD.net
>>53
何を疑問に思ったが知らんが、最初からそういう話じゃねぇの

57:名前は開発中のものです。
16/04/24 08:09:36.09 5496X3BE.net
>>52
thx。クソ速くなりました
しかしSetWaitVSyncFlagの変更はDxLib_Init前でないと利かないようです
起動中に進行速度を自由に調整したかったのですが難しそうです

58:名前は開発中のものです。
16/04/24 09:15:29.66 nXkxGb8d.net
いやだからフレーム管理方法なんて複数あるんだから
使い分ければいいじゃない

59:名前は開発中のものです。
16/04/24 09:50:30.41 joRVkrHg.net
>>55
頭はゲームの内容を考えることに使った方がいいと思います

60:53
16/04/26 22:34:03.08 x+Gf6b1S.net
>>54
　すいません、今自分で作っているモノが何をしても60フレームで安定しているものですから、逆の意味で頭を抱えていたんです。
　で、>>52氏の教えに従いVSYNCを外したら2000前後を叩きだしたので、>>51氏の最後の隠しパラメータRefreshRate=60の意味が分かりました。
　本当にありがとうございました状態ですm(_ _)m
　初挑戦で5年ばかり仕様に気が付かないとか、ちょっと笑えます(^^;

61:名前は開発中のものです。
16/05/04 00:59:12.39 vZnLncWj.net
まあ使う機会があるかどうかは全く別の話だしなー

62:名前は開発中のものです。
16/05/06 14:02:59.70 l2ANUrOw.net
今更だけど、リフレッシュレート変えるのはアカンだろｗ
垂直同期もオフにすんなｗ
根元でフレーム間の時間経過を定数倍するとか、
更新処理を複数回呼ぶとかいろいろやり方あるだろが

63:名前は開発中のものです。
16/05/06 14:26:18.62 jbS1d0cx.net
>>60
一般に、60決め打ちとかのほうが
初心者には作りやすいと思うぜ

64:名前は開発中のものです。
16/05/06 15:26:36.70 l2ANUrOw.net
>>61
そういう原始的な作りでも更新処理を複数回呼べばいいだけだし・・・
まあ入門サイトにありがちな経過フレーム数を１とする可変更新方式はゴミなんで
さっさと止めたほうがいいと思うよ

65:名前は開発中のものです。
16/05/06 19:13:13.73 jbS1d0cx.net
固定するならタイマー管理なのかねぇ
最近は120Hzとかのモニタも珍しくないし

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

66:名前は開発中のものです。
16/05/06 21:28:30.41 Grw/W8UC.net
俺も垂直同期切ってタイマー管理だな
75ヘルツのモニターで早送りになった経験があるから

67:名前は開発中のものです。
16/05/06 22:18:18.35 l2ANUrOw.net
固定更新のために垂直同期切ってタイマー管理はありだけど
ティアリングが気になったりしない？
>>62はちょっと分かりにくかったかな
要は垂直同期をとりながら更新をカウントしてるようなタイプね
メジャーなところだと龍神録とか
この方法は環境の違いを直接受けるし、その対処も醜くなるんだよ

68:名前は開発中のものです。
16/05/07 01:18:08.48 oS0WNQLp.net
固定にするなら、リフレッシュレート制御かテアリングか
どっちかを取るしかないんじゃないの？
＞カウント
龍神録ちろっと見てみたけど分からんかった
単位時間あたりのループ回数をチェックして、それ超えそうになったらウェイト入れる感じ？

69:50
16/05/08 09:38:16.57 y6rKy2Br.net
2フレームに一度スクリーンフリップをすることでゲームの進行速度が2倍になりました
ゲーム中に速度の変更がきくようになったので目的は達成し解決しました

70:名前は開発中のものです。
16/05/11 22:20:44.58 bMgn9LMw.net
URLﾘﾝｸ(gameprogrammingpatterns.com)

71:名前は開発中のものです。
16/06/07 01:07:55.74 hB66gw1M.net
垂直同期でやってるけど何故かFPSが59.9が多いんだよな
偶に60いくんだけど。龍神録のFPS管理は何故か57FPSになる

72:名前は開発中のものです。
16/06/07 11:13:02.03 AssHyOle.net
もともとNTSCの垂直同期って59.94Hzだけど
今のは完全に60Pなんかね

73:名前は開発中のものです。
16/06/07 20:41:15.55 wUcW1H+O.net
龍神録のところのプログラムって、垂直同期とタイマー待機を同時にやってた気がする
どっちかだけにするといいはず

74:名前は開発中のものです。
16/06/08 16:24:56.19 uqtESUHJ.net
>>70
だからか、東方だと60FPSが多いからなんでだと思ってた
>>71
龍神録のタイマー待機関数をSleepからWaitTimerにしたらいくらかマシになったけど
なぜか垂直同期を切ってFPS制御するより垂直同期とFPS制御を同時にやった方が軽くなった

75:名前は開発中のものです。
16/06/21 16:36:29.41 bN0TQeIa.net
LoadGraph等で同じ画像を複数回読み込んだときは、やはり同じ画像が複数個分メモリに展開されるのだろうか？

76:名前は開発中のものです。
16/06/21 18:42:57.95 YpRlukE1.net
うん

77:名前は開発中のものです。
16/06/21 19:13:04.10 2iYzZ5We.net
画像を改変したりして複数いるなら1回読み込んで、コピーするべき
HDD等からの読み込みは遅いから

78:名前は開発中のものです。
16/07/20 18:57:39.10 /hGHlgJA.net
垂直同期切ってもウィンドウモードだと60fpsになっちゃうんだけどこれどうにかならない？

79:名前は開発中のものです。
16/07/21 02:55:43.25 cqeRkCwh.net
垂直同期切れてないんじゃない？

80:名前は開発中のものです。
16/08/03 16:59:01.47 X+OZY+Fp.net
仮想関数の呼び出しが遅い
最初はDXlibと関係あるのかなーと思ったけどC++の仕様っぽい
みんなも気をつけろ

81:名前は開発中のものです。
16/08/04 02:17:02.01 SwoLOy80.net
自分も聞いたことあるけど、それがクリティカルになるって、
他のところがボトルネックになってたりしない？
あとは最適化オプションとかで何とかなりそうではあるが

82:名前は開発中のものです。
16/08/04 18:34:57.87 BM0zlQCD.net
関数の呼び出し速度が気になるようじゃ元々が問題だと思うんだけど
実際に通常関数を呼ぶのと速度的にはどれくらいの差なんだろう

83:名前は開発中のものです。
16/08/05 17:45:28.67 GXDTbL61.net
3Dモデルのボーンをプログラムで動かすときに、
・ボーンをワールド座標の特定の場所を向

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

85:名前は開発中のものです。
16/08/07 21:54:52.11 0nKMuJM/.net
プログラムをステップ実行したときに
DXライブラリのソースにステップインするにはどうやればできますか？
Visual Studio 2013使ってます

86:名前は開発中のものです。
16/08/07 22:00:00.73 0nKMuJM/.net
ちなみにDXライブラリのソースにステップインしたい理由は
エラーコードが-1しかなくて、何が原因かわからなくて調べるためです
たまに挙動不審になったときの調査もしたいです

87:名前は開発中のものです。
16/08/07 22:44:42.94 0nKMuJM/.net
>>82は解決しました。簡単にできましたww

88:名前は開発中のものです。
16/08/08 00:03:13.72 nCWjYGMh.net
自己解決した時は、どんなに簡単であってもその方法をだな

89:名前は開発中のものです。
16/08/08 09:58:38.04 A5U2Nxs1.net
その方法も何もDXライブラリのソース公開されているからlibファイルの代わりにソースをプロジェクトに追加するだけやん

90:名前は開発中のものです。
16/08/08 10:00:13.35 z9kN9Vnb.net
pdbを置くだけでしょ
ステップインしたらその時にソースの場所聞いてくるわ

91:名前は開発中のものです。
16/08/08 10:03:39.19 YjIAwMDj.net
という風に、人によってやり方違うので
どんなに簡単でも手順は書いておいたほうが
それが質問した人の礼儀かと
レスしようとして自分とこで検証して回答しようとしたら
自己解決しましたの一言でしまってたりすること多いしねえ

92:名前は開発中のものです。
16/08/08 10:12:41.36 A5U2Nxs1.net
pdbって使い道あったのか
いつも使い道分からずに放置してたわ

93:名前は開発中のものです。
16/08/12 09:00:00.33 j8xGV0qx.net
DXライブラリは3Dモデルの大きさをセンチメートルで管理するのがいいのか？
メートルで管理してカメラの Near Clip を小さくするとアウトラインやZTestがおかしくなる

94:名前は開発中のものです。
16/08/13 05:15:02.85 smt/5o17.net
単位は人それぞれだけど、精度を下げりゃ描画が甘くなるのはそりゃ当然よ

95:名前は開発中のものです。
16/08/13 08:56:44.42 kHkMVs63.net
Zバッファのビット深度を変更する関数があったような
デフォは16bitだから32bitとかにしてみては

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

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

98:名前は開発中のものです。
16/08/13 13:32:29.62 cO1Dtflu.net
>>94
方法さえ教えてもらえればそんなややこしい実装じゃなかったよ
1. まずMakeScreen関数で合成用のサブ画面を作る
2. SetDrawScreen関数で作成したサブ画面を描画対象にしてその後カメラのパラメータを設定
3. SetCameraNearFar関数でカメラから一番遠いクリップ領域を指定
4. ワールド空間の物体を描画
5. SetDrawScreen関数で裏画面を描画対象にする
6. DrawGraph関数で合成用サブ画面に描いたグラフィックを裏画面に投下処理つきで描画
7. 2～6をクリップ領域を1つずつ手前に近づけながらforループで必要回数だけ繰り返す
8. ScreenFlip関数で裏画面と表画面を切り替える
みたいな感じ
継ぎ目がちょっと気になるという欠点があるらしいけど、俺の作ったプログラムでは大して問題にはならなかった

99:名前は開発中のものです。
16/08/13 17:10:08.44 MTyr6UWS.net
>>95
ありがとうございます。実装できる気がしてきました

100:名前は開発中のものです。
16/08/23 06:56:44.62 8oK85pQf.net
　すいません。　初歩的なことを教えて下さい。
　DXライブラリを3.12aから3.16d(最新版)に昨日上げたのですが、以下の様なエラーが出ます。
エラー 1 error LNK1104: ファイル 'DxDrawFunc_vs2012_x86_d.lib' を開くことができません。
　丁度ドライブが一杯になったのでそれでファイル欠損起こしたのかと、整理して落としなおして
再インストールしても変わりません。　消さないでいた3.12aに戻せば正常にコンパイルできます。
　どんなポカミスが考えられるでしょうか。

101:名前は開発中のものです。
16/08/23 08:00:58.44 ZkV35hFb.net
DXライブラリのフォルダの下を 'DxDrawFunc_vs2012_x86_d.lib' で検索して、
そのフォルダがプロジェクトのプロパティの「リンカー」の中の
「追加のライブラリディレクトリ」に設定されているか確認してみたか？
設定してなかったら設定する

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

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

104:名前は開発中のものです。
16/09/16 20:42:39.00 arX7j3iZ.net
ハードウェアで描画してないだけちゃうの？

105:100
16/09/17 02:14:24.29 bU3etqlH.net
>>101
SetUse3DFlag()指定しなければデフォで使ってくれないの？
TRUEで明示してみたけどやっぱ重かった。

106:名前は開発中のものです。
16/09/18 05:02:11.08 /gg7FKD1.net
画面全体塗りつぶすのに毎フレーム使ったりするし重いわけないと思うがなぁ
最新版では試してないけど

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

108:名前は開発中のものです。
16/09/23 11:02:39.00 grmg4z9F.net
　　　　　　　　∧∧　　　　　　　
　　　　　　ヽ(･ω･)/　　ｽﾞｺｰ　　
　　　　　＼(.＼ノ
　　　　､ﾊ,,､　￣
まぁ原因判明してよかったね

109:名前は開発中のものです。
16/09/26 22:11:34.39 gS8npJwc.net
スーファミっぽくラスタースクロールの波うつようなあのぐにゃぐにゃした表現をしたいんだけれども
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのと
どっちが早いんだろう

110:名前は開発中のものです。
16/09/27 07:34:39.52 6RU/4Se1.net
どっちもクソ遅そうな気が……
ラスタースクロールのシェーダー書くのがいいが、
シェーダーはDXライブラリではちょっと敷居が高くてプログラム難しそうなのな
ボーンを仕込んだポリゴンの板に画面の画像を貼り付けて、
ボーンでラスタースクロールふうにアニメーションさせるのが楽な気がする

111:名前は開発中のものです。
16/09/27 12:29:31.97 kk2kAC73.net
10年前のPCで動くSTG（弾は500発程度）で、640*480程度なら上から一行ずつ描画でも特に処理落ちしなかった
DrawRectGraph使った
今のハードなら余裕だと思う

112:名前は開発中のものです。
16/10/04 20:15:50.94 rnDdxDqG.net
SetLoopAreaTimePosSoundMem()
この関数めっちゃ便利なんだけどググっても全くヒットしなかったんだが、いつ頃からあるんだろ？
ループ開始位置と終了位置をms単位で指定できるから音声ファイルを編集する必要がなくなった
無加工のファイルでもこっちの好みでループ範囲を指定できるから
音楽ファイルはこの素材屋からＤＬしてねってreadmeに書いておけば配布するファイルサイズも小さく出来る
あと軽く検証しただけだけど再生中に指定しなおしても有効だったから
FF6のラスボス戦みたいに
イントロ‐Ａメロ‐繋ぎ‐Ｂメロ‐繋ぎ‐Ｃメロ～　みたいになってるファイルで
最初はＡメロをループ、条件を満たしたら繋ぎを経由してＢメロループに移行～みたいな演出も簡単に出来る

113:名前は開発中のものです。
16/10/04 21:56:37.68 HgclvPkb.net
そんなのあったのか
最後まで行ったら途中から再生、ってのは
結構前からあったの覚えてるんだが

114:名前は開発中のものです。
16/10/15 11:32:13.14 NMxKtSgQ.net
試してないけど
アンドロイドでも
動くように
なってたのね知らなかった
何処まで、動くのかな?

115:名前は開発中のものです。
16/10/16 19:58:12.00 ZsomXKa1.net
あらかじめ大きめのサイズの空っぽの画像をMakeScreenで用意しておくことの有用性に今頃気付いたぜ
これとDerivationGraphのコンビで作り直したらぐっと軽くなった

116:名前は開発中のものです。
16/10/16 21:02:14.27 ldA8bGPF.net
テクスチャ切り替えはコスト大きいからね

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

118:名前は開発中のものです。
16/10/24 06:53:24.03 YwSDnTaO.net
>>114
MP3はこの関数に限らずループの時に違和感が出ると言われてるから
たぶんMP3の仕様の問題もあると思う
ogg形式では上手くいったよ
ただ変換の時にビットレートを固定したファイルでしか検証してないから
可変ビットレートの方法で圧縮されたoggファイルで上手くいくかは未検証

119:名前は開発中のものです。
16/10/24 12:40:43.17 GmlKA2wN.net
MP3は権利の問題があるから他の使えって言われてた時期があったね

120:名前は開発中のものです。
16/10/24 13:10:36.88 Y2gOrRK8.net
権利よりも仕様が問題だな
MP3は無音が挿入されたり余計なことされる場合が多いからゲームに使うようなもんじゃない
他の環境では手抜き実装でWindowsの再生機能に丸投げできるメリットがあるが、DXライブラリなら関係ないし

121:名前は開発中のものです。
16/10/24 23:43:54.13 UrCtC7CV.net
ループできないからだったか、昔は
DXライブラリではogg使うなとかもあったね

122:名前は開発中のものです。
16/10/27 13:49:28.51 1Lorx2LL.net
昔は BGMにはmp3, 効果音にはwav だったでしょ

123:名前は開発中のものです。
16/10/27 15:57:58.01 HwaxCMEV.net
116の言う通りmp3はライセンス関係が危ないということで避けられoggが推奨されていた
仕様よりもこっちのほうが重大問題
ゲーム制作関係でmp3推奨というのは聞いたことがない

124:名前は開発中のものです。
16/10/27 17:43:02.40 rFz+rXeH.net
MP3登場時にはoggなんてなかったから
Wavよりファイルサイズの小さいMP3を推奨する風潮はあったと思うけど

125:名前は開発中のものです。
16/10/27 18:10:43.67 HwaxCMEV.net
ogg普及前はソフトウェアMIDIが多かった
もしmp3が主流だったと思う人がいたら、その人のいた界隈はライセンス関係の意識が薄かったんだよ
まぁ00年代前半まではそういう時期でもあったけど

126:名前は開発中のものです。
16/10/27 20:01:09.28 lueiMAyc.net
市販のゲームで5000本以上販売が課金の条件だったから、フリーゲームや小規模同人では普通に使われてたよ

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

128:名前は開発中のものです。
16/10/31 19:03:23.01 X+KVjoNa.net
DXライブラリのユーザーが作ってるのって
２Ｄゲーと３Ｄゲーのどっちが多いんだろ？
俺は３Ｄには手が出せてないんだけど

129:名前は開発中のものです。
16/10/31 19:10:44.78 8dsRDt6U.net
2D

130:名前は開発中のものです。
16/11/01 22:09:07.08 kJ7Uoghc.net
3Dは海外のゲームエンジンが無料化されてしまったので、
3Dゲーム制作者はそっちへ行ってしまった気がする
2Dだとどれもあんまり変わらない気がするが

131:名前は開発中のものです。
16/11/01 22:26:25.51 +8ot24fl.net
2Dも描画しかないDXライブラリよりもオブジェクト管理出来たりするエンジンに流れている気がする

132:名前は開発中のものです。
16/11/02 07:20:39.55 /aW+4m+D.net
全部コードに直書きする形でならなんとか自分の思う通りに作れるようになったとは思うんだけど
さすがに会話イベント一個追加したり、マップに壺一個追加しただけで再コンパイルする必要がある状況って
なんというか我ながらアホだよね
この状況を卒業するには何を勉強したらいいのかアドバイスください
作ってるのは2DRPGで、主にNPCのイベント内容をコードの外に出すにはどうやればいいかで躓いてます
とりあえず思いついてるやり方は
セリフ表示とか効果音を鳴らすとかのイベント処理を担っている関数に番号振って引数の数を紐付けしておいて
イベントの内容を全部、関数の番号、引数の数、引数の数値…って数字だけのデータにして
そのデータを読み込んで、どの関数を呼び出し引数にはどんな数値を入れるかを判断して実行する関数を作り
イベントの内容を全部数値に置き換える方法なんですけど

133:名前は開発中のものです。
16/11/02 08:13:58.60 8LrVjVrS.net
>>129
自分でも気付いてる通り、基本原則はコードとリソースを分離すること。
テキストファイルの読み込み�

134:ﾆ解析が出来るなら単純なシナリオファイル（会話＋αくらい）のローダくらいなら比較的簡単。まあそれ以上に複雑なことをやるなら、素直に既存のスクリプト言語の組み込み用ライブラリを頼ったほうが良いと思うけどね。次点としては、ソースファイルの構成を見直して、最低限のビルドでも済むようにすること。各クラスの書き方、各ファイルの依存関係なんかを整頓することで、ちょっと修正したくらいなら、長時間のビルドを要さなくなる。

135:名前は開発中のものです。
16/11/02 13:45:37.24 /aW+4m+D.net
大体の方向性はこんな感じでいいんだということであれば進めていきたいんですが
躊躇している理由が２つあります
基本的に作り始める時に
クラスとかポインタとかよくわかんないけどとりあえずやってみるべ！と始めたので
配列と構造体だけで設計されてて、実は今でもクラスのことはよくわかっていません
だけどキー入力を把握すことと、変数の操作と、画像と音を自分の望む形で望むタイミングに表示再生出来るなら
自分の作りたいゲームは作ることが出来るはずだ！という考えの下で強引に作り続け
変数の値に合わせて画像や音の状態を制御する関数を作って、それを毎フレームScreenFlipの前に呼び出している
なんていう作りになってしまってます
キャラクターに歩行アニメーションや特殊なポーズをとらせたりするのも
ＢＧＭを変更するのも効果音を鳴らすのも、ＨＰＭＰの増減やアイテムの入手なども
picture[ kyaraDATA[kyaraid].pictureID ].pattern=8;
SEplayflag[seID]=1;　　　　BGMID=BattleBGMID;　とか
kyaraHP[kyaraid]+=1000;
itemstorage[itemid]++;　とか
ほとんどこういう形でイベントを組み立ててるんですよね……
ちなみにこの変数全部グローバル変数です
この単純な変数操作を外に出のに、変数全部に番号振ってやる以外に方法が思いつかず
その数が数だけにちょっと躊躇っているのです
それに
if(itemstorage[itemid]<99){
itemstorage[itemid]++;
takarabakoOpenFlag[takaraID]=1;
}else{
JISAKU_serihu(1,"これ以上持てない",0);//最初の引数がしゃべるキャラ、最後のは吹き出しの形のタイプ指定
}
みたいに作ってるイベントの条件分岐の部分の外部への出力方法が思いつかないっていう問題点もあります
なんかこう、こんな低レベルな人間にもできる上手いやり方ありませんかね？

136:名前は開発中のものです。
16/11/02 15:10:54.49 C/+BZRXz.net
2chは行頭の半角スペースやタブは無視する

137:名前は開発中のものです。
16/11/02 15:11:48.53 C/+BZRXz.net
途中で書き込んでしまったけど、そういうわけでコード書くときは全角スペース使って見やすく書いて

138:名前は開発中のものです。
16/11/02 15:50:25.87 /aW+4m+D.net
if(itemstorage[itemid]<99){
　　itemstorage[itemid]++;
　　takarabakoOpenFlag[takaraID]=1;
}else{
　　JISAKU_serihu(1,"これ以上持てない",0);//最初の引数がしゃべるキャラ、最後のは吹き出しの形のタイプ指定
}
複数行にまたがってる部分はここだけです
後は本当に変数に代入してるだけというか…

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

140:名前は開発中のものです。
16/11/02 17:31:46.86 mreiywNQ.net
 あ
この板Unicode参照出来なかった？

141:名前は開発中のものです。
16/11/02 17:32:02.03 mreiywNQ.net
無理か
VIPなら出来るのに

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

143:名前は開発中のものです。
16/11/10 02:38:50.44 woNsYOXh.net
他に方法無いやろ

144:名前は開発中のものです。
16/11/22 19:00:44.40 4Lu6ZO/B.net
ちょっとウンコしてくる

145:名前は開発中のものです。
16/11/22 19:35:51.98 amdDwmR+.net
Convert Mouse Location To World Spaceでライントレースしか分からない

146:名前は開発中のものです。
16/11/22 19:38:26.07 amdDwmR+.net
>>141
ue4スレと間違った

147:名前は開発中のものです。
16/12/10 02:51:28.41 H338C5QI.net
しまった！お尻ふいてなかった

148:名前は開発中のものです。
16/12/10 21:12:58.27 ijDtE922.net
>>138
画面描画には直接利用しないテクスチャに取得対象モデルをレンダリングしておいて判定するとか

149:名前は開発中のものです。
16/12/10 21:14:24.90 ijDtE922.net
とおもったら１月前かよ

150:名前は開発中のものです。
16/12/18 01:11:06.45 w4mjhhpa.net
初歩的なことですが、
画像を描画する際の関数の仕様について迷っています
例えば、描画系の関数をできるだけ少なくして、内部変数によってDXライブラリの描画関数を呼び分けるのがいいのか、
あるいは、描画系の関数を目的別に用意して、画面側で使い分けるのがいいか
フェードインの機能の場合、
前者なら「setModeFadeInの後、drawする」
後者なら、「drawとfadeInをそもそも別関数にする」
個人的には前者が正解のような気がしているのですが、
そもそも発想自体が間違っているのでしょうか？
御存知の方いれば、ご教授頂けると嬉しいです

151:名前は開発中のものです。
16/12/18 17:01:06.63 g4K5bJ5s.net
関数の仕様と言うよりは、抽象度とか設計とかの話なのかな？
なんとなくは分かるけど誤解してるかもしれないんで
数行程度のサンプルソースを書いてくれると嬉しい

152:名前は開発中のものです。
16/12/18 17:12:32.47 GrYJvN1j.net
個人的には後者の方が好き
状態が多いとバグの原因になる

153:名前は開発中のものです。
16/12/18 18:47:26.76 w4mjhhpa.net
>> 147
たしかに、「抽象度とか設計」の質問と言った方が適切かもしれません。失礼しました
具体的にいえば、以下のイメージです
■パターン１
if (ボタンが押されたら) {
画像Ａ.setFadeIn（引数に透過速度などの更新情報）;
}
画像Ａ.draw();（透明度の加減処理。また透過度が100以外なら、DXライブラリのSetDrawBlendModeを使うかを判定。フェードインが終わったら、内部変数のフラグを立てる）
if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}

154:名前は開発中のものです。
16/12/18 18:48:30.96 w4mjhhpa.net
■パターン２
if (ボタンが押されたら) {
グローバル変数B = true;
}
if (グローバル変数B) {
画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}
} else {
画像Ａ.draw();
}
最初はパターン２でやっていたのですが、これだと例えば「回転とフェードインとかが同時にできない？」と思って、パターン１に変えました
すると、今後はフェードインの更新情報を画像Ａに持たせたためか、あるいは、draw関数内の条件分岐が増えたせいか、処理が重くなってしまいました
この程度で重くなるのかも疑問ですが、そもそも両パターンともNGなのではと思い始めた次第です
ゲーム系プログラミングのお約束が分かってないのが、一番の原因ですが……
>>148
ご教授ありがとうございます。
何がバグの原因になるとか全然分からないので、大変参考になりました

155:名前は開発中のものです。
16/12/18 18:53:42.88 w4mjhhpa.net
132 133 の書き込みを読むべきでした　すみません……
■パターン２
if (ボタンが押されたら) {
　　グローバル変数B = true;
}
if (グローバル変数B) {
　　画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
　　if (画像Ａ.IsFadeInComplete()) {
　　　　// フェードイン終わった！
　　}
} else {
　　画像Ａ.draw();
}

156:名前は開発中のものです。
16/12/18 19:39:00.88 g4K5bJ5s.net
グローバル変数を使うかどうかとか
複数の状態を同時に実行できない問題をどうするかとかは別として
自分なら2の方向かなあ

157:名前は開発中のものです。
16/12/18 20:00:49.02 oO1EoBtD.net
>>146,>>149-151
細かい点ですが、「フェードイン」とは、画像Ａが透明な状態から徐々に濃く（明るく）なっていく処理をさしているのですか？
ボタンを押さないとフェードイン処理が始まらないみたいなんですが、
そもそもボタンを押してないと、画像Ａ.draw()で何を描画してるんですか？
また画像Ａ.IsFadeInComplete()が真になると、何が起こるんですか？
この部分は問題を説明する上で、さんぷるにふくめるひつようがあるのですか？
またなぜ151のパターン２で、わざわざグローバル変数Ｂをサンプルに含めているのがよくわかりません
サンプルとしては、
if (ボタンが押されたら) {
　　画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
　　　：
でいいんじゃないですか
仕様がいまいちイメージできません

158:名前は開発中のものです。
16/12/18 20:04:49.88 GrYJvN1j.net
あーでもグローバルじゃなくてブラシクラス作ればいいかも

159:名前は開発中のものです。
16/12/18 20:08:44.65 oO1EoBtD.net
質問の意図は
■パターン１
画像Ａ.draw(ボタンが押されたか、引数に透過速度などの更新情報);//毎フレーム同じ情報を渡すのが違和感
■パターン２
f (ボタンが押されたら) {
　　画像Ａ.drawFadeIn(引数に透過速度などの更新情報);
} else {
　　画像Ａ.draw();
}
でどっち？
みたいな話かと思ったけど、ちがうのか・・・

160:名前は開発中のものです。
16/12/18 20:41:41.19 w4mjhhpa.net
>>153
ごめんなさい　たしかにサンプルが不適切です
この場合だとフェードインではなく、フェードアウトになります
ボタン押したら、画像が消えていくみたいな
質問の意図に関しては 155で指摘されている通りです
>>155
ありがとうございます
グローバルではなく、staticなローカル変数、あるいはブラシクラスを検討してみます
ブラシクラスとなると、画像インスタンスを受け取って、内部情報を更新するという意味かな

161:名前は開発中のものです。
16/12/18 21:01:52.62 w4mjhhpa.net
思った以上に反応があって、ちょっと焦ってました
156の「>>155」は、「>>152」が正しい
154の「グローバル」の意味が把握できていないけど、たぶんグローバル変数Ｂのことじゃないよね
156の自分の書き込みは無茶苦茶。グローバル変数Ｂとブラシクラスは関係ない
とりあえず方向性は見えてきたので、ありがとうございます

162:名前は開発中のものです。
16/12/18 21:08:52.00 oO1EoBtD.net
流れがつかめませんが、解決したんですか
ちなみに>>155でいうと、自分はパターン２派。可読性が良くなると思うから。
画像Ａ.のdrawFadeIn()とdraw()で重複するブロックが肥大化してきたら、その重複部分をinline関数に切り出してる
しかし・・・
確かに可読性が悪いとストレスの原因になるが、
可読性を確保する労力が新たなストレスと生むというジレンマ・・・

163:名前は開発中のものです。
16/12/18 22:50:19.71 w4mjhhpa.net
>>158
混乱させてしまったようで、申し訳ないです
155の意図をやっと把握しました（訂正に訂正を重ねてホンマ……）
パターン１は、どこかでフェードインの命令要求を登録した後、draw関数を呼び出します
draw関数内では、透過度の変更要求の確認、透過度の更新、および、DXライブラリ「SetDrawBlendMode」の呼び出しを行います
透過度の変更要求がない場合は、SetDrawBlendModeを使いません
なので、通常描画もフェードイン描画も一律draw関数を呼びだすことになります
パターン２は drawFadeIn とdraw を別関数にします
フェードインするときは、drawFadeInを呼び出して、引数として透過度の更新情報を渡します
結論としては、皆さん「パターン２がマシ」と仰っているので、その路線で進めようと思います
描画処理専門のブラシクラスも含めて、検討してみます
可読性に関しては、最近、可読性を確保するためのストレスに負け始めてます
重要なのは重々承知ですが、やはり面倒……
趣味なはずなのに、仕事と同様のストレスを感じる

164:名前は開発中のものです。
16/12/18 23:01:1

165:7.32 ID:oO1EoBtD.net

166:名前は開発中のものです。
16/12/19 00:31:54.60 HwJJ4Rji.net
例えば「マリオが死ぬと画面がフェードアウトして画面が切り替わる」
…という処理があるとして

■パターン1
マリオの死亡処理のところに
具体的な切替演出の設定（この場合はフェードアウト）を書くことになる。
■パターン２
マリオ死亡時にやることは
画面切替フラグを立てるだけで、死亡処理に集中することが出来る。

画面切替の演出には、画面がどんどん暗くなる「フェードアウト」だけでなく、
真っ白になったり（ホワイトアウト）、ワイプしたり色んな演出パターンが考えられる。
実際にやるかどうかは別としてね。
そうなると、画面切替処理は独立させておいたほうが取り回しが良くなるのではないか？
というのがオイラの考える2のメリットかな。

167:名前は開発中のものです。
16/12/19 16:22:26.13 9RjupL+U.net
状態に対して××モードと名前をつけて
上手くハマるならそれを使えばいいよ

168:名前は開発中のものです。
16/12/19 23:36:24.22 ABRexmh1.net
>>161
わかりやすい例え、ありがとう
まさにそういう事例を想定していたので、とても参考になります
>>162
了解です

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

170:名前は開発中のものです。
17/01/13 09:20:03.69 JxeCTkK7.net
文字入力といえば自作のアクションゲームで名前入力辞めﾏｽﾀ
よーく考えるとユーザー自身しかしないだろうし

171:名前は開発中のものです。
17/01/13 09:22:32.67 JxeCTkK7.net
キーのログをとってmovieみたいに再現できる機能も省略
今なら動画をとろうと思えばキャプチャソフトを使えばよいし
楽になった分、今度こそ完成に近づくと良いけど

172:106
17/01/17 15:54:13.99 aj0DNk7d.net
スレに残しておきたいと感じた情報を書いておきます
>>106で沸いた疑問を縦800ピクセルの画像で比較検証したところですが
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのでは
比べるのがおこがましいくらい
DrawRectGraphで一列ずつ描画する方が
軽かったという検証結果が出ました
１２倍くらいの差がありましたので、１０倍以上違うのは確実だと思います
ここまで違うのならどんな環境でもDrawRectGraphの方が良いのは確実なんじゃないかと思います
ラスタースクロールをシェーダ使わずに実装するならDrawRectGraphが良いです
以上、報告終わり

173:名前は開発中のものです。
17/01/29 19:37:06.79 rdbqqXVO.net
>>167
SetDrawAreaを使うと連続描画が途切れるからね

174:名前は開発中のものです。
17/01/30 18:28:11.60 2zIjyMmQ.net
Delayフレーム後にSoundHandleを指定の音量パン周波数で再生する
SoundEffect(int　SoundHandle,int　VolumePal,int　PanPal,int　FrequencyPal,int　Delay)
こんな関数を作りたいんだけど実装方法が思いつかない
SetSoundCurrentTimeでマイナスの値を設定出来たら簡単なのに

175:名前は開発中のものです。
17/02/16 01:43:45.04 vIVM03On.net
マイクから入力される音声のdBを
監視するアプリって作れますか？

176:名前は開発中のものです。
17/02/26 02:54:28.23 NkbyLrdK.net
DX11対応の環境でサンプルプログラムをコンパイルし実行したらDX11で動いていましたが
この.exeをDX11非対応の環境で実行するとDX9などで動くんですか？
手元にDX11非対応の環境が無くて試せないんですが2Dゲーを作る分には特に気にしなくても大丈夫なんでしょうか

177:名前は開発中のものです。
17/02/26 02:56:31.45 NkbyLrdK.net
sage忘れ失礼しました

178:名前は開発中のものです。
17/02/26 04:39:50.74 cv+wlHl/.net
オリジナルシェーダ使ってなければ問題ないはず

179:名前は開発中のものです。
17/02/26 11:18:23.14 SbF7UdV7.net
Android対応のDXライブラリが公開されたようだね
Unityやcocos2dと比べるとメリットがあまりないのがアレだけど
（DX11対応みたいに中途半端になりそうなところがまたね……）

180:名前は開発中のものです。
17/02/26 11:24:07.56 SbF7UdV7.net
>>171
DX11でつくるのなら
DXライブラリは、DX11の機能のテッセレーションやジオメトリシェーダー
コンピュートシェーダーなど対応していないからあまりオススメしないぞい

181:名前は開発中のものです。
17/02/26 18:26:14.24 w1YArNR6.net
android対応dxライブラリマジやがｗ
ちょっとスマホゲー作りたくなってきた・・・

182:名前は開発中のものです。
17/02/26 23:50:04.99 UgWHSXy5.net
ゲームエンジンで実機デバックしてたから
VS2015の実機デバックがそのまま使える
DXライブラリのプログラムも実機でみれて楽しい

183:名前は開発中のものです。
17/02/27 17:14:55.41 HzyfcOK5.net
Android対応まじだったw
前に誰かがcocos2dでやってたの使ってみたんだけど
まともに動かんかったから公式で対応してくれるのはでかい
帰ったら自作ゲームを移植してみよう

184:名前は開発中のものです。
17/02/27 19:38:03.31 yzmBThPX.net
個人開発なのにそんなに手広くやって大丈夫なんだろか。
良い人である以上に人が良すぎてサポートで死にますよ。

185:名前は開発中のものです。
17/02/27 19:49:51.98 LeUk6F53.net
OSSだしgithubで開発すれば良いのに

186:名前は開発中のものです。
17/02/27 19:50:11.47 hCixZHbE.net
dxライブラリのあり方としての謎が深まる

187:名前は開発中のものです。
17/02/28 00:19:17.26 VdUT2lLZ.net
つかVS2015がandroid対応していたことに驚き

188:名前は開発中のものです。
17/02/28 01:06:31.48 kAgsABkj.net
今MSはマルチプラットフォームに必死だからね
Win10でBash使えるようにしたりLinuxにVisual Studioのコードエディタを公開したりと
1番驚いたのはThe Linux FoundationにMSが入った事だな

189:名前は開発中のものです。
17/02/28 01:07:15.70 kAgsABkj.net
ごめんスペースだと思ってコピペしたのが文字化けしてる
The Linux Foundationね

190:名前は開発中のものです。
17/02/28 01:27:32.13 VdUT2lLZ.net
試しにやってみたけど最後の実行が出来なかったorz
もう寝る

191:名前は開発中のものです。
17/02/28 14:20:17.58 9MuOvNLS.net
Android版をタブレットのC4droidでやってみたけどライブラリの中でエラー吐くみたいだ
大量のエラー吐くからさっぱり分かんないや
"ANative_Activity_onCreate"が" android_native_app_glue.h "と衝突して多重宣言しているとかなんとかから始まってBulletやOgg周りで参照エラーが出てる

192:名前は開発中のものです。
17/03/05 18:50:00.02 WYpdMPcL.net
DrawLine関数の挙動がPCごとに違う？なんかサブのノーパソで動かすと下に1ドットずれる
両方Directxのバ

193:ージョン11以降だからそこ辛味じゃないと思うんだけど…

194:名前は開発中のものです。
17/03/11 14:58:07.56 4brvAqUP.net
もう何年も前に、
ハードウェア描画は1ドットずれたりする場合があるだの
3Dのものを画面に映す（2Dに変換する）際に誤差が生じるだの
聞いたことあるけど、流石にそれは関係ないかしらね…

195:名前は開発中のものです。
17/03/16 07:40:17.58 06c/uHW3.net
座標の扱いはビデオカードごとに違うからね
古いオンボードだと0.5pxずれたりする

196:名前は開発中のものです。
17/03/19 15:23:34.43 85gVo7Ly.net
2dで影作るときってどうすればいいんだ
アルファ乗算の値下げながらDrawLineをずらして何本も描画していくのを思いついたけど絶対糞重くなるでしょ

197:名前は開発中のものです。
17/03/19 17:46:24.06 McAdhrov.net
影の形にこだわらなければいいんでないかい

198:名前は開発中のものです。
17/03/19 17:59:49.08 iXKgNie2.net
影ってどういう影なのか分からんけど
例えばスプライトのキャラに影つけるならキャラの形の白黒画像用意してDrawModiGraphで乗算合成とかじゃね

199:名前は開発中のものです。
17/03/20 14:37:04.24 PJ3OOU/G.net
スプライト底辺に黒い楕円置くだけやろ
それでアクションやマップ作成に支障が出るなら
潔く影なんて捨てる

200:名前は開発中のものです。
17/04/09 22:25:04.02 Fu+0leN1.net
マウスの入力についての質問です
マウスのサイドボタンの検出はＤＸライブラリではできないのでしょうか？
調べてみても、サイドボタンがXButton1とかXButton2と呼ばれていることしか得られませんでした
こう記述すればできるとか、ＤＸライブラリ以外の実装方法があるとかあれば教えてください
よろしくお願いします

201:名前は開発中のものです。
17/04/09 22:43:19.29 A8iwvjAh.net
GetMouseInput（）じゃダメなの？

202:名前は開発中のものです。
17/04/09 22:53:28.69 Fu+0leN1.net
>>195
公式リファレンスを見ながらGetMouseInput()の引数を全部試しましたが、どれを使っても検出されませんでした
ブラウザでサイドボタンを使って戻る進むができてるので、自分のサイドボタンが壊れている可能性はないです

203:名前は開発中のものです。
17/04/09 23:58:01.43 gIO/ILx4.net
>>196
URLﾘﾝｸ(dxlib.o.oo7.jp)
ここ見る限り、GetMouseInputで値取れないってことは
逆にマウスのサイドボタンがキーボードのフックで対処してるタイプかもしれない。
例えば、キーボードのBackSpaceで「戻る」、Shift+BackSpaceで「進む」を表現してるとか。
URLﾘﾝｸ(dxlib.o.oo7.jp)
後は関数自体の使い方に問題があるかもしれないので
ここで管理人さんが掲示してる最初のソースコードを試してみるとか。
情報が古いので今も使えるかわからないけど。

204:194です
17/04/10 00:31:27.44 Yp/MHnmL.net
>>197
ふたつのＵＲＬを見て試してみましたが検出されませんでした
さらにCheckHitKeyAll()も試してみましたが、これでもサイドボタンは検出されませんでした
ふたつ目のＵＲＬのように、もしかしたら実装されていない機能なのかもしれないです
ＤＸライブラリ製作者さんの掲示板に質問・お願いしてみることにします
>>195 >>197 さん、どうもありがとうございました

205:194です
17/04/11 01:56:20.31 upA/YOkc.net
サイドボタンの検出の件ですが、無事解決しました
自分と同じようなことで悩んでいる/いた方のために書き残しておきます
簡単に言うと、サイドボタンの検出をするにはＤＸライブラリをバージョンアップする必要があるようです
以下のやり取りを見ていただければ、詳しいことが得られると思います
URLﾘﾝｸ(dxlib.o.oo7.jp)
�

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

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

208:名前は開発中のものです。
17/04/12 02:02:34.21 TuryebQE.net
ごめんなさい書いた直後に自己解決してしまった
やっぱりよく調べて書くべきですね・・・

209:名前は開発中のものです。
17/04/14 21:46:05.15 bZxpbzr7.net
DXライブラリに関連してるかどうかわかりませんが
わからないことを質問してみます。
ファイナルファンタジー１４（以下、FF14と略）などのプロが開発したゲームを拝見するとロード時間が短いように感じます
例えばDXライブラリを使って約14,000KBぐらいのMP3ファイルをロードしてメモリに読み込むようにコードを書くと
MP3ファイルのロードが完了するまでにコンマ数秒のロード時間が発生します
ですが、FF14のタイトル画面でしばらく放置するとプロローグムービーが開始されるわけですが、
内容を見る限り明らかに容量の多いムービーファイルをロードして再生してるように見えるのですが、
実際、FF14のゲームを起動してタイトル画面に移行するまでの時間は僅かです
私からの質問は、大容量のファイルをロードする場合に
ロード時間を短く済ませるための技術です
DXライブラリでゲーム開発をしてるのでDXライブラリを使用してのお知恵を拝借したい

次ページ