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/06/21(日) 23:41:01

>>568
>VRAMから送られるデータは画面の左上から右下のデータが順次送られてるのかな？
Yes

>そしてその送られてる時間がネックになっていてその間にflipしたらバックバッファの途中のアドレスから参照されるってこと！？
Yes

>バックバッファが出来上がっていない可能性もあるし、どうせ同期待ちしていないんだからとりあえずフロントバッファのデータを送りきってからバックバッファ分を送ればいいわけだし。
？
何を言いたいのか良くわからないけど
VRAMのデータをモニタに送るタイミングはＰＣ側からは操作できない
リフレッシュレートに依存する

>じゃあ将来例えば物凄くリフレッシュレートが高くなった場合、VRAMからモニタにデータを送る時間よりもモニタの更新速度の方が速かったりしたら
>"同期待ちしてるのにティアリングが起きてる"っていう最悪な状態になっちゃいそうですが。

縦解像度nの画面データをモニタに送る流れ

0lineを転送→水平同期期間→1lineを転送→水平同期期間→
nlineを転送→垂直同期期間→0lineを転送→水平同期期間

つまり、垂直同期間は1画面分のデータを転送した後にくるので、
「VRAMからモニタにデータを送る時間よりもモニタの更新速度の方が速い」
というのはそもそもありえないよ、nline分送る前に垂直同期期間に突入する事はないから・・・

**名前は開発中のものです。** · 2009/06/21(日) 23:45:26

2点修正

>リフレッシュレートに依存する
厳密には設定した解像度とリフレッシュレートに応じて発生する
水平同期信号と垂直同期信号に依存する

>0lineを転送→水平同期期間→1lineを転送→水平同期期間→
>nlineを転送→垂直同期期間→0lineを転送→水平同期期間
0lineを転送→水平同期期間→1lineを転送→水平同期期間→
(n-1)lineを転送→垂直同期期間→0lineを転送→水平同期期間
の誤り

**名前は開発中のものです。** · 2009/06/22(月) 00:07:43

>>569
おまえ顔真っ赤だぞ？

**名前は開発中のものです。** · 2009/06/22(月) 00:08:14

で

**名前は開発中のものです。** · 2009/06/22(月) 00:09:59

>>570-571
そういうことだったんですね。
詳しい説明どうもありがとうございます。

＞VRAMのデータをモニタに送るタイミングはＰＣ側からは操作できない
＞厳密には設定した解像度とリフレッシュレートに応じて発生する
＞水平同期信号と垂直同期信号に依存する

ビデオカード側がモニタに送るタイミングを主導しているんだと思ってましたけど、そこが間違っていたようです。

**名前は開発中のものです。** · 2009/06/22(月) 00:14:49

>>568
>だから、画面更新に合わせずに好き勝手にflipしたら、
>ある1枚が長く見えてるかもしれないしある1枚が欠損しているかもしれない。
>だからちらつくように見えると思うんだけど、

ちらつくっていうよりも、それはがたつくというか、コマ落ちとかそういう心配でしょ？
ティアリングってのは君が言ってるように上と下の画像にズレが生じる現象だから、
横に対して線が入って（実際にはドット単位でずれてる）波打ってるようにみえる。
コマ落ちだったらこうは見えないはずでしょ？

実際にプログラム動かしてみてみれば一目瞭然だと思うんだが……。

**名前は開発中のものです。** · 2009/06/22(月) 00:17:48

>>552
14歳のやつ
計算式思い切り間違えているぞ。
実際にリフレッシュレートの違うモニタで確かめたから間違いない。

**名前は開発中のものです。** · 2009/06/22(月) 00:28:31

あれ分母と分子逆になってるのかなあ

**名前は開発中のものです。** · 2009/06/22(月) 09:11:17

>>576
何がどう違うのか具体的に例をつけて書け
改良案も書け

**名前は開発中のものです。** · 2009/06/22(月) 14:34:23

>>578
ママにでも頼め。

**名前は開発中のものです。** · 2009/06/22(月) 15:54:58

>>578
自分で考える癖をつけよう。

