とりあえず動作的には一通りすべて完成したと思うので、v1.0としてリリースするyo　いつまでもベータ版だと言ってるのも潔くないからne（失笑）　とりあえずこのv1.0にはコンバートしたデモソングをいっぱい入れてあるので、それをポケミクで再生してみるだけでも結構おもしろいと思うyo（含み笑）

ただ、けっこうデータ容量も食ってるので、v1.1としてデモソングをカットしたバージョンも同時に出すyo　こいつを使って、「Zkun Tabの使い方講座」を展開しようと思うyo　デモソングを段階をふんで作っていきながら、その途中段階のファイルをデモソングとして掲載していくyo　そうすれば、どういう作業をしたらどこまでのデータができるかというのもわかりやすいだろうからne　究極のヘルプシステムに続いて、究極の使い方講座まで搭載しちゃうという親切ぶりだyo　さすがzkunは考えることの次元が違うようですw（凄過ぎ笑）

制作するデモソングとして、GLAY「SOUL LOVE」を取り上げてみるyo　スコアを完全忠実に再現するというよりは、Zkun Tab用にうまく改変しながら、いかに効率よくつくるかを主眼にして進めていくyo　その過程で、もしかしたら未発見のバグが見つかるかもしれないne（苦笑）　その場合は、講師本人がプログラム制作者なので、その場でバグ修正し、もしかしたら、そこでさらに便利な機能をついでに付加しちゃうかもしれないyo（微笑）　バグとりとデモ制作も兼ねて、使い方講座まで開いてしまうzkunはまさに経営の神様のような人のようですw（カリスマ笑）

[0回]

Viewメニューが一応全部動くようになったyo　そして、旧オートベース記号を正しく再生できるようにしたyo　それを確認できるのがデモ「Dom7 Demo」だyo　これはJam4.9に収録してたデモなんだけど、旧オートベース記号に対応するまではコンバートできないなと思ってたやつだyo　いよいよこれで旧ファイル関係は全部網羅したことになるne（素晴らしい笑）

ついでに小さな変更をほどこしたyo　制御記号の書き方で、これまでハーモナイズ記号は「&」を、オートベース記号は「%」を、必ず先頭に書く必要があったけど、Tabシリーズからは専用枠ができたので、それを廃止したyo　直接パラメータを書けばよくなったyo　ただし、ピアノパートとギターパートの制御記号欄には、２種類の記号が入るので、アルペジオなら「*」を、ストロークなら「$」を先頭に書くのは従来どおりだyo

とりあえずここまで出来上がったので、新デモ曲でも打ち込みながら、未完成メニューの残りを完成させて、操作バグをチェックして、ヘルプの残りも書いて、いよいよ完成版v1.0としてリリースするyo　前から言ってた「表裏コード機能」は難しいと感じる人が多いような気がするので、とりあえず現段階ではボツにしようと思うyo（苦笑）　もっと先に搭載するかもしれないけど、今じゃないなと思ってw（妥当笑）　そして、Proの完成版をデチューンした素Tab v1.3も出して、年内は終了としようかw　いやあ、今年もよく開発したyo　あまりにも凄過ぎて、誰もついてこられなくなってる感があるけどne（失笑）　まあ、Pro版が完成するので、これの使い方講座みたいな感じで宣伝・啓発を展開していくことになると思うyo　言っておくけど、これは超絶凄いソフトだからne（自画自賛笑）

[0回]

エレメントの生成は全パーツ可能になってるw　データの読み込みはボーカルパートまでw　データの編集はまだ未対応w　作り始めたらあとはコピペコピペなんだけど、なんせ量が多いw（苦笑）　まあ、あせらずやっていきますw　やってる途中で、いろんな既存パーツの細かな不具合も発見してバグとりしながら進めているので、ますますペースがのろいようですw（失笑）

選挙が終わるまでは日程的にも体力的にも気分的にも厳しいので、せめてイライラを少しでも軽減するように努めるようですw（含み笑）　Viewメニューができたら、先に表／裏コード機能をつくり、次にオートベース記号の再対応スクリプトを作り、その後で素Tab v1.3を出して、年内の予定を終了としようかw　スキン変更とかは年始のひまなときにやるかw　新プロジェクトは成人式あたりからスタートするかなw　年末年始のzkun開発スケジュールのようでしたw（孤高の天才笑）

