適当な値（説明書の通り511以下）を入れて実行するとよくわかるよ 16の倍数じゃないと面白いことになる

下の説明の通り（説明難しい）

ちなみに8bitのテーブルにしました。

やっかいなことに化けバグの条件が変化した。 もしかしたら大量の文字列を扱ったせいでプチコンのバグを起こしてる可能性も否定できない

かなり早くなった （いまさら気が付いたけど私のプログラムの変換ルーチンは前後が逆になってる）

そうか、テーブル化を忘れていたようだ。 けど、このプログラムはoutofmemoryを避けるため文字列変数は減らしたいところ。

そんなに敬語がよければ敬語使わないと怒られるプログラムを作ろう（そういう問題じゃない

なるほど値のまま扱っちゃうか

用語解説 特殊65536進数　65536進数からプログラムリストに打てない文字を除外する処理をしたもの。mkIIの特殊256進数の発展。

どこに反応したんだろう

2行目以降、改行って書くの忘れたけど気にしないで

L=0A$=""FOR I=0TO LEN(B$)-1改行 C=ASC(B$[I])IF C==D[0]THEN L=!L:NEXT P=1C=C-L FOR J=0TO 14A$=A$+STR$(!!(C AND P))P=P*2NEXT A$=A$+STR$(!!(C AND P))NEXT 特殊65536進数から2進数への変換を行う処理 多分初心者には意味不明

圧縮PRG開発記 よくよく調べて見ると、解凍の進数変換がものすごく遅いことが発覚した 高速化したがこれ以上は難しい 2進数への変換を行っているから、BIN$がないのが悪いとしか言いようがない。（自作命令って速度面どうなの？）

/区切りで行けた 7311字　GAME1 ok 10591字　GAME3 ok 28868字　GAME4 すごく遅くて動いてるか心配→案の定OUT

元データ15420文字は化ける そういえばデフォルトプロジェクトからサンプル読むにはどうすればいいんだろう

うん、どのくらいの大きさから生じるかは検証してない

あと致命的な制限事項 文字種9998種類くらいに制限（outofmemory防止、圧縮可能なデータ量は多分文字種に負の相関）

170行で折り返す行は少ない ただ文字列配列の大量消費とOPTION DEFINTがある それとデータ量によっては化ける

ちなみにこれはGAME2RPGです

ハフマンを意識したなにか　というのだろうか 多い文字ほど短い符号がつくのは確か ただ木とかいう概念はない 1 文字の種類とそれぞれの数を数える 2 種類を多い順にSORTする 3 文字列から2進数の符号列を生成 4 65536進数に変換