適当な数字を入れて検証してみ。
明らかにおかしいのがわかるから。
どうおかしいのかわかれば治し方は自明だと思う。

**名前は開発中のものです。** · 2009/06/22(月) 17:39:07

>>575
学生さんなのかな？
デジタル写真に法的な証拠能力は無いわけだが

**名前は開発中のものです。** · 2009/06/22(月) 17:40:41

なんの話だｗ

**名前は開発中のものです。** · 2009/06/22(月) 18:16:54

どこの誤爆だｗ

**名前は開発中のものです。** · 2009/06/22(月) 20:45:11

これが若さか。

**名前は開発中のものです。** · 2009/06/22(月) 20:51:20

いいや幼さだ

**名前は開発中のものです。** · 2009/06/22(月) 20:51:55

中年オヤジは黙っとけよクズ
いい年こいて２ｃｈやってんじゃねえよカス

**名前は開発中のものです。** · 2009/06/22(月) 21:05:11

こんなヤツもＤＸライブラリ使ってるのか……

**名前は開発中のものです。** · 2009/06/22(月) 21:10:13

悪いの？使うのに制限あるなら教えてくれませんかね？

**名前は開発中のものです。** · 2009/06/22(月) 21:11:51

初心者向けライブラリのスレなんだし、カリカリしないでまったり行こうぜ？

**名前は開発中のものです。** · 2009/06/22(月) 21:32:05

クソスレ晒しアゲ

**名前は開発中のものです。** · 2009/06/22(月) 21:58:40

まったく・・
オッサンにもなってゲームでも作ってんスかね？ｗ

**名前は開発中のものです。** · 2009/06/22(月) 22:52:27

世界のゲームプログラマーの殆どがオッサンですよ

**名前は開発中のものです。** · 2009/06/22(月) 23:27:33

そもそもおっさんって何歳以上？

**名前は開発中のものです。** · 2009/06/22(月) 23:37:18

http://hideyoshi.2ch.net/test/read.cgi/lovesaloon/1235930554

**名前は開発中のものです。** · 2009/06/23(火) 00:57:26

DXライブラリはDixq氏のゲームプログラミングの館の影響で東方厨が流れ込んできてるからこんなのはゴマンと居るよ

**名前は開発中のものです。** · 2009/06/23(火) 01:04:40

いちいち煽らない。

**名前は開発中のものです。** · 2009/06/23(火) 09:24:14

おっさんでもガキでも宇宙人でも何でもいいから、
DXライブラリでおもしろいゲーム創っていこう。

**名前は開発中のものです。** · 2009/06/23(火) 09:52:25

>>580
こういう奴は駄目だな……
デバッグ報告になってない
再現例も書けない奴は現場に出てこないでほしいと思う

そもそも「適当な数字を入れたら」ってのは、「適当な数字が必ず入る」という前提なのか？
プログラムの動作の中で「適当な数字」が入らざるを得ないような状況を説明できるのか？
例えばOSやモニタやリフレッシュレートを変えたらおかしい、と言うなら説明になるが
チート使ったらゲームがバグった、レベルの議論は論外だ
こういう人に限って動的な数値に固定値を代入したりしてるんだから

**名前は開発中のものです。** · 2009/06/23(火) 09:57:56

自分で調べようともしないで、他人に訊けば答えが返ってきて当然と思う人間の方が
現場では嫌がられると思うぞ。

**名前は開発中のものです。** · 2009/06/23(火) 09:58:29

>>598
わからないなら、わかりません教えてくださいって素直に言えばいいんだよ。

**名前は開発中のものです。** · 2009/06/23(火) 10:49:50

嘘なら嘘でしたといったほうがいい

**名前は開発中のものです。** · 2009/06/23(火) 12:18:26

作ってて楽しいからゲーム製作してるんだろ？
なんでこんなカリカリしてんのさ

**名前は開発中のものです。** · 2009/06/23(火) 12:28:04

分をわきまえず背伸びしてるから疲れてるんだろ

**名前は開発中のものです。** · 2009/06/23(火) 15:57:39

>>598
わからないなら素直にそういえばいいじゃない。

