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/05/09(月) 21:45:23.74

min(縦幅, 横幅)を超えない最大の2のn乗サイズの正方形を使えばちょうどいいんじゃないかな

**名前は開発中のものです。** · 2011/05/09(月) 21:45:44.68

そうだといいですね。

**名前は開発中のものです。** · 2011/05/09(月) 22:05:01.12

Bltとか言ってるのに内部でどういう処理してるのかわかってないように思える
「大きいサイズのマップチップ画像を読み込んでた」のと
「16x16の小さい画像にプログラム内部で切って分割して読み込んだ」っていうのが具体的にどんな処理の違いなのか、
抽象的というか>288の脳内でのみの定義を前提にしてるから理解しにくいんだよ

ちなみにブリットに関しては何も変わらない　というかこの場合全く関係ないし

正直串の人は頭良く見られてたい馬鹿にしか見えないにゃー　やきとりもぐもぐ

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/09(月) 22:23:27.58

あっそ。俺の問題は解決したからもうどうでもいい。
情報を提供したところで俺には何のメリットもないし。

**名前は開発中のものです。** · 2011/05/09(月) 22:26:21.91

DXLIBはもう覚えてないけどたしか配列にして画像ロードするやつでしょ？

uv座標の計算をあらかじめしておくだけで画像は分割しないと思うよ。
同じ画像を繰り返し描画（描画時にUV座標で一部を切り出す）をするのが
drawIndexedPrimitive()で速いんだから。

**名前は開発中のものです。** · 2011/05/09(月) 22:29:13.88

正直、全然意味がわからん

１チップが64*64ピクセルで、512*512ピクセルのBMPファイルに8*8チップ分描いた場合、
通常は
「64*64を１チップとして切り出し、ハンドルを64（8*8）個作成する」
が、
「１チップをさらに16分割（4*4）し、ハンドルを1024個（32*32）作成する。描画時は16チップを一まとめに扱う」
ってことか？

**名前は開発中のものです。** · 2011/05/10(火) 02:52:47.39

公式で高速化のことどっかで見たなと思ったら過去ログにあった、No.4の下のほう
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&no=1162
これ見る限りだとでかい画像にチップを全部書き込んでLoadDivGraphなり
DerivationGraphなりで分割使用した方が速いはず

**名前は開発中のものです。** · 2011/05/10(火) 03:13:56.68

まあ串は何か馬鹿なミスをしてたんだろうね

**名前は開発中のものです。** · 2011/05/10(火) 15:30:17.54

ソースコードがわからないから
なんとも言えない
が正解

**名前は開発中のものです。** · 2011/05/10(火) 15:59:37.85

バカっぽいからバカなミスしてたんだろう
が正解

**名前は開発中のものです。** · 2011/05/10(火) 19:44:50.74

あー、ソース見てみたいね
処理時間比較の結果とかも見たい

**名前は開発中のものです。** · 2011/05/10(火) 20:54:36.44

ソースみなくてもDirect3Dの仕組みから見当つくだろ
内部がDirectX9なら

**名前は開発中のものです。** · 2011/05/12(木) 04:24:06.32

言いたいことが何となく分かった
LoadDivGraphだと分けたい画像を同じ大きさの奴を左上からびちっと並べなければならないのを
DerivationGraphだと好きな所切り分けられるから例えば>>281のように分割対象の画像を作れるような自由度があるってわけか

**名前は開発中のものです。** · 2011/05/12(木) 04:39:39.52

VRAMが勿体無いから普通はみっちり詰めちゃうけどね

**名前は開発中のものです。** · 2011/05/12(木) 17:51:39.48

描画時に好きなところ切り分けられるってことは
描画時にUV座標の計算をしているってこと。

画像ロードしたときにUV座標の計算して固定したほうが
割り算いくつか分だけCPUが効率的だけど高速化といえる程ではない。

**名前は開発中のものです。** · 2011/05/12(木) 18:07:21.05

おまえら何が言いたいんだ？
話題が一本筋通ってそうで良く見えないんだが

**名前は開発中のものです。** · 2011/05/12(木) 18:09:12.67

細かいことよりまずはゲームを完成させるのが一番大切ってこった

