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

**名前は開発中のものです。** · 2009/03/31(火) 01:14:36

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。

DXライブラリの詳細ついては
http://homepage2.nifty.com/natupaji/DxLib/
を参照して頂きたい。

DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

過去スレ：DXライブラリ総合スレッド
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
　　　　　DXライブラリ総合スレッド 2008
　　　　　　http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/

**名前は開発中のものです。** · 2009/04/05(日) 18:09:44

>69
サンプルプログラムのパーティクル基本が参考になると思われ。

**名前は開発中のものです。** · 2009/04/05(日) 18:12:03

>>70
ありがとうございます！

**名前は開発中のものです。** · 2009/04/05(日) 21:16:09

>>69
ttp://toku.xdisc.net/cgi/up2/oiu/xs8571.zip
自分のプログラムに組み込むついでにやってみた

**名前は開発中のものです。** · 2009/04/05(日) 21:26:22

>72
降ってる最中に移動量や方向は変わらないのか。

透明度が変わるのは面白いな。
あとたまに、真横や上方向に雪が飛んでくんだがｗ

**名前は開発中のものです。** · 2009/04/05(日) 21:49:08

>>72
おおサンクス。
C#使ってるからそのまま使えないのが残念……。
つかこれ勝手に使って良い？

**名前は開発中のものです。** · 2009/04/05(日) 22:41:49

>>73
変な方向に行くのは元のアルゴリズムが花びらだった名残だったり

>>74
どうぞ

**名前は開発中のものです。** · 2009/04/05(日) 22:53:50

>>72
綺麗だなぁ。
横だが自分も使わせて貰う。

**名前は開発中のものです。** · 2009/04/05(日) 23:24:32

>>75
thx！

**名前は開発中のものです。** · 2009/04/11(土) 23:15:22

もうDXライブラリ3Dに頼る必要すらなくなった
次はシェーダーについて学ぼう

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

ScreenFlip()の重さってどうにかならないの?
http://dixq.net/g/#s5
↑これ導入しても無理だった

**名前は開発中のものです。** · 2009/04/12(日) 17:11:30

馬鹿は発言するな

**名前は開発中のものです。** · 2009/04/12(日) 17:13:14

これってドレよ。

てかScreenFlipが重いなんて話あったっけ？

単に君の作ってるプログラムが遅くて、60FPSを保ててないのに
垂直同期信号待ちをさせたままって話じゃなくて？

**名前は開発中のものです。** · 2009/04/12(日) 17:17:52

シェーダーって使えるの？

**名前は開発中のものです。** · 2009/04/12(日) 17:40:07

プログラム優先度変更ｵﾇﾇﾒ

**名前は開発中のものです。** · 2009/04/12(日) 17:49:43

ノートＰＣでVistaだったら俺と一緒。
実行ファイルのプロパティ開いて、「互換性」→「WindowsXP SP2互換」にチェックを入れてみる。
もしかしたら幸せになれるかもしれない。

**名前は開発中のものです。** · 2009/04/12(日) 17:53:25

>>79
遅くするための処理を導入して重くなったとはどういうことなんだ？

**名前は開発中のものです。** · 2009/04/12(日) 19:31:53

>>79
たぶん初心者っぽいからこんなことをあえて言うけど
まずリフレッシュレートとプログラムのfpsを比較しないとね

**名前は開発中のものです。** · 2009/04/13(月) 00:15:55

ここぞとばかりに食いつく初心者たちの群れ

**名前は開発中のものです。** · 2009/04/15(水) 15:18:06

そういやDXライブラリがDirectX9ベースに移植してるって話はどうなった？
あのコード量を移植するのは並大抵じゃないとおもうが、作者ガンバレ！

**名前は開発中のものです。** · 2009/04/15(水) 16:13:43

うーん、>>79 じゃないけどただ ScreenFlip してるだけで CPU 使用率が 60% くらいになるのはなんで？
Pen4 の 1.6GHz だけど

**名前は開発中のものです。** · 2009/04/15(水) 16:37:47

それはScreenFlipの仕様。VSyncがくるまで待機するんだが、その待機時間もCPU使用率に含まれる。(実質アイドリングループなのだが)
CPUが100％になるのがいやならVsync待ちを切ればいい。(ティアリングが発生するし、ゲームの速度も変わってしまう)

正しい設計はVsync待ちは有効で、なおかつFPS管理をし60fpsになるようにフレーム毎に適度にsleepを入れること。

**名前は開発中のものです。** · 2009/04/15(水) 18:32:01

1か所sleepするだけでもだいぶ変わりそうだねぇ

**名前は開発中のものです。** · 2009/04/15(水) 20:06:35

>正しい設計はVsync待ちは有効で、なおかつFPS管理をし60fpsになるようにフレーム毎に適度にsleepを入れること。

モニタのリフレッシュレートが60でない時はどうなるのかな。

**名前は開発中のものです。** · 2009/04/15(水) 20:43:14

公式より引用：
＞前回の ScreenFlip から 10ミリ秒以下しか時間が経過していない場合のみ Sleep で処理を一時停止するようにしています

>>92
60fpsになるように管理してるんだから60fpsになるだろーがｗ

**名前は開発中のものです。** · 2009/04/15(水) 21:18:20

>>93
フルスクリーンにできる or デフォルトのリフレッシュレートが50 であるのであれば、Vsync有効。
ウィンドウモードでリフレッシュレートが60以外の場合は、ティアリングを犠牲にしてVsync切る。
(ウィンドウモードで垂直同期に合わせてしまうとティアリングの線が毎フレーム同じようなところにできてしまって、逆にきたなくなってしまう)

現状、DirectX7ベースのDXライブラリではウィンドウモードでのVsync無効だから、どうしようもないぜ。

**名前は開発中のものです。** · 2009/04/15(水) 21:20:12

すまん。誤字がすごい。レスは>>92へだ。
あと、50じゃなくて60。

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

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