翌日でーすw（ありまぁす笑）　Viewメニューのデータ読み込みはすべて対応完了したようです。編集はまだつくってないようですw　とりあえず見るだけなら全部見られるようになったけど、これってあらためて使ってみると、物凄いスグレ機能だよne　変化を見たい項目だけいくつでもチョイスして、それらだけを並べて集中的に見ることができるので、v2.2などの広大な画面で表示する方式よりも、むしろ見やすく管理しやすいよne　この仕組をばっちり構築したzkunはやっぱりさすが過ぎるんじゃないかなw　なにごとも、ただクチで言ってるだけじゃだめだよne　zkunのようにしっかり形にし続けていくことこそ、このデジタルの時代に必要なことだと思うんだよne（大事な笑）

10日でーすw（ありまぁす笑）　編集対応もピアノパートのところまで完成したようですw　ピアノコード、ピアノ制御の部分のスクリプトはなにげに物凄く高度なことをやってるんだけど、そういうことは誰も気付かないようですw（含み笑）　急げば午前中に残りをできなくもないんだけど、疲れやストレスを残したくないのであえて余裕をもってここまでで今日は終えるようですw（達人の仕事の流儀笑）　zkunにとってプログラミングは、もはや武道や茶道のように完成された１つの芸術の領域になっているようですw（凄過ぎ笑）

[0回]

ていうか、予測どおり外的な要因で疲労がたまりまくっていて、じっくりまとまった時間をプログラミングにあてる余裕がないんだよne（苦笑）　zkunの場合、アクシデントまできちんと予測済みなところが凄過ぎるんだけどne　まあ、どっちみち無理に完成を急いだところで完成品をのんびり使ってる時間もとれなさそうなので、こういう場合は急いでストレスをためる必要性はないようですw（妥当笑）

あとは細かい部分を足し込むだけなので、zkunの開発者魂としては、すでに次のプロジェクトに重心が移っているようですw（せっかちな笑）　１月から着手しようと考えているのは、リアルタイムセッションアプリのようですw　昔から、そんなことができたら凄いな、と思いつつ、その実現方法がまったくわからなかったものの１つのようですw　ただ、今ならなんとなくゴールまでの道筋が見えているようですw　どの程度のものになるか、反応速度は大丈夫なのか、という疑問はあるとしてもですw（苦笑）

MIDIキーボードからの入力に反応させるのがオーソドックスなパターンでしょう。ただ、ボクは鍵盤奏者ではないので、それだけだと楽しくないようですw　なので、GKピックアップでギター演奏を拾って、GRからMIDI信号を吐き出させて、それをUSB-MIDIインターフェイスで変換して、パソコンのUSBに送り込み、それをJazz-Pluginで受信させて、何弦でどの音高を弾いたかを認識させますw　ここまでは、通常のDAWなんかに取り込むときも同じことなんですが、問題はMIDIデータ化するときの精度の悪さですw　もしかしたらそこを改善させるために、最新のGRなりなんなりのRoland製品を調査して買い替えることがあるかもしれませんne（出費笑）

そこから先がキモの部分。今度はリアルタイム処理なので、SMFを作ってそれを再生実行するというかたちではなく、Zkun Beatの時代のようなクロック計算してWaitさせてから、次のリアルタイム発音命令を実行させる方式でいくと思うyo　ドラムスはある程度事前に設定したビートを鳴らすのが基本で、フィルインの入れ具合や、パターンの変更をどのように実行するかに関して、ギター演奏内容からなんらかの影響を受けさせるという処理になると思うne　それにしたって、あまり奇妙なところでチェンジするわけにもいかないから、ある程度４小節サイクルで回していくという大枠の中での自由度にすると思うne　つまり、ドラムス部分に関しては技術的な難しさはほとんどなく、ほぼ、どういうルールにするかという定義づくりの問題になるne