**名前は開発中のものです。** · 2011/05/12(木) 18:59:04.32

>281のような画像に対応したLoadDivGraph()を作ってみようかな。
使う機会は今のところないけど…

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/12(木) 21:22:25.30

ハードウェア的に高速化するって言ってるのにCPUがどうとか言って全然理解して無いじゃん
そもそもLoadDivGraphとかDerivationGraphとか俺は言い出してないし。言い出した奴に聞けよ

**名前は開発中のものです。** · 2011/05/12(木) 22:04:33.07

俺言ってないしとか誰だよこいつ

**名前は開発中のものです。** · 2011/05/12(木) 22:07:31.47

串くんの話題と画像の格子とかの話題と２つ同時に進行してたしね
どっちも画像分割っていう共通ワードがあったからこんがらがりそうだけど

**名前は開発中のものです。** · 2011/05/12(木) 22:36:01.96

串くんて何って思ったけど今ようやくわかった。

おい串やろう！

俺は画像の格子の方にレスしてたんだよ。
お前の画像のサイズだがMSDNによるとD3Dでは
256x256 or 512x512に最適化されてるらしいぞ。
わかったらキンタマに串刺して寝ろ。

**名前は開発中のものです。** · 2011/05/12(木) 22:56:57.91

＞こんだけ説明してんのになんでわかんないんだよ馬鹿か。
＞読み込む画像サイズが小さい方が高速化するからもともと256x2560(適当)とかのサイズのマップチップ画像を
＞16x16の小さい画像にプログラム内部で切って分割して読み込んだら早くなったってことだろうがよ。
＞あと俺はBlt回数減らせるかね？と質問してるわけだが答えてないよね。

D3Dでテクスチャを生成するにあたり2の乗数で正方形であることが望ましい。
またビデオカードが高性能であってもD3D9ではテクスチャサイズは2048x2048
ぐらいが限界になっている。

憶測だが、おかしなサイズでテクスチャを生成すると
ビデオメモリではなくシステムメモリからテクスチャを
生成して遅くなると思う。

**名前は開発中のものです。** · 2011/05/12(木) 23:23:24.31

わかったら肛門に串刺して寝ろ。

**名前は開発中のものです。** · 2011/05/13(金) 00:19:05.91

つーか、当たり前すぎて即レス付いてるじゃん。
512x512をLoadDivGraphで16x16分割で読み込むのと、
個別読込とで比べて結果とプログラムをアップロードした方が早い。

**名前は開発中のものです。** · 2011/05/13(金) 22:05:51.65

自分で場合分けして、どっちが早いか検証しない時点で
お脳の程度が知れるっちゅーことよ

**名前は開発中のものです。** · 2011/05/14(土) 05:40:57.73

串ｗ逃亡ｗｗ雑魚すぎｗｗｗ

**名前は開発中のものです。** · 2011/05/14(土) 05:44:28.43

煽ってやるなよかわいそうだろ

**名前は開発中のものです。** · 2011/05/14(土) 12:02:41.87

親切心で情報提供したつもりだったのかもしれないけど
指摘が無かったら誤った情報を発信してしまうところだったね

×同サイズの画像は一つの画像に並べてLoadDivGraphするより個別のファイルにして読み込んだほうが描画が速い

○同サイズの画像は一つの画像に並べてLoadDivGraphしたほうが個別のファイルにして読み込むより描画が速い

**名前は開発中のものです。** · 2011/05/14(土) 12:21:53.76

DirectXでの質問です
通常、ビュー変換を行うと視点の中心がそのまま画面の中心になると思うんですけど
視点の中心を左にずらし、周辺視野部分を画面の中心に持ってきたいんですけど
どうしたらいいのでしょうか
ワールド座標系で変換しても上手くいきません
ビューポートの矩形領域を横に広げてウィンドウ上の描写位置を左にずらすという方法も考えたのですが
そうすると他の問題が出てきてしまい上手くいきませんでした

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/14(土) 12:41:48.06

個別のファイルにして読み込むとか誰が言ってんだよ
俺はこうとしか言ってないし
＞16x16の小さい画像にプログラム内部で切って分割して読み込んだら早くなったってことだろうがよ。

