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

**名前は開発中のものです。** · 2010/02/25(木) 23:29:14

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

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

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/

**名前は開発中のものです。** · 2010/03/18(木) 11:25:01

>>157
そーゆーことではないと思う

**名前は開発中のものです。** · 2010/03/18(木) 11:31:37

少しわかった気がします
色分けの方法でチャレンジしてみます
ありがとうございました

**名前は開発中のものです。** · 2010/03/18(木) 11:33:26

いや、デタラメな方法教えるなよ・・・

**名前は開発中のものです。** · 2010/03/18(木) 11:44:31

もし>>152がガチャピンの形だったら？

**名前は開発中のものです。** · 2010/03/18(木) 11:52:58

少しは捻れよ。その身体のてっぺんについてるのは飾り物か。

クリックした座標から、上下左右の辺までの距離を求めろ。
上下左右で一番近いのが進む方向だ。
画面の縦横費が１：１じゃ無かったら、その比を距離にかけろ。

**名前は開発中のものです。** · 2010/03/18(木) 11:58:12

>>162
おお、すばらしい
人をイラッとさせるだけのことはありますね
採用させていただきます　ありがとうございました

**名前は開発中のものです。** · 2010/03/18(木) 12:12:28

＞人をイラッとさせるだけのことはありますね
味噌汁吹いたｗ

**名前は開発中のものです。** · 2010/03/18(木) 12:13:23

warota

**名前は開発中のものです。** · 2010/03/18(木) 14:48:56

なんでそんなことだけ捻りが効くんだよｗ

**名前は開発中のものです。** · 2010/03/18(木) 16:21:06

中央とカーソルの角度と距離を求めて全方向アクセルスクロールの方が
使いやすいと思うがな

**名前は開発中のものです。** · 2010/03/18(木) 16:36:41

えっ

**名前は開発中のものです。** · 2010/03/18(木) 16:46:58

えっ

**名前は開発中のものです。** · 2010/03/18(木) 17:08:55

ええっ

**名前は開発中のものです。** · 2010/03/18(木) 18:36:07

>>167
中央とカーソルの角度を求めるのいいな
DXライブラリとmath.hで簡単にできる

**名前は開発中のものです。** · 2010/03/18(木) 19:15:13

左上の座標を (0, 0) として言うね
クリックした座標を (x, y), 境界を含めないで言うと

　 0 ≦ x ≦ 239 の場合は　y < x だと「上」、479 - x > y > x だと「左」、y > 479 - x だと「下」
479 ＜ x ≦ 480 の場合は　y < 479 - x だと「上」、x > y > 479 - x だと「右」、y > x だと「下」

大体こんな感じだと思う

**名前は開発中のものです。** · 2010/03/18(木) 19:15:51

おまえら頭悪すぎてワロター

**名前は開発中のものです。** · 2010/03/18(木) 19:27:54

>>162でシンプルな解が出てるのに、>>172は空気の読めない困った子

**名前は開発中のものです。** · 2010/03/18(木) 19:37:44

よく見たらそっちのが全然シンプルだったなｗ正直すまんかった

**名前は開発中のものです。** · 2010/03/20(土) 10:54:34

このまえ>>17で質問したヤツです。
皆さんのおかげでビルボードにする事ができますた！有り難う！！！

しかし、問題がまた一つ…
マップに障害物として、テクスチャ一枚貼り付けた面を置いた。SetTransColorで透かしてる。
マップだけ表示すると、見事に透過色の部分は透けているのだが
別モデルのオブジェトをその面の背後に設置したところ、うまく透けてくれない。
どういった状態かというと、テクスチャの透過色は透けて背景が見えているのだが
別モデルが背後にいるのに背景が見える・・・？説明しづらい状況なので画像を用意した。
（乱筆注意）
http://www.dotup.org/uploda/www.dotup.org741198.jpg
マップとオブジェクトは別ファイルだが、面倒くさいのでテクスチャは一緒。

