館８章において

yusha · #1

「ch.img+=4*2;」という書き方でなぜ「画像を左向きに」ということになるのですか？？

#2

龍神録プログラミングの館の8章に「ch.img+=4*2;」という記述は見当たらないのですが、
9章の間違いもしくは別のサイトですか？

#3

龍神録プログラミングの館9章の話であると仮定すると、
「ch.img+=4*2;」という書き方だけでは「画像を左向きに」という意味はありません。
calc_ch関数内でch.imgが0～3のいずれかに設定され、
img_ch[0][8～11]にたまたま左向きの画像を示すハンドルが格納されているので、
結果的にgraph_ch関数で描画される画像が左向きのものになります。

オフトピック

これを書くために龍神録プログラミングの館で配布されているソースコードを見て思ったのですが、
・なぜgraph_ch()が他の自機系の関数があるchar.cppにまとまっていないのか。
・ch_move()はcalc_ch()と独立させるべきではないのではないか。
　この実装だと、ch_move()とcalc_ch()を呼ぶ順番を逆にするとこの「ch.img+=4*2;」という処理が効かなくなってしまう。
　例えば、calc_ch関数からmove_ch関数とanim_ch関数を呼び出す実装にする方がいいかもしれない。
・ch_move()とcalc_ch()でchの位置が違うのも気になる。

まあ、龍神録(略)館の設計はあまり良くないというのは前から言われていますし、
もちろん今更修正する必要もないですが…。

yusha · #4

そうです。９章でした。

「ch.img+=4*2;」そもそもこれに「4*2」がどう関係しているのかがよくわかりません。

#5

この理解のためには、そもそもch.imgのメンバ変数imgの役割が理解できていないといけません。
どの程度理解されていますか？

yusha · #6

どう言ったらいいのかわかりませんが、画像制御のやつだと思ってます。

#7

yusha さんが書きました:どう言ったらいいのかわかりませんが、画像制御のやつだと思ってます。

そこを理解しないといけないのですよね。値が0のときと9の時だと何が違うのでしょうか？

yusha · #8

すいません。よくわかりません。

コードを書き換えてみたら各数字に応じて表示の変化は見られましたが、どうしてかはよくわかりません。

#9

どちらかと言うとゲームプログラミングの館の方をちゃんと先に学習された方が良い気がします。
http://dixq.net/g/
こっちが入門編なので、龍神録は応用編となりますから。
まぁ逆に龍神録より高度な部分もあります。

yusha · #10

一通りみたつもりなんですが、今回の件に関するようなものは無いように思うのですが、ありましたか？

#11

これですね。
「4.1 画像を分割してロードする」
http://dixq.net/g/04_01.html
あと旧館の
「22. キャラを４方向に歩かせる。」
http://dixq.net/g/24.html

yusha · #12

見てみたのですが、今回の件に関しては結局よくわかりませんでした。キーが押されている間は代入された数字の画像ハンドルのものを描写してるということなのでしょうか？？

#13

> 見てみたのですが、今回の件に関しては結局よくわかりませんでした。キーが押されている間は代入された数字の画像ハンドルのものを描写してるということなのでしょうか？？

「代入された数字の画像ハンドルのものを描写してる」の部分が分かっているのか分かっていないのか少々不安です。
１．ch.imgは配列の添字として使われているのは分かりますか？
２．そして配列には何がどんな順番で格納されているでしょうか？

> そこを理解しないといけないのですよね。値が0のときと9の時だと何が違うのでしょうか？

の部分を分かってもらいたいのですが、そこは分かったのですか？
龍神録を含めＤＸライブラリだとLoadDivGraphに利用は重要ポイントなのですが。

yusha · #14

＞「代入された数字の画像ハンドルのものを描写してる」の部分が分かっているのか分かっていないのか少々不安です。
１．ch.imgは配列の添字として使われているのは分かりますか？
２．そして配列には何がどんな順番で格納されているでしょうか？

１．わかってると思います。
２．「0.png」の各画像が左上を０として右に順に格納されていると思ってます。

＞そこを理解しないといけないのですよね。値が0のときと9の時だと何が違うのでしょうか？

よくわかりません。

#15

じゃあ、確認します。
１．0.pngの画像ですが実際に画像ビューアなどでどう並んでいるか確認されていますか？
２．LoadDivGraph( "../dat/img/char/0.png" , 12 , 4 , 3 , 73 , 73 , img_ch[0] ) ;の 4 , 3の意図を想像してみて書いてください。
３．１．２．を答えた上で改めて聞きますが、0や9の数値の意味は何でしょうか？
よく分からない場合は、別プログラムを作って img_ch[0]が保持する全画像を表示するプログラムを作成してみてください。

※　色々と私が書いているのは理解するためのアプローチ方法を提示しています。つまり本当に理解するために必要で他の場面でも使える汎用的な方法です。

#16