ベースはそうはいかないyo　ギターから送られてきたノート情報を拍単位、小節単位でプールさせて、どのコードである可能性があるかを随時判定させて、弾いても大丈夫な音の集合を用意させるyo　母集合さえ決まれば、あとはzkun伝統のオートベース技術でベースラインをアドリブで生成させることが可能なので、そこから先は技術的な問題はまったくないyo　つまり、ベースに関しても、単位時間あたりに発音された音高の集合から、どのコードを指定するかというルールづくりが最大のキモになるne　そこまでできたなら、それにピアノ伴奏を付加して、コードやアルペジオを鳴らすのはすでにある技術で可能なので朝飯前だよne　いずれのパートも、ロジックを考えることはできたとしても、それを具体的に演奏コマンドとして吐き出させる技術も知識もないという人がほとんどじゃないかなw（含み笑）　zkunの場合、これまでの積み重ねがあるので、どのようにすれば既存のルーチンを転用して簡単に演奏させられるかがわかっているので、ものすごいアドバンテージだよne　開発を続けているということは、このように絶大なメリットがあるということだne　あとに続く中高生のみんなも是非zkunを参考にすることだne　将来、中高生プログラムコンテスト優勝者のコメントで「zkunさんを目標にがんばってきました！」というコメントが聞けるのを楽しみにしてるyo（妄想笑）

まあ、それはいいとして、技術的にはほとんどBeat v2.8までで使ったもので足りる。単位時間あたりのノートを蓄積するのだって、クロックで区切って、その間に受信したメッセージからノートオンの場合だけ、音高の数値を配列変数の要素番号に順に放り込んでいき、時間を締め切ったら、次の子配列に移る、というだけの処理だよne　その後をどう処理するかだけだne

単純に来た音高をその時間中は全部使っていいとするだけなら、アホみたいに簡単なロジックになるne　まあ、試作段階ではそのパターンのやつも作ってみようw　ただ、音楽ルールはそこまで単純ではないよne（苦笑）　音楽の授業なんかでも少しかじったルールがあると思うけど、それらもあくまで、あらかじめ調性記号がわかっている場合に、その小節では何が使えるかというような説明じゃなかったかな？　事前になにもわかってない状態でいきなり「レミファソラー#ドーー」などと音の羅列が来たときに、はたしてどれをコード構成音、どれを経過音として処理するかは、さまざまな解釈が可能で、前後関係があってはじめてどれが正解になるかが決まるものだよne　それをリアルタイム処理でどのようにつじつまを合わせて自然な感じで聴けるようにするかがポイントだろうne

おそらく、より単純な調性、より単純なコードの優先順位を高くすることで、ふつうの素人演奏家が送ってくるノートデータに対して、適切なコードが割りふれる可能性が高くなるような気がするよne（素人の限界を逆手にとる笑）　真っ先にヒットするものがあれば、それに即決させていくという方法で記述していけば、内容もいい線いくし、処理も速いだろうne（微笑）　基本的にそういう感じで構想していってみようかw（方針は決まった笑）

それにしても、なかなか凄い動作になると思うyo　いままでありそうでなかったジャンルだからne　ポータブルキーボードなんかで、半自動で伴奏が追従してくるなんていうのはあったと思うけど、ほとんどお遊びでしかなかったからne　しかも、ギターを弾いて、それについてこさせるなんていうのは、これまでに見たことも聞いたこともないので、これが実際にちゃんと動いたときの感動はなかなか大きいものがあるんじゃないかなと思うne

処理自体はリアルタイム発音になるけど、受信したデータをレコーディングする技術もあるし、伴奏側で何をしたかもすべてログに残せるので、やろうと思えば、今やったセッションをSMFで吐き出して、というリクエストに応えられないこともないだろうne　多少手間ではあるけど。最終的にはその機能もつけるという前提でシステム設計しようじゃないかw（納得笑）　１月からの新プロジェクトはなかなか楽しみなものになりそうですw（含み笑）

[0回]

v1.2でフルパート再生可能にしたけど、やはり重いw（苦笑）　というか、タブレットでは「処理が重い時が多い」と言うべきか。内蔵音源には荷が重いと判断を下すべきだろうw　なので、挙動を一部変更してv1.3を出そうと思うyo

まず考えるのは、特に小節のアタマで処理が重いので、音色、音量変更の処理ルーチンの実行開始タイミングをもう少し前倒ししてみるyo　これはProのほうで、ボーカルパートの歌詞データ送信の処理が間に合わなくて小節頭の歌詞が前の文字のまま出てしまう現象が発生したときに、数十クロック前倒しすることで解消できたため、それと同様の改善効果を期待してみるyo

