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

**名前は開発中のものです。** · 2011/04/03(日) 17:17:11.99

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/
DXライブラリ総合スレッドその6
http://hibari.2ch.net/test/read.cgi/gamedev/1267108154/
DXライブラリ総合スレッドその7
http://hibari.2ch.net/test/read.cgi/gamedev/1286180687/

**名前は開発中のものです。** · 2011/04/20(水) 17:13:37.27

qsortは要素の比較関数ってのを自分で作って渡すんだけど、その関数にY座標の比較を入れればそういうふうにソートできる。

**名前は開発中のものです。** · 2011/04/20(水) 17:24:38.57

ｙ座標を比較すれば構造体のおかげで関数も自然に入れ替わるってこと？
qsortは使ったことないんだけど　　…おかしいこといってたらごめんってことです

**名前は開発中のものです。** · 2011/04/20(水) 17:29:01.31

質問が難しいな
関数入れ替えたいってどういうことなんだろう

**名前は開発中のものです。** · 2011/04/20(水) 17:48:56.59

Cの勉強をしたって書いてあるけど、経験が無くて使い方がわからないんじゃないかと推測。
彼はプログラムの概念をわかっていないように見えるし、レスもよくわからないから的外れだったら申し訳ない。

たぶん彼が言いたいことはこう。

まず以下のように書くとA、B、Cの順で描画される。
LoadGraphScreen( A.x , A.y , "A.bmp" , TRUE ) ;
LoadGraphScreen( B.x , B.y , "B.bmp" , TRUE ) ;
LoadGraphScreen( C.x , C.y , "C.bmp" , TRUE ) ;

けれどもこの時y座標の大きい順に描画したい。
例えばC、A、Bの順に大きかったら、以下のようになると良し。
LoadGraphScreen( C.x , C.y , "C.bmp" , TRUE ) ;
LoadGraphScreen( A.x , A.y , "A.bmp" , TRUE ) ;
LoadGraphScreen( B.x , B.y , "B.bmp" , TRUE ) ;

つまり、彼は描画順序を入れ替えたいんだけど、その手段としてソース上で順序を入れ替えないといけないと思っているんじゃないかな。

二つに限定して、且つ超初歩的にやればこれでいいんじゃないの？
もちろん配列でソートでって方が汎用性高いのはわかってる。

if(ch.y > tk.y){
LoadGraphScreen( ch.x , ch.y , "test1.bmp" , TRUE ) ;
LoadGraphScreen( tk.x , tk.y , "test2.bmp" , TRUE ) ;
}else{
LoadGraphScreen( tk.x , tk.y , "test2.bmp" , TRUE ) ;
LoadGraphScreen( ch.x , ch.y , "test1.bmp" , TRUE ) ;
}

**名前は開発中のものです。** · 2011/04/20(水) 17:59:23.21

それならLoadGraphScreenじゃなくてLoadGraphにして
グラフィックハンドル使うようにしたほうがよくね？

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

>>180
>>179は>>147の例でLoadGraphScreen使ってるから
同じように書いただけでしょ

>>179
「関数の並び順を入れ替える」って書き方からして多分そうだろうね

**名前は開発中のものです。** · 2011/04/20(水) 18:41:19.53

>>181
ああ、書き方が悪かった
先にLoadGraph覚えたほうがよくね？と

**名前は開発中のものです。** · 2011/04/20(水) 19:52:46.50

でも絵を描画する為にわざわざ構造体を使うだなんて面倒くさいな
もっと簡単な方法があればいいんだけどね

**名前は開発中のものです。** · 2011/04/20(水) 19:57:18.68

3D機能のZバッファとかなんとかで適当に何とかなんないかな？

**名前は開発中のものです。** · 2011/04/20(水) 19:59:14.98

>>184
それでも半透明含む画像なら描画順ソートしないといけないからなぁ

**名前は開発中のものです。** · 2011/04/20(水) 20:17:07.27

>>183は訂正
わざわざ構造体を何度も使わなくても良かった

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

>>179
質問者の意図を理解できた！ありがとう>179！お前さん凄いよ！

**名前は開発中のものです。** · 2011/04/21(木) 00:23:44.65