分からないのなら調べてみましょう。
http://homepage2.nifty.com/natupaji/DxL ... .html#R3N3

http://dixq.net/g/04_01.html

yusha · #17

１．確認しました。縦×横＝3×4で表示されていました。

２．移動している向きに応じての横列が３段あるということでしょうか？

３．作成したのですがよくわかりません。

#18

２．そうです。向きに応じて３段ありますね。じゃあ、４列は何のためにあるか理解されていますか？

３．ゲームプログラミングの館のアレンジで出来ませんか？　何がどう分からないか、もう少し具体的にお願いします。
アレンジを作れないというのは、根本的に理解出ていないと言うことで、龍神録の理解も困難だと言うことですよ。

yusha · #19

２．マントの変化ぐらいしか見受けられません。

３．画像をすべて表示することろまではできました。ですが、「ch.img+=」に続けて0や9、その他の数字を代入しても実行結果の変化は見られてもどうしてそのようになるのか理解できません。それこそ0を代入したときには向きの変化はなく移動するし、9を代入したときには向きを変化して移動はするもののキャラが点滅してるし・・・。

#20

yusha さんが書きました:9を代入したときには向きを変化して移動はするもののキャラが点滅してるし・・・。

9を代入したときは、起こるべきではないことが起こっています。
それは何でしょうか？

yusha · #21

画像を制御しきれてない（？）から点滅してるということですか？

#22

9を代入したときに点滅するソースコードを提示してくださいね。そのほうが話が早いです。
３．画像をすべて表示することろまではできました。のソースコードも見せて欲しいです。

>画像を制御しきれてない（？）から点滅してるということですか？

よく分かっていない部分がある証拠ですね。

yusha · #23

基盤の数値を９に変更しただけですが。

コード:

#include "DxLib.h"
void calc_ch(){
	ch.cnt++;
	ch.img = (ch.cnt % 24) / 6;
}

void ch_move(){
	int i, sayu_flag, joge_flag = 0;
	double x, y, mx, my, naname = 1;
	double move_x[4] = { -4.0, 4.0, 0, 0 }, move_y[4] = { 0, 0, 4.0, -4.0 };
	int inputpad[4];
	inputpad[0] = CheckStatePad(configpad.left); inputpad[1] = CheckStatePad(configpad.right);
	inputpad[2] = CheckStatePad(configpad.down); inputpad[3] = CheckStatePad(configpad.up);

	if (CheckStatePad(configpad.left)>0)
		ch.img += 9;
	else if (CheckStatePad(configpad.right)>0)
		ch.img += 4 * 1;

	for (i = 0; i<2; i++)
	if (inputpad[i]>0)
		sayu_flag = 1;
	for (i = 2; i<4; i++)
	if (inputpad[i]>0)
		joge_flag = 1;
	if (sayu_flag == 1 && joge_flag == 1)
		naname = sqrt(2.0);

	for (int i = 0; i<4; i++){
		if (inputpad[i]>0){
			x = ch.x, y = ch.y;
			mx = move_x[i];   my = move_y[i];
			if (CheckStatePad(configpad.slow)>0){
				mx = move_x[i] / 3; my = move_y[i] / 3;
			}
			x += mx / naname, y += my / naname;
			if (!(x<10 || x>FIELD_MAX_X - 10 || y<5 || y>FIELD_MAX_Y - 5)){
				ch.x = x, ch.y = y;
			}
		}
	}
}

コード:

#include "DxLib.h"

int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int){
	ChangeWindowMode(TRUE), DxLib_Init(), SetDrawScreen(DX_SCREEN_BACK); 

	int Image[12];
	LoadDivGraph("../dat/img/char/0.png", 12, 4, 4, 32, 32, Image);

	while (!ScreenFlip() && !ProcessMessage() && !ClearDrawScreen()){

		DrawGraph(0, 0, Image[0], TRUE);
		DrawGraph(50, 0, Image[1], TRUE);
		DrawGraph(100, 0, Image[2], TRUE);
		DrawGraph(150, 0, Image[3], TRUE);
		DrawGraph(0, 50, Image[4], TRUE);
		DrawGraph(50, 50, Image[5], TRUE);
		DrawGraph(100, 50, Image[6], TRUE);
		DrawGraph(150, 50, Image[7], TRUE);
		DrawGraph(0, 100, Image[8], TRUE);
		DrawGraph(50, 100, Image[9], TRUE);
		DrawGraph(100, 100, Image[10], TRUE);
		DrawGraph(150, 100, Image[11], TRUE);
		DrawGraph(0, 150, Image[12], TRUE);
		DrawGraph(50, 150, Image[13], TRUE);
	}

	DxLib_End();
	return 0;
}

#24

