タイトルは関係なくてｗ、とりあえず生存報告。

　EntisGLS4s、ERISA 系独自コーデックを書きなおしてデバッグしていたら2週間？いや3週間？4週間？経っていました。低水準のバイナリは符号化／復号両方とも書きましたが、画像／サウンド／動画はデコードだけです…。
　ついでに noa 書庫ファイルの暗号化方式を新しくして、EntisGLS4s の方では新しい暗号化だけの対応にしました。（圧縮は旧来通り）

　画像／サウンドのデコーダは、コードとデータのバイナリ互換性の上で重要な部分ですが（実行プラットフォーム非依存）、動画の再生も出来れば Sakura2 仮想マシン上での実行で現実的な速度で再生できればと考えています。実現できるかどうかは分かりませんが、一応、SIMD 命令の JIT コンパイラが有効であるという前提で、そこそこ何とか成るのではないかと………希望的観測。一方で、普通に Intel386 互換用に C++ でコンパイルしたコードだと、大きなサイズの動画の再生は重いので、出来れば Sakrua2 の SIMD で頑張りたい。
　あとは、ARMv7 系向けの SIMD 命令の JIT コンパイラも作らないとなぁ〜

　因みに、EntisGLS4s は Sakura2 仮想マシン向けの開発フレームワークですが、コードは C++ と共用するので（Sakura2 へは詞葉コンパイラの C++ 互換モードを利用して）、C++ でもライブラリとして利用出来るのが特徴です。まあ、フレームワークレベルでの動作の互換性は、C++ で作る場合には無理が出てきますが。
　しかし、まだリリースには時間が掛かりそうです。