そんなもんみんな気付いてたことなんじゃないの

**名前は開発中のものです。** · 2011/04/21(木) 00:38:15.37

ソース公開したら簡単に解決したと思う

**名前は開発中のものです。** · 2011/04/21(木) 02:21:16.68

>>188
関数の入れ替えってあたりの文面がどうも意味不明で
質問の意図を理解できてなかったんだ

**名前は開発中のものです。** · 2011/04/21(木) 04:44:00.06

なんかいろいろ勘違いしてるんだろうなーでも触れるとめんどくさそうだなーと思ったから誰も触れなかったんだよ

**名前は開発中のものです。** · 2011/04/21(木) 17:55:52.72

>>191
いや、勘違いはしてないと思た

**名前は開発中のものです。** · 2011/04/21(木) 20:22:14.76

文字を回転や拡大させたかったら文字の画像を作るのが一番なのかな

**名前は開発中のものです。** · 2011/04/21(木) 20:30:20.48

そうだな

**名前は開発中のものです。** · 2011/04/22(金) 15:22:32.53

>>160
わ、分からない…
描画関数の分だけ構造体つくればおｋなの？

**名前は開発中のものです。** · 2011/04/22(金) 15:51:49.28

はい？

**名前は開発中のものです。** · 2011/04/22(金) 16:19:03.02

「関数そのもの」と「関数呼び出し」と「ソースコードの一行」を使い分けろ

**名前は開発中のものです。** · 2011/04/22(金) 16:46:44.29

はい？

**名前は開発中のものです。** · 2011/04/22(金) 18:14:26.01

関数のぶんだけというか描画する画像の分だけ構造体をつくるんだな

**名前は開発中のものです。** · 2011/04/22(金) 18:30:53.52

手続きか

**名前は開発中のものです。** · 2011/04/22(金) 18:58:47.76

CとC++勉強してから出直してきなっ　が正解だと思う
もしくはゲームの基本設計

**名前は開発中のものです。** · 2011/04/22(金) 19:10:34.25

んだな～
とりあえず四聖龍神録のとこに誘導してみるか
http://dixq.net/rp/
とりあえずココ行って基礎を学んでくれ

**名前は開発中のものです。** · 2011/04/22(金) 19:16:48.12

画像をロードしてから、
DrawGraphやDrawExtendGraphといった複数の描画関数を使ってることだよね？
そしてこの場合、単純に>>160の方法では無理なんじゃない、って話？

俺は経験薄なんでこれがまともな方法か分からんが
どの描画関数を使うかのフラグと、全ての描画関数に対応したメンバを持つ構造体を作って
それに次々に値を放り込んだ後、ソート→フラグに応じた描画関数で描画、という流れにするかなぁ

**名前は開発中のものです。** · 2011/04/22(金) 19:41:48.50

描画系関数って、上位互換/下位互換的な関係のものが多いから
(例:DrawGraphで出来る描画はDrawExtendGraphでも可能)
どれぐらい複雑な描画をしたいか、に応じて使う関数を決めれば良いと思うよ。

**名前は開発中のものです。** · 2011/04/22(金) 19:48:39.62

>>203
流れから言って>>195はド初心者だ。
描画関数っていうのはLoadGraphScreenのことだと思われる。
プログラムを教えるときに初心者の説明が正しいと思って聞くことがまず間違い。

**名前は開発中のものです。** · 2011/04/22(金) 20:00:26.12

まずLoadGraph覚えて
DrawGraph等の描画関数使えるようにならないとだるい

**名前は開発中のものです。** · 2011/04/22(金) 20:21:32.51

>>203
ありがとうございました
おかげで解決しました

**名前は開発中のものです。** · 2011/04/23(土) 04:07:37.85

今までファイル読み込み関係の関数の存在意義がわからなかったのだが
もしかしてこれを使わないとDXアーカイブ内部のファイルが読めない？

**名前は開発中のものです。** · 2011/04/23(土) 04:19:37.94

んだねー

**名前は開発中のものです。** · 2011/04/23(土) 09:58:05.21

>>208
もろDXアーカイブ用の為の関数よ。

**名前は開発中のものです。** · 2011/04/23(土) 10:01:41.96