１番めのプログラムでは、
>それこそ0を代入したときには向きの変化はなく移動するし、9を代入したときには向きを変化して移動はするもののキャラが点滅してるし・・・。
代入と書いてますが、ch.img += 9;は加算代入ですよね。加算代入とただの代入は全然違います。プログラミングにおいては言葉は正確に使いましょう。
ch.img += 9;とした場合、ch.img の値は幾つになるか想像できていますでしょうか？　書いてみてくださいね。

２番めのプログラムは、色々とマズイですね。
配列がnt Image[12];でLoadDivGraph("../dat/img/char/0.png", 12, 4, 4, 32, 32, Image);ですから、どちらも１２個の要素を示しています。
配列の添字は0から始まりますので12個なら11が最大値です。
なので、
DrawGraph(0, 150, Image[12], TRUE);
DrawGraph(50, 150, Image[13], TRUE);
この２つはエラーメッセージが出てないにしても論理的にエラー=バグです。

yusha · #25

１．「ch.img」は(ch.cnt % 24) / 6の値ということですか？？

２．すいません。これは素でミスりました。

#26

yusha さんが書きました:１．「ch.img」は(ch.cnt % 24) / 6の値ということですか？？

それも含めて考えないといけませんね。

yusha さんが書きました: ２．すいません。これは素でミスりました。

謝ることはないですが、配列がちゃんと理解できていないのでは？と言う疑問です。

yusha · #27

１．すいません。書き方をミスった気がします。実際言いたかったのは(ch.cnt % 24) / 6に9を加算した数値と考えています。

#28

yusha さんが書きました:１．すいません。書き方をミスった気がします。実際言いたかったのは(ch.cnt % 24) / 6に9を加算した数値と考えています。

それだと値は何になりますか？　そんなに多くないので全部書き出せるはずです。

yusha · #29

9→10→11→12→9→10→11→12・・・という数をループしています。

#30

> 9→10→11→12→9→10→11→12・・・という数をループしています。
そうですね。であれば12だと表示はどうなりますか？

yusha · #31

12であれば、画像ファイルに本来あるはずのないものを読み込もうとした結果何もないので描写することはできず、結果そのフレームの間は何も表示されません。

#32

yusha さんが書きました:12であれば、画像ファイルに本来あるはずのないものを読み込もうとした結果何もないので描写することはできず、結果そのフレームの間は何も表示されません。

そうですね。点滅する結果と一致しますね。
つまり、そういうバグを作った訳です。

私の書いたのは9の値ならどうなりますか？って書いたので、それを9の加算に変えたのはyushaさんですよね。
これでアレンジしようと思っても、よく分かっていないとバグを簡単に入れ込めることが分かると思います。

さて、最初の質問に立ち返って見て下さい。「ch.img+=4*2;」は理解は出来たでしょうか？

yusha · #33

8,9,10,11をループするということですよね？
となるとまた些細な疑問が生まれたのですが、なぜ8と書かずにわざわざ4*2と書くのでしょうか？？

#34

どちらが論理的な意味で分かりやすいと思いますか？
ただ8の場合と4*2で何が違うのでしょう？

#35

ソースコード内にいきなり8と書かれていたら「なんだこの8は？」となりますよね。
4*2とあると「なるほど、横に4つの画像があって上から2番目の行をループするんだな」とわかりやすいからだと思います。

オフトピック

コード:

#define IMG_YOKO_MUM 4 // 横の画像数
enum eDir // キャラクタの向き
{
    eFRONT, eRIGHT, eLEFT,
};
int nowDir = eFRONT; // 現在の向き
// 略
ch.img += IMG_YOKO_NUM * nowDir; // ch.img = 4*2を読みやすく(?)してみた

それでもわかりづらいので、自分はこういう感じで書きますけど。

yusha · #36

4*2の方がわかりやすいかもしれません。

#37

yusha さんが書きました:4*2の方がわかりやすいかもしれません。

分かりやすればバグが減りますね。つまり自分の為になります。
他の人に見せるコードなら当然考慮すべき事になります。

yusha · #38

最後に一つそれてしまいますが質問させてください。

コード:

double x, y, mx, my, naname = 1;

のところでなぜ=0ではなく=1なのでしょうか？

#39

0にしてみれば分かります。
それとnaname を詳細に解説できるなら0を初期値にしなかった理由が分かっているはずです。
つまり、naname が何かわかっていないのだと思います。

yusha · #40

0にしたら斜め移動はできますが上下左右移動はできなくなりました。また、数を2,3,4,5・・・としていったら移動はできるものの移動速度が落ちました。

#41

この質問は８章ですので、９章のnaname は別トピックでお願いします。
少なくともベクトルと三角関数の理解は必要です。ゲームプログラミングの館にあるので読んでおいて下さいね。
まぁ、三角関数を知らなくても図を描いて定規で測れば感覚的に分かるんですけどね。

※　ちょと忙しいのしばらくで返事はできません。

yusha · #42

わかりました。別トピを立てて質問させていただきます。

今回の件に関して本当にありがとうございました。

		7月 2025
日	月	火	水	木	金	土
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31