テキスト表示の内容は、見てある程度どこに何が格納されているかわかるようにタグ形式っぽい表記を採用してるんだけど、<inst1>というタグは<i1>でも判るから短縮するかw　これで３文字削れるけど、各インストの前後で６文字、１小節あたり６インストとしたら36文字も削れるから、全体でみればばかにならない文字数になるねw

さらに、ベースパート開発時に手抜きして「｜A｜｜C｜D｜#G｜｜」とかの簡易表示はめんどくさいからそのまま保存させてたんだけど、これも元データさえあれば自動的に計算して生成できるんだから、「｜A｜｜C｜D｜#G｜｜」などの文字列は保存せずに全部その都度生成させすることにしたyo

さらには、小節単位でまったく同じデータの場合は「◯◯小節の完コピである」という意味の符合だけ書き込んで、重複するデータを書き込まないようにするyo　これはもう試作品ができあがっていて、なかなかクレバーに動作してくれてるyo

これらの改良を施して、クッキー保存するときもそのような形でデータ圧縮して書き込むようにすれば、せめて８小節ループくらいなら保存できるようになってもらいたいものだne　まあ、クッキー以外で保存する場合でも圧縮・解凍技術を開発しておいて損はないからne

さらにあるアイデアがあって、「ひらがな変換」を導入しようと思ってるyo　ドラムのグリッドパターンを２進数のビットに見立てて「漢字変換」をすることで圧縮表示に成功しているけど、今度はベースの演奏パターンを「ひらがな変換」して表示してみるyo　現行では発音のタイミング、音の高さ、音の長さ、音の強さ、という４要素を数字と配列上の位置で表しているけど、これをうまいこと変換してひらがなで表記しちゃおうというわけだyo　ただし、圧縮保存時のみの変換で、演奏時や編集時は今のような数値表示でないとさすがに内容が理解できないからne（苦笑）

これらの「漢字変換」や「ひらがな変換」をなぜ強引に導入してるかというと、任意に与えられた日本語のテキストから、当該辞書にヒットする文字が得られるたびにデータを生成していくようなプログラムを作ることが簡単にできるようになるので、ゆくゆくはヤフーニュースの記事をコピペして貼るだけで、その文字列からスコアを生成して勝手にその記事をテーマにしたセッションループが始まるという、超お手軽インプットができるようになるので、あえて日本語にからめていく設計をしているというわけだyo（壮大な計画笑）　カタカナやアルファベットも文章には登場するので、将来的にはそれらも辞書化して何らかのパートを担わせることになるかもしれないne　構想は無限に広がるyo（技術者笑）

[0回]