製作中はアーカイブにせずそのままだろうから
いざ最後にアーカイブ化してそのことに気づくというパターンはありそう
っていうか俺も今気づいた。
アーカイブにしたら動かないだろうな

**名前は開発中のものです。** · 2011/04/23(土) 10:10:56.27

>>211
DXアーカイブの強みは、DxLib内の関数のみを使用している意識せずに使えることなんだけど…。
ちゃんとリファレンスを読もう。

**名前は開発中のものです。** · 2011/04/23(土) 10:13:40.19

今日は起きたばかりなせいか文章能力がだいぶ欠落してるなｗ

>>210 用と為被ってておかしいのと、
>>212 DxLib内の読込関数を使用していれば意識せずに　です。

ごめんなさい、許して。

**名前は開発中のものです。** · 2011/04/23(土) 10:16:12.31

ゆるしますん

**名前は開発中のものです。** · 2011/04/23(土) 10:54:21.56

ゆるせませんん

**名前は開発中のものです。** · 2011/04/23(土) 11:02:02.06

ｽﾝｽﾝｽｰﾝ

**名前は開発中のものです。** · 2011/04/23(土) 12:14:29.86

FireRead_readをC標準関数のreadと同じ感覚で使おうとしたら
痛い目にあったことを思い出した。

**名前は開発中のものです。** · 2011/04/23(土) 12:15:37.75

FileRead_readをC標準関数のreadと同じ感覚で使おうとしたら
痛い目にあったことを思い出した。

**名前は開発中のものです。** · 2011/04/23(土) 12:16:51.97

生まれて初めて2重書き込みという物をやらかした。
すまん。

**名前は開発中のものです。** · 2011/04/23(土) 12:18:31.59

気にするな

**名前は開発中のものです。** · 2011/04/23(土) 12:23:49.62

どんまいだ

**名前は開発中のものです。** · 2011/04/23(土) 12:40:13.04

責任を取って死ぬべき

**名前は開発中のものです。** · 2011/04/23(土) 13:46:37.99

>>212
製作中はアーカイブにしないから
標準の読み込み関数を使ってしまって
そのためにアーカイブ化すると動かなくなるということ話ね。

**名前は開発中のものです。** · 2011/04/23(土) 17:29:32.03

>>223
あぁ、何も考えずに勝手に手が動いちゃってみたいな意味か。

**名前は開発中のものです。** · 2011/04/23(土) 17:53:52.76

>>203
それだったらクラスでスッキリ解決するのでは

**名前は開発中のものです。** · 2011/04/23(土) 17:55:44.84

自分もそのパターンだなあ。

俺用フレームワークを作ってる人は多いと思うけど、
拡張しながら使っているとは言え、新しい機能とか部分的に対応してなかったりするんだよなｗ

**名前は開発中のものです。** · 2011/04/23(土) 17:59:12.91

64bit版ライブラリを作ろうとしてソース調べてたんだけど
DxWin.cppのWM_MOVEShred関数の
WinData.WindowRect.left = ( lParam << 16 ) >> 16;
を筆頭に変な書き方をしている部分が多くて挫折しそう

**名前は開発中のものです。** · 2011/04/23(土) 20:46:39.92

固定小数点の変数として見てて
上位16ビットを捨てて小数点以下にしてるとか？

**名前は開発中のものです。** · 2011/04/23(土) 20:58:50.32

いや、lParamが32bitだと仮定して16bit左シフト16bit右シフトで
上位16bitをクリアしようとしてる
当然lParamが64bitであるx64では破綻する

むしろ符号拡張絡みで32bitでもやばい気がしないでもない
Windows的にはHIWORD,LOWORDマクロで取り出すのが正攻法

**名前は開発中のものです。** · 2011/04/23(土) 21:32:25.30

>>229
公式で指摘してあげたらいんじゃね？
管理人さんも万能のスーパーマンというわけではないのだから

**名前は開発中のものです。** · 2011/04/23(土) 21:45:55.91

結局、質問掲示板のほうに言ったか
向こうも大混乱だな

**名前は開発中のものです。** · 2011/04/23(土) 22:48:29.18

