あらすじ
|
最終調整に関しての対応を進めている。主にプリセット関連の仕上げに入っている。
プリセットは、ファイルへの書き出し、メモリ上の内部的な処理、楽譜への書き出し、
の３種類が存在し、プリセットタイプが約７種類くらい存在する。
ＶＳＴパラメータの完全保存対応に関しては、バイナリ形式をテキストに変換する処理を対応した。
その他、いろいろな細かい機能が加わったり、改善を行った。 まず、ＶＳＴの検索画面も操作性を格段に向上させた。その他・・・ ６．０１ではＶＳＴごとに、ドラム譜を持つ事が可能となった。これについての対応を行った。 いくつか、これに関しての残件が出ており、引き続き対応を行う。 プリセット読み込みと保存の操作を行えるよう、ＡＵＤＩＯスロット画面を追加した。 これにより、メイン画面の微調整を行った。操作性が格段に向上した。 ＧＵＩ画面の無いＶＳＴのためにパラメータ画面を作成した。 ６．０１ではＧＵＩを持っている場合でもこの画面を表示させる事ができる。 ＧＵＩ鍵盤の表示ＯＮ／ＯＦＦ機能を追加した。ＶＳＴによっては、視聴鍵盤があるものとないものがある。 ＶＳＴの画面に鍵盤があるのに、Score Editor の鍵盤がさらに出ると画面が狭くなる。 そういった場合に、ＯＮ／ＯＦＦで切り替えると良いかもしれない。 これも、新たな機能であるが、ノートオフベロシティの対応を行った。 ＭＩＤＩイベントで言えば、８０系と９０系の切り替え機能である。 ＶＳＴによっては、８０系しか受け付けないものがあり、このような音源用として対応した。 ノートオフが出来なくなるという問題の改善となる。 ６．０１では、通常は８０系をデフォルトとし、設定によっては９０系の使用も可能になる。 ただし、ノートオフベロシティの値そのものは、Score Editor での入力機能がないため、 ノートオフ時のニュアンスは５．４と同じとなる。 ６．０１から鍵盤機能が追加されるが、ＭＩＤＩ／ＡＵＤＩＯそれぞれモードごとに、 出力先等の情報を保持するよう仕様を変更した。 開発はなかなか進まないが、いろいろな細かい改善が行われた。 最終的な仕様を詰めながらの開発なのでそれなりに時間がかかる。 |
2007-10-31 状況
-
残件を２件対応。残り１１件。
ＶＳＴパラメータの件であるが、ＧＵＩありなしに関係なく、パラメータ画面を出せるようにした。 膨大なパラメータがあっても処理速度に問題がなく、 スクロールすれば、目的のパラメータが見つかるので、使用したいパラメータの選択機能は不要となり、 全てのパラメータを表示する仕様となった。 その結果、選択情報などの楽譜保存は不要となった。 ６．０１の段階では、この画面があれば、音源定義を作成しなくても、パラメータの操作が可能である。
結果的に、５．４のＶＳＴパラメータ画面を６．０１でも対応し、 ＶＳＴの組み込みＧＵＩありなしに関係なく表示できるようにした。 （５．４ではＧＵＩがある場合は表示できない仕様だった）
問題が解決したので、残りの残件対応に入りたい。 プリセット関連の４残件をまずは対応したい。
-
バイナリをテキストに変換する処理で苦戦していたが、
なんとか完成した。これで、ＶＳＴの膨大なパラメータを楽譜ファイルなどに保存できるようになった。
変換処理であるが、１箇所どころか何十箇所もプログラムミスがあり、 これでは、どうやっても動くはすがない。問題を対処して無事動作するようになった。 やはり、集中力は大切である。集中力のない時に開発を進める時ほど危険なものはない。
問題が片付いたので先に進んだのであるが、ＶＳＴのパラメータをどうやって画面から操作するかといった問題がまだ残っていた。 残っていはいなかったのであるが、仕様が納得いかなく、これを６．０１の機能にするには、無神経すぎると思っていた。
操作画面（ＧＵＩ）が搭載されているＶＳＴの場合は特に問題はない。 しかし、ＧＵＩが搭載されていないＶＳＴの場合、ホストが、(Score Editor が)、その操作画面を用意してやる必要がある。
昔のＶＳＴならばパラメータ数も少ないし、むしろ、ホスト側に頼っているＶＳＴが多い。 最近はＧＵＩを搭載したＶＳＴが多く、パラメータ数は１０００を超えるほど膨大である。 これをユーザに操作させるのは無謀である。
そこで、操作したいパラメータのみユーザが選択して、独自の操作画面を作る機能があれば問題は解決する。 これについては、音源定義の作成にて対応する予定であった。これがもともとの計画であった。
しかし、音源定義の作成は初心者には厳しいかもしれない。 ＶＳＴごとに音源定義を作成している暇もないだろう。 そもそもＶＳＴにどのような内部パラメータがあるかなど、ユーザは分からない。 かといって、音源定義を自動生成するにも膨大なパラメータが出来上がってしまうだけだ。 音源定義の読み込みに時間がかかってしまうという問題もある。
この問題について、もう一度見直してみる事にした。なんとしても解決したい問題である。
現在思いついた案としては、ＶＳＴをアサインしたものについて、 パラメータ一覧画面を表示できるようにする。(この仕様は５．４にも存在するが、ＧＵＩがある場合は、表示されない。) 一覧の中から、使用したいパラメータをユーザが選択し、選択したパラメータのみが、 Score Editor の操作画面に表示される。このような仕様が思いついた。 選択情報は楽譜ファイルに保存されるようにする。 もし必要なら、パラメータ一覧を参考にして、音源定義画面を作成する事も可能である。 ただ、音源定義とユーザ選択情報をうまく融合させなければならない。 このあたりの詰めが終われば実装に取り掛かれる。
-
残件を１件対応。残り１２件。
開発以外に、いろいろとやる事が増えてしまい、なかなか開発に集中できない。 普通の人は気がつかないかもしれないか、普通の事かもしれないが １０月は社会全体の変動期だと思う。身の回りでもいろいろと動きがある。 こういう時期は何かと落ち着かないものである。
開発のペースが戻るまでは、休憩か気分転換を優先して、 ゆっくりペースで開発を進めたい。一気に終わらせたいものの、 ここは我慢して地道に進めていこうと思う。
気持ちが落ち着かない事もあってか、ＶＳＴプリセットの保存処理で苦戦している。 バイナリでファイルの読み書きをすれば簡単なのであるが、 楽譜ファイルがテキスト形式のため、バイナリをテキストに変換してやる必要がある。 つまり、数値情報を文字情報に変換しなければならない。
最も簡単なのが、そのまま１６進数にしてしまう方法だろう。 たとえば「A」という１文字は１６進数だと「41」と表記できる。 これは「A」の文字コードが「65」であるからだ。 65 を１６進にすると 41 となる。１６進数で表記すれば、 0〜255 の数値は必ず 00〜FF になる。
しかし、この方法だと、データ量が２倍になってしまうのである。 そこで、簡単な圧縮を施し、データ量が大きくならないように工夫する必要がある。 ＶＳＴのプリセットデータは１ＭＢ弱の大きなデータになる事が多い。 処理速度を上げたいので簡単な圧縮処理にしたい。
ここで重要なのは、テキスト形式にしなければならないので、 使用できる数値が限られている点である。 ２倍にならなくとも、それ以下になれば妥当な所である。
そういう訳で簡単なテキスト変換ルールを作って、 実装してみたものの、どうも、うまく読み込めない。 書き込みか読み込みかどこかにバグがある。
プログラム上では、正しいはずなのにどうもうまく動いてくれない。 しばらくは、この開発で足止めされると思う。
-
残件を２件対応。残り１３件。
音源定義の連動関連の対応が終わった。
多くの残件があるプリセット関連の最終調整に入る。
これについては、時間がかかるので、全部対応が終わったら報告したい。 １週間以上はかかるかもしれない。
-
残件を２件対応。残り１４件。残件が出てくるのでなかなか減らない。
ノートオフの対応は無事完了した。
作り残し系の残件のほとんどが、プリセット関連と音源定義関連である。 これらは密接に関係しているし、楽譜の読み書きでも関係する。 ＶＳＴごとのドラムマップにも関係している。
通常ならば、１機能ごとにリリースするのであるが、 ６．０１は、１つの機能にいろいろな要素が関係し合っている。 それゆえ、そろそろ１年にもなろう大規模開発となっている。 全部が出来ないとリリースできないという訳である。
現在見つかった悩みの１つが、 音源定義の扱いである。ＶＳＴの場合、 マルチ音源にもなればシングル音源にもなる。 音源定義の分類が１つに絞れないといった問題が見つかった。
また、音源定義を編集した場合、再読み込みを行うのであるが、 定義を削除した場合、どうなるのか。 こういった、整合性合わせの処理を現在作成している。 連動処理である。連動処理はとてもめんどうな処理である。
まず、読み込んである楽譜の連動があるが、 読み込んでいない楽譜まで連動させる事はできない。 どうあるべきか？
例えば、昔の楽譜などである。 昔の楽譜を読み込んだ時、連動処理が動く必要がある。 なんと厄介なのであろうか。
整合性については、読み込んでない楽譜を読み込んだ時に どうなるか。その状態を基準に整合性を合わせれば良い。
こういった仕様を決めてからこの問題に取り組みたい。 これが終われば、あとはプリセット関連の最終調整のみとなる。 そしてドラムマップの最終調整。他にも残件はある。
１．音源定義の連動処理
２．プリセットの最終調整
３．ドラムマップの最終調整
この３つが、重く苦しい残件となる。 これさえ終われば、かなり、気持ちが楽になる。
余談：
開発には関係ないが、URL を来月あたりに変更するかもしれない。 現在使用している dyndns に面倒な手続きが必要になったからである。 将来の事も考え、ドメインを取得しようと思う。 とは言っても、ダイナミックなほうにしようと思う。 あんまりかっこよくないのであるが、所詮は個人の身。それで十分である。
という事は、Score Editor の中にある URL も変更しなければならなし、 説明書なども URL の表記を変更しなければならない。
いろいろ面倒だ。 ６．０１リリース後にＵＲＬを変更するのが、一番妥当だと思う。 もしかしたら、ＵＲＬの変更はしないかもしれない。
６．０１の開発が優先である。
-
バグ関連の対応を全て終えた。
残件を５件対応。しかし、新たな残件が見つかる。
残件が解消されたことで、その先が動作するようになり、
そこで新たな残件が発生する。
残り残件は１４件。
現在行っているのはノートオフの見直しである。 Score Editor は、ノートオンのベロシティを０にする事で、 ノートオフを行っている。外部音源などはこの方法でも動作するようになっている。 ステータスバイトを省略できることで、ＳＭＦファイルのサイズが小さくなる。 そのため Score Editor は、このしくみを活用していた。 （１．０の頃はそうであったが現在はステータスバイトを省略しないようになっている）
しかし、ＶＳＴ音源の多くはこれを対応していない事があり、 リリースが長い消音になってしまう事がある。
そこで、ノートオフイベントを対応する事にした。 対応するとどうなるか。鍵盤を放した時のベロシティ(速さ)が有効になる。 チェンバロやオルガンなどの楽器で繊細な表現が可能になるはずである。 しかし、ほとんどの楽器はあまり効果がない。
ただ、ノートオフベロシティを対応する事で、 ＶＳＴが確実に動作する。例えば HyperSonic2 等がノートオフに対応している。 逆に言えば、ノートオンベロシティ０には対応していないので、 Score Editor では、ノートオフが出来なくなってしまう。致命的である。
結局ノートオフベロシティを対応しなければならない状況である。 ただし、Score Editor からはノートオフベロシティの制御ができないので、 その効果を聴く事はできない。 ノートオンの強さは強弱記号で指示できるが、 鍵盤を放す強さを指定可能な音楽記号がない。 将来、環境設定で、効果を出せるようにはするかもしれない。 効果なし・ノートオンと同じ速さ・特別な方法で音符ごとに設定。など。 ６．０１の鍵盤機能では、ノートオフベロシティを対応するので、 鍵盤からの音符入力が将来可能になれば有効である。
-
残件を２件対応。新たに残件が増えたりするが仕方がない。
それだけ完成に向かっているという事でもある。
残り残件は１５件。増えた。どんどん対応していきたい。
今回、主に、音源定義画面の最終調整を行った。 この画面であるが、けっこう作り残しが見つかったが全て対応した。
音源定義も、単に、ＭＩＤＩ音源だけでなく鍵盤やＶＳＴなど、 いろいろな分類があり、音源定義を選択する際に、 違う分類のリストが出てくるのもうっとおしいし、 違う分類の定義を無理やり音源に割り当てると、まともに動作しなくなる。
この問題は厄介なので、その改善を行った。 音源定義に分類属性を持たせ、それに伴う修正を行った。 これで、その音源で使用できる定義だけがリストに出るので、 安心して使用できる。
音源定義のコピーや編集そして削除などのメニューも対応し、 音源定義画面が完成した。
続いてバグ関連の残件が３つあるので、対応してしまいたい。
-
残件を３件対応。新たに残件が見つかったので対応した。
増えて減って、残り１４件のまま。ＶＳＴ選択関連の最終調整が完了。
残件の分類がまとまってきた。
１．楽譜読み書き関連(3件)
２．作り残し関連(7件)
３．バグ関連(4件)
-
残件を３件対応。残り１４件。印刷の高速化対応は６．０２以降に先送りとしたい。
６．０１は音源関連の改善に絞ろうと思う。ただし、Win98 での安定動作とオクターブ記号誤りは６．０１に含める。
Score Editor の設定画面の項目がほとんどなくなってしまった。 複数音源になったので、それらの設定項目は、他の画面で行うようになるからである。 楽譜の雛形の設定は、ファイルメニューにて対応するよう改善するので、 画面上での設定は不要になる。
現在、ＶＳＴ選択画面の最終調整を行っている。 ５．４と比べれば意味のある操作性の画面に改善される。 選択と登録を分けた事で、分かりやすくなり、登録作業も作業効率が上がる。
-
残件を６件対応。１残件を細かく分けたので残件数が増えたが、残り１８件である。
２点仕様改善を行った。 １つめは、鍵盤の出力先指定であるが、MIDI/AUDIO 別々に記憶できるようにした。 モード切替時に、それぞれの設定で鍵盤を鳴らす事ができる。 これは、MIDI/AUDIO を完全に分離した事による修正である。
２つ目は、ＶＳＴの視聴鍵盤のＯＮ／ＯＦＦ機能の追加。 ＶＳＴによってはＧＵＩが大きく視聴鍵盤があると、画面に入りきらなくなる。 それに、ＶＳＴによっては、既に視聴鍵盤が付いているものもある。 ＶＳＴと Score Editor の鍵盤が２つあるのはうっとおしい。 そこで、ＶＳＴ画面の視聴鍵盤のＯＮ／ＯＦＦ機能を追加した。 必要であればＯＮにすれば良いし、じゃまであればＯＦＦにすればよい。
-
全体の見直しチェック作業を行った。
小さな残件等々が沢山出てきた。
まだ、α版にも至っていないので、残件が出てくるのは普通だと思う。
６．０１は規模が大きいのである。
新たに見つかった残件は２２件である。すぐに残件対処を初め、６件の対応を終えた。 大きな残件と合わせて、残り２０件である。 件数は多いが、これは最終調整項目でもある。 どんどん対応していきたい。
別途、ベロシティカーブの問題が見つかった。 Score Editor は、１．０の時から、強弱記号のベロシティが緩やかである。 これは、もともと、ポピュラー音楽向けに設定した事もある。 しかし、オーケストラなどにおいては、かなり繊細な音量が必要で、 これは「音量バー」を使用すれば解決できる。 ただ、音量変化が平坦になりがちとなり、オーケストラ曲で問題となる。
この解決には、以前から計画していた強弱記号の設定機能を対応する必要がある。 ６．０１に含めたかったが、考えるべき要素があるため、 ６．０２以降に含めることにしたい。６．０２は６．０１を出してから１ヶ月後くらいである。
とにかく残件を対処し、全て片付ける事を優先することとした。
-
風邪をひいてしまい、少し体が動くとクシャミが連発するし、
水道水のごとく鼻が出る。その除去作業が忙しく、
開発どころでない。結局、じっと動かずに、上を向いて寝るしかなかった。
そして、なんとか開発を再開できる状態となった。
ドラムマップの最終調整であるが、いまひとつどこから手をつけてよいのか、 方向性が見えない。他に気になる箇所があるからさっぱりしないのかもしれない。
現在 MIDI/AUDIO のモード変更の時、 VST の起動停止が動作してしまうので、アサインに時間のかかるプラグインの場合、 この動作は致命的である。そこで、プラグインに関しては一時停止状態を取り入れる事にした。 実際には、フラグ制御だけである。AUDIO の最終出力デバイスを一時停止すれば、 プラグインの動作も勝手に一時停止する。このあたりの動きは５．４の動作と同等。
上記を実現するための仕組みを組み込んだ。 ここで、若干制御の流れが変わったので、副作用対応を行う必要がある。
今までの開発の過程で、対応がもれている所がないか、 ここで、一旦、全体チェックしたい。
-
プリセット読み込みの最終的な作りこみが完了した。
残件が２件減って、残り６件となった。
おそらく６．０１最後の悩みと思われる、 ドラムマップの最終調整を始めたい。
調整どころはＶＳＴごとにドラムマップを持てるようにもする。 というものである。少し前に対応しようと思ったが、 プリセット関連を先に片付けたほうがやりやすいのでそうした。 そして、再び、ドラムマップの調整を再開する。
ＶＳＴごとに持つとなると実に難しくなる。 なぜなら Score Editor の仕様では、MIDI/AUDIO を共有するパラメータがあるからである。 VST がアサインされていない状態で、MIDI にてドラムマップを使用する場合、 AUDIO に架空のマップを作成しなければならない。 そうしないと、楽譜の描画ができない。 VST がアサインされたら、マップを作り直すという具合である。 他にも細かい制御が必要なのである。
またＸＧ対応の関係で、ＣＨごとにドラムマップを持つ事も可能といった要素も考える必要がある。 最初に１６ＣＨ分のマップ領域を作成してしまえば、 処理はとても簡単になるのであるが、 使いもしないマップ領域を作成するとメモリも無駄だし、 速度も若干遅くなる。なので、使うときにドラムマップ領域を自動作成する。
とにかくややこしいのである。基本的な準備はこれまで行ってきたので、 どういった操作パターンが存在するか注意深く調べて、 対応すれば、なんとかなるとは思う。
-
プリセットメニューとファイルへの保存関連は、一通り完成した。
６．０１からは、可能な限りプリセット化に移行する。 音源のパラメータやドラムマップを初め、ＳＭＦ書き出しの設定や、 ＷＡＶ書き出しの設定、音律の設定も、プリセットに移行する。 拍子に関しては現状のまま。
まだ、ＷＡＶ書き出しが出来ていないので、その開発をするときに、 残りのプリセットも対応したい。
先に、プリセットの読み込みを引き続き開発する事にする。 これができた後は、楽譜への保存である。
-
何とかメイン画面の調整が終わった。また一つ小さな画面が増えた。
しかし、これにて、パラメータのないＶＳＴに関しての悩みは解消される。
そういう訳で、プリセット機能の最終調整を再開した。 現在、ＶＳＴのプリセットメニューを作成中。
ここで、また問題が見つかったが何とか対処した。 ＶＳＴにはユニークなＩＤが割り当てられているが、 Score Editor では不要であった。しかし、プリセットを読み込む際、 全く関係ない別のＶＳＴのプリセットを読むと、異常終了してしまう。 同一のプラグインである事を識別しなければならない。 そのため、ＶＳＴＩＤを対応する事にし、その対応を行った。 現時点では、このＩＤはプリセットの読み書きでしか使用しない。
-
とうとう１０月となってしまった。
考える作業がほとんどの複数音源対応。
それは、音源の多様性を統合する作業でもあり、簡単ではない。
しかも、Score Editor の思想では、すばやく直感的に操作できる設計である必要がある。
更に従来バージョンの互換性を保たせる必要がある。
アイディアが出ないと先に進めないため、どうしても開発に時間がかかるのは、 もう、この際、気にしないことにしたい。
日々、改善が続けられ、試行錯誤が続いているが、確実に完成が近づいており、 内部動作も洗練されている。
・・・
プリセット画面の改良が終わり、プリセットの保存処理についても、 着々と最終調整作業を進めている。
しかし、困ったことに、パラメータのないＶＳＴの操作メニューが出せない仕様なので、 メイン画面を調整しなければならなくなった。
パラメータがないＶＳＴは、操作画面を表示しなければ良いと割り切ったのであるが、 結局、そうはいかなかったようだ。どうやっても思いつかずに割り切ったのであるが、 それを考えなければならない。気が遠くなる。そしてまたしても画面の調整である。
ところが、運よく、１つアイディアが浮かんだので、それを試作してみたい。 操作性に問題がなければ、以前から、どことなく気がかりだった点が解決できる。