カテゴリー: HSP Dish

　test int nで nで変数を渡し

　#deffunc test int testnのように testnで受ける。
　
　
　そのソース内で

　#deffunc test int testn
　　n=10

　のようにすると testnも 10に変わってしまう。

　ただ現在の ANDROIDが古い機種を切り捨てる仕様なら、もうあんまり意味は無いのかもしれない。

　ANDROID4.0.4の N05Dで 140枚上限なので、今はもうそんな古い機種を使ってるとも思えないし、以降の機種ではそれ以上読み込めると期待できるので、そんなに気にする必要は無いかもしれません。

　まず現在 Hextrategyで読み込んでる画像枚数は 174枚です。

　どういう風に枚数を削減するか考えましたけど、とりあえず「同じ大きさの画像フォーマットを合体させる」という事でやってみます。

　こんな風に同じ大きさの画像を 1枚にまとめます。

　ダメージは入ってるけど表示は 0になる謎バグがあって追ってました。

　
　
　ソースに問題が無いのでサッパリ分かりませんでしたけど、原因はなんと

	if fs=1 : dmp_set n,3+et,cn ; ダメージ表示
	if fs=2 : dmp_set n,et,cn

　#deffuncのジャンプの時に値を渡しますけど、その変数を（この場合 n）

#deffunc dmp_set int dmp_setn1,int dmp_setn2,int dmp_setn3 ; ダメージ表示セット
; 1=値、2=位置No.、3=カラー


	repeat 20 : n=cnt*6 ; フラグ
	 if dmp(dmp_setn)=0 : dmp(dmp_setn)=1 : break
	loop

	dmp(n+1)=dmp_setn1	; 値
	if dmp_setn2<=3 : dmp(n+2)=bcx1(dmp_setn2)	 ; x
	if dmp_setn2>=4 : dmp(n+2)=bcx2(dmp_setn2-3) ; x

	dmp(n+3)=btly1-30	; y
	dmp(n+4)=dmp_setn3	; カラー
	dmp(n+5)=25			; カウンター

　ジャンプ先でその変数をいじると、なぜか元の値も同時に変わってしまうという謎バグ。

　この場合ジャンプ元の nの値、ジャンプ先で一度 dmp_setn1に落とし込んでいるので、変数 nはフリーのはず。

　しかし nを n=cnt*6で再定義すると、なぜか dmp_setn1も再定義の n値になってしまうというもの。

　うーん、これは分からん。

　もちろん PC起動ではなりません、実機でなります。

　熱が37°くらい、筋肉が少し痛くて疲れてるのかなくらいで、鼻水も咳も出ないし変な風邪だよな、これはたしかに仕事行くな。

　でも 1日で熱下がったみたいだし、普通の風邪の可能性もある。

　いずれにしても念のため数日は部屋を出ないようにするけど、引き篭りの生活ってあんまり変わらないんだよな、こうして仕事もできるし、いつも通りって言えばいつも通り。
　
　
　今回はアプリ署名のための証明書（.keystore）ファイルの作成と、ANDROIDアプリのリリースビルドをします。

　なんと自分は始めてします。

　今回参考にするサイトは『しまくろねこ』のホームページ2号店さんです。

　いやあ、自分の混沌としたブログと違って分かりやすいですね、ははは。

　以下今回やる事を、しまくろねこさんの解説の言葉をそのままお借りして書きます、分かりやすいので。
　
　
1、HSP3Dish Helperで署名のための証明書（keystore）ファイルを作成する

2、HSP3Dish Helperでリリースビルドを行なう

3、ブラウザから Android Developer ConsoleにアクセスしてAPKファイルをアップロードする

　今回 MZKさんのコメントでの助言が、かなり的を射ていたようです。

1、画像ファイルは ANDROIDの機種依存で読み込める枚数が決まっている。
　そこで、なるべく 1ファイルに複数の画像をまとめる。
　N05D（ANDROID Ver4.0.4）で 140枚あまり、SO-02K（Ver9）で 170枚以上読み込み可能でした。

2、音声ファイルの読み込みは 30個までなので、BGMは 0番固定で都度読み込みにする。
　SEは番号を使いまわす。

　続き。

　まず double内の配列変数の番号に足し算してる箇所の修正。

　こんな感じ。

　全部で 20数箇所くらいあった。

　修正して PCで実行テスト、動いてはいるがどんなバグが新たに発生してるやら・・・。

　それではビルドして転送してスマホで実行。

　動くこいつ動くぞ、て感じでした、はあ。

　あ～あ 5月になっちまったよ。

　どんなものでもそうだけど、見るの（予想）とやるのでは全然違うので、開発には想定外の困難が付きまとうのが常で簡単にはいかないし、作業の進捗（しんちょく）はまるでカタツムリのようにいつも感じます。

　このゲームの開発でもずっとそうだったけど、これだけのゲームを作るのさえほんとに難しくて、もう 3年になる訳です。

　「予算も時間も想定の 2倍を考えておけ」とは言われる。

　もちろんニートである自分はほんとに才能も無いし要領も悪い。