>>230
ネイティブ64bit対応なんてこのライブラリのユーザ層からして需要がないから
公式には書きにくくてね

**名前は開発中のものです。** · 2011/04/23(土) 23:55:35.46

ネイティブで64bit対応するとどういう得があるんだっけ？おしえてくだちい

**名前は開発中のものです。** · 2011/04/24(日) 02:35:50.16

開発側が32bitを切りたいと思ってるなら役立つ？
少なくともXPは全滅しそう。

**名前は開発中のものです。** · 2011/04/24(日) 18:35:19.94

>>233
doubleが64ビット

**名前は開発中のものです。** · 2011/04/24(日) 18:36:28.57

メモリコピーがちょっと早くなるだけ？それってそんなにいるの？

**名前は開発中のものです。** · 2011/04/24(日) 21:07:31.04

龍神録のＨＰのゲームプログラミングの館が一新されてる

**名前は開発中のものです。** · 2011/04/24(日) 21:08:50.83

あ、古いのは下側にあったわ

**名前は開発中のものです。** · 2011/04/24(日) 21:13:01.00

初心者が詰まりそうなトコが個別に分かりやすくまとめられてるな　ナイスだ

**名前は開発中のものです。** · 2011/04/24(日) 22:28:09.84

おおおおお

**名前は開発中のものです。** · 2011/04/24(日) 22:57:06.46

SNS設置してねーわとか思ってたけど無くなったの？
やっぱり不評だったんだな。
まあ個人サイトをここでとやかく言うことではないか。

**名前は開発中のものです。** · 2011/04/24(日) 23:19:51.61

mixc++とかいうのがバーンとあるじゃん

**名前は開発中のものです。** · 2011/04/25(月) 00:09:14.76

いや、前はSNSだったけど今はForumになってるみたい。

**名前は開発中のものです。** · 2011/04/25(月) 05:58:47.55

あれはフォーラムにしてSNSだよ

**名前は開発中のものです。** · 2011/04/27(水) 16:41:50.17

このゲームはDXライブラリ使ってるとか分かる方法ありますか？

**名前は開発中のものです。** · 2011/04/27(水) 16:50:07.54

何か根本的な勘違いをしてる気もするが……まあいいや。

Log.txtとDXライブラリ用アーカイブあたりで判別できることはある。
あとreadme

**名前は開発中のものです。** · 2011/04/27(水) 23:12:59.43

そのゲームのexeをメモ帳で開いてDxLibで検索してみ

**名前は開発中のものです。** · 2011/04/29(金) 19:09:37.42

ふと思ったんだが
DXライブラリでつくられたゲームで売れているのってあるか？

**名前は開発中のものです。** · 2011/04/29(金) 19:16:58.08

>>248
有名なのはディアドラエンプティとかかな
売れてるかはわからないけどアナザーアポカリプスってのも評判良かった
あと東方二次創作ではDXライブラリ製が結構多い

**名前は開発中のものです。** · 2011/04/29(金) 20:00:19.32

全部シューティングか

**名前は開発中のものです。** · 2011/04/29(金) 20:09:32.74

ロックマンみたいなやつもあったね

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

>>251
あーそれ、さっきまで遊んでた
フロイデンシュタヘルとかいって喋るやつじゃない?

**名前は開発中のものです。** · 2011/04/30(土) 07:10:23.99

Rosenkreuzstiletteだね
あと古いゲームだけど、だんえたもそこそこ売れたんじゃないかな
調べてみるとフリーで有名なゲームにもDXlib使ってるのがちらほら

**名前は開発中のものです。** · 2011/05/01(日) 01:22:54.30

SetAlwaysRunFlagをTRUEにして、GetActiveFlagがTRUEの時に
キー判定をするようにしても、VC++がアクティブ時だとキーが
反応してる気がする

**名前は開発中のものです。** · 2011/05/01(日) 06:52:06.21

VC++が親プロセスになってるからかな？
単独で動かしたときはどうよ？

**名前は開発中のものです。** · 2011/05/07(土) 23:50:21.56

DXライブラリからSeleneに移行したみたいな人っている？
3DならSeleneがいいみたいな話を小耳に挟んだのでちょっと興味が沸いた

