HSPTV!掲示板

dim var
で宣言した配列変数は、
var(0) = 1
var(1) = 1
var(2) = 1
と順番に代入することで自動的に要素数が加算されます。

dim var, 10
で宣言した配列変数に、
var(10,0) = 1
var(10,1) = 1
var(10,2) = 1
と順番に代入することでも自動的に要素数が加算されます。

しかし、
dim var, 10
で宣言した配列変数に、
var(10,0) = 1
var(11,0) = 1
var(12,0) = 1
と代入しても自動的に要素数は加算されません。

つまり、最後の要素のみ、自動追加が可能なのですが、
途中の要素は自動的に追加されることはありません。
これを改善するにはどうしたら良いでしょうか。

追加のタイミングで全部作り直して全要素をコピーするサブルーチンまたはモジュールを作る…かな…。

速っ！

しかし、やっぱりそうなっちゃいますか…
頻繁に使うとかなりの処理時間がかかりますよね…
インデックスで値の出し入れが出来れば配列変数でなくても良いのですが…

…でもよく見たら、

dim var, 10
var(10,0) = 1
var(10,1) = 1
var(10,2) = 1

…のとこ、さりげなく要素数増えてますね。10って11番目だし。

そういえばそうだ……
何故……？？
っと、調べてみました。

これはＯＫ
dim var, 10
var(100,100) = 1
var(100,101) = 1

これはＮＧ
dim var, 10
var(100,100) = 1
var(101,100) = 1

最初の代入のときだけは拡張されるようですね。
そういえば、要素の０番目の値が配列全体の型になるとか、そういう仕様もありますからね…

とりあえずは解決済みにしますが、しっくりこない感じです。
こういった場面はかなり多くあるので、簡単にどうにかできると良いのですが…

そもそもHSPのバッファ拡張もコピーによる拡張だった気がします。
予め沢山確保しておくかその都度別の配列にコピーするしかないですね。

ここ読め
#ttp://hsp.tv/play/pforum.php?mode=all&num=33364

ふぇ？このスレ？？
<ttp://hsp.tv/play/pforum.php?mode=all&num=33364>

俺としたことが　なんたる失態！
ここです。
#ttp://hspdev-wiki.net/?%CA%D1%BF%F4%CE%CE%B0%E8%A4%CE%BC%AB%C6%B0%B3%CE%CA%DD

つまり、大切なのは、
「要素のオフセットが変わるような場合は自動確保が行われません。」
ということですね。

そして、こんな記事があるくらいなので、
配列の要素最大数を変更するような命令はないということですね。
コピーして初期化して戻す。今のところそれしかないということがわかりました。
みなさんありがとうございました。

何でもかんでも伸縮する配列っていうのは相当メモリ効率が悪いのです。
それはHSPを使っているからとか関係なしに。

なので、C言語でいう「構造体配列」のようなものを配列で実装するためには、
伸縮する次数を後ろにもってくるとよい。

// param配列にLVとHPとMPをキャラクタごとに配列で管理する例
#define ctype param_lv(%1) param(0,(%1)); param(0,x)がLV
#define ctype param_hp(%1) param(1,(%1)); param(1,x)がHP
#define ctype param_mp(%1) param(2,(%1)); param(2,x)がMP

// パラメータ要素の定義
// 1次元要素で各パラメータをあらわす
// 2次元要素でキャラクターをあらわす
// 1次元要素は固定サイズで2次元要素が可変長となる
dim param, 3; 0=LV, 1=HP, 2=MP

// 5人分のパラメータを設定し、表示する
repeat 5,1
	param_lv(cnt) = cnt
	param_hp(cnt) = 10*cnt
	param_mp(cnt) = cnt

	mes "LV"+ param_lv(cnt) + ": " +param_hp(cnt) + "/" + param_mp(cnt)
loop

// 先ほどとは管理を逆にしたもの、すなわち
// 1次元要素でキャラクタの人数を管理し、2次元要素で各パラメータを管理してみる
#define ctype param_lv(%1) param((%1),0); param(x,0)がLV
#define ctype param_hp(%1) param((%1),1); param(x,1)がHP
#define ctype param_mp(%1) param((%1),2); param(x,2)がMP

dim param, 5
param_lv(0) = 1,2,3,4,5; LVが5人分連続している
param_hp(0) = 10,20,30,40,50; HPが5人分連続している
param_mp(0) = 1,2,3,4,5; MPが5人分連続している

repeat 5
	mes "LV"+ param_lv(cnt) + ": " +param_hp(cnt) + "/" + param_mp(cnt)
loop

// 人数が100人に増えました.100人目は99番です
param_lv(99) = 255 ; 追加できずエラー

LVの項目を5人から100人に増やすことができずエラーになりました。
原因は、各項目が連続しています。
メモリ上、LV項目の次はHP項目が連続しています。
100人にするということは、LVに続くHP項目を95人分ずらして、95人分のLV項目を空ける必要があります。

先ほどの管理方法は人数を増やした分、後ろに追加していくだけで、
既存のデータをずらす必要はありませんでした。

こちらの方法は新しい人数を増やす分、既存のデータをずらす必要がでてきます。
手間ですよね。
いくらメモリが高速でも飛び飛びにアクセスしてずらす作業は疲れます。
だからHSPは「そんな作業をさせないでくれ〜」と言ってエラーを吐きます。

「コピー用の配列を作成してデータを正しく配置して元の配列を大きくしてコピーしなおす」
モジュールを作ればいいとは言ってもHSP以上に遅く疲れます。

だから最適な方法は伸縮する次数は上位(数字の大きい方)にもってくるといいです。

既に気づいているかも知れませんが配列要素で伸縮できる次数は1つだけです。
たとえば1次元目は固定で2次元目と3次元目を可変長にしたいといっても、
2次元目を伸縮したときに3次元目のオフセットが変わるのでできません。

newmodじゃいかんの？
大量にやると遅いことには変わりないけど、手動でメモリコピーやるよりは楽

もじゅーるをうまく使えば…？
けど次数が１つ増えたのと変わらない気が…
１つの要素については伸縮できるし…？
それとも要素ごとにモジュールを用意すれば…？
だめだ…よくわからない…ＴＴ