おしらせ
| Studio ftn は、2007/11/5 より、ＵＲＬが変更になりました。 従来のＵＲＬでもアクセスできますが、６．０リリース後には完全に新しいＵＲＬに移行します。 あわせて問い合わせ先のメールアドレスも変更となりました。 |
新しいURL
http://studio-arts.bglb.jp/studio-ftn/
あらすじ
|
いよいよα→βの対応が始まった。
この作業では、実際に作者が６．０１使ってみて仕様に不満があれば改善する。
という事を行う。仕様変更が伴う事があるため、β対応はけっこう時間がかかる。
そのため、βにならないとリリースはできない。
まず、自動世代管理バックアップ機能を追加した。 これは、ファイルフォーマットが変更された場合でも、昔のファイルを取っておくようにしたかったからである。 安心して上書き保存ができる。 ダイアログサイズの各種ＯＳ対応を行った。 Vista と XP では、タイトルバーのサイズが違うため、 ダイアログのボタンの位置がずれてしまう。ＯＳによる違いが生じないように対処を行った。 5.55 を先にリリースした。このバージョンは Studio ftn ＵＲＬの変更に伴う対応である。 Vista 環境でのインストールをスムーズに行えるよう修正した。楽譜アイコンも Vista 用の大きなものを追加。 プリセット機能が使いにくいので後に仕様変更を検討する事にした。 ＶＳＴ関連やＡＵＤＩＯでデッドロックが発生。問題に対処した。 また、インサーションが初期化されない問題の対処を行った。 楽器一覧がなくてもドラム楽器を鍵盤から選ぶ機能とオクターブスクロール機能を鍵盤に追加した。 ＭＩＤＩ再生デバイス等が設定されていない場合聞いて来るようにした。 また、音源アクティブ切り替えの考え方を導入した。音源アクティブはいろいろ試行錯誤した結果、 演奏時以外は自動化せずユーザの意思で切り替えるようにした。 マルチドキュメント切り替え時にデッドロックが発生した。 原因追求の結果、とうとうショッキングが出来事が発生した。 マルチドキュメント切り替え時にはデバイス関連の制御ができないという、 Windows の制限事項が見つかった。これにより６．０１の仕様は実現できない事となった。 途方に暮れてしまったが、前に進むしかない。 デバイス設定を楽譜ごとでなく Score Editor 共通で持つ仕様に変更した。 いわゆる音楽ソフトでは普通の方法だ。なぜこうなったのかは、Windows の制限による。 みんなおそらくこれを知っていた訳だ。そのための改良作業を始める。 まず、画面関連の大幅な仕様変更を行い修正した。 続いてデバイスの起動停止処理を作り直した。楽譜の読み込みや書き込みも対応。 何とか再びα版にたどり着いた。再びβ対応を始める。 ＡＵＤＩＯパラメータ変更時はＶＳＴの再起動を行わず、最小限の動作をするよう改善した。 ショック対応にてミキサのパラメータのもち場所について仕様変更が必要となった。 実際にはアクティブにしたときにパラメータをミキサへ反映するといった作りにする事となった。 |
2008-01-31 状況
-
見直し中に気がかりな問題が見つかってしまった。
ＡＵＤＩＯミキサが楽譜ごとでなく Score Editor で１つとなり、 共通化された事で、ミキサのパラメータが保持できなくなってしまった。 ショック対応が大きく影響したのはこの部分だけである。
これは困ったものである。更に困ったのは、ＡＵＤＩＯを停止させないと、 ミキサの構成を変更できない事である。これはマルチドキュメント問題により、 楽譜切り替え中は、ＡＵＤＩＯの停止が出来ない。
ミキサの切り替えについては、ＭＩＤＩ音源と同じように、 ユーザがアクティブボタンを押した時だけ、切り替わるようにすれば良い。
ミキサのパラメータはどこに持つかといえば、楽譜側かパートか音源かＣＨか？ このあたりの仕様を変更しなければならなくなった。
サクッと変更してしまうのも良いと思う。 しかし、ミキサに関して、開発中ながら不満が見つかった。 マルチティンバー音源の場合、音源全体で、ミキサ１パートとなる。 しかし、マルチティンバー中のあるＣＨにＩＮＳエフェクトをかけたい場合、 これでは困る。マルチティンバーのＣＨごとにミキサパートを用意する仕様が、 とても欲しくなってきた。
ただ、これをやるとルーティング制御の設計がとても面倒で時間がかかりそうである。 どうせ、ミキサパラメータの持ち方を変更しなければならないとなると、 このあたりも一気にやってしまうべきか、とても悩んでいる。
まずは、リリースをしてから練りたいので、 ミキサの充実は６．０１以降にする事となると思うが、 ひとまず、どのようにパラメータを持つか考えてみたい。
-
デバイス関連の連動処理を見直している。
というのも、デバイス設定を変更したときに、
ＶＳＴ音源を再起動する必要がない事に気がついたからである。
これは、ショック対応を行ったからこそ可能になった事である。
特に MIROSLAV は起動と停止に時間がかかる。 たとえばＡＵＤＩＯビット数を変更したとき、ＶＳＴの起動と停止をすると、 時間がかかってうんざりする。 そもそもビット数は Score Editor 側のミキサで関係し、 ＶＳＴには関係ない。
ただ、サンプルレートとブロックサイズを変更したときは、 ＶＳＴの設定を変更する必要がある。 しかし、なにも再起動までしなくて良いのである。
出来ることならやってしまいたいと思い、 連動処理を見直している。
そのほかといえば、いろいろとテストしたが目だった問題はない。
-
楽譜の読み書きもできるようになり、大枠ショックに関しての修正作業が完了した。
という訳で、再び作曲をしながら６．０１をテスト中。
しかし、ソフト終了時に異常終了するや、整合性が取れていない箇所がいくつか見つかっている。 これらを全て見つけて対応すれば、再びα版の完成である。 その後すぐにβに向けての中断していた残件対応を行う予定である。
ともかく、もう一度テストをしなおさなければならず、 作業項目を出していかないと、何をやってよいか途方に暮れてしまう事がある。
ただ、本来やるべき作業が中断され、それ以外の作業が増える事で、 焦りが生じてしまいがち。 こうなると、進みが遅くなるし進んでいる実感が沸かないので要注意。 ここは、おちついてゆっくり６．０１で作曲し、 見つかった問題を書き留める作業を行いたい。
ショック度の高い問題が見つかったわりには、短い時間で対応できたと思う。 その分、落ち着くための時間だと思ってテストをしたい。
-
各種デバイスの起動処理が完成した。
ショック修正に伴い演奏が出来ない状態であったが、
再び演奏できるようになった。
使用感としては５．５５に近くなった。 余計な連動処理が要らないので、とても開発が簡単である。 馬鹿みたいに簡単だ。しかも、操作性としては、特に不便さを感じなく普通である。 最初からこうしていれば良かった。
おそらく半年は無駄な時間を費やしたと思う。 でも、もう終わった事なので、気にしない。 無駄とはいえ、その間、いろいろ必要な機能が思いつき、 当初は入れる予定のなかった、いろんな機能が増えたというメリットもあると思う。
正直どこから手を付けて良いのか分からずしょんぼりしている。 演奏ができるようになったので、次は楽譜の保存と読み込みだろう。
保存する情報も少なくなる。ハードウエア側の共通設定は 楽譜に保存する必要がなくなったからである。
-
デバイス設定の画面を改良している。画面に関しては大枠修正が終わった。
Score Editor は、トラックという概念がないため、 その曲で使用する音源を選ぶ必要がある。 そのため２段階の設定が必要となってしまったが、 操作をしてみると、違和感はそれほどない。５．５５と同じように使用できる。 もう一つ音源を使いたければ、そのとき、２段階目の操作を行えばよい。 この２段階操作がいやだったので、今まで苦労して操作性を追及したが、 その方法が物理的にできないと分かれば、２段階方式でいくしかない。
しかし、やってみると、意外とこれがわかりやすいのかもしれない。 音源がない場合、黒い画面を表示できなくなるので、悩みであったが、 この２段階方式であれば、無音のデバイスを選ぶ事で、画面はそのままとなる。 つまり、デバイス側と楽譜側で完全に分離されたのである。
これは、音源がない環境でも、全ての編集が可能であり、 音源のある環境に楽譜を持っていけば、すぐさま演奏可能となる。 ある意味、こっちのほうが良いのかもしれない。ショックがあって良かった。
大幅な修正が必要となったが、残件としては、いくつかしかない。 楽譜や演奏について考えたり画面について考える必要はない。 デバイス部分以外は全てできているので、この部分の修正さえできてしまえば、 なんとかなるはずだ。
画面関連が終わったので、デバイスの起動停止関連の作り直しに着手したい。 ＡＵＤＩＯ側に関してはほとんどそのままで良い。ＭＩＤＩ側のみ、大きく修正が影響する。
-
とうとうショックがやってきた。
残念な事にマルチドキュメント切り替え上でデバイスの制御処理を入れる事は、 不可能であるとの判断に至った。 マルチドキュメント処理のタイミングをずらす方法も試みたが、 マルチドキュメント自体の処理がうまくいかなくなる事が分かった。 つまり、どうしようもない。とうとう行き詰った。
解決するには、音源の構成をソフトで１つだけ共通で持つようにしなければならない。 なんとか、楽譜ごとに設定を持ちたかったが、マルチドキュメントの問題によって、 実現が不可能と判断。Windows の仕様なのでどう仕様もない。
完成が近いのに大幅な改良が必要になり、ショック状態である。 これで、世の音楽ソフトがソフトで１つだけ音源の構成を持つ事が理解できたし、 ドキュメントを切り替えても、音源が切り替わらない理由が分かった。 はじめから Windows の制限が分かっていれば、こんなに苦労はしなかった。 し、無駄な開発に時間を費やす事もなかった。
しかし、もはや、実現方法が１つしかない事が決定したので、 後はそれを実現するように改良するだけである。 マルチドキュメント制御では、何もする必要がないので、 ややこしい作りになることもなく、やっかいな現象が出る可能性もなくなる。 結果的に、開発がしやすくなり、ソフトの安定性が極めて高くなる。 それに、世の音楽ソフトと同じような仕様になる事で、違和感も少ないだろう。 ドキュメント切り替え時も処理が重くならず快適になる。 環境設定を行わない限りデバイスはいじらないので、ソフトの動作が軽くなる。 考えてみれば、良いことばかりではないか。
マルチドキュメントで音源構成を持つ方法はできなくもない方法を考えたが、 また、最後の最後で問題が見つかっても困る。 ここは素直に、コンピュータの構造に従うとする。 言うならば、Score Editor 5.55 の構想と同じになるとも言えなくもない。 余計なことを考えすぎたのかもしれない。
まずは、世の音楽ソフトと同じ基本スタイルでデバイス構成を実現し、 うまい方法があれば、後から改善したい。
ということで、デバイス構成の持ち方を大幅修正しなければならなくなった。 理想があっても実現できない部分もある。妥協が必要といった所だろう。
この改良を終えた後、残件数はおそらく３０は出るだろう。 仕方ない。とにかく前に進むしかない。すでに、その作業を進めている。
-
残件を２件対応。残件８件。減らない。
なんとか厄介な２つの問題の対応が終わった。 下手したら大幅な仕様変更が考えられたがなんとかそれもなく対応できた。 ヒヤッとする一瞬であった。
結局、あまり仕様をややこしくするのも問題だったため、 ＭＤＩのフルスクリーンとか関係なく、 最後に開いた楽譜がアクティブになるようにした。 楽譜を切り替えても、音源はアクティブにならない。 この時、画面下にそれを示すとともに、 音源のアクティブ化が必要である事を示すボタンを出現させる事にした。 必要であればそれを押せばアクティブになる。 ボタンを押さなくても演奏をすれば自動でアクティブになるようにしたので、 これで大きな問題にはならないと思われる。 複数画面を使う場合は、大抵はコピー編集の時なので、 いちいち音源をアクティブにする必要はない。 必要であればユーザがアクティブボタンを押せば良い。
ほかの人の楽譜を読む場合も音源がない場合の設定を複数音源分持つ事で、 問題は回避した。これで、楽譜を読めばすぐに演奏可能な仕様となった。
これで安心と思ったら更に厄介な問題が１つ生じた。 デッドロック関連である。
どうやら、マルチドキュメントの切り替え中に、 Windows メッセージ処理をすると、フリーズするようである。 この時のタイミングでは可能な限り処理をしないように改良したほうがよさそうだ。 しかし、デバイスを一時的に停止しないと、異常終了してしまう。 ドキュメント切り替え時にこの処理ができないとすると、 一旦処理全体をキューに溜め込んで、ドキュメントが切り替わった後に、 処理をするようにしなければならない。 なんとも厄介だ。
いっその事、ドキュメント切り替えイベントを仮想化してしまえば、 現状どおりの処理でいけるかもしれない。 複数音源対応は、とことん作者を困らせる。
-
残件を７項目対応。しかし新たな残件がみつかり、残り８件。
譜線属性が増えた事による範囲コピーなどの音符の補助線描画の対応が 思いのほかあっさりと対応できた。 対応には苦労しそうだと覚悟を決めていたが、簡単だった。
残件もどんどん減り、これは収束かも？と思っていたら、 厄介な残件が２件見つかった。ショックを隠しきれない。
マルチドキュメントに関する問題が１つ。 複数の楽譜を開く場合、楽譜を切り替えるたびに、 音源を初期化しなければならない。 音源の初期化は、処理に時間がかかるため、厄介である。 更に、厄介なのは、処理中に、別の楽譜を選択すると、 マウスイベントだけが、蓄積され、初期化処理が終わったとたんに、 ダブルクリックとして認識され、結果的にフルスクリーンに切り替わってしまう。 Windows がそうするので、こちらでは対処できない。
まず音源初期化は、ＭＩＤＩの場合に必要となる。 これは、１つのハードウエアを複数の曲で共有するからであり、 常にアクティブな楽譜の設定に音源の設定を反映しなければならない。 これは、避けられない。５．５５では、音源が１つだし、 制御するパラメータが少ないので、演奏時に毎回初期化をしている。 なので問題ない。しかし、６．０１は、扱えるパラメータが膨大であるし、 複数音源である。演奏時に初期化すれば、演奏までに時間がかかる。
思い切ってマルチドキュメントをやめてしまうかと考えたが、 複数 Score Editor を開いても、同じ事がおこる。なのでシングルにしても解決しない。
これには困ったが、妥当な対策で乗り切るしか方法がないと判断した。 楽譜を開くときは必ず初期化する。 複数開いた楽譜を切り替える時は、音源は初期化しない。 もし、初期化していない楽譜で演奏した場合は、 そのときだけ初期化処理をする。フルスクリーンの時は、 楽譜を切り替えるたびに初期化する。
おそらくこの方法でなんとかなる。 普通は、ＭＤＩフルスクリーンで使うと思う。 そのときは、一切問題は生じない。 ＭＤＩを並べて表示したときは、たいてい、コピー＆ペースト作業が目的だと思うので、 音に関しては気にしないと思う。演奏すれば初期化されるので、 この時点で問題がなくなる。とにかくややこしい。 念のため、手動で初期化できるメニューも付ければ問題ない。 ひとまず、このような仕様にしたい。
もう一つの問題は他の人の楽譜を読む場合である。 だれもが同じ音源を使っているとは限らない。 当然、他の人の楽譜を読めば、音源が違うので、 音が鳴らない。毎回自分用の音源に設定を変更する必要がある。 これは、不便である。
これも、悩んだ結果、もし、その音源がない場合は、 設定ダイアログを開くようにし、初期設定をする。 以降その設定が自動で適用されるようにする。 これを、複数音源分、用意しておけば問題は解消されると思われる。 この問題は、ＭＩＤＩ音源とＡＵＤＩＯデバイスに関して発生する。 つまり、存在しない音源だった場合、どの設定を使うのか？ という設定を１回だけすればよい仕組みにすれば、 以降は、その設定で使用できる。 なので、他の人の楽譜を読んだ場合は、自分の設定で自動で初期化され、 すぐに演奏できるという仕組みである。
-
残件を４件対応。残り８件。１桁に入った。
以前の形式の楽譜を読む場合、 ＭＩＤＩ再生デバイスなどの設定をしなければならない。 ６．０が複数音源になるため、その設定が古い楽譜に合わない設定をしていると、 楽譜が読めない。
この問題についてはかなり前から悩んでいたが解決できそうである。 古い楽譜を読むときに、設定画面を出してしまう方法である。 これで、読み込んだ後に、音が鳴らないといった問題がなくなる。
この時に必要最低限の情報だけ設定するようにすることで、 ６．０の音源構成に移行する事ができる。 しかし、読み込んだ楽譜をすぐに６．０で保存するとも限らないし、 いろいろなバージョンの楽譜があるはずで、 楽譜を読むたびに、設定作業をするのは苦しい。
そこで、一度設定したら次回はその設定を自動的に適用するチェックを対応し、 以降はスムーズに楽譜が開けるようになる。
ためしに作りこんでみたところ、けっこう快適な操作性であった。 これを、６．０を初めて使用する場合にも対応すれば、 スムーズに６．０へ移行できると思われる。
特に Score Editor は、初心者でも使用できなければならないため、 デバイスの詳細設定画面が開くと、初心者は混乱する。
最低限の設定だけたずねるようにすることで快適になる。 分からなければキャンセルしてしも問題ない。 その場合は、パソコンの音源が自動的に選択される。 もちろん、後から、詳細な設定をする事が可能である。
慣れてきたら、６．０の複数音源を使い始めるなど幅を広げていけばよい。 しかし、このあたりの仕様はややこしいところもある。 これは、Score Editor がマルチドキュメント方式のためでもある。 楽譜によって使用する音源もさまざまである。 普通、他の音楽ソフト等は、ソフト全体に音源の設定をする。 しかし、曲によってはすべてその設定になるとも限らないし、 ＶＳＴもいつも同じとは限らない。不要な設定を毎回起動するのは不経済である。 それと、楽譜をユーザどおしで交換する場合、 必ず、ユーザ間での環境が一致している事はまずない。
そこで Score Editor は、楽譜ごとにデバイス構成を構築できるようになっている。 もちろん、起動時の共通設定も可能になっている。 こうすることで、いつでも過去の楽譜を読めば、その状態を復元できるのである。 これで、音楽を作成するときに、デバイス構成の事は気にしなくて良くなる。
Score Editor は、すぐにでも作曲が始められなければならないソフトなので、 このような他の音楽ソフトでは見られない方法を採用している。 この仕様を決めるのと画面のデザインや操作性に関しては、かなり苦労した。 何より難しかったのがその開発である。 しかし、今では、快適に操作する事が可能な仕様になったと思う。
-
残件を３件対応。残り１１件。
HyperSonic2 (HS2)終了時にフリーズする問題が解決した。 正確には、HS2 が原因ではなく、Score Editor 側の問題である。 なぜか、HS2 を使用したときだけに発生する症状であった。
まず、基本的な Score Editor 自身の開放処理を改善させた。 すると、ＨＳ２に限らず、何もＶＳＴを使用しなくても、 Score Editor 終了時にフリーズするようになった。
原因は、Windows のメッセージ処理にあった。 なぜか、ウインドウが全てなくなった後に、メッセージを取得する関数を呼ぶと、 その中でフリーズしてしまうようだ。Windows 側でフリーズするので、 困ってしまったが、デバイス開放関連を、メインウインドウが閉じる直前に終わらせてしまう事で、 フリーズは生じなくなった。そんなＡＰＩの仕様だったか思い出せないが、なんとかこの厄介な問題が解決した。
おそらく、メインウインドウのハンドルをデバイスが握っていて、 先に、メインウインドウを開放してしまうと、デバイス側でフリーズするのかもしれない。 いずれにしても、開放順序の間違いであり、修正できて良かったと思う。
-
残件を６件対応。残り１４件。なかなか減らない。
対応しても次々に新しい残件が見つかる。 ほとんどはプリセット関連の連動処理にてバグが見つかる。 ６．０においてプリセット関連は特に開発には苦労している。 扱える情報が多くなった事が主な要因だろう。 そして、初期化のタイミングが多様な事が原因である。
-
残件を１件対応。
楽器一覧がなくてもドラム楽器を鍵盤から選ぶ機能を追加した。
対応にあたって、けっこうな修正が必要であった。 ドラム楽器はノート０−１２７まで全て使用できる場合がほとんどなため、 画面上の鍵盤では表示しきれない。 そのため、鍵盤をオクターブスクロールする対応を行った。 更に楽器一覧からドラムを選ぶ場合、鍵盤を自動スクロールして、 選んだノートがどこなのかを表示する対応を行った。 そして、鍵盤がスクロールしている事が分かるようにするために、 オクターブ番号を鍵盤に表示するようにした。 ドラム楽器選択画面そのものも鍵盤表示し、ノート番号が分かるような画面に改良した。
概要としてはこのような感じであるが実際に対応するとなると、 連動関連の処理や見えない処理が更に必要なためいろいろと作りこみが必要であった。 新しい機能なので、作りこみが多くなるのは仕方がない。 しかし、この機能は他の機能との影響が少ないため、問題なく機能追加が終わった。
これとは別に、HyperSonic2 終了時にフリーズする問題であるが、 楽譜を閉じるだけならば、なんら問題なくフリーズもしない事が判明した。 これは、解決の手がかりとなる。Score Editor 全体を HyperSonic2 もろとも閉じる場合、 フリーズするようだ。手がかりが見つかったので思ったほど苦戦する事はなさそうだ。
安心した所で、先に対応できる残件を対応していくことにしたい。
所で６．０の安定性がかなり向上してきた。 今までは、いつおかしくなるか不安になりながらも、 頻繁に上書き保存をしながら作曲していたが、 現在では、作曲する作業であれば、心配なく普通に行える品質になってきた。 演奏時処理の残件が片付いたからだと思う。開発は順調である。 ただ、難しい残件が残ってきているため、１つ対応するだけでも大変である。
-
残件を３件対応。残り１４件。対応してもどんどん増える。
というのも、今回ＶＳＴ音源である HyperSonic2 を使用して、 作曲をしてみたのである。ここでいくつかの問題が見つかった訳である。 特に HyperSonic2 (HS2)終了時にフリーズする問題は解決に時間がかかりそうだ。
Score Editor 6 からＨＳ２が使用可能に。 こちらもマルチティンバーでテスト中。 トランス曲を作ってみる事に。Score Editor 6 から独立したドラムパートが複数使用できるので、 ＨＳ２を使う場合も快適だった。この音源はけっこう楽しい。確実にトランスの楽器が再現できて嬉しい。 Ｄ７０ではどうやっても難しかったのにＨＳ２なら簡単だ。しかも起動も早いし快適である。
trans2008011501.wma
せっかくなので作曲中の実際の演奏も MediaEncoda で録音してみた。(wav ファイルだとサイズが大きすぎるため)。 曲はコード進行を決めている最初の最初の段階なので完成していないがご了承を。 ラフスケッチ段階である。コードも２音しか同時に鳴っていない。今回は Score Editor でＨＳ２が鳴っている感動を伝えるまでである。
話は戻るが、後は、音源定義がない場合どうするかという問題である。 ＶＳＴマルチティンバー用の定義が必要だがＶＳＴによって全て違うので、 用意することは困難。かといってＧＳ用やＧＭ２用の定義が使えるかは疑問である。 下手なコントロールをするとＶＳＴが誤動作してしまうのである。
HS2 の場合、楽器切り替えが自動的に動作し、ＧＵＩ側で選らんだ楽器が、 勝手に変更される。といった事が生じる。ＨＳ２用の楽器一覧を用意すれば問題はないが、 初期の状態で起動する場合困る。
そこで、ＶＳＴマルチ用の標準定義を用意する必要に迫られた。 この場合、楽器一覧は定義できないため、ドラム機能にて問題が生じる。 音源によって、どのノート番号がどのドラムに割り当てられているか統一性がないからである。 ＶＳＴ音源の場合、特に統一性がない。
このような場合の支援機能として、画面上の鍵盤上でドラム楽器を鳴らして、 気に入ったドラムを登録する機能が必要になる。 これがないと、たぶん４４がハイハットだろう。とか、番号を変えては鳴らす。 という作業を繰り返さなければならなく、苦しい。
つまり、楽器一覧がなくてもある程度操作できるように改善する必要が出てきた。 音源定義がなくても、とりあえず普通に使える。という仕様にする必要がある。 これも６．０の新機能という事になる。
-
残件を１件対応。残り１３件。なぜか増える。
インサーションの初期化が行われないという問題を対処した。 少し前までは動作していたのにどうしてか不思議だった。
調べてみると、ちゃんと機能は作りこんであった。 実はインサーションの定義画面を作成した際に、 一部のパラメータが保存されず。動作がおかしくなっていた事が判明。 インサーション定義画面を修正し、無事動作するようになった。
最初、エフェクトによって使用しないパラメータを使用すると、 動作がおかしくなると思い込んで、そのエフェクトに必要なパラメータだけ、 動的に使用できるように作りを変更した。
問題の原因とは違ったが、必要なパラメータだけ内部で使用するようになったので、 ＭＩＤＩファイルに書き出す時など動作が洗練される。
それと、心なしか起動が早くなった。不要なパラメータを初期化しなくなったからだと思う。 起動がスムーズになったので、助かった。 しかし、６．０から全ての定義を定義ファイルに書くため、 それを読み込む必要があるし、プリセットの読み込みなどの処理が増えたので、 ５．４に比べると起動速度は若干遅い。 これは、５．４の起動が早すぎるからであって、普通の速度だと思う。 ６．０の起動時間はだいたい１．５秒くらいである。使用する音源が増えればもちろん時間はかかる。 デバッグ版なので起動が遅いが、リリース版でコンパイルすれば、処理がもっと早くなると思う。 処理速度に関しては、リリース後に洗練させていきたい。
あと、フリー版ユーザから応援メールをいただいた。 ６．０のリリースを楽しみにしているとの事。後にシェア版に乗りかえる予定との事。 Score Editor が出た頃から使用しているとの事で、何年も Score Editor を使いつつ、 更に６．０の期待も高いようで、とても嬉しい。逆に開発が遅すぎて申し訳ないくらいだ。 ただ、遅くなる分、Score Editor は、こだわった作品だと自負できる。 ６．０は、４．９〜５．４での仮対応を全て見直した作品なので、 市販ソフトらしい仕上がりになってきたと思う。もちろん６．０リリース後も機能追加は続く。
-
残件を８件対応。残り１２件。
対応していくうちに他の残件が発覚するため、
なかなか残件が減らない。困ったものだ。
しかし、ここは落ち着いた態度が必要である。
バグを修正すると、原因が見つかった時に、 寒気が走る。これを見逃していたら大変だったと。 とんでもない予想外のバグが潜んでいる事がある。 バグを直してよかったと思う瞬間である。
たとえば、画面の描画が砕けるといった現象。 これは、起動の重いＶＳＴアサインする時の影響でもあったが、 やはり気になるので、落ち着いて調べていくととんでもないバグが潜んでいた。 処理中なのにメモリを開放しているといった具合。 これは、画面の描画とはまったく関係ないバグなのであるが、 ついでに見つかるといった具合。 つまり、動作がもろい箇所は、プログラマの目があまり行き届いていない箇所。 という事になる。 もろい部分を注意深く観察すると、そこには他のバグが潜んでいる。 バグを直すとこんなに良い事があると思い知った。 しかも、画面が砕けるバグも改善できた。
それには落ち着いた態度で取り組む必要がある。 この不具合１つに一生かけても構わない。 といった態度である。じっくりと現状の処理を理解し、 最小限の適切な修正を加えるのである。結果的に開発の速度が上がる。
残件を消すことばかり考え、あせってしまうと、 適当な修正をしてしまうので、修正した実感が沸かないし、 実際は他の問題が生じたりする。
落ち着いた態度による取り組みが良かったのか、 運がなければ絶対に分からなかったバグが修正できた。
デバイス開放時に時々であるがデッドロックが生じていた。 原因も分からないし、めったにおきないので、放置しようとしていたが、 頭の中では心配だった。何しろフリーズするのであるから。
関係ない部分の修正を行う際に、 デバッグでメッセージボックスを入れたとたんに、 デッドロックが生じなくなったのである。 すぐに分かった。Windows メッセージ処理をしなければならないと。 そして、このデッドロックのバグはたちどころに直ってしまった。 これは、本当に安心感が高まり、楽になった。 いちお、デッドロックの箇所には、タイムアウト制御を入れたので、 更に安心だと思う。
こうやって、落ち着いて開発に取り組む事でどんどん良くなる。 現時点では、かなり動作が安定してきた。 ありえないような操作をしたり、いろいろと操作しても、 きちんと動作するレベルになり始めた。
-
残件を５件対応。残り１２件。
音源の電源が入っている状態でもテストを始めたが、
特にＡＵＤＩＯモードで動作させると、いろいろ目に付く点がある。
普通に使う分には問題ないが、音源設定を変更したり、
音源の設定を変更したりすると、いろいろ問題が見つかる。
残件は減るどころか増えるばかりである。
特にＶＳＴのアサインに時間がかかる音源は厄介である。 アサイン中は画面の描画が行われなくなるため画面が砕けたようになる。 これを回避するには、ＶＳＴごとにスレッドを作成するのが妥当かもしれない。 ＶＳＴのマルチスレッド化については、今後の課題としたいので、 ひとまずアサイン中は画面が砕けるのは我慢するしかない。 音源によっては、ちゃんとアイドル処理をやってくれるので問題ないが、 やってくれない音源もある。いずれにしてもアサインが終われば、 画面の描画は正常になる。
根気よく進めていくしかない。開発には時間がかかる事を認めてこつこつ進めたい。
-
残件を２件対応。
プリセットの削除機能がなかったので対応した。
しかし、プリセット機能は複雑でかつ種類が多く、
どうも内部的な作りや操作性に違和感を感じた。
なので、再びプリセット機能の仕様を見直したいと思う。 見直しは最後に行うとする。
仕様がややこしくなる原因として、プリセットの分類にある。 各種類ごとに、分類がある。 システムプリセット、ユーザプリセット、その他のプリセット。である。
システムプリセットは音源にもとからあるプリセットの事で、 ユーザプリセットは、ユーザが作成したプリセット。 その他のプリセットは、他の音源で読み込むためのプリセットである。
この分類がややこしい。ユーザはどの分類を選んで良いか分からないと思う。 特に、その他のプリセットは何の事か分からないと思う。 そこで、その他のプリセットを無くして、エクスポートとインポートを対応し、 プリセットを他の音源に移行できる仕様にすると、 システムとユーザの２種類になるので分かりやすい。
プリセット機能は、ファイルフォーマットにも影響するので、 後から仕様変更がやりにくくなる。リリース前によく仕様を練っておきたい。
これとは別に、バージョン５．５５をリリースした。 バージョン表記は新しい方式による表記を採用した。 本来は、５．４であるが、５．５４とメジャーとマイナーを区別する。 マイナー５４の次は５５なので、５．５５となる。
５．５５は、６．０１ではなく、ＵＲＬ対応版の５．４である。 Studio ftn のＵＲＬが変更となったので、新しいＵＲＬにした５．４を先に、 リリースしておく事にした。
これは、６．０１のリリースがまだ先になると見込んだからである。 ２月にはリリースしたかったが、難しいかもしれない。 早めに５．４にＵＲＬ対応をしておかないと、ユーザが混乱すると思った。 あとは、ベクターの更新をすれば、古いＵＲＬは削除できる。
ひとまず心配事を早めに片付けたほうが、安心して６．０１の開発に取り組める。 それと、６．０１をリリースする際も、どちらにしてもＵＲＬ対応が必要なので、 ５．５５の段階でやっておく事で、６．０１での負担も軽くなる。
５．５５にて、Vista でのインストールが簡単になる。 ＵＲＬ対応に伴い、インストーラやダウンロードマネージャなど、 多くの修正を行った。この作業が６．０１ではもうやらなくて良いと考えると、 気持ちが楽である。
-
残件を１件対応。
ダイアログ関連の修正を終えた。
画面数が多かったため、これだけで時間がかかったが、
対応を終えたので、今後は心配する必要がなくなった。
-
残件を１２件対応。残り１９件。
いよいよ、難易度の高い残件ばかりとなってきた。
これからは、対応に時間がかかるかもしれない。
今まで不思議に思っていたのであるが、 ダイアログのボタンの位置がほとんどの画面で少しずれている。 なんでこんなに大雑把なのかと思いつつ、 ちょこちょこと修正していたのであるが、 ＸＰで開発していた時は、これでよかったと判明。 ６．０はＶｉｓｔａで開発したため、ウインドウ枠の関係で、 位置がずれてしまった訳である。
これは、よろしくない。ということで、 ダイアログのレイアウト調整関連の下組みを新たに開発している。 全てのダイアログ画面でこの新しい方式に変更しなければならないため、 この対応には時間がかかりそうである。
これが終われば、どんなＯＳでも適切なレイアウトになるので、 ＯＫボタンの位置が不自然になる事はなくなる。
あと、これとは別に、パートやページを削除した場合、 カーソル位置情報が更新されていない事に気がついた。 その修正を行った。６．０にてパート属性を増やしたため、 楽譜描画がおかしくなるなどの症状が目に見える形となった。 これについては修正を終えたが、 範囲コピーなどの時に、パート情報を結び付けなければならなくなり、 この修正は面倒な事になった。これは、５線以外に１線譜を対応したため、 音符の補助線の描画に影響が出てしまった。
-
残件を１８件対応。残り２７件。
残件は増えたり減ったりしているので、若干の誤差はあると思う。
微調整項目がほとんどなので、対応の速度が速い。
しかし、対応が難しいものがいくつか最後に残ると思う。
残り２７件は少々面倒な残件ばかりであるが、 落ち着いて対処していこうと思う。
-
β版に向けての動作確認が一通り終わった。
ただし、音源が起動していない場合のテストである。
出てきた残件は５０項目に及ぶ。気が遠くなりそうである。 しかし、ゼロからの作りではなく、ちょっとした修正項目がほとんどなので、 どんどん対応していきたい。
ひとまず、７件対処した。なので、残件は４３項目という事になる。
６．０ではプラグイン検索パスを指定できるのであるが、 フォルダ参照のボタンがなかったので対応した。といった残件対応が主である。
フォルダの参照は、インストーラで使用した事があるが、 このダイアログを出す方法をすっかり忘れてしまって、 調べるのに時間がかかってしまった。コモンダイアログと勘違いしていたのが原因。
α版を使ってみての感想であるが、 仕様に関してはほとんど問題なかった。 それと、ポロポロと異常終了する覚悟でいたが、そうでもなかった。 かなりしっかりと動作しているといった感覚だった。 これには驚きである。出来たてのα版にしては安定している。
ひとまず、出てきた残件を対応したら、音源やＭＩＤＩ鍵盤を起動した状態でのテストを行う予定。 この時、音源定義ファイルの作成も行う。いろいろな音源でテストを行うので時間がかかりそうだ。
-
再び開発再開である。十分に休憩が取れたと思う。
ひとまず、α版が完成し、β版に向けての開発を行っている。 まず、気がついたのが、自動バックアップの必要性である。 自動といっても、異常終了に備えるものではなく、 世代管理的な自動バックアップ機能である。
ファイルフォーマットが６．０から大きく変更になる事が大きい。 もし、ここで上書き保存をしたら、もう戻れない。 まだα版という事もあり６．０のフォーマットのテストがほとんど行われていない。 果たして、上書き保存する勇気はあるか？ない。 作者自身心配なくらいだ。今まで作った曲が消えたらショックであるし、 かといって、自分でバックアップを取るのもめんどくさい。 楽譜ファイルフォーマットは今までも何度か変更されてきた。 今後のことも考え、世代管理は重要である。
ということで、６．０にて自動世代管理バックアップ機能を追加した。 開発も終えた。これで、安心して６．０を使って上書き保存ができる。 この自動バックアップであるが、ファイル内容が同じであればバックアップしない。 つまり、楽譜が変更されるたびに、バックアップされていく事になる。 ただ、上書き保存するたびにファイルができても困るので、読み込み時にそれを行う。 こうすることで、必要最小限のバックアップで済む。
だからといって、バックアップしてあるから、今のファイルは削除しても安心。 という事ではないので注意が必要である。 保存後にもバックアップを取っても良いのであるが、保存時に異常終了した場合、 壊れたファイルがバックアップされてしまう事になる。 なので、６．０では読み込み時にバックアップを取る。 似たような事ではあるが、少なくとも、いつも読み込んでいるファイルをバックアップしたほうが、 確実なのである。
他に気がついた点といえば、アサインの遅いＶＳＴを使う場合、 進行状況を出せないか検討したい。もしかしたら出せないかもしれない。 ５．４で出ないのであるから、ひとまずそのような機能は必要ない。 引き続き６．０を使って、いろいろと操作してみたい。