質問ばっかですまないが、助けてくれたら嬉しい。

**名前は開発中のものです。** · 2010/03/20(土) 11:29:45

>>176
奥行き順にソートして、奥のモノから順番に描画するようにすれば解決

**名前は開発中のものです。** · 2010/03/20(土) 14:20:35

ソートは，そーっとやってね。

**名前は開発中のものです。** · 2010/03/20(土) 14:34:53

そうとわかれば怖いものなし

**名前は開発中のものです。** · 2010/03/20(土) 14:36:00

頭がソットーしそうだよッ！

**名前は開発中のものです。** · 2010/03/20(土) 16:54:19

>>143-144
亀だけど、DXライブラリに扇形を描く関数ってあるの？
DxLib.hで"扇"とか"Pie"で検索かけたけど何も出てこなかった

**名前は開発中のものです。** · 2010/03/20(土) 17:08:14

>>181
非公開関数にDrawCircleGaugeってのがある。
使ったことないからどういう挙動を取るのか知らんけど。

**名前は開発中のものです。** · 2010/03/20(土) 17:47:18

DXライブラリにそんな能力が…

**名前は開発中のものです。** · 2010/03/20(土) 17:55:00

>>182
ありがとう！
使ってみる

**名前は開発中のものです。** · 2010/03/20(土) 18:44:32

非公開関数も動作保証無しで別ページに乗っけてくれればいいのにね

**名前は開発中のものです。** · 2010/03/20(土) 18:49:35

公開するって事は責任を負わされるって事だからしょうがないでしょ。

たとえ「動作保証なし」って明記してあっても、
そこを読んで使った人間が、それが原因でトラブルに遭ったとしたら
「そんなもの最初から公開するな！」って言い出すのは火を見るより明らか。

**名前は開発中のものです。** · 2010/03/20(土) 18:49:55

>>185
dxlib.h漁れば大抵のことは分かるよ。

**名前は開発中のものです。** · 2010/03/20(土) 18:51:38

公式でサポートはしないけど見たい人はヘッダファイル見てね！
というのは、なかなか賢い方法だと思う。

**名前は開発中のものです。** · 2010/03/20(土) 20:07:06

トラブって文句言われることよりも、
「うまく動かないんですけど」とか
「どうやって使えばいいんでしょうか？」
なんて質問に対応するのが面倒だからだと思う。

**名前は開発中のものです。** · 2010/03/21(日) 04:51:27

>>189
現状で既に対応が神レベルなわけだがｗ

**名前は開発中のものです。** · 2010/03/21(日) 13:06:40

>>177
サンクス

**名前は開発中のものです。** · 2010/03/22(月) 06:30:59

3.02

**名前は開発中のものです。** · 2010/03/22(月) 13:51:26

トゥーンレンダリング追加

**名前は開発中のものです。** · 2010/03/22(月) 14:44:58

したら吹くわｗ

**名前は開発中のものです。** · 2010/03/22(月) 14:51:24

されとるよ

**名前は開発中のものです。** · 2010/03/22(月) 14:54:29

なん・・・だと・・・

**名前は開発中のものです。** · 2010/03/22(月) 16:38:29

まだPMDは非推奨か

**名前は開発中のものです。** · 2010/03/22(月) 16:59:24

>>194

ちゃんと吹いたか？ｗ

**名前は開発中のものです。** · 2010/03/22(月) 18:14:21

ある解像度（ウィンドウサイズ）で2Dゲームを作り、
コンフィグの設定によって、それよりも大きい別のサイズで引き伸ばして表示出来るようにしたい。
要はSetEmulation320x240の別解像度版と言ったところ。

どうやるのがスマートかな。
描画系クラスをひたすらラッパして、1つ1つ拡大処理を行わせるしかない？

**名前は開発中のものです。** · 2010/03/22(月) 18:17:58

SetWindowSizeChangeEnableFlag

或いはSetWindowSizeExtendRateとウィンドウサイズ変更を組み合わせる

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

これは？