>例えばOSやモニタやリフレッシュレートを変えたらおかしい、と言うなら説明になるが
>>576

疑うならリフレッシュレート変えて実際に試してみ。

**名前は開発中のものです。** · 2009/06/23(火) 17:46:43

ソース見せてくれたら第三者にも判断つくんだけどね。

**名前は開発中のものです。** · 2009/06/23(火) 22:32:28

ここ現場じゃねーし
掲示板だし
そもそも教えない奴にこそ性格に問題抱えてる事がほとんど

**名前は開発中のものです。** · 2009/06/23(火) 22:34:58

わからない、とそいつが言ったら言ったで責めんの目に見えてるし
ググレとかそれ以前のことでしょとか嫌味吐くのおまえらじゃん

**名前は開発中のものです。** · 2009/06/23(火) 23:13:33

フレーム単位で処理してモニタのリフレッシュレートに合わせて移動量を変えればリフレッシュレートによらず処理できることは分かるけど、
例えば、タイトル画面でスタートボタン押してから次の画面が表示されるまでの待ちの処理ってのはどうやってフレーム単位で処理すればいいんだろう。

**名前は開発中のものです。** · 2009/06/23(火) 23:19:45

>>607
これだけ色々答えてくれる場でなんでそういう考えに至るのか。
あまりにガキ過ぎる。

**名前は開発中のものです。** · 2009/06/23(火) 23:21:51

そんなもん無視しろ

**名前は開発中のものです。** · 2009/06/23(火) 23:24:00

>>608

どういう意味？

待ちの時間って、本当に何もしないって事？
それともデータロードとかしてる時の事？

**名前は開発中のものです。** · 2009/06/23(火) 23:53:01

ゆとり乙
ガキは教えて貰うのが当たり前だと勘違いしてるから始末が悪い。

**名前は開発中のものです。** · 2009/06/24(水) 00:21:16

移動量だけでなく待ちのフレーム数も可変にしないといけないとなるとちょっと面倒だな

**名前は開発中のものです。** · 2009/06/24(水) 00:45:52

>>607
//14歳本より
//リフレッシュレートの高い環境ほど1フレームあたりの移動量を小さくしfloatの配列にセットする
void SetFrameRate()
{
　　float frametime = 0;
　　unsigned int s = GetNowCount();//計算開始時刻をsに代入
　　for(int i=0; i<30; i++)
　　{
　　　　ScreenFlip();
　　　　unsigned int e = GetNowCount();//計測終了時間をeに代入
　　　　frametime += e - s ;
　　　　s = e;
　　}
　　frametime = frametime/30;//30回採取した経過時間の平均を取る
　　for(int i=1; i<20; i++)
　　{
　　　　idouryou[i] = i / frametime * 16.67;//←ここの式が間違い！自力で治そう！
　　}
}

解説文は間違っていないから単純ミスだろう
適当な数字を入れてみって言ったのは
frametimeの値が小さくなればどうなるか式に入れて考えてみってこと
試すまでもなくこの式がおかしい事が判る筈

**名前は開発中のものです。** · 2009/06/24(水) 01:14:19

ＦＰＳ計測するとき同じミスよくやったなぁ

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

俺もそこおかしいと思ってずっと悩まされてた
答え言っちゃいけないのかな
あそことあそこ入れ替えるでおｋ？

**名前は開発中のものです。** · 2009/06/24(水) 01:31:30

>>616
うん。
それでおｋ。

ちなみに初版で気付いてラトルズに付属の葉書で出したが
C++本でも後の版でも訂正されなかった。
サポートページに訂正箇所のpdfがあるが読んだら全然違う箇所のことだった。

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

14歳から～って読んでる人結構いるんだな

**名前は開発中のものです。** · 2009/06/24(水) 10:34:44

知らぬは、著者ただ一人だけ

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

「14歳～」って読んだこと無いのだけれど、
これ買ったらDXライブラリの作者さんに何らかのお金が行くんだろうか？
行くなら買ってもいいかなあ。

**名前は開発中のものです。** · 2009/06/24(水) 19:31:31

>>616
何で答えを言っちゃいけないとかいう言葉が出るの？お前は？
バカなの間抜けなの？なにがそんなに秘密にしたがんの？死ねば？