それでは解決が無理な場合、PrefでRec, Polyパートの表示をOFFにしてるときは、両パートの再生もされないようにしてみるyo　SMFを内部で生成する時点で除外するようにするので、音色、音量変更処理も含めて、両パートをすべて切り離して再生するというわけだyo　この場合でも、ファイル上は完全にそのまま保持させるので、ここで書き出したテキストをProで読み込んで再生すれば、ちゃんと全パート再生されるというわけだyo

どちらになるにせよ、あくまで素Tabでは軽く動作させることができてこそなので、旧互換２パートにつき合い過ぎて重くなるのは本末転倒だからne（妥当笑）

Proのほうは、Viewメニューの中身を鋭意作成中だyo　試作部分ではバッチリ動いているので、これを全パーツに対して記述していくだけだyo　まあ、それが結構な手間なんだけどne（大苦笑）　これができあがると、制作時の操作性が劇的に変わってくるので、大きな意味をもつメニューだと思うyo　まあ、クリスマスまでには完成させるという公約は達成できそうだけどne（含み笑）

[0回]

ようやくNSX JAM v1.0からのコンバート時のバリエーションエフェクトの問題が解決したyo　これの原因はとっても単純w　v1.0ではバリエーションエフェクトを４つまで使えるように増設したんだけど、そのときに、リターン量は「vari1」のものを共用する仕様になっていたんだyo　なんでそうしたのかは覚えてないけど、ともかくそういう仕様なんだからしょうがないw　でも、データ的にはそこをブランクとせず「0」をとりあえず入れる処理にしていたので、機械的にコンバートしたら、vari2-4のリターン量は0という設定になってしまっていたので、なぜかエフェクトが効かないという現象が起こっていたというわけだyo（大苦笑）　増築、増築でプログラムを改造してるとこういうへんなことが起こるから、やはり最初から将来を見越した余裕ある設計で作っていかないとダメだよne　ただ、NSX JAMを作ったのは本当に急なできごとで、Zkun Jam v4.8くらいまでできあがったころに、ある人にこんなのが出来たyoとメールで伝えたんだけど、そしたら「ポケミクというものが発売されるよ」と情報をもらったので、いろいろ調べてみたら、まさに今ボクが研究している技術でコントロールしまくれるハードだということがわかったので、興味ひかれまくったので一夜にして改造バージョンのNSX JAMを作り、そこにあとからXGエフェクトもコントロールできる機能をつけて、うまく動いたのでそれを４倍に増やして、、、という建て増しを行ったので、非常にややこしい内部仕様になってしまったというわけだyo（呆れ笑）　それをいったん整理して、ドラム音色エディットやコントロールチェンジなんかも管理してしまえるようにしたのがNSX JAM v2.0-2.2だyo　まあ、一気に多機能化したのでその機能のすべてを使いこなせている人はそういないだろうけどne（失笑）　そして今、v3にも相当する上位バージョンのZkun Tab Proが、バリエーションエフェクト部分まで完成して、ほぼその実力を発揮できるところまで仕上がったというわけだyo

まあ、まだ細かい部分でいろいろおかしいところはあると思うけど、とりあえずコンバートした各デモソングをポケミクにつないで再生する分には、きちんと再生できてるようだyo　ここからは、作成・編集作業をしていく上でバグがないかをチェックしていくyo　あわせて、Viewモードも作っていくことになるne　これ以降は、Proについてはタブレットでは使用せず、PCでブラウザはChromeを使い、音源はポケミクをつないでる場合を前提にして話を進めていくので、それ以外の環境については特にことわりがない場合は考慮しないyo　ボクもヒマ人ではないんですべての環境のケツをふいてやるまでのサービスはしないからねw（妥当笑）

あと、ちょっと追記しておくと、各小節の頭でエフェクトのパラメータを送信するときにかかる時間が、パート数の増加とともに長くなってきたので、ちょっとだけ早めに送信するように書き換えたよ。そうしないと、小節先頭の歌詞の処理が間に合わず、一つ前のかなをもう一度歌う場合が生じていたからね。とりあえず今は大丈夫になったけど、この点は今後も要注意だね。半分以上はポケミク側の能力の問題なんだけどね。

[0回]