宣言 int SetWindowSizeExtendRate( double ExRate ) ;

概略　ウインドウモードの時のウインドウの大きさと描画画面の大きさの比率を設定する

**名前は開発中のものです。** · 2010/03/22(月) 18:26:18

DrawExtendGraph

**名前は開発中のものです。** · 2010/03/22(月) 18:32:54

うおおお、知らない関数がぼろぼろ出てくる。
今まで地味になにやってたんだろう俺（笑）

**名前は開発中のものです。** · 2010/03/22(月) 18:46:02

トゥーンうまくいかねぇ･･･

**名前は開発中のものです。** · 2010/03/22(月) 21:11:09

>>201が答えだな。
まぁ描画クラスをラッピングしてもいけるけど。

**名前は開発中のものです。** · 2010/03/22(月) 21:17:51

しかしそのやり方だと拡大縮小時に画像に補完がかかるので２Ｄのゲームだと画像が汚くなるのだ。
拡大縮小時のアルゴリズムを設定するＡＰＩがあるけどその設定も無視される。
従って俺様が正解。

**名前は開発中のものです。** · 2010/03/22(月) 21:19:43

DrawExtendGraphだろうがSetWindowSizeExtendRateだろうがBILINEARにすれば一緒じゃねえの？

**名前は開発中のものです。** · 2010/03/22(月) 21:39:29

２Ｄであえてバイリニアにするかな普通

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

ニアレストネイバーなんてガタガタで使い物にならんだろ

**名前は開発中のものです。** · 2010/03/22(月) 21:56:47

どんな２Ｄゲーム作ってるの

**名前は開発中のものです。** · 2010/03/22(月) 22:01:35

>>209
整数倍なら普通に存在するし常套手段。
ただし>>199の言うとおり複数パターンの解像度があるなら、ニアレストネイバーだと酷い見た目になる

**名前は開発中のものです。** · 2010/03/22(月) 22:12:58

やっぱ整数倍じゃないとツラいかー。
他人様に見せるレベルじゃないとは言え、一応ドット絵だからなあ。

ちなみに512x384という変則サイズでゲームを作って、それを640x480か800x600に引き伸ばしたいと思ってた。
いっそのこと2倍にしてしまおうか。

**名前は開発中のものです。** · 2010/03/22(月) 22:20:21

＞ちなみに512x384という変則サイズでゲームを作って、それを640x480か800x600に引き伸ばしたいと思ってた。
そりゃやめた方がいい。見栄えがとてもアレなことになるｗ
つーか、なんでわざわざそんな半端な解像度で作るんだ。ツクールVXの関係か？

素材はちゃんと想定解像度で揃えた方がいいよ。クオリティが全然変わってくる。
拡大縮小機能はあくまでオマケとして考えること。

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

1024は流石にやめたほうがいい
別にバイリニアでいいんじゃね　そこまでおかしくなることもない

**名前は開発中のものです。** · 2010/03/22(月) 22:33:53

DrawPrimitive2Dってのが追加されてるけど使い方わからねぇ

**名前は開発中のものです。** · 2010/03/22(月) 22:42:24

・512x384の解像度で綺麗に表示される
・フルスクリーンにも対応できる

この2つの条件を満たしたいのよね。
フルスクリーンにするには、画面を標準的なサイズ（640x480や800x600など）に変更する以くらいしか思いつかない。

前にやったときは、2つの解像度で画面配置とか色々変えてやってみたんだけど、
さすがにこれは労力がかかりすぎた。

**名前は開発中のものです。** · 2010/03/22(月) 22:52:41

640*480で作って、いらない部分に枠をつける

**名前は開発中のものです。** · 2010/03/22(月) 22:58:01

>>216
フルスクリーンにするなら512×384も640×480もあんま変わらん。
512×384のままフルスクリーンにしてしまえばいい。
まあ、今時のディスプレイドライバが対応してるかは知らんが。

**名前は開発中のものです。** · 2010/03/22(月) 23:06:24