**名前は開発中のものです。** · 2009/06/24(水) 20:29:05

釣りだとわかってるけど笑ってしまったｗ

**名前は開発中のものです。** · 2009/06/24(水) 20:33:55

ティアリングに拘るよりやることがあるだろｗ
釣りであってくれｗ

**名前は開発中のものです。** · 2009/06/24(水) 20:53:30

ネタじゃなかったら日本が滅ぶｗ

**名前は開発中のものです。** · 2009/06/25(木) 00:07:29

ティアリングサーガだな

**名前は開発中のものです。** · 2009/06/25(木) 00:30:15

こだわるのはプログラマの性だしなあ

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

例えば
class Enemy{};
と
class Player{};
ってのがあったとして、両方とも座標用変数がpribate:になってる場合、両者の当たり判定はどうやって組んだらいいかな？

あと、Enemyをたくさん出したい場合って、class Enemy型の配列をつくっていいの？
それとも他になにか良い方法があるのかな？

今現在、練習を兼ねてミニゲームのようなものを作ってて行き詰っちゃって。
よかったら教えてください。

**名前は開発中のものです。** · 2009/06/28(日) 18:36:01

俺は面倒だからpublic でやってるけど
まあ普通は getx(){return x;} という public なメンバ関数から座標を取得するのかな

もう一方の方は俺はEnemy型のlist でやってるけど
配列でも別にいいんじゃないかな

まあ俺みたいなへぼいのから聞くより出来る奴から聞いたほうがいいと思うが

**名前は開発中のものです。** · 2009/06/28(日) 18:52:38

Enemy中でplayer->touch_p(this->x,this->y)とかどうかな

**名前は開発中のものです。** · 2009/06/28(日) 19:48:47

>>628-629
返答ありがとうございます。
さあ当たり判定を作ろう。と思ったときに上記のことでつまづいて書き込ませもらったんだけど
返答があるまでちょこっとなにか加えようかなと思っていじってたら、上から降ってきたものが
地面についたとたん固まるという想定外の現象に見舞われて、コードの半分ほどを書き直す
羽目になってしまって。

いまだ復旧作業の途中なので、せっかく返答してくれたけどその知識を使うのはもう少しあとになりそうです。

とりあえず、HitEnemy()というメンバ関数を作って、Playerのポインタを渡す感じでいこうかと思ってます。
…出来ないかもしれないけど。返答ありがとうございました。

**名前は開発中のものです。** · 2009/06/28(日) 20:07:12

ポインタを渡しても直接値を参照することはできないから
privateならget使うことになるんじゃないかな。
めんどいなら一時的にfriendしてやるとか。

**名前は開発中のものです。** · 2009/06/28(日) 21:45:36

＞privateになってる場合
って書いてあるけどprivateにする意味があるからprivateなんじゃないのかな。
参照したいならprivateにする意味がないって事なので、
publicにするかアクセサメソッド作ればいいのでは。
まあ後者がいいと思う。

**名前は開発中のものです。** · 2009/06/29(月) 00:05:45

仕様がﾜｶﾗﾝからアレだけど、Enemy同士の当たり判定は必要ないのかな。
後、これも仕様がﾜｶﾗﾝからあれだけど Direction(方向)の情報とか必要ないのかな。

**名前は開発中のものです。** · 2009/06/29(月) 00:08:39

シューティングだとそれらのことあまりやらないんじゃないか
無駄にそういうの増やすと負荷増やすだけだし
ゲームによってはそういうこともやるだろうが

**名前は開発中のものです。** · 2009/06/29(月) 23:41:07

Enemy同士もPlayerと同じ方法で判定すればよくないか？

**名前は開発中のものです。** · 2009/06/29(月) 23:46:20

playerとenemyなら１対多だけど、enemyとenemyだと多対多になって
判定回数が飛躍的に増えるって事でしょう。

**名前は開発中のものです。** · 2009/06/30(火) 00:59:39

そもそも何でprivateなのか分かってんのかと
理屈がわかんなきゃ全部publicにしてもstaticにしてもいいじゃないかって話になる
クラスの意味をまず勉強した方がいい

