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/03/31(火) 23:50:48

さすがに早すぎて次作る時に見逃しそうだけどｗ

**名前は開発中のものです。** · 2009/04/01(水) 02:25:50

>>16
気にしなくていいと思うよ。
ためになるレスだったし、スレ違いでもなんでもないと思うよ。
DXライブラリを取り巻く事って、ゲーム作りのちょっとしたTIPSなんかも含むと思うし、
それにまつわる雑談なんかもいいと思うよ。
それこそDXライブラリ限定だとしたら公式がある限り誰もこのスレを使う必要ないしね。

**名前は開発中のものです。** · 2009/04/01(水) 07:29:47

前スレ916であるところの私は、ポインタはおろかクラスすら使った事なかったので、
せっかく教えていただいた知識も役立ててませんけどね……。

ああ、でもクラスは勉強して使ってみました。けど三行目がさっぱりわからず
結局１フレームに一回、自前でソートさせてます。

**名前は開発中のものです。** · 2009/04/01(水) 07:29:56

>>16
あんた最高にかっこいいぜ。

**名前は開発中のものです。** · 2009/04/01(水) 09:02:30

もうDXライブラリのことなんかどうでもいいんだろ？
正直に言えよおまいら

**名前は開発中のものです。** · 2009/04/01(水) 17:21:42

up or downのゲームすら作れません

**名前は開発中のものです。** · 2009/04/01(水) 17:31:54

まず、最初に
up or downのゲームを日本語で説明する文章を書きます。

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

>>27だけど、確立チェッカー作って眺めてるだけで満足だわ
勝率と敗北率がお互い５０％絶対超えないし、引き分け率も0.074-0.075の間いったり来たり。

数学やっぱ楽しいです＾ｐ＾

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

>>27

グー　チョキ　パーの画像作って
じゃんけんぽい　ズコ！ってゲームつくるんだ

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

やっぴー
も必要ではなかろうか

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

＞４月３日にたぶんあるものを公表します。楽しみにしておいてください。
＞...COMING SOON

＞なんか新聞社を敵に回してしまったかもしれません。あのサイトに数日前に導入した機能が・・・なにかあったらなにかあったと思ってください

何があったんだJEX氏

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

http://www8.uploader.jp/user/notorious/images/notorious_uljp00320.jpg

もっと良いプログラム組めるようになりてぇ
次はじゃんけんゲームでも作ってみるか

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

>>33
あの、、、1点だけ失礼します。
×確立
○確率

**名前は開発中のものです。** · 2009/04/01(水) 22:03:55

>>34

おっとIMEの悪口はそこまでだ

**名前は開発中のものです。** · 2009/04/01(水) 23:29:46

やだ・・・恥ずかしい////

**名前は開発中のものです。** · 2009/04/02(木) 00:11:44

>>35
本当にIMEたんのこと想っているなら、誤変換をIMEたんのせいにしないであげて。

**名前は開発中のものです。** · 2009/04/02(木) 17:53:48

0から99の数字を高速で＋1させていきボタン押した時のタイミングに出た
数字で内部判定すれば自力抽選みたいなことができる

子供のころあったゲーセンのメダルゲームのジャンケンマン初期のやつは
またコレがとんでもない上記のプログラムをさらに単純にしたプログラムで
なんとデモ画面のグーチョキパーの動きで勝率８割まで攻略可能だったという
（８割というのは１０円いれる時の物理的なタイミングの誤差。よく１０円つまるしｗｗ）
http://dgm.hmc6.net/museum/jyankenman.html

**名前は開発中のものです。** · 2009/04/02(木) 22:59:56

確立の多さは異常

**名前は開発中のものです。** · 2009/04/02(木) 23:26:05

以外もな。

**名前は開発中のものです。** · 2009/04/02(木) 23:49:51

定番の誤変換に突っ込むというお約束なのか、それともマジ指摘なのか。
いつも判断つかないんだが、何か良い方法は無いだろうか。

**名前は開発中のものです。** · 2009/04/02(木) 23:53:46

マジだぜ。
概出と違って。

**名前は開発中のものです。** · 2009/04/03(金) 00:05:19