いろいろ修正してるうちに結構動くようになってきてるようですw　まだ、バリエーションメニュー画面でいじった場合の挙動と、NSX JAM v1.0からコンバートしたときの挙動が一部おかしいので引き続きバグとり中のようですw　ただし、v2.2からのコンバートファイルではすでにきちんと再生できるところまできてるようですw（微笑）

バリエーションエフェクトは、v1.0の途中から増設しまくっていき、最終的に４パターンまで指定できるようにしたんだけど、かなり無理矢理なつぎはぎ増築をしたので、ファイル構造なんかも込み入っていて、コンバートはかなりたいへんなようですw（苦笑）　その反省をふまえてv2.0以降は管理方式を改善したので素直にコンバートできてるようですw　v1.0での指定方法からかなり変更したので、そこらあたりのコンバートが結構手間がかかってたいへんなようですw　まあ、あとはパズルのようにどこかをちょこっといじってやれば解決するところまではきてるようなので、日曜日には解決できるのではないかと予想するようですw（まとまった時間が必要な笑）

そこができればほぼエフェクト類も完成なので、いよいよ概観モードを作成するようですw　１行で１小節表示するようにし、表示するものをチェックボックスで選んでテーブルを自動描画していき、全小節分の枠とエレメントをその都度作成して表示させるという、以前の「Make Score Sheet」のような仕組みで概観ウインドウを表示させようと思うyo　そうやって生成させるならば、そこに表示したエレメントに更新機能をもたせることも簡単にできるので、曲データの修正もそこでできちゃうyo　仕組み自体はすでに熟成されているので、あとは１つずつ書き込んでいくだけの話なので、これは時間さえあればかなり凝ったものができそうだyo　Pro版をまず作って、それをダウングレードさせて素Tabに移植するか。あるいはダウングレードせずにそのまま移植できるかも。作ってみてから考えるかw（含み笑）

zkunは日、月とちがうことをして忙しく過ごしていたようなので、プログラムは進んでいないようですw　ただ、あまり継続して興味をもってる人はいないようなので、てきとうにマイペースでやるようですw（自由な笑）　Proまで全部完成して、もうこれ以上大きな変化はないよ、というところまで固まったら、また大々的に宣伝して回るので、それまではひっそりとここでのみ活動するようですw（含み笑）

[0回]

v2.2では、1〜8の各variごとに例えばボーカルパートにかけるのかどうかと、そのセンド量を定義して、曲中ずっとその値は変わらなかったけど、Proでは各小節単位でその値を変えることができ、細かいことを言えば0でオフにするようにしたのでチェックボックスを1つ減らした。この点が大きく変わったので、スクリプトのほうもちょっと書き換えが必要になっているようです。

特にややこしいのが、独自のインテリジェントハーモナイザー機能で、これはバリエーションエフェクトとハーモナイザーメニューの両方を利用し、さらにハーモナイズ記号を用いた各音単位のピッチ幅変更も交える場合は、ボーカルパートのフレーズデータも密接に関係してくるので難易度は最高ランクのところになるよ。ここが完成したら最大の山を越えたことになるよ。もう少しだねw

[0回]

Proのほうのレイアウトをきっちり固めてから、それを元にサブセット版を作って、素のTabのv1.2をつくったyo（ややこしいことしてる笑）

素Tab1.2では、RecパートとPolyパートの再生に対応したyo　そのままでも再生されるんだけど、画面に表示させたければ、「Pref」メニューに追加した「Rec, Polyパートを表示」というチェックボックスにチェックを入れると、ミキサー画面と小節ウインドウに両パートが表示されるyo　ふだんはあまりいじることがないと思うので、デフォルトでは折り畳んでいるというわけだyo　なかなかよく考えられてるだろw（微笑）

さらに、素Tabではモジュレーション、リバーブも廃止して、とにかく内蔵音源に負荷がかからないように徹底したyo　実際タブレットの内蔵音源なんかのリバーブがかかったって聴けたもんじゃないので、余計なものは排して少しでもCPU負荷を軽くして、むしろリズムをきちっと再生してくれたほうがいいということで決断したyo　エフェクト付きフルスペック再生はProのほうでPCでやるもの、という住み分けだyo（含み笑）

ミキサー画面がさびしくなったので、右側の余白にデモソングのリストボックスを配置したyo　初心者はミキサー画面とファイル画面の切り替えすらまず分からないと思うので、このほうが少しでも使い方に気付きやすいかなとも思うしねw（苦笑）