**名前は開発中のものです。** · 2009/06/30(火) 12:36:26

GraphLock
と
GraphUnLock
って以前はリファレンスに載ってたと思うんだが、見つからない。

サンプルが見たかったんだけど、以前のリファレンスってもう見れないのか。
インターネットアーカイブはダメだった。

**名前は開発中のものです。** · 2009/06/30(火) 12:48:34

>>639
過去スレにそれっぽいものが
http://www.2chsearch.jp/?b=gamedev&d=1224923873#kiji_828

**名前は開発中のものです。** · 2009/06/30(火) 13:51:06

タヒチで日本の即席めん大人気

　リゾート地として知られる南太平洋のタヒチ（仏領ポリネシア）で、たつの市の食品メーカー「イトメン」が製造するインスタントラーメンが売り上げを伸ばしている。
ここ１０年で輸出量が倍増しているほか、現地商社の依頼で２年前からカップめんの販売も始めるなどファンを増やしている。
　イトメンによると、タヒチへの輸出量は１９９８年が１５５万食だったが、２００８年には３５６万食に倍増。
神戸税関によると、神戸港の即席めんの輸出量は０７、０８年と連続で全国一。
うちタヒチへの輸出は０８年が３０３トンで、同税関は「タヒチ向けはほとんどがイトメンの製品」という。
　イトメンの即席めんがタヒチへ渡るようになったのは４０年ほど前で、神戸の貿易会社がタヒチに住む中国人向けに輸出したのが始まりという。
タヒチには１１８の島に２３万人が住む。今はシェア６割ほどを占め、イトメンが直接輸出している。
　即席めんは、国ごとの味覚に合わせるケースが多く、現地生産が主流。
同社は日本で販売している「チャンポンめん」と味は同じで、パッケージを変え「ＡＬＬ-ＩＮ-ＯＮＥ」の商品名で販売しているが、現地でも受け入れられている。
　人気が高い理由について、同社の伊藤充弘社長（５３）は「香港製などライバルの製品が少ないためでは」と分析。
タヒチで日本の旅行会社現地法人で１０年間働く日野到さん（３６）は「日本のラーメンは最も品質が良くて人気。よく売り切れている。
長年、安定して輸入が続いているイトメンの商品が定着している」という。
　伊藤社長は「最近は原料の高騰で利益はほとんどないが、親しまれている味を届け続けたい」としている。

http://www.kobe-np.co.jp/news/keizai/0002072011.shtml

【グルメ】タヒチで日本の即席めん「イトメン」が人気
http://tsushima.2ch.net/test/read.cgi/newsplus/1246257826/
【ｲﾄﾒﾝ】ｲﾄﾒﾝのﾁｬﾝﾎﾟﾝ麺【総合ｽﾚ】 Part2
http://gimpo.2ch.net/test/read.cgi/nissin/1185419295/

**名前は開発中のものです。** · 2009/06/30(火) 14:07:23

貴重な小麦粉をインスタントラーメンなんかに使うな馬鹿たれ。

**名前は開発中のものです。** · 2009/06/30(火) 14:12:28

ここはニュー速じゃないぞ

**名前は開発中のものです。** · 2009/06/30(火) 21:08:32

私がニュー速だ。ここをあけろ！

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

DXLibを使う場合、全体を

int WINAPI WinMain(HINSTANCE hI, HINSTANCE hP, LPSTR lpc, int nC){

　　while(ProcessMessage() == 0 && CheckHitKey(KEY_INPUT_ESCAPE) == 0){
　　　　～

　　}
}

こう言う風に作れって本に書いてあったんですが
この構造と本格的なwinプログラムの場合のウインドウズプロシージャとかとの関係がイマイチわからないのですが
どういう風になってるんでしょうか？

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

>644
関係ないと思っておｋ

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

初めてDXライブラリ使った時、小難しいwinプログラムがなんでこんなツクールみたいになるのかと愕然としたよ

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

俺も最初WinMainではウインドウ作成とメッセージループしかしちゃいけないと思ってた
知人がタイマーイベント仕掛けてWM_TIMERがきたときにループ処理してたからそういうもんだと思って疑わなかった

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