>42
そうか、あれってマジなのか。
なんだか見るたびに変な応酬があって、うんざりしてたんだ。

**名前は開発中のものです。** · 2009/04/03(金) 00:16:55

普通に書けば全て解決

**名前は開発中のものです。** · 2009/04/03(金) 02:10:31

2.25bを使いたいけどBCC5.5な俺涙目ｗ

**名前は開発中のものです。** · 2009/04/03(金) 02:11:05

VCを導入しようぜ。タダなんだし。

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

10年も前のコンパイラ(BCC)を使い続ける理由を教えてくれ

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

SP2をいれるとパソコンろくに動かない

**名前は開発中のものです。** · 2009/04/03(金) 18:37:35

そろそろPCの買い替え時だと思われ

**名前は開発中のものです。** · 2009/04/03(金) 19:01:42

今日、公表される何かを楽しみに待っているのですが。。。
依然、何も無し。。。

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

完全に初心者向け雑談スレになったな

**名前は開発中のものです。** · 2009/04/03(金) 20:20:44

初心者向けのライブラリだから仕方がない

**名前は開発中のものです。** · 2009/04/03(金) 20:21:34

なるほど。PCが重いからBCC使ってるわけね。若干斜め上の意見だった。
統合環境無くても、bcc.exeの代わりにcl.exe使えばいいんじゃない？

**名前は開発中のものです。** · 2009/04/03(金) 20:23:00

そこまで他人の環境に口を出す理由を知りたい。

**名前は開発中のものです。** · 2009/04/03(金) 20:24:44

>>54

>>45を読んでくれ

**名前は開発中のものです。** · 2009/04/03(金) 22:33:16

流れを読まずにネタ。
VCでDXライブラリ使っているとインテリセンスが働かなくて不便だなと感じるようになった。
自分で関数やクラスを作るようになってからは。

**名前は開発中のものです。** · 2009/04/03(金) 23:17:11

最後にVC触ってから何年も経ってるから記憶は曖昧だし、
当時使ってたのがVC6だから、出来るかどうかは分からないが。

DXライブラリのソースを読み込む（コンパイルも？）と、内部用の辞書ファイルが生成される。
その辞書ファイルを、自分のプロジェクトのところにコピペ（上書き）。
こうすることでDXライブラリの関数群も、インテリセンスが使えたと思う。
もちろん自前の関数も問題なく使える。

辞書ファイルの拡張子はncbとかだったと思うが自信は無い。

**名前は開発中のものです。** · 2009/04/03(金) 23:45:57

>>57
ｔｈｘ
ちょっと試してみる

**名前は開発中のものです。** · 2009/04/04(土) 00:30:58

VS2008だけどDXライブラリの関数も自前関数もインテリセンス働くよ。
もちろん働かないときもあるけどそれはVC++の気分次第っていうのはちょっとした常識じゃない？
そういう時は何も考えずにまずncb消す。

**名前は開発中のものです。** · 2009/04/04(土) 00:34:18

あら、そうなの。
VC2003だからかな。
2008の無料の奴に替えよかな

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

そだな2003はインテリ働かないよ

**名前は開発中のものです。** · 2009/04/04(土) 03:27:09

いや多分VC++6の頃からVC++のインテリセンスは進化してないと思うよ。多分。
VC++のインテリセンスに関してはあまり期待しないっていうのが普通じゃないかな。
2010ではインテリセンスも含めてVC++とかMFCにも力入れるみたいだね。(2008SP1もMFCに力入れてきたし)
だから多分2003から2008にしても変わらないと思うよ。
まあまずは終了させてncb消して起動しなおしてごらん。

**名前は開発中のものです。** · 2009/04/04(土) 03:43:24

>>62
知ったかぶり乙

**名前は開発中のものです。** · 2009/04/04(土) 08:27:41

>>63
知ってるなら教えてあげなよ。
俺は経験談と知ってる範囲で答えたまで。

**名前は開発中のものです。** · 2009/04/04(土) 09:53:30

1人ほど煽り荒らしが居るな

**名前は開発中のものです。** · 2009/04/04(土) 13:21:59

