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

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
ゲームプログラムなら俺に聞け(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1366526476/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2013/09/30(月) 19:37:45.64

>>513
なるほどねぇ
確かにプレイヤーの視覚情報になるドット視点で考える方が、体感的に矛盾も少なくなるのかな

あと、数学視点じゃなくてゲーム屋視点で調べてたら、
浮動小数点にガッツリ誤差修正入れてて境界とか曖昧になってるのが多いのねｗ

**名前は開発中のものです。** · 2013/09/30(月) 20:07:39.17

俺、今までSTGとか何本かリリースしてるけど、当たり判定なんて超いいかげんにやってるよｗ

さすがに今日の１ドット判定がデフォな弾幕STGをしてるプレイヤーには「自機判定が大きすぎる」とか言われるけど、
自機弾が見た目の5倍くらい当たり判定持ってることについては誰も文句言ってきてないｗ

**名前は開発中のものです。** · 2013/09/30(月) 21:31:43.75

>>503
初心者の俺がエスパーすると

DrawFormatString( 0, 0, GetColor( 255 , 255 , 255 ), "hoge") ;

こんな内容の外部ファイルがあって
読み込み関数の直後にこんなプログラム文を挿入するみたいに
読み込み直後にDrawFormatStringを実行出来るってのなら便利なのになー

って考えだと予想

**名前は開発中のものです。** · 2013/09/30(月) 22:40:05.44

まさか、includeの話だったのか

**名前は開発中のものです。** · 2013/10/01(火) 03:46:58.46

>>515
こんなこと言う作者の作ったSTGなんてやりたくねえなぁ

**名前は開発中のものです。** · 2013/10/01(火) 07:09:37.62

> 自機弾が見た目の5倍くらい当たり判定持ってる
プレイヤー側に爽快感を与えるためのテクニックとして定番だな
ほとんどのプレイヤーは、当たり判定が厳密かどうかなんて気にしてない

**名前は開発中のものです。** · 2013/10/01(火) 07:19:05.53

自機グラフィックより大きくない限り「このゲームのあたり判定はこんなもん」って思うようになるだけだと思う

**名前は開発中のものです。** · 2013/10/01(火) 09:00:10.86

当たってないように見えて当たる、よりも
当たってるように見えて当たってない、方が
プレイヤーに与えるストレスが少ないってベーマガに書いてあった。
ピクセル単位で当たり判定するのは、それ自体が売りになるケースだよね。
レミングスの地面判定とか。

**名前は開発中のものです。** · 2013/10/01(火) 09:17:15.92

インベーダーのようなゲームで
弾の通り抜けが困る、平面なのにジャンプしちゃう。
これをキチンと処理しないといけない。

**名前は開発中のものです。** · 2013/10/01(火) 13:00:43.20

通りぬけの処理をするより通りぬけしないような速度と判定の大きさにするべき

**名前は開発中のものです。** · 2013/10/01(火) 22:07:38.33

個人制作ゲーで通りぬけが起きると一気にバギーなイメージになってモチベ落ちるよね
いかに安定したクオリティを感じさせるかも腕の内だろうか

**名前は開発中のものです。** · 2013/10/01(火) 23:58:16.66

前フレーム座標と直線で結んでその直線との当たり判定を見るってばっちゃが逝ってた

**名前は開発中のものです。** · 2013/10/02(水) 01:35:17.03

なんか最近急にゲームを起動すると数回に一回の割合でフリーズして強制終了するしかなくなる
現象が起こるんだが他にも似たような現象起こるやついるか？

**名前は開発中のものです。** · 2013/10/02(水) 07:41:55.08

それだけの説明で理解できるわけないだろ。

DXライブラリを最新に更新したら、とか条件があるならまだしも。

**名前は開発中のものです。** · 2013/10/02(水) 09:36:28.97

それもそうだな。とりあえず以前のバージョンに戻して検証中
他に分かってることはDxLib_Init()を呼び出した直後にフリーズするってことくらいかな

**名前は開発中のものです。** · 2013/10/02(水) 15:36:21.39

>>526
Windowsメッセージを送ってないとか？

**名前は開発中のものです。** · 2013/10/02(水) 19:23:19.87

以前このスレで
VMのwindows内で起動したらマルチメディアタイマーの精度計測に失敗して
起動しなかった、っていう事例があった気がする

まずはログを見て、起動処理のどこで止まってるか
確認するがよろしかろう

**名前は開発中のものです。** · 2013/10/02(水) 20:12:13.70

恐らく原因はこれだと思うけど一か月以上前に作ったやつだし今まで平気だったのにな
起動時の設定をダイアログボックスでやる際のウィンドウ処理とかが関係してるみたい。・・・多分。

**名前は開発中のものです。** · 2013/10/02(水) 20:52:21.57

>>531
http://jihi4541.blog.fc2.com/blog-entry-3.html
これ？

**名前は開発中のものです。** · 2013/10/02(水) 22:53:47.44

直ったと思ったら直ってなかった・・・
ログはwindows/syswow64/wer.dllを読み込みました。Cannot find or open the PDB fileで止まってた
再起動してデバッグしたら
ファイル追跡ログファイルに Unicode バイトオーダーマーカーが見つかりませんでした。って出た
いっそのこと起動部分を作り直してみるか・・・

**名前は開発中のものです。** · 2013/10/02(水) 23:39:04.47

全部コメントアウトしてもダメだった・・・止まってる場所も変わるみたいだし
もうお手上げだな。いっそのことVC2012に移行してみるか・・・XPに対応しなくなるけど

**名前は開発中のものです。** · 2013/10/03(木) 00:40:00.03

全部コメントアウトしてダメだったって事は
予想してた箇所は全くの見当違いであって
他にもっと単純なバグがある、って事じゃないのかな。

**名前は開発中のものです。** · 2013/10/03(木) 03:09:38.93

毎回エラー箇所が変わる状態になって最近書いた部分見直したら
配列オーバーだったってことなら一度ある

今はなぜか宣言追加しても生成されないバグに悩まされてる
例えば新しくint x;x=1;って書いてデバッグするとxが値もポインタももってない
リビルドすると直る
この症状に原因あるなら教えてください

**名前は開発中のものです。** · 2013/10/03(木) 03:15:29.35

コンパイルに含めない設定になってるとか

**名前は開発中のものです。** · 2013/10/03(木) 06:48:15.87

>>531
「これ」って何？

>>533
ログってIDEの出力ウィンドウじゃなくてDxlibがexeと同じ所に吐き出すログの事だぞ。

>>534
「全部」って何？

**名前は開発中のものです。** · 2013/10/03(木) 09:14:50.87

新規プロジェクトを作って、そこに今までのソースファイルぶち込んでみたら、
何事も無かったかのように動いたって経験もあるので、どうしてもダメだったら試行の候補にでも追加しておくれ。

**名前は開発中のものです。** · 2013/10/03(木) 10:35:01.11

>>533
Windowsアプリケーションは
約60分の1秒の間隔でWindowsにメッセージを送り続ける必要があります
メッセージを送らなくてもプログラムは起動しますが
その場合、動作がどんどん重くなり誤動作を起こす原因にもなります

ゲームが重くなる、起動するだけで現象が起こる
それらの状況からWindowsメッセージではないかと思いました
1フレームという間隔で送り続ける必要があるので
60フレーム(１秒)も送らなけば、もう完全に重たくなるのではと

**名前は開発中のものです。** · 2013/10/03(木) 10:42:21.98

>>536
PCの時計くるってない？

**名前は開発中のものです。** · 2013/10/03(木) 11:06:19.70

>>534
引っ張ってるライブラリ、パスの通ってるライブラリについて、
32bitと64bit混在してないか？

> Cannot find or open the PDB fileで止まってた

↑これが気になったので。

**名前は開発中のものです。** · 2013/10/03(木) 12:48:03.54

>>541少なくとも1分以上狂ってはいない
発生回数は今のところ3回
1回目のとき3時間くらい時間使って諦めてリビルド
原因放置はしたくないけど後回しにしてた

**名前は開発中のものです。** · 2013/10/03(木) 17:55:27.38

単純に、特定の条件で無限ループに陥ってるとかそんなバグじゃないのかな。

**名前は開発中のものです。** · 2013/10/03(木) 19:27:01.40

デバッグ中forやifでエラーでて止まるってエラーが最初(結論はint nが生成されずnが見つからない)
また起きたら宣言初期化周りもう一度調べてみるよ
現象の検証ばっかしててあんまり見てなかった気がする
ヘッダ含めて生成されないんだから最初のInitialzeまでかnewまわりに原因があるはずだよな

**名前は開発中のものです。** · 2013/10/03(木) 20:53:45.93

どうせメモリを壊してるんだろ
ポインタを理解してないクズが

**名前は開発中のものです。** · 2013/10/03(木) 21:28:16.99

ウィンドウ外に画像を描画する処理とウィンドウと画像の当たり判定調べて描画の有無を判断するのってどっちが処理速いの？
描画コストがどのくらいかかるのか全然把握出来てないのだけど

**名前は開発中のものです。** · 2013/10/03(木) 22:36:24.81

その辺は気にせずともDirectXがいい感じにやってくれてるはず。

**名前は開発中のものです。** · 2013/10/04(金) 00:51:22.69

3Dモデルを画面に表示させたり、
キー入力に合わせて回転するみたいな簡単な事はできるようになってきたけど、
設定メニューとかのようなGUIが作れない。
そもそもどう作ればいいの？
ダイアログに表示するような釦を用意するだけで手間なんだけど、
全部自作してるの？

**名前は開発中のものです。** · 2013/10/04(金) 01:45:50.25

>>548
そうなのか…
下手に弄るよりは任せた方が簡潔に書けるね

**名前は開発中のものです。** · 2013/10/04(金) 08:57:28.28

>>550
純粋に表示だけならレンダリング処理のパスが省略されるはず。
ただゲームプログラミングで考えた時、裏で自分でしてる論理処理の方は視界の外の部分は省略したりするよな。
「重さ」のネックは大抵そっちにあるから。

**名前は開発中のものです。** · 2013/10/05(土) 01:56:11.12

ライセンス取るのが辛い
なんでこんな仕様にしたのか

**名前は開発中のものです。** · 2013/10/05(土) 02:38:04.19

ごめんね誤爆なの

**名前は開発中のものです。** · 2013/10/05(土) 07:04:12.45

3dで、カメラの後ろ側にあるオブジェクトは、画面のドットから飛ばしたレイの衝突判定対象にする？
カメラの真後ろにあるオブジェクトに対してレイを飛ばした時の判定なんてほぼ無駄なわけじゃん

**名前は開発中のものです。** · 2013/10/05(土) 07:30:15.10

>>554
まず対象オブジェクトがカメラの後ろにあるかを判定する必要があるけど、それって結局レイ飛ばすなり「平面-オブジェクト」で判定するわけじゃん。
で、その後レイで衝突判定とるの？
他の処理の都合であらかじめオブジェクトがカメラの後ろにあるかどうか解ってる特殊な事情が絡まない限り、全探索するしかなくね？

**名前は開発中のものです。** · 2013/10/05(土) 09:23:08.63

カメラの位置と方向ベクトルに対して、明らかに表示角の外にいる物は、
より細かい計算するより前に対象外として一律処理スキップとかするけど俺

**名前は開発中のものです。** · 2013/10/05(土) 09:25:26.82

>>554
画面のドットからレイ飛ばすってのがなんか引っ掛かるけど、俺は表示物じゃなくて論理管理レベルでの計算で >>556 する。

**名前は開発中のものです。** · 2013/10/05(土) 13:42:34.85

俺が初心者で無能なだけかもしれないけど
>>554って環境マップとか使って擬似的な反射でも考えない限り全く無縁の話じゃないの？
光源が後ろにない限りカメラより後ろのオブジェクトが描画結果に影響することはないんじゃない？
乱反射の部分は環境光ってファクターで擬似的に表してるんだし

っていうか>>556の方が効果は大きそうだし
描画時間計測したことあるけど、ライティング関係の処理はDirectXだかDXlibだか分からんが自動で弾いてくれてるっぽいぞ
ビルボードを視野外(近く)に置いたときと、視野内の無限遠に置いた時がほとんど同じで、視野内の近くに置いた時より格段に軽かった

的外れの恥ずかしいレスじゃありませんよーに

**名前は開発中のものです。** · 2013/10/05(土) 18:25:07.74

>>558
それって、レイトレースとかの文脈のレイ？
>>554の言うレイは普通の半直線の事を指してると思うんだけど。
DXライブラリスレでレイトレースとか出る話題じゃないし…。

マウスクリックでオブジェクト選択みたいな処理を実装するために半直線と交差判定取ってるんだけど、
カメラの後ろにあるオブジェクトまで交差判定とるのって無駄じゃね？

って話だと思ってたけどあってるよね？

**名前は開発中のものです。** · 2013/10/05(土) 18:48:29.96

あと>>556のカメラの位置と方向ベクトルでプレ処理って話だけど、
位置ベクトル＋方向ベクトル＝平面
だよ。
要するにカメラの後ろ＝nearクリップ平面の負の領域ってことだし。

if ( !CollidePlaneObject(nearClipPlane, obj) ) return; // プレ処理（カメラの後ろにあるか判定）

if ( !CollideRayObject(ray, obj) ) return; // レイ交差判定（本ちゃん判定）

って感じだと思うんだけど、平面-オブジェクトの判定とレイ-オブジェクトの判定って計算的に殆ど同じだから、
最初のプレ判定あんま意味なくね？計算省いてるようで実は二重に計算してね？
というのが>>555で言いたかったこと。

**名前は開発中のものです。** · 2013/10/05(土) 18:49:58.53

ウィンドウモードで起動時に
ウインドウ枠の「×」をクリックした時に
DxLib_End関数を評価させる方法はないでしょうか？

それとも「×」をクリックして終了した時に
自動的にDxLib_End関数が評価されるように設計されているのでしょうか？

**名前は開発中のものです。** · 2013/10/05(土) 20:10:30.39

>>560
二度判定されるのは事実だけど、無駄じゃない。
複雑な形状を持つオブジェクトの中身に対する細かい判定とは別に、
そのオブジェクトが置かれるグローバル座標を原点とする半径や最大立法体で判定して、先に一回「明らかな範囲外」を落とすんだよ。
実際に運用されてる有名な例で言うと、bulletphysics等がそう。

**名前は開発中のものです。** · 2013/10/05(土) 20:13:55.33

ちなみに >>560 のように「意味無くね」って思う事があるとしたら、初歩的な立体しか扱わず、
視野内での計算と視野外での計算が完全に同じで事足りるケースだけ

**名前は開発中のものです。** · 2013/10/05(土) 20:38:31.68

>>559
ひいいドットから出るレイとか言うからレイトレーシングの方だと思ってた恥ずかしい
このスレって突然DirectXの話題になったりCの話題になったり結構カオスだから勘違いしてましたごめんなさい

**名前は開発中のものです。** · 2013/10/08(火) 03:59:08.46

テクスチャじゃない加工済み3Dアニメーション(例爆発エフェクトとか)って描画どうしたらいい？
1加工済みアニメを3D空間or画面に2D描画(ペラペラだけど我慢orカメラとの角度固定)
2加工済みアニメを透明なマテリアルにテクスチャアニメーションとして張り付けてx→3D描画
3アニメーションまで読み込んでその場でエフェクトを作る
今まで視点固定なので1で作っていて、次は3D視点のものを作ろうと思ってて、描画方法考えています。
2そもそもテクスチャアニメーションをx化できるのか、あと球の中心とかあると張り付け不可。
3リアルタイムの負荷&処理方法実装の難しさとか、シェーダの延長でなんとかするしかない？
先人様がいらっしゃれば知恵を分けてほしいです。

**名前は開発中のものです。** · 2013/10/08(火) 08:37:39.25

3Dゲームでエフェクト（爆発表現）の仕方
１）カメラ固定で２Ｄゲームのように見える場合に爆発連続２Ｄアニメを２Ｄ画面に描画する。
２）カメラが自由移動するフル３Ｄゲームにおいて、板ポリゴン上に爆発連続２Ｄアニメを表示する。
３）３Ｄゲームで爆発表現を３Ｄで表現する。

色々あるけどね、
①ビルボードを使うのが良い。スプライトを使って、３Ｄ場所の関係で大きさを変えて
２Ｄ画面にスプライトとして爆発２Ｄアニメを表示する。単純で効果的。
②板ポリゴンに爆発２Ｄアニメを描画するのもありだけど、光の放射反射などの影響が大きい。
③ポリゴンだけで爆発を表現する、これは計算でポリゴンを動かすので
表現方法として有りだろう。地味な表現になるから、シェーダを加えたくなるだろう。
④シェーダーで表現するのが最新式だが、古いＰＣだと動かないかもしれない。
派手な演出も出来るし、最終的に２Ｄの部分での演出もできる。
以上が一般的な手法です。

簡単で効率的なのが、スプライトによるビルボード手法。
色々な方法があるから、試してみると良い。場面によって違うだろうからね。

ここに、エフェクトのデモがある。参考になるだろう
http://www.sbcr.jp/support/8594.html

**名前は開発中のものです。** · 2013/10/08(火) 11:02:19.63

PSレベルなら板ポリに画像貼るって分かるけどPS2レベルになるとわけわからんよね
あとシェーダーシェーダー言われるけど意味が全く分からない
シェーダーってどこかで落とすツールか？って感じ

**名前は開発中のものです。** · 2013/10/08(火) 11:18:41.58

「シェーダで」って言うのは「プログラムで」って言う意味と作業場所以外変わらんから説明不足感すごいよね

**名前は開発中のものです。** · 2013/10/08(火) 11:21:39.17

PS2も大差ないだろ
基本的に板ポリの量が増えるだけ

**名前は開発中のものです。** · 2013/10/08(火) 11:49:21.01

>>556
詳しく説明&サンプル感謝します
開ける環境に戻ったら勉強します。
しばらくビルボート式を用いて、他のことも含めて余裕がでてきたらシェーダを学ぼうと思います。
何年後のことやら…

**名前は開発中のものです。** · 2013/10/08(火) 11:50:03.23

>>566だミス失礼

**名前は開発中のものです。** · 2013/10/08(火) 12:19:08.14

>>568
腕を重点的に鍛えたいけどどうすればいい？って聞いたら筋トレしろって言われるのと同じだよね
ここ以外でもシェーダーは具体的なの見たことないな

**名前は開発中のものです。** · 2013/10/08(火) 12:53:20.88

>>572
OpenGL関係のスレとか、さもなきゃ書籍でも見たらいいのでは
一応補足しておくと、OpenGLのglslとDirectXのhlslは別物だけど、考え方は同じだよ

**名前は開発中のものです。** · 2013/10/08(火) 12:55:13.56

あ、スレじゃなくてサイト。素でtypo
何も知らない状態で待ってても見かけないと思う。
例えればプログラミングの基礎編にある物じゃなく、必要な人が利用する応用編の範疇の世界だから

**名前は開発中のものです。** · 2013/10/08(火) 13:01:23.14

俺なんて爆発表現は球体ポリゴンに、それっぽいテクスチャ拾ってきて材質設定して貼るだけだぞ
で、エフェクト中は球体を回転させながら透明度だけ弄る
頂点を操作するアニメーションなんてできないし

**名前は開発中のものです。** · 2013/10/10(木) 18:23:43.43

>>512-513
亀だけど、それ当たりで考えるとビリヤードのブレイクショットの配置みたいに
静止しててくっついてる状態でちょっとめんどくさくなると思う

**名前は開発中のものです。** · 2013/10/11(金) 00:20:35.39

接触してる相手の運動ベクトル見て振る舞いを決めればええんや

**名前は開発中のものです。** · 2013/10/11(金) 00:39:09.42

>>575
もう板ポリのテクスチャ変更して3Dドットみたいにしちゃうのか
試してみよう

**名前は開発中のものです。** · 2013/10/11(金) 08:33:37.25

3次元の音響ライブラリってないですか？
音を拾う座標指定して、音量とか減衰率とか反響とか設定できて簡単なやつ

**名前は開発中のものです。** · 2013/10/11(金) 09:13:37.91

なんでそれをDXライブラリスレで聞くんだ？

それはともかくとして、そんなライブラリがあるとしたらXAudio2のラッパということになるだろうけど、そんなのは現在ないっぽい

BASS Audio Libraryという3Dサウンドの使える比較的シンプルなライブラリがあるっぽいが、
日本語のドキュメントは殆どと言っていいほどないみたいなので自力で調べられない人には使えないだろう

**名前は開発中のものです。** · 2013/10/11(金) 09:26:57.30

>>579
この本に具体的に解説してあるから、実装しなさい。

DirectX9必携: 鎌田茂雄: 本

**名前は開発中のものです。** · 2013/10/16(水) 23:39:32.53

C#+DXライブラリでやってるんだけど
スクリーンに黒色で塗りつぶしたところがDrawGraphで透過Trueにしても透過しない
なぜじゃー

**名前は開発中のものです。** · 2013/10/16(水) 23:50:58.42

ブレンドモードは？

**名前は開発中のものです。** · 2013/10/16(水) 23:55:26.73

DxLibを利用した開発で、デバッグしようとすると
数度に一回マウス以外完全にフリーズしてしまいます。

VSの一番下部の青い所がF5を押してデバッグ開始するとそこがオレンジになって、
そこに AudioSes.dll シンボルがどうたら　
と表示されて読み込み中？のまま、マウスポインタは動かせるのですがそれ以外の動作ができなくなります。
タスクマネージャーの起動もできずになって直接電源切るしかなくなります。
このままではHDが死んでしまいそうです。
何が原因かわかる方いらっしゃいませんか？

ぐぐっても、似たような症状の方は見つかるのですが
解決策が出てないのしか見つからないです。
VS Express for Desktop利用です。
windows7 64bitが問題なのかともおもうのだけど。

**名前は開発中のものです。** · 2013/10/17(木) 00:03:15.56

俺が遭遇したことあるトラブルはエレコムのUSBパッドくらいだな

**名前は開発中のものです。** · 2013/10/17(木) 09:25:56.10

>>583
NoBlend

**名前は開発中のものです。** · 2013/10/17(木) 10:41:25.53

なめとんか

**名前は開発中のものです。** · 2013/10/17(木) 11:06:13.46

>>584
DxLib関係ないと思うが
システムごと死ぬのは十中八九デバイスドライバが悪い
64bitなら32bit用のドライバで動いてる奴が悪さしてるとかひょっとしたらあるかも

**名前は開発中のものです。** · 2013/10/17(木) 15:23:43.00

Noblendだと透過色って機能せんの？
ドウイウコトナノ・・・

**名前は開発中のものです。** · 2013/10/17(木) 16:06:04.12

透過ｼﾅｲ画像表示関数ｯﾃ存在価値ｱﾙﾉ？
画像全体に透過処理するんならモード変えろ

**名前は開発中のものです。** · 2013/10/17(木) 16:14:55.88

数レス前も読んでなかったすまん…
諦めて最初から透過しとけば？

**名前は開発中のものです。** · 2013/10/17(木) 16:57:54.53

いろいろ試してみたけど透過色はBMPとJpg読み込みのときだけ機能して
他のスクリーンやスクリーンをGetDrawScreenGraphでMakeGraphでつくったハンドルに移しても機能せず
アルファ付き画像でアルファ指定してやらんと透過せんのね
微妙すぎぃ

**名前は開発中のものです。** · 2013/10/17(木) 17:05:56.17

GDIのフォーマット(pixel辺りのビット数)についてちゃんと理解した上で扱ってれば特に問題無い気もする

**名前は開発中のものです。** · 2013/10/17(木) 17:27:20.11

面倒だけどマスク画像作って一回ブリーチングしてから描画することにしたわ
サンクス

**584** · 2013/10/18(金) 02:10:22.43

>>588
DxLib使わなければ固まらなかったんでそこばっかり調べてたのですが、
なるほどと、いろんなものアップデートかけたけど状況変わらずでした。

解決ってわけじゃないけどBCCに移行したら
一時間くらい作業してみてるけど再発せず。
VSが悪かったってことなんだろうか？

ただ、すげー使いにくい。

**名前は開発中のものです。** · 2013/10/18(金) 16:05:43.20

最小限のプログラムでも発生するなら、そうかもねー。
設定変えればいけるかもしれんけど

**名前は開発中のものです。** · 2013/10/18(金) 18:23:23.35

え、DXライブラリって、
64bitか32bitかで支障あるん？
64bit用なんてありましたっけ？

**名前は開発中のものです。** · 2013/10/18(金) 21:10:30.89

VSのExpress版使ってると64bitビルド出来ないから32bit版しか知らない

**584** · 2013/10/19(土) 00:04:03.03

>>595
自己レス。
おそらく本当に解決したので一応ご報告。

BCCでも固まりました。
というか、デバッガで固まったのでそこを重点的にぐぐったら、
同様の症状でDRM関連のCYMON.SYSを消したら直ったというページを発見出来たので、
削除したらおそらく今度こそ本当にたぶん解決。
同様の事案で悩んでる人たちに伝えたい。

＞64bit云々は同様の件で困ってる人がほとんど64bitのOSだったので怪しんだだけです。
結果的に関係なかった。
DxLibも関係なかった。

**名前は開発中のものです。** · 2013/10/19(土) 00:05:41.25

乙　結構有益な情報だわ

**名前は開発中のものです。** · 2013/10/19(土) 01:03:15.68

サイモンシスって読めばいいの？

**名前は開発中のものです。** · 2013/10/19(土) 01:16:15.10

Are you going to Scarborough Fair?

**名前は開発中のものです。** · 2013/10/21(月) 18:41:36.26

初心者です
よくリファレンスでFPS固定させるコードとかあるけどSetWaitVSyncFlag()で垂直同期するんじゃだめなんですか？
あとFPSによってゲームスピードが変わる云々という記述を見ますが、何故フレームで計算するんです？
私はGetNowCount()で計算しているんですが、何かまずい事でもあるのでしょうか

**名前は開発中のものです。** · 2013/10/21(月) 18:47:51.14

＞SetWaitVSyncFlag()で垂直同期するんじゃだめなんですか？
ダメ。垂直同期がない環境もある

＞何故フレームで計算するんです？
時間に応じて可変フレームに対応するゲームを作るのは大変だから

＞私はGetNowCount()で計算しているんですが、何かまずい事でもあるのでしょうか
パーフェクトに組めるなら問題ないけど、初心者には無理だと思う

あとです？で止めずにちゃんとですか？って書けよﾃﾞｺｽｹ

**名前は開発中のものです。** · 2013/10/21(月) 18:58:35.56

>>604
>時間に応じて可変フレームに対応するゲームを作るのは大変だから
何故ですか？可変フレームなら尚更フレームで計算より時間で計算した方が良いと思うのですが
あ、この場合の計算って言うのは例えば○秒で画像Aをy軸に+1するみたいな計算です

**名前は開発中のものです。** · 2013/10/21(月) 19:03:06.05

>>605
フレーム固定処理ってのは○秒の部分を16.6666...ミリ秒に固定してるだけだぞ
一定時間毎に処理するならフレーム処理と変わらない

**名前は開発中のものです。** · 2013/10/21(月) 19:06:38.76

回せるだけ回したらマシンパワーの無駄食いだから

**名前は開発中のものです。** · 2013/10/21(月) 19:07:14.69

たぶん質問の書き方がおかしくて話が伝わってない

FPS固定よりも可変フレームレートの方が良い
開発が少し面倒くさい程度で、デメリットがない

垂直同期はテアリングが起きないのが最大の利点
ただしフレーム数がモニターに依存するようになるから
結局可変フレームレートに対応するようなプログラムを書く必要があって面倒くさい

だから最も初心者向けサイトは基本的に
作りやすい60FPS固定にしてフレーム基準で計算するようにしてる
しかもデメリットは垂直同期しないために起こるテアリングくらいしかない

**名前は開発中のものです。** · 2013/10/21(月) 19:15:43.93

そもそもフレームってそんなに重要なもの何ですか？
DXライブラリ使っててフレームレートを意識した事が全くなくて、リファレンスなどを見て何故そこまでしなければいけないのかと困惑している次第で

**名前は開発中のものです。** · 2013/10/21(月) 19:17:01.12

フレーム数を時間代わりにすると環境によってはカクカクになります？

**名前は開発中のものです。** · 2013/10/21(月) 19:20:20.12

可変フレームレートって、ネトゲでもなきゃCPUが貧弱だった頃の名残じゃないのか？
処理落ちするとしたらほぼ確実に描画が原因な今の時代だと、固定フレーム＋フレームスキップがベターだと思う

**名前は開発中のものです。** · 2013/10/21(月) 19:29:53.55

フレームスキップじゃないな
固定フレーム＋描画スキップな

世の中のゲームの大半が60フレーム固定なのにはちゃんと理由があるわけで

・60フレーム以上のフレームレートにしても、人間が見るぶんには特に滑らかだと感じない
・CPUが成長したので処理で60フレームでないゲームなんてありえない

作るのが動的なゲームである限り、固定フレームを捨てるメリットはないというのが俺の持論

**名前は開発中のものです。** · 2013/10/21(月) 19:42:40.65

60フレーム出ないゲームなんてありえないって言い方はおかしいが、
とりあえず言いたい事はわかる

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

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