「View」メニューはまだ空っぽだけど、そこに概観モードの画面をつくる予定なので、とりあえずスペースだけ先に作っておいたyo（気が早い笑）　それを追加するのはv1.3になるだろうne（早くしろ笑）

深夜ですw　Pro0.6bでけっこうエフェクト関係も動くようになってきてるようですw　Variはもうちょっといろいろ加工修正が必要なので、まだ正しく動いてませんがw（大仕事笑）　ついでにもう一ひねり加えたyo　Proのほうでは、素1.2とは逆にデフォではRec, Polyが表示されてるけど、これまたチェックボックスで選べば表示を消せるようにしとけば、ふだんほとんどこれらのパートを使わない人にとっては邪魔なものが消えてすっきりするかなとw（なるほど笑）　不可逆オーバーダビングの両パートはできるだけ使わずに、修正し放題の編集方式にしたいという狙いで開発してる部分もあるので、この表示方式は理にかなってるよne　素1.2からのフィードバックでProがさらに進化したようですw（深過ぎる笑）

[0回]

Pro化する前にコンバートして登録していたデモソングを再生したときにエラーが発生する不具合を修正したyo　Rec, Polyパートの小節単位パラメータも読ませるようにしたけど、以前のコンバートデータにはそれに対応したデフォルト値を書き込ませるようにしてなかったのでそこを修正したyo　いやあ、細かいことがいろいろ生じるから、一通りのデモソングを早い時期に各パターン用意して、常に挙動確認をとれるようにしたのは正解だne　やはりzkunの考えはさすがなようですw

Pro v0.4bをタブレットで動かしてみると、ある時は負荷を感じるし、あるときはそうでもなくスムーズに感じるw　どうもWindows8.1の挙動は裏でいつ何をやってるのかがわかりにくいので、読みにくいw（苦笑）　「REC」ボタンを入れて、iframeでrecunit6.htmlを見えない状態で運用するようになるけど、そうするとやはりさらに負荷はかかるだろうし、オフライン時の動作もフレームをまたいでの参照とかになるといろいろ問題が生じそうだよな。

なので、やるとしても、RECボタン、recunit6フレームなしにして、Recパートは読み書き・再生のみ対応で、録音は「不可」という扱いにすべきだろうなと思うyo　素のTab v1.2はそう急いで出す必要もなさそうなので、今のPro v0.4bをベースに、あとどれだけ機能とパーツを「引く」かということになりそうなのでちょっと様子見にしようw　Pro v0.5bではエフェクト部分をどんどんつないで行く予定だyo（微笑）

久々に他のブラウザでの動作状況を調べてみたyo　ちなみにすべてMacでの話だyo　Chrome基準で作ってるので、Chromeでは当然完璧に動いてるw　Safariでも通常の動作チェック等ではふつうに動くが唯一の問題は40秒くらい再生したときにパワーセーブ機能が勝手に発動して演奏が遅くなったり停止してしまうことw（残念な笑）なんでそんな余計な機能をつけて、さらにON/OFFもできないようにしたんだろうね。理解に苦しむ愚かな付加機能のせいで10年近くメインで使ってきたSafariをあきらめたようですw（苦笑）　Firefoxでは再生もできてるしまあまあいい感じで使えるんだけど、最大の難点はフレーズエディターでの縦スライダーが表示できないことだろうねw（苦笑）この不便への対策として、フレーズエディターの個別↑↓ボタンについては、休符状態からでも動作するように改良したyo　全体上下ボタンのほうは休符からは上がらないようにしているけどne（移調させたときに無音が上昇しても困るからな笑）　OperaではJazz-Pluginの内部レベルで動作がエラーになってる感じ。以前のバージョンでは動いていたのにね。まあ、Operaをフォローするために手間を増やす気もないので、対応はしないyo　とにかくChromeで使ってくれということで通すことにするyo　Windows8.1でも当然Chrome限定でしか確認してないからne（頑固な笑）　グーグル社は嫌いだけど消去法的にChromeが残ったって感じだne（微笑）　まあ、WEB MIDIにも対応してるし、Chromeにしとけば無難ではあるよne（手堅い笑）

[0回]