BorlandC++BuilderやDelphiのソースを読むともっとビックリするよん。

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

落ち目会社だしどうでもいい

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

>>646
きちんと関数化、ライブラリ化すれば難しいゲームでも綺麗に書けるってこと
DXlibの機能には制限があるし、余計な機能もついているので、
最終的に自分で最適なライブラリを書くようになれるのがいいよ

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

SetMainWindowTextが未定義関数扱いされるんだがどういうことなの・・・
他の関数は普通に使える

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

>>651
うちでは正常に動くが。ヘッダから消してしまったとか。

**名前は開発中のものです。** · 2009/07/06(月) 22:42:09

ステータスバーってどうやって付けれるのよ？
おせーて

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

ファイルから再生する音楽のループ位置を設定することはできますか？

**名前は開発中のものです。** · 2009/07/08(水) 02:25:32

>>654
SetLoopPosSoundMemではだめなの？

**名前は開発中のものです。** · 2009/07/08(水) 02:58:22

>>655
ありがとうございます。すみません、説明不足でした。
PlayMusicでストリーム再生し、ループ位置を設定したいのです。

**名前は開発中のものです。** · 2009/07/08(水) 11:53:36

>>655
SetLoopPosSoundMemとSetCreateSoundDataTypeを使って解決しました。
ありがとうございました。

**名前は開発中のものです。** · 2009/07/08(水) 22:05:37

CPU Core 2 Duo 2.66GHz
RAM 4GB

GPU GeForce 9600M GT
VRAM 2GB

OS Windows Vista 64Bit

DxLibで作られたソフトをこいつで動かすと、始めは60fpsでなめらかにも関わらず、
しばらくすると30fpsになるのはなぜなんだ？
ガクガクするならまだしも、ぴったり30fpsなんだ。
またしばらくすると治ったりもするし、なにかひとつの関数が原因になってたりするのかな？

**名前は開発中のものです。** · 2009/07/08(水) 22:17:02

ScreenFlip()を2回呼んでいるとか

**名前は開発中のものです。** · 2009/07/08(水) 22:40:16

Vistaのいたずらじゃないかな？
うちも24か30で安定、フルスクリーンだと60fpsありがとうございます状態。

**名前は開発中のものです。** · 2009/07/08(水) 23:16:39

なんか最近どっかで見たような質問だな……。

**名前は開発中のものです。** · 2009/07/08(水) 23:26:07

ビデオカードとそのドライバと設定だな
60、30、24ってよく見る数字だし

**名前は開発中のものです。** · 2009/07/09(木) 01:06:35

60hzに同期して描画したとする
(1) 1フレームの処理が1/60秒未満なら1秒間に60回描画できる
(2) 1/60秒以上2/60秒未満なら30回描画できる

つまり瞬間的には30か60のどちらかになる
1のケースと2のケースが混ざったとすると長期的には平均することで30と60の間の値になりうる
しかし大抵の場合は1フレームの処理が1/60秒で収まるか、あるいは超えるかで30と60に分かれる

と予想

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

ていうか垂直同期信号待ちをしてるのかしてないのかを先に明記してくれないと。

**名前は開発中のものです。** · 2009/07/09(木) 22:24:55

GPUの垂直同期をオフにしてもオンにしても結果が変わらず。
というか、GPUの設定をどう変えてもまったく同じ・・・

**名前は開発中のものです。** · 2009/07/09(木) 23:12:54

もともとＤＸライブラリ側でＯＦＦにしてるんじゃないの？

**名前は開発中のものです。** · 2009/07/10(金) 06:17:28

画像を半透明で描写する方法ってDXライブラリにありますか？

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

リファレンスも読めんのか…

**名前は開発中のものです。** · 2009/07/10(金) 09:02:40

あるよ。リファレンスにある。
全部読んでそれでもわからなかったらまたおいで。

**名前は開発中のものです。** · 2009/07/10(金) 12:51:04

座標ってxyで行うから構造体でセットにして扱うのってなんか不都合ある？

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

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