>>217
一番最初に考えて、ひどいなと思ってやめたｗ

>>218
少なくともウチの環境じゃ対応してなかったからなー。
さすがに確認できないのは色々と面倒くさい。

**名前は開発中のものです。** · 2010/03/22(月) 23:08:47

>>219
そもそもなんでそんなレガシーな解像度で作ってるんだ？

**名前は開発中のものです。** · 2010/03/23(火) 00:19:20

件の解像度でぐぐってみた

**名前は開発中のものです。** · 2010/03/23(火) 00:23:14

枠をつける以外ないと思うが

**名前は開発中のものです。** · 2010/03/23(火) 08:54:11

ニコニコ動画でくっきり見せるため，とか？

**名前は開発中のものです。** · 2010/03/23(火) 09:14:42

だとしたらしょーもない理由だな・・・

**名前は開発中のものです。** · 2010/03/23(火) 11:58:44

質問させてください
画像を縮小してメモリに保持する方法って無いですか

**名前は開発中のものです。** · 2010/03/23(火) 12:16:26

>>225
事前に縮小した画像を読み込まない理由はなんなの？
こっちこそ、それが知りたい
利用目的によって解決方法は様々だから
そうしたい理由を述べた方がいいよ

**名前は開発中のものです。** · 2010/03/23(火) 12:20:15

1ドットづつ読み込んでsoftImageに書き込んでいけばいい
縮小アルゴリズムは適当にネットで探す

**名前は開発中のものです。** · 2010/03/23(火) 12:29:01

ニコニコは宣伝料の節約にはもってこいじゃん
それだけでニコ動の解像度に合わせるのは十分ありだと思うぞ

**名前は開発中のものです。** · 2010/03/23(火) 12:36:20

ねーよｗ
640×480で製作したのを512×384に変換しても、
そもそもニコニコの画質がたかが知れてるから気にするほどの劣化は無い。

あと、有象無象の自作ゲームをアップしたところで宣伝効果はたかが知れてる。
閲覧数4桁行かんよ。

**名前は開発中のものです。** · 2010/03/23(火) 12:37:29

512*384で作ったゲームを640*480に拡大表示させるより
撮影した動画を512*384に縮小するほうが明らかに良いと思うが

**名前は開発中のものです。** · 2010/03/23(火) 13:13:36

宣伝のためにゲーム本体を劣化させるとか、どんだけ本末転倒だよ・・・

**名前は開発中のものです。** · 2010/03/23(火) 13:17:51

なにいってんだ、どの業界でも宣伝＞品質なのは常識だろ
品質＞宣伝になってるのはほんと一握りのメーカーだけだよ

**名前は開発中のものです。** · 2010/03/23(火) 13:25:13

それは宣伝を工夫することによって半ば誇大広告のようになってしまっているだけであって、
宣伝のために品質を下げることはまず無い。強いて言えば宣伝費に圧迫されることによって表に出ない潜在的な研究成果が生まれること位。

**名前は開発中のものです。** · 2010/03/23(火) 13:49:09

品質とか劣化とか以前の問題があるだろ
>>217わかるけど
512*384なんて解像度はドライバ側からありえない

**名前は開発中のものです。** · 2010/03/23(火) 14:11:01

対応してるグラボはあるぞ
http://www.elsa-jp.co.jp/products/graphicsboard/resolution/quadro.html

**名前は開発中のものです。** · 2010/03/23(火) 14:12:25

あ、グラボじゃねーや。NVIDIAで脊髄反射してしまった。
てかこれ何の商品だ？

**名前は開発中のものです。** · 2010/03/23(火) 14:41:31

グラボだろ

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

どう見てもグラボ

**名前は開発中のものです。** · 2010/03/23(火) 15:43:03

ビデオカード

**名前は開発中のものです。** · 2010/03/23(火) 16:42:33

ワイド対応とか考えると面倒そうだ

**名前は開発中のものです。** · 2010/03/23(火) 16:49:09