>>64
VS2005からヘッダに書いてあるだけでインテリセンスが効く
59の書き込みでインテリセンス効くって書いてあるんだから
確かめもせずに「多分」程度の確証で他人の書き込みを否定するのってどうよ？

**名前は開発中のものです。** · 2009/04/04(土) 13:27:27

なんだ59と62の書き込みは同じ人か、勘違いした
・VC6～VC2003 ヘッダに書いてあるだけじゃインテリセンス効かない
・VC2005～ヘッダに書いてあるだけでインテリセンス効く

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

前ここにうｐされてた奴がニコニコに上がってた

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

雪が降ってるエフェクト出したいのですが、
実装ほうほうがさっぱりなのですが……。

ランダムに画像を表示させても少しも雪っぽくなりませんでした……。

**名前は開発中のものです。** · 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。

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

ん？ 50？

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

リロードしろ俺 orz

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

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

だからどう管理するのかなーと。

単純に「１/60秒　-　前回のScreenFlipから経過した時間」でSleepかけると
モニタのリフレッシュレートが70の時、いざScreenFlipしようとした時には
すでに１フレーム経過しちゃうんだから、次のVsync信号待ちまで待っちゃうよね。
そしたら１フレーム　2/70　秒になって 35FPSって事なっちゃうのでは。

いや、当然こんな事解決する方法はあるんだろうけど
俺の頭じゃ難しくて。

**名前は開発中のものです。** · 2009/04/16(木) 02:52:38

>>94
＞ウィンドウモードでのVsync無効だから

って言われるけどウィンドウモードで、どう見てもScreenFlipでVsync待った方が明らかにティアリングなしできれいなんだがなぜ？
リフレッシュレートを変えても同じ。
ただ、fps調整無しでリフレッシュレートのfpsになるように単純にVsyncを待った場合、
ウィンドウモードよりフルスクリーンの方が明らかに滑らか（高fps）を体感できる。もうよくわかんない。

**名前は開発中のものです。** · 2009/04/16(木) 02:58:08

70の時は1/70だから1/60よりも速いからその分だけ待てばいいのでは

**名前は開発中のものです。** · 2009/04/16(木) 05:02:47

>>99
OSはVistaかい？
VistaだとDesktopWindowManagerが自動でティアリング防止するように描画順を待機するようになるからティアリング無いかもね。(未検証でゴメン)
詳しくはここ。http://d.hatena.ne.jp/enra/20081014#p2
で、XPでDirectX7環境だとティアリングが発生します。でもXPでもDirectX9が検出できた場合に限ってScreenFlipで垂直同期待ちになる模様。
(もしくはティアリングが発生していても、線がウィンドウの領域と被ってないので見えてないだけかもしれない)

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

>>90
なるほどなるほど
VSync まちでいろいろやってるループより sleep の方が軽いのは当然てことか

**名前は開発中のものです。** · 2009/04/16(木) 05:27:06

>>101
2000/XPです。
下方向に高速スクロールする画面で、Vsync同期/非同期を切り替えられるようにしてます。
明らかに違いが出てきますね。
ティアリングに敏感な人なら確実に分かると思います。
同期してないとガリガリしてるような気がします。

でも、フルスクリーンの方がさら～って感じでさらにきれいに見えるのも謎。
60Hzと70Hzじゃ描画回数が違うので当然なんだけど。（見た目にも描画回数が多いのがはっきりわかる）
でもこれはウィンドウモードとフルスクリーンじゃ絵柄自体の大きさが違うので錯覚してるだけかも。

＞でもXPでもDirectX9が検出できた場合に限ってScreenFlipで垂直同期待ちになる模様。

これはかなり興味深いですね。初めて聞きました。
ウィンドウモードでも間違いなく同期してると思ってる派なので調べてみます。

**名前は開発中のものです。** · 2009/04/16(木) 15:55:17

>>100
>70の時は1/70だから1/60よりも速いからその分だけ待てばいいのでは

そしたら70ＦＰＳになるんじゃないか。

70FPSは60FPSより１秒間に10フレーム多い事になるから、
6フレームごとに１回、空待ちさせれば60FPSを実現させる事はできるけど、
ゲームの処理時間が、「60FPSだと余裕があるが、70FPSだと足りない」
って時に処理落ちがひどくなる。