**名前は開発中のものです。** · 2011/05/14(土) 13:20:10.45

ああ、288でそう言ってるね
261や270の説明だといまいちどっちなのか分からなかった
まあ、プログラム内部で切る手段がDerivationGraph以外にもあるから288も誤解を招く可能性はあるけど

**名前は開発中のものです。** · 2011/05/14(土) 14:37:43.49

>>318
マルチポストするような人には答えません

**名前は開発中のものです。** · 2011/05/14(土) 16:31:49.46

>>321
あなたはどっちにしろ答える気は無かったでしょう？
或いは答えられなかったか

**名前は開発中のものです。** · 2011/05/14(土) 16:56:46.39

やっぱりマルチポストするやつって精神的におかしいんだな。

**名前は開発中のものです。** · 2011/05/14(土) 17:19:06.25

マルチポストするやつは掲示板の先にほかの「人」がいるって考えがないからね。
認識的には「便利な道具」。
まぁ、それも間違いじゃないんだけどさ。

**名前は開発中のものです。** · 2011/05/14(土) 17:58:27.34

>>324
じゃあどうすればよかったんですか？
以前に書いたスレは過疎スレだったのでこっちに書き直したんですけど
これって変な事なんですか？

**名前は開発中のものです。** · 2011/05/14(土) 18:06:41.65

そもそもここがDirectXのスレじゃない
ＤＸライブラリ≠DirectX

**名前は開発中のものです。** · 2011/05/14(土) 18:14:10.19

ゲ作製板のDirectXスレは昔はあったが今は存在しない。
そういう話題をたずねたいなら

http://hibari.2ch.net/test/read.cgi/tech/1298067098/
ここにでも行ってみな。

**名前は開発中のものです。** · 2011/05/14(土) 18:34:12.15

別のところで質問してきます、って書けばいい。
質問スレよくある展開だよ。
「誘導されてきました」ってのもよく見るね。

**名前は開発中のものです。** · 2011/05/14(土) 18:41:30.60

>>325
過疎っていたのでこちらで聞きたいんだけどって付け加えればいい
問題の解決方法を聞くときには状況だけじゃなく経緯を説明したほうが何かと捗るぞ

**名前は開発中のものです。** · 2011/05/14(土) 18:43:26.84

>>325
書き直す際にどのスレに移動するか明記しておけば
そのスレでの質問を〆たことにもなるし、知ってる人がその書き込みを見たときに
移動先で返事をしてくれることもある。

そうすればマルチポストじゃなく趣旨に合うスレに移動したって伝わるし
書き込んだ全部のスレを自分で見て回る手間も省ける。
当然マルチポストが嫌いな人への心証も壊すことがないんで
より回答を得やすくなるよ。

**名前は開発中のものです。** · 2011/05/14(土) 18:49:46.26

最初のスレでは「レス付かないので○○で質問します。ありがとうございました。」
新しいスレでは「○○で質問しましたが、レスがつかなかったのでこちらで質問させていただきます。」
これならまず怒られない。

常識的に物事を考えられない年齢で知らない人に質問なんてするもんじゃないよ。
小学校や親から何を教わってきたのか…。

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

DQNの親はほぼ確実にDQN

**名前は開発中のものです。** · 2011/05/14(土) 19:34:24.02

>>325
どうすればよかったのかちゃんと聞いたことをオレは評価する

**名前は開発中のものです。** · 2011/05/14(土) 19:41:44.05

なるほど、必要な一言があったわけですか

>>327-330
すみませんでした
以後気をつけます

**名前は開発中のものです。** · 2011/05/14(土) 22:59:25.65

甘いぜてめーら！

>>334
ちょらぁーーー!!1
もっともっと反省しる！

ふぅ……ちょ～気持ちいい～♪

**名前は開発中のものです。** · 2011/05/14(土) 23:33:16.15

すいませんみなさん、
>>335には俺がきっついお仕置きしときます
主にアナルに

**名前は開発中のものです。** · 2011/05/16(月) 21:28:02.34

>>334
まだ見てるか分からないけど
中心を左にずらすってことは、カメラを右に平行移動したい
という解釈であってる？

