Petitverse

変更できる変数の説明
_PM…
TARアーカイブ内に含まれるファイルのパーミッションです。デフォルトの777は読み書き実行が自由の値です。制限したいときは変更してください。

DEFEX$…
何も拡張子がないファイル名に自動で追加する拡張子です。

DEF_ARC_NAME$…
下記SENDMODEがfalseの時、プチコン上に保存できない（日本語などを含む）アーカイブ名だった時代わりに付けられるDATファイルの名前です。

TIMEZONE…
日本or韓国で使ってる場合、変更する必要がないです。

SENDMODE…
trueの場合（デフォルト）、そのまま白黒画像への変換まで行います。falseにすると画像化せずプチコン内にDATファイルとして保存します。

アーカイブのファイルサイズに応じて、白黒画像の段階（1pxあたり2値or3値）と圧縮の有無が自動決定されますが
圧縮が有りの場合まれに正しくデコードできない可能性があるので、それに当たりましたらSENDMODEをfalseにして、別のツールで転送してください。
また、圧縮を効かせても上画面に収まらない場合はエラーになりますので、この場合もSENDMODEをfalseにして、別のツールで転送してください。

※PetitModemから文字列のUTF-8バイナリ変換をお借りしています
ソースコード中「↓FROM PETITMODEM↓」の直下にあるDEFです

予定
・たぶん簡単にできるので、上下画面の範囲まで容量を拡大
・SATアーカイブの代わりに、指定したプロジェクトフォルダの中身を変換する機能を付けたい（タイムスタンプは取得不可能なので、出力した瞬間の値になる）

プロジェクトフォルダのアーカイブ化も原型ができてきました
TXTのみ対応だけどちゃんと送れますね

つらみ（AT-ANETコードの未知のバグを引いたらしい）
特定のバイト列から壊れる

AT-ANETコードのバグだと何がつらいかと言うと、同じコードを採用してるATAMA_EXPLORERのエクスポートとワイヤレス転送でも同じく破損すると言うことね

いろいろ進みました

・AT-ANETコードで特定のバイト列が壊れる
→もともとあるビットマスク機能を転用して別のバイト列にエンコードすることで一応は回避できた（お行儀の悪い方法）

（https://misskey.io/notes/alhibr3cgw6r0brg のやつ）

・転送できるサイズを増やす
とりあえず、6画面分のデータ量まで送れるようにしました

変更可能な変数、アップデートで増えるので先走ってメモ

・COMP
trueなら「圧縮してもいい」（圧縮すると大きくなる場合などは無圧縮です）
falseなら「常に圧縮しない」

・IGNORE$
生成するTARアーカイブから除外したいファイルの一覧です。
デフォルトは"@BACKUP.PRG"と"@BACKUP.TXT"だけ指定しています。

・ENCODE
アーカイブの中にあるテキストファイルのエンコーディング指定です。
UTF-8かUTF-16LEのいずれかを選択できます。どちらもBOMなし形式です。
※16は実験的な機能なので、将来廃止する可能性があります。

作るものはだいたい終わった
規格の根本的な刷新（データの単位を32bitなどにして端数の余りを減らすとか）はやりたいけど5%ぐらいの容量増加でものすごく手間がかかるので、誰かが「やって」と言わなければ放置

現在は16bitを3進11ピクセルに変換しているけど
もし64bitを塊にすれば41ピクセルで済み、11*4=44ピクセルから3ピクセルだけ節約できる
（3進なのはデータ化けが限りなく起きない最大の細かさで、4進にすると頻繁に化けるのでバグなのか分からなくなる）

PetitModemは色まで使って4進より多い値（2pxに5bit）を詰めてるけど、確率的に失敗するので再生成してと案内されている
3進を使うこちらは失敗どころかSNSへ添付して再エンコードを食らってもほぼ壊れないぐらい手堅い（ので、ランダムなマスク処理もしていない）、未使用の値に詰め込むだけなので失敗確率は上がらない