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/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のｎ乗サイズじゃないと重いかも
マップチップ画像のサイズは幅・高さ何？

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

大きな画像があってそれを分割転送してるのかと思って。マップ並べる話ね。ごめん
俺はLoadDivGraphだと元画像でチップの境目がわからなくなるので、
普通にLoadGraphしてDerivationGraphでチップに切り分けるLoad関数を作って使ってる
線引いて格子状にした上と横に番号振った画像用意すると、どこに何が割り当たってるのかわかりやすいので

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

格子＆ナンバリングした画像を用意するのと、LoadDivGraph云々の関係が分からなかったorz

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

>>277
LoadDivGraphだけで画像分割ロードを一括して行なった場合
画像内全てに対して切り出しを行うから格子だのナンバリングだの落書きできるスペースがない
でもLoadGraphしてDerivationGraphした場合は好きな場所から切り出すことができるので
画像内に落書きしてあっても利用したい画像同士が離れていても問題ない

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

この話ってすごく有益な情報じゃね？
なのにこんがらがってよくわからん…

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

なんとなく分かったような分からんような。
画像を出してくれれば一発な気がする。

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

はい、こんなん
これの黒く塗りつぶされた所を32*32で切り出すのはLoadDivGraphじゃ出来ない
ttp://gmdev.xrea.jp/st/up/270.png

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

最初っから言ってることは理解できるけど、
それをやる意味が理解できない。

配布するときは画像差し替えるのか？
面倒だし意味なくね。

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

改善前と改善後のコード貼ってくれよもう
お前の脳内を知ってること前提で話しててわけわからん

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

たぶん、本人の糞コードが一部書き直したら改善されたんだが
本人はなぜ改善されたのかを誤った解釈をしている、というパターン
有益な知見は含んでいそうにない

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

あなたはすごいエスパーなんですね

**280** · 2011/05/09(月) 20:00:02.26

画像の方にばかり意識が集中してて、
元々の話題がコードを修正したら速くなったって話だったのを忘れてたぜ！

>>281
なるほど、実際に使う機会があるかどうかは別として
確かにLoadDivGraphじゃ難しいな。

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

ペイントツールのレイヤーで対応できることだな
素材レイヤーだけを出力するだけだし

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

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

**名前は開発中のものです。** · 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使うと便利だよ

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

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