であれば

float fov = D3DX_PI / 4.0f;
float height = 480.0f; //描画する矩形の高さ
float X = 100.0f; //これがカメラの移動量
D3DXVECTOR3 vEyePt = D3DXVECTOR3( X, 0.0f, (height / -2.0f) / tan(fov / 2.0f) ); //カメラの位置
D3DXVECTOR3 vLookatPt = D3DXVECTOR3( X, 0.0f, 0.0f ); //カメラが映している位置
D3DXVECTOR3 vUpVec( 0.0f, 1.0f, 0.0f );
D3DXMATRIX matView;
D3DXMatrixLookAtLH( &matView, &vEyePt, &vLookatPt, &vUpVec );　//またはD3DXMatrixLookAtRH()
LPD3D9Divece->SetTransform( D3DTS_VIEW, &matView );

これで左にずれてレンダリングされるはず
カメラを平行移動させる時は注視点を連動させる

**名前は開発中のものです。** · 2011/05/16(月) 21:32:10.98

DiveceじゃないDeviceだろorz

**名前は開発中のものです。** · 2011/05/25(水) 10:09:49.81

21日にバージョンアップしてるね

**254** · 2011/05/26(木) 20:53:42.12

>>255
もの凄く今更だけど、単独起動では処理は止まってた
だけど、ソフトをアクティブから最小化にした直後は
キー操作に反応してる(処理は止まってない)ようだった
SetAlwaysRunFlagはFALSEで、GetActiveFlagがTRUEの時に
キー判定するようにしてても

バージョンは3.05

**名前は開発中のものです。** · 2011/05/26(木) 23:00:38.73

なに意味不明なことを。
たいてい配布されてるDLLにはバージョン返す関数が用意されてるだろ。

**名前は開発中のものです。** · 2011/05/27(金) 02:23:25.26

マス目のゲーム戦闘画面ってDXライブラリで製作出来ます？
マップに座標を打ち込みつつ初期化
{0,0,0}
{0,1,1}の様な形。
for文でマップのマス目左上からズレていくように書き
switch文で　case 0 は　DrawGraph　画像　case 1 は　～～
の様にしてみたんですが、上手く表示されません・・・。
マス目ごとに対応した番号の画像を表示させるにはどのようにすれば宜しいでしょうか？

**名前は開発中のものです。** · 2011/05/27(金) 03:23:35.98

プログラミング言語より
まず日本語ちゃんと使えるようになろうな
な！
てか、説明する気全然無いだろおまえ

**名前は開発中のものです。** · 2011/05/27(金) 03:29:21.26

**名前は開発中のものです。** · 2011/05/27(金) 03:30:08.24

なんか、おまえらの優しさに涙でそうになった

**名前は開発中のものです。** · 2011/05/27(金) 04:14:51.06

すみません；
文字制限があって削ってたら訳分からん文章に・・

ちょっと連投してソースコード貼りますがお許し下さい
include "DxLib.h"

#define MAP_SIZE 64 // マップチップ一つのドットサイズ

#define MAP_WIDTH 4 // マップの幅
#define MAP_HEIGHT 4 // マップの縦長さ

本当はもっと大きいですがあくまで一例としてお願いします

**名前は開発中のものです。** · 2011/05/27(金) 04:26:31.70

規制受けたので携帯から
#define BLACK 0
#define White 1

int MapData[ MAP_HEIGHT ][ MAP_WIDTH ] =
{
{1,1,1,1}
{1,0,0,1}
{1,1,0,1}
{1.1.1.1}
};
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow )
{
ChangeWindowMode(TRUE); // ウィンドウモードに設定

**名前は開発中のものです。** · 2011/05/27(金) 04:33:13.88

SetGraphMode( 640 , 480 , 32 ) ;
if( DxLib_Init() == -1 )// ＤＸライブラリ初期化処理
{
return -1;// エラーが起きたら直ちに終了
}

int i, j;

// マップを描く
for( i = 0 ; i < MAP_HEIGHT ; i ++ )
{
for( j = 0 ; j < MAP_WIDTH ; j ++ )
{

switch(MapData[ i ][ j ] )
{
case BLACK : DrawGraph("画像/サンプル１.bmp"); break;

**名前は開発中のものです。** · 2011/05/27(金) 04:38:46.80

case White : DrawGraph("画像/サンプル２.bmp"); break;
}
}
}

// キー入力待ち
WaitKey() ;

DxLib_End() ;// ＤＸライブラリ使用の終了処理

return 0 ;// ソフトの終了
}
以上。投稿してから気付いた。White本当は全部大文字です。あぁしまった。画像ロード書き忘れてら･･･｡