ニコニコのために512*384ってのはないだろー
エンコでどうとでもなるし画質劣化なんてわからないぐらいに抑えられる
別の理由があると思うんだが、なぜなんだぜ？

**名前は開発中のものです。** · 2010/03/23(火) 20:01:35

せこいアイディア思いついて
誰にも出し抜かれないうちに実現したいんだろ。
自力で出来もしないのにケチなことには知恵が回る。
この手のガキには付き合わないほうがいいよｗ

**名前は開発中のものです。** · 2010/03/23(火) 20:12:48

あるあるｗ

**名前は開発中のものです。** · 2010/03/23(火) 20:23:45

あるのかｗ
俺には、その発想なかったわ。
経験者は語るってやつかな。

**名前は開発中のものです。** · 2010/03/23(火) 20:33:42

いや、出来もしないのにケチなことには知恵が回る、ってところねｗ

ホント、出来ない奴ほど自分のアイデアが素晴らしいものだと思いこんで、
つまらないことばかりするんだよ。どっかの福本も言ってたじゃないか。

**名前は開発中のものです。** · 2010/03/24(水) 01:02:14

もうやったなら仕方ないから、
ウィンドウ時はそのまま512*384で最大化時に640*480で枠付けたらいいと思う
そうなってるゲームあるし

**名前は開発中のものです。** · 2010/03/24(水) 01:37:26

今更知ったんだが、DXライブラリってオープンソースなのな

**名前は開発中のものです。** · 2010/03/24(水) 04:03:58

DXライブラリでゲームつくってんだけどCPUが重い訳でもないし
画像を4枚表示してるだけなのに
FPSが42～45くらいしか出ないんだぜ・・・
30カウンントごとにGetNowCount()して
(double)(30000/経過時間)ってやってる
ググッたらVistaでそういう症状が出たとかあったけど、俺XPだし・・・
DXライブラリでFPS制御って自動でやってたりするのん？

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

いちいちHDDから読み込んでるかモニタのリフレッシュレートが45なんじゃね？

**名前は開発中のものです。** · 2010/03/24(水) 11:45:55

まぁ初心者がやりがちなのは前者だろうな。
毎フレーム画像読み込みやってんじゃない。

**名前は開発中のものです。** · 2010/03/24(水) 12:49:01

DXライブラリ使うと確実にＣＰＵ使用率が2桁になる

**名前は開発中のものです。** · 2010/03/24(水) 12:58:20

WaitTimer挟めよ

**名前は開発中のものです。** · 2010/03/24(水) 16:07:19

>>249 >>250
確かめてみた
モニタのリフレッシュレートは60Hzだった
なんにもしないでFPS表示するだけのプログラム組んでみたけど
やっぱり43ぐらいしか出なかった

んで、DXライブラリのバージョンを3.00fから2.24cに落としたら
なんにもしない状態だとFPSは60出たけど
なんかやたらちらつくし、やりたい処理入れるとクソ重くて
使い物にならんかった・・・
DirectXとの相性なのか・・・？

**名前は開発中のものです。** · 2010/03/24(水) 16:13:15

>>253
とりあえずバージョンは3.02を入れれ

LoadGraphScreenはやってないんだな？

**名前は開発中のものです。** · 2010/03/24(水) 16:25:00

ちらつくって裏画面使ってないの？

**名前は開発中のものです。** · 2010/03/24(水) 16:31:28

>>254
3．02で試してみた・・・が、やはりダメだた・・・
メインループ内の処理の内容は以下の通り
　// 30カウントごとにFPSの更新を行う
　// カウンター表示
　// FPS表示
　// ESCが押されたら終了
　// カウンター加算
　ScreenFlip();

ScreenFlip外すと7000FPSくらい出る

**名前は開発中のものです。** · 2010/03/24(水) 16:44:27

>>256
だ・か・ら・DrawGraphなのかLoadGraphScreenなのかと。
あと、裏画面設定はしてるよな？

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

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