**名前は開発中のものです。** · 2011/05/07(土) 23:57:59.16

2.xの頃はたまに聞いたけど今はどうなんだろう

**名前は開発中のものです。** · 2011/05/08(日) 00:06:46.40

DXライブラリに慣れてるならそのままがいいんじゃないかな
感覚そのままで3Dに以降できるし

昔selene使ってみようとしたことがあったけど、
色々用意されすぎてて独自ルール満載のseleneプログラミングを勉強しなおす事になっちゃう

**名前は開発中のものです。** · 2011/05/08(日) 01:22:47.21

ちょっと見てみたけど確かに難しそうだったな。
やっぱ慣れてるほうのがいいか。ありがとう。

**名前は開発中のものです。** · 2011/05/08(日) 02:26:03.19

dxライブラリで物足りなくなったら大人しくdirectx直叩きに移行するかなぁ

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/08(日) 14:34:35.09

やっぱり読み込む画像のサイズが小さい方が描画速度が速いようだぞ
画像を読み込むときに画像を16x16毎に分けて個別に配列に格納して描画するようにしたら
めっちゃ早くなったわ。処理を見直すよりよっぽど効果があるわ。
画像が小さい方がビデオメモリに画像データをキャッシュさせやすくなるとかなのかな。

**名前は開発中のものです。** · 2011/05/08(日) 14:43:22.94

例えば横513ピクセルだと1024まで拡張しちゃう的ななにかかもしれない

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/08(日) 14:50:31.40

なんでソフト屋様がハード仕様を意識してコーディングしないといけないんだよふざけんあよ

**名前は開発中のものです。** · 2011/05/08(日) 14:58:04.98

高級言語プログラマ様はお偉くていらっしゃるｗ

**名前は開発中のものです。** · 2011/05/08(日) 15:01:59.49

と思ったけどDxライブラリってそこ勝手に分割してくれるとかなんとか
フラグ建てないとだめなんだっけ？そんな感じの記述をどっかで読んだ覚えが

**名前は開発中のものです。** · 2011/05/08(日) 15:03:18.18

というよりそんなことしないといけないような重いプログラムのほうが問題だったりしないか

**名前は開発中のものです。** · 2011/05/08(日) 15:07:00.89

軽くできるなら軽くだぜ

**名前は開発中のものです。** · 2011/05/08(日) 16:06:55.79

ＤＸライブラリの通信プログラムを触ってゲームつくりたいんだけど
詳しく載ってるサイトない？

**名前は開発中のものです。** · 2011/05/08(日) 16:40:31.79

軽くできるならそうすべきだけど、他に原因があんじゃね？って話だよな
普通に考えるとBlt回数減らした方が早いと思うんだけど

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/08(日) 16:46:24.33

いや16x16のマップチップを画面左上から右下方向に順に画面全体に表示させるということをやっていて、
マップチップ画像全体を読み込んで表示位置をIDに従って切り替えるんじゃなくて
16x16毎に画像を切って読み込んだら早くなったっていうことなんだけど、
Blt回数減らせるかね？

**名前は開発中のものです。** · 2011/05/08(日) 17:05:45.08

>>270
以前は一部だけ描画する関数を使ってたってこと？
それなら比較すれば早くなるだろうけど

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/08(日) 17:13:04.05

>>271
マップチップ画像の事をマップ画像だと思ってる？
マップ画像は持ってなくて、マップチップ画像からチップＩＤに従って16x16を抜き出して適切な位置に表示してる
描画回数はどちらも(ウィンドウの幅/16)*(ウィンドウの高さ/16)回ですよ

**名前は開発中のものです。** · 2011/05/08(日) 17:21:00.55

DrawRectGraph?
それとも1マス毎にDerivationGraph+DrawGraph?

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/08(日) 17:24:04.24

DrawRectGraph

**名前は開発中のものです。** · 2011/05/08(日) 17:37:06.78

マップチップ画像をLoadDivGraphで分割読み込みすればDrawRectGraphより速くない？
あ、でもマップチップ画像が2のｎ乗サイズじゃないと重いかも
マップチップ画像のサイズは幅・高さ何？

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

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