**名前は開発中のものです。** · 2011/05/27(金) 04:43:40.52

void load(){
LoadGraph("画像/サンプル１.bmp");
LoadGraph("画像/サンプル２.bmp");
}
↑がWinMainの上にあります。
エラーは画像描画の行で関数に一個の引数を指定できません。でした
時間やばいので寝ます。
スレ騒がせてしまって申し訳御座いません。

**名前は開発中のものです。** · 2011/05/27(金) 04:46:56.03

まぁスレが過疎るよりはマシだから

**名前は開発中のものです。** · 2011/05/27(金) 04:47:42.79

int DrawGraph( int x, int y, int GrHandle, int TransFlag ) ;

この4つをちゃんと与えてないとかいうエラーだったら殴るぞ

**名前は開発中のものです。** · 2011/05/27(金) 04:47:52.50

switch内のDrawGraphはなんだよｗ
もう一度リファレンス読みなおせｗｗ

**名前は開発中のものです。** · 2011/05/27(金) 04:48:40.10

つうかみんな待機してたのかよｗｗｗｗ

・・・・乙

**名前は開発中のものです。** · 2011/05/27(金) 06:32:28.99

長いコード貼るときはideoneかcodepad使うと便利だよ

**名前は開発中のものです。** · 2011/05/27(金) 14:45:00.98

皆様の優しさに泣いた
しねぼけかすとか言われるかと思ってたら･･･｡
バイト終わったらアドバイス通りに色々試してみます。

**名前は開発中のものです。** · 2011/05/27(金) 17:17:06.76

DxLibはDirectXでの描画を簡単にしてくれてるだけだから描画に関することしか制約はないと思います。
例えばアンチエイリアスとかエフェクトとかそういう描画関係での制約はあったりなかったり…。
制約あっても管理人さんに頼めば実装してくれる場合もあり。

というかシステム的な面はC言語,C++,C#でできるかって話だから基本的にはできないものはないと思っていいかと。

ここからは質問について。
まず、1枚の画像を分割して配列に入れられる関数があります。詳細はリファレンス読んでください。
int LoadDivGraph( char *FileName , int AllNum , int XNum , int YNum , int XSize , int YSize , int *HandleBuf ) ;
これを使って読み込むと、例えば配列の中身に{土、草、木、海}と画像(マップチップ)を入れられるって感じです。
仮にこの配列の名前をChipImgとしておきます。

で、マップを書くときのfor文を以下のようにすれば希望の動作になると思います。
かなり基礎的なことなので検索すればどこにでも書いてあります。
ただ、そのままコピペするのではなくちゃんと理解してください。難しいことは何もしてないです。
細かいところ間違ってたら申し訳ない。

// マップを描く
for( i = 0 ; i < MAP_HEIGHT ; i ++ ) {
　　　　for( j = 0 ; j < MAP_WIDTH ; j ++ ) {
　　　　　　　　DrawGraph(j*MAP_SIZE, i*MAP_SIZE, ChipImg[MapData[j][i]], false);
　　　　}
}

**名前は開発中のものです。** · 2011/05/27(金) 20:00:44.94

このスレって早朝でもレスポンスあるんだな

**名前は開発中のものです。** · 2011/05/27(金) 20:03:23.02

更新スレの一つでいつも見てるよ
最近スレとまってたけど。

**名前は開発中のものです。** · 2011/05/27(金) 22:16:46.35

LoadGraph削除後
int GHandle1;
int GHandle2;

GHandle1 = LoadGraph("画像/サンプル１.bmp");
GHandle2 = LoadGraph("画像/サンプル２.bmp");