**名前は開発中のものです。** · 2009/04/16(木) 19:22:11

14歳からはじめるC++ わくわくゲームプログラミング教室

って本に間違いってないですか？
何度書き直しても、サンプルプログラムにエラーが発生します
（P１１８です）

**名前は開発中のものです。** · 2009/04/16(木) 19:37:00

なにそれこわい

よくわからないけど、４章-01の最後、P125まで全部入れてひとつのプログラムだぞ。
・main.cpp
・gameframe.h
・gameframe.cpp

**名前は開発中のものです。** · 2009/04/16(木) 19:41:32

なんかわかった気がする。

gameframe.h の先頭で、#include "DxLib.h" 宣言しておかないとむりぽ

これ、本文に書いてない。
P120上の画面写真のプログラムには、しれっと入ってるけど。

**名前は開発中のものです。** · 2009/04/16(木) 20:44:04

エラーが発生したならその内容も書いておかないと

**名前は開発中のものです。** · 2009/04/16(木) 23:14:39

その本動画あったよ
誤植多いそうです

**名前は開発中のものです。** · 2009/04/16(木) 23:53:51

確かに、誤植は多いな。まぁ、ソースも付いているんだからWinMergeを使うのも勉強だと思えばいい。

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

>>104
int nowtime = GetNowCount();
static int oldtime = 0;
static int frametime = 1000 / 60

int diftime = nowtime - oldtime;

while(1)
{
if(diftime >= frametime)
{
oldtime = nowtime;
break;
}
else
{
Sleep(1);
nowtime = GetNowCount();
diftime = nowtime - oldtime;
}
}
こんな感じでScreenFlip()の前に書いてみて。
今ちょっと60Hz以外選べない環境なので今は確かめられないけど、
たしか以前試したときはちゃんと60Hz以外でも60fps出てたはずだよ。

**名前は開発中のものです。** · 2009/04/17(金) 05:23:57

たぶん>>104が言わんとしていることと、>>111が出したコードには相関性が無い

**名前は開発中のものです。** · 2009/04/17(金) 05:51:08

>112
俺もそんな気がしてきた

**名前は開発中のものです。** · 2009/04/17(金) 09:10:19

今回の流れで試しに自作ゲームのタイトルのキー入力待ちでSleep(1)入れてみたら
CPU使用率100%から0%になった／(＾o＾)＼ﾅﾝﾃｺｯﾀｲ

例えばタイトル画面とか即時性のない入力待ちの時って
ちょっと長めにSleep入れたりするほうがいいのかな？
20msぐらいなら問題ないのだろうか・・・

**名前は開発中のものです。** · 2009/04/17(金) 09:45:55

>例えばタイトル画面とか即時性のない入力待ちの時って
>ちょっと長めにSleep入れたりするほうがいいのかな？

少なくとも俺は入れてる。

>20msぐらいなら問題ないのだろうか・・・

全然問題ないと思う。
もっと入れてもいいくらいでしょ。
実際にやってみて自分でストレス感じるなら減らせばいい。

**名前は開発中のものです。** · 2009/04/17(金) 13:46:09

入れすぎると、キー入力が飛ばされる可能性もあるので、注意したほうがいいよ。
20msぐらいなら大丈夫だけどね。

**名前は開発中のものです。** · 2009/04/17(金) 16:20:15

むしろ、何故キー入力待ちだけでループさせてることに突っ込もうぜ

**名前は開発中のものです。** · 2009/04/17(金) 19:34:30

タイトル画面が動くゲームもあるのだよ
あと音楽のループ再生する時はScreenFlipを毎フレーム呼ぶ必要があるみたいだし

**名前は開発中のものです。** · 2009/04/17(金) 20:21:09

>>111はオレ的には神です
マジサンクス

**名前は開発中のものです。** · 2009/04/17(金) 20:22:40

WaitKey(笑)

**名前は開発中のものです。** · 2009/04/17(金) 20:22:58

まぁ少なくともProcessMessage()はいれておくべきだよな。

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

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