case BLACK : DrawGraph(i,j,GHandle1,TRUE); break;
case White : DrawGraph( i, j, GHandle2, TRUE); break;

にしてみましたが、エラーはありませんでしたがウインドウ真っ暗で画像表示せず・・・。

**名前は開発中のものです。** · 2011/05/27(金) 22:19:13.81

リビルドしてアプリ起動したら何故か左上のマスだけ、不鮮明ながら画像が表示されてました。不思議。

今度は357さんの案を内容を理解するため勉強しつつ試してきます。

**名前は開発中のものです。** · 2011/05/27(金) 22:25:25.03

マップチップを1ドットずつずらして描画してどうするつもりだ

**名前は開発中のものです。** · 2011/05/27(金) 23:03:20.50

DrawGraph(i*MAP_SIZE,j*MAP_SIZE
に変更する事で無事表示する事が出来ました！
ただ、デバックなしで開始しても何も表示されないのが少し気になりますが。

取り敢えず解決してしまいました。
本当に有難う御座いました！m(_ _)m

**名前は開発中のものです。** · 2011/05/27(金) 23:31:21.01

デバックなしってどういう意味だ？
ひょっとしてリリースの方でコンパイルして実行してるけど
リリースの方のフォルダに画像を用意してないとか？

**名前は開発中のものです。** · 2011/05/28(土) 00:31:51.61

いえ、リリースにも画像フォルダ用意しリリースにもアプリ製作しました。
が、アプリ起動すると表示される画像が　Ctrl+f5　で立ち上げたウインドウには表示されないのですよね。

VC++2008を使用しています。
一応アプリケーションは正常に動いているのであんまり気には掛けていないのですが、何かおかしいのでしょうか・・・。

**名前は開発中のものです。** · 2011/05/28(土) 00:36:28.60

DXライブラリの使い方というかVCやC++の使い方のレベルじゃないか
リリース側の実行ファイルから画像までのパスがまともに取れてないとしかまず考えられない
問診して説明するよりプロジェクト入ってるフォルダごとアップしてもらった方が説明しやすいかもしれない…

[―{}@{}@{}-] **名前は開発中のものです。** · 2011/05/28(土) 00:38:26.17

LoadGraphに成功してるかエラーチェック入れろよ

**名前は開発中のものです。** · 2011/05/28(土) 00:54:12.30

>>366
すみません、確かにスレチでした。
当方C言語しか学習してなかったのでVCかC++の板に行ってみます。
失礼しましたm(_ _)m

**名前は開発中のものです。** · 2011/05/28(土) 00:59:23.12

DxLibと言うよりは確かにC言語初心者スレとかの方がいいかもね。
後はキッチリやさしい本を読むといいよ。
「やさしいJava」のC言語版的なもの。

**名前は開発中のものです。** · 2011/05/28(土) 00:59:56.21

>>368
だがC++やVCの板でもDXライブラリの関数なんか知らねえよとか言われそうではあるので
>>367の言う通り
GHandle1 = LoadGraph("画像/サンプル１.bmp");
を
if( GHandle1 = LoadGraph("画像パス") )
{MessageBox(NULL,TEXT("エラー"),TEXT("画像のパス合ってない"),MB_OK);}
に差し替えてリリース側でエラーチェック試してみようか
これでアラート出たら絶対それ画像置く場所悪いから

**名前は開発中のものです。** · 2011/05/28(土) 01:03:19.25

if( GHandle1 = LoadGraph("画像パス") )じゃなくて
if( GHandle1 = LoadGraph("画像パス")==-1 )だったごめんよ
LoadGraphの返り値調べてエラー確認するんだ

**名前は開発中のものです。** · 2011/05/28(土) 01:09:37.68

何度もすみません。
無事エラーが表示されました。

**名前は開発中のものです。** · 2011/05/28(土) 01:14:57.63

あぁ、なるほど。
DebugとRelaeseフォルダにだけそれぞれ画像フォルダを置いていたのが間違ってました。
↑二つが入ってるフォルダに入れておかないと駄目だったんですね・・・。
ほんとに初歩的な間違いでスレ汚してしまって申し訳なかったです；
解決しました。感謝

**名前は開発中のものです。** · 2011/05/28(土) 05:53:10.67

それはVSの都合なのかな？
Releaseのを直接起動した場合Releaseフォルダ内にないと動かないよね

**名前は開発中のものです。** · 2011/05/28(土) 06:20:40.88

えーとこういうことなのか LoadGraph("Data\HogeHoge.bmp",～);

HogeHoge\Data\HogeHoge.bmp ... ←コレを読み込みたい
HogeHoge\Release\HogeHoge.exe ←VSは実行ファイルをココに作る
HogeHoge\HogeHoge.cpp ソース
HogeHoge\ ←VSは実行ファイルを起動するときココを実行ディレクトリに設定する

それなら直接起動するときは実行ファイルをココに移動/コピーして起動してやれば良い…？のでは
HogeHoge\HogeHoge.exe ←ココにコピー
ビルド後イベントコマンドで cp もにゃもにゃと設定してやれば一応自動化できそ

**名前は開発中のものです。** · 2011/05/28(土) 07:30:43.55

実行ファイルも同じフォルダに出力するようにして名前だけ変えるで区別とかして
デバッグの作業ディレクトリも同じにすりゃいいだけ。

**373** · 2011/05/29(日) 00:44:52.38

またまたお世話になります。
と言っても今回はDXライブラリが絡むか自信が無いため、まずその段階からですが・・。
よくRPGなどの戦闘画面で、斜め上から見下ろした形になっているゲームが多いと思いますが、その表示方法についての質問です。
前に書いた様な座標型マップ表示で出来るものなのでしょうか？
（絵を斜めっぽく工夫して描けば行ける・・・？）

それとも座標自体を特殊な表記にしないと駄目でしょうか・・。
2Dの範囲内で実現可能という事は分かってるのですが、あちらこちら探しても中々答えが見つからずorz

**名前は開発中のものです。** · 2011/05/29(日) 00:48:22.93

クォータービュー

**名前は開発中のものです。** · 2011/05/29(日) 00:59:05.68

基本的には描画の方法が違うだけ。マップデータ自体はそのまま流用できると思うよ。

ただし、クォータービューのマップチップは、
トップビューに比べてマップチップの縦幅が狭くなる（半分くらい）になってしまうので、
常に奥から描画するようにしないと、キャラが首チョンパ状態になったりするので注意。

　　　　 ○　
　　　＜大＞　　単独だときちんと人間が表示されるが

　　　　↓

　　 ○　　　○
　＜大＞＜大＞　　上方向に重なるとマミっちゃう
　　　＜大＞

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

菱形の画像をうまく並べるだけさー
各マスの位置をベクタ的に回転させると楽

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

iが増えたら右下に(x,yそれぞれ増やす)
jが増えたら左下に(x減らしてy増やす)
とかすりゃいいじゃん

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

>>377

座標自体は同じだ。表示が違うだけだ。

【０１】【０２】【０３】
【１１】【１２】【１３】
【２１】【２２】【２３】

を

　　　　【０１】【０２】【０３】
　　【１１】【１２】【１３】
【２１】【２２】【２３】

って表示するだけの話だ。

**373** · 2011/05/29(日) 01:07:48.70

>>379
おぉ！
とても分かり易いお答え感謝致します！
取り敢えず素材は後回しでプログラムから頑張っているので、素材描く時参考にさせて頂きます。

有難ですm(_ _)m

**373** · 2011/05/29(日) 01:12:53.32

>>380-382
おおぉ、なるほど。
382さんの方法で表示させ、絵の描き方を工夫し、上手く調整する方向で頑張ってみたいと思います。

有難う御座いました！

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

>>379を解決する為に描画順を動的に変更するのって面倒だよね
「描画は後でまとめて行え」っての守って書いてればどうすればいいかすぐ気付けるけど

**名前は開発中のものです。** · 2011/05/29(日) 13:31:24.13

だれかにまとめを作って欲しい

**名前は開発中のものです。** · 2011/05/29(日) 14:02:49.02

DXライブラリのリファレンス以上のまとめって何を記載すべきなんだろう？

**名前は開発中のものです。** · 2011/05/29(日) 16:49:04.22

まとめというか、使用例は沢山あって困ることがない

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

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