あらすじ
|
メイン画面のデザインを考え実際に作って動作させながら操作性の検討を行う。
１１回目の試作にてメイン画面の仕様が決まる。画面仕様は従来のバージョンとの上位互換となった。
もし仕様が決まらなければ５．５のリリースはできない。
アイディアが浮かぶまでリリースできないといったプレッシャーはかなりのものであった。
そして、細かい残件対応をコツコツと進める。 あとは、すんなりと開発が進むと思っていたら、予想外の部分的な共通パラメータの必要に迫らせ、 打撃を受ける。ドラムに関しても同様の問題によって開発がストップする。 なんとか考えに考え、共通パラメータの仕組みを組み込んだ。 もっとも基本となるデータライブラリに組み込む事になる。 結果的に不要な処理がなくなりしっかりとした構造になる。 しかし、この副作用はかなりの広範囲に及び多くの残件が発生してしまった。 |
2007-06-30 状況
-
ドラムデータ構造改良に伴い、ドラム設定画面や音源定義画面を修正中。
複雑なドラムマップの構造を簡単にする方法が思いつき、
ドラム関連の大修正を行っている。
音源定義画面でのドラムマップであるが、５．５の開発に着手した時から違和感を感じていたが、 やっと、すんなりとした仕様になった。
まず、ドラムマップ（譜面へのドラム割り当て情報）とは何かを良く考えた。 これは、音源定義よりかは、楽譜よりの情報である。 なので、ユーザが音楽のスタイルに合わせて自由に定義すべきである。 この定義を音源設定に含めてしまうと、音源定義作成者はドラム譜を意識しなければならなくなる。 あらゆる音楽のドラム譜を定義しなければならないのは何か変だ。 音源定義は音源に関する定義だけで良い。
この事から、音源定義に複数のジャンルのドラムマップを持つ必要がない。 これによって、多重階層の大掛かりなデータ構造にしなくて良くなった。 そもそも、１つもマップを持つ必要がない。 こうして、音源定義作成画面からドラムマップの概念が消えたので、その処理も削除した。
では、ドラムマップはいつ定義すべきか？ ユーザがドラム譜を使用する時に作成すれば良い事になる。 そこで、５．５から追加となるプリセットの概念が役に立つ。 ひとまず、デフォルトマップだけ、プリセットを用意しておけばよい。 これは、従来のドラム画面からプリセットの保存を行えるようにすれば良い。 こうすれば、ユーザ好みのドラムマップをいつでも保存でき、 いつでも読み込める。
結果的にユーザの自由度が増して、画面も分かりやすく簡単な仕様になった。 しかも、音源ごとに専用のドラムパラメータを持てる他、 ＭＩＤＩモードとＡＵＤＩＯモードで定義を独立させる事が可能である。 ドラム関連のＶＳＴは、特殊なマップ配置や仕様になっているので、 ＭＩＤＩ規格に準拠していない。しかし、５．５からは、ＡＵＤＩＯとＭＩＤＩを切り替えてもドラム譜はそのままで、 鳴らすドラムの設定だけ指定すれば良い。
更にデータ処理を簡単にするために、ドラムマップを３２個固定とする方針に切り替えた。 １つのドラム譜中に３２個までのドラム楽器を使用できる。 ドラムマップの枠が固定された事で、以前のようなドラム楽器の追加や削除などの操作が不要になり、 ダイレクトに空いている部分にドラム楽器を割り当てられるようになる。 操作性が向上する結果となった。従来の仕様では追加してもドラムは３０個しか使用できないので仕様としては何ら不具合が出ないはず。
何日も悩み続け、さらにユーザを待たせているが、結果的には良い仕様が見つかった。 これですっきりとする。 引き続きドラム関連の大修正を行いたい。
-
５．５開発状況を更に分割した。これでページが軽くなったと思う。
こうして開発状況を振り返ると、わりとテンポ良く開発が進んでいるようにも見える。
それと同時に１ヶ月という期間は長いようで短い開発期間だと感じた。月ごとに「あらすじ」を入れてみたが、
それを見ると１ヶ月でできる事は限られている事も良く分かる。
データ構造を変更し、音源関連の修正が完了した。 データライブラリの改善を終えたが、なかなかしっかりとした作りになってきたと思う。 データ構造がどのようになろうとデータライブラリの改善は正解だったと思う。
音源定義部分の持ち方についても工夫をし改善した。
いよいよ、ドラムマップのデータ構造に着手中。 それに合わせて、ドラム設定画面のリスト部分の作りも共通化した。 どういうわけか複雑さを感じたのでもう一度よく考えてから着手したい。 その後ドラム設定画面関連も修正しなおさなければならない。
-
どのようなデータ構造にすべきか大枠決まったので、
試しに実装してみる事にした。
いろいろなデータ構造を考えてみたが、結局の所、音源データの独立性を保ちながら、なおかつ共通パラメータを実現するには、 ある１つの方法しか思い当たらない。実体と参照の考え方である。 内部的には面倒な処理になってしまうが、高速化を重視するにはこの方法しかない。 その面倒な処理をなんとか隠す工夫をする事で、処理の安定性を実現する事にした。 データのアクセス方法を修正しなければならず、ちょっとした全体に及ぶ修正が必要。 現在その修正を行っている。
説明しても良く分からないとは思うが、ようはデータライブラリの改善を行っている。
あと、書き忘れていたが、音律関連の作りこみが既に完了している。 もののついでに、うれしいパラメータを追加した。 これは、音律を操作するとピッチが上書きされるのを防ぐための処置でもあるが、 とても音がきれいに聴こえるあのパラメータである。
-
ドラムマップの保持方法であるが、追求していたら新たな問題が見つかった。
複数音源対応に伴い、ドラムの定義に関しても同様の作りこみが必要である事に気がついた。
思い起こせば、アイディアが浮かばなかったので保留にしていたのであった。
その問題を今考えなければならない。
いきつくところ、ドラムマップについても部分的に共通パラメータが必要になる。 ドラムマップの保持方法が解決できれば、パラメータ保持の問題はすべて解決できると思われる。
５．５を開発し始めた当初は、従来のままの仕様にする予定であった。 しかし、ここまで複数音源対応に力を入れているのに、ドラムだけ従来のままというのは中途半端である。 そこで、ドラムマップについても複数音源対応を行う事にしたい。
-
開発状況の容量が多くなってきたので、５．５以前の状況を別ファイルにした。
しかし、５．５の開発状況は長く続いているため、これでも容量が多い。
後で、さらに分割したいと思う。
悩み続けているデータの保持方法であるが、現在も悩んでいる。思わぬ足止めである。 試しに共通パラメータが使用できる構造に作り変えたが何かしっくりしない。
何がしっくりこないのかを突き止めるべく、何が悩みなのか追求を始めた。 その結果、いくつかのポイントがあるが、もっとも大きな悩みが、 ドラムマップの保持方法にある事が分かった。
共通パラメータとドラムマップの保持方法を、どう追加するかである。 その前に、じっくりと検討ができるよう、現在のデータ構造を図に書き出す作業を行った。 問題点が分かった所で、これから対応方法の検討に入る。
この対応が完了すれば、完成は近い。めげずに取り組みたいと思う。
-
ドラムの演奏ができるかと思ったが、甘くはなかった。
もうカンベンしてください。
従来の構造だとＣＨ１０はドラムである。といった暗黙の作りになっている。 今回、ＸＧに対応すべく、その考えを改めなければならない。 ユーザが指定するのである。暗黙だったものが指定によって変わるとなると、 作りは一気に大掛かりになってしまうものである。ひとまず、コツコツとＸＧ対応を行った。
これでもう大丈夫と安心したら、キツイ仕打ちがやってくる。 ＭＩＤＩとＡＵＤＩＯモードの違いに伴う問題である。 今までは、どっちであろうと共通のデータを使用していたが、 複数音源の多様化に伴いそう簡単にはいかなくなってきた。 この問題は、以前からあった。ＭＩＤＩで音量などを調節し、 ＡＵＤＩＯにしたとき、音量を調節する。再びＭＩＤＩにした場合は、 また、ＭＩＤＩ用に調整しなければならない。 ＭＩＤＩとＡＵＤＩＯは、別々にデータを持つべきだろうか？ それで、別々にしてみたのであるが、これが仕打ちの引き金となった。
ドラムのＣＨをＭＩＤＩとＡＵＤＩＯで別々に設定しなければならなくなる。 例えば、ＡＵＤＩＯが好きなユーザがＡＵＤＩＯで作成した楽譜を、 フリー版ユーザが読むとする。フリー版にはＭＩＤＩしかないので、 ドラムの設定が一切されていない。演奏がおかしくなるどころか譜面もおかしくなる。
ＭＩＤＩとＡＵＤＩＯで共通のパラメータを用意しなければならないという事である。 「部分的に共通」といった概念が必要になる。 またしても、データ構造の改良をしなければならないのだろうか。 しかも、パラメータごとに、共通かそうでないかといった器用な事ができるのか？
複数音源対応は簡単なようで、ものすごく根が深かった。 今回の５．５の対応で多くのコードが作り直しになってしまったが、 根が深すぎるためであったのかもしれない。ある意味「核」の部分を改善するのであるから、 大改造になる事は当然だったのかもしれない。
あと少しだと思うので、めげずに今回の問題に取り組んでみたい。
-
いくつかの残件を見ながらどれも苦痛で、なにが苦痛なのか追求したら、
どの残件もパラメータ保持方法が不明確なために開発に着手できない事が明確になった。
たぶん、そうではないか？と思っていたが実証する事で問題点が確実なものとなった。
逆に考えれば、パラメータの保持方法さえ解決すれば、残件が一気に解消される事になる。 問題は１つだったのである。こうなれば徹底的にパラメータの保持方法の解決に集中できる。 もうゴールはすぐそこに見えている事に気がついた。気合を一気に高めこの問題に取り組んだ。
パラメータ保持の悩みであるが、逆に悩まず従来の Score Editor の方法で進める事にした。 Score Editor は、それなりによく考えて作られているので、素直にその考えに従うとうまく行く。 その結果、すんなりと問題が解決する実感が湧いてきた。
コツコツとデータ構造を最終形態にすべく修正し、 とうとう、ドラムマップのデータが保持できるようになった。 これで、５．５上でドラムの演奏が可能になるのは近い。
ドラムマップは、複数音源対応に伴い、複数保持する必要があるほか、 ５．５ではしっかりとＸＧに対応できるよう、ＣＨごとにドラムを使用する事もできる構造となっている。 従来の Score Editor では、１つで良かったドラムマップが、 これほど多様な場所に独立して存在可能でなければならない。 この問題が解決した。
続いて、音律やミキサー、演奏モニタ情報などのデータ保持方法について対応する。 これらは、１箇所に格納すればよいので対応は簡単だろう。 これができれば、４つの残件に着手が可能となる。
昨日はこの止まらぬワクワク感による緊張のため睡眠不足である。
-
ひとまず、先にユーザ報告のあった、
15va 記号の表示誤りの不具合の対応を行った。正しくは 15ma である。
ついでに、8vb など、ユーザ要望に応じるため、オクターブ記号のバリエーションを大幅に増やした。 楽典で使用する表記から省略形まで対応した。
記号のグラフィックやメニューをコツコツと点を打って作成した。
残り残件であるが大きく分けると４項目に分類できる。 ドラムの演奏、音律、演奏のバー表示（画面下に出る赤い棒）、楽譜と音源パラメータの保持方法。 である。どれも厄介な残件で、精神力と忍耐力が必要になる。
楽譜と音源パラメータの保持方法が影響しているためである。 この仕様の最終調整が終わらないとどうも安心して取り組めないが、 アイディアが浮かばない。おそらく従来の Score Editor の仕様の流れにするとすんなり行くと思うので、 その方向で考えてみたい。これら４項目についてよく考えてから対応したい。
-
なんとか残件を３つ対応した。
また、音源設定画面の仕様が決まり、
音源設定画面が完成した。複数音源になろうとも従来の Score Editor の考え方は維持すべきと考え、
うまく仕様が決まった。その際にデータ構造の大幅な修正を行ったが、なんとか対応できた。
ただし、プロパティ関連は、 全体が完成しないと何を設定できるようにすべきか見えないので、 リリース直前に対応する事にする。
増えたり減ったりで残り残件は１２項目となった。 これ以上進めるには楽譜データと音源データの連携について、 仕様の最終調整を行わなければならない。 これがまた、気が重くなるし、アイディアがなかなか浮かばない。
-
残件を４項目対応した。また、親切なメッセージを出すといった
サービス的な５件の残件は次回のバージョンにまわすことにした。仕様の検討に時間をとられるからである。
これで残り残件は１５項目となった。
やはり予定を組むとプレッシャーが生じるので、 あくまでも個人的な目標ととらえていただきたい。 ゼロから何かを作り出す作業は、やはり時間がかかるようである。 この先の１件ごとの残件は少々難易度が高いものとなる。 おちついて対応していこうと思う。
-
残件を２項目対応した。コードネームなどの視聴関連を複数音源に対応した。
結局、鍵盤上で選べるようにした。
再び音源設定画面に取り掛かっているが、 一部仕様が決まらなく頭を悩ませている。 難しいことでもなんでもないと思っているちょっとした事が、 いつも奥深いものである。足止め状態である。
現時点での細かい残件はあと２４項目である。 こうして今までの間に５．５対応でコツコツと進めた項目は１１１項目に及ぶ。 １つ１つで悩んで、解決してきた。
実際、最初の仕様が固まってからの項目数なので、おおざっぱな計算であるが、 去年の１１月から始まった５．５対応は、 平均１項目が解決するのに２日かかる計算になる。 ここから残りの２４項目を対応するには、あと４８日。と推測できる。 ８月５日にα版ができあがると思われる。 待たせてしまった事は申し訳ない。 しかし、進めるしかない。
-
残件をさらに５項目対応した。データ構造の改善によりどんどん開発が進む。
これからの残件は少々考えさせられる要素をクリアしなければならない。 一つは、たとえば、コードネームの視聴などである。 単一音源のときはその音源で視聴すればよい。 しかし、複数音源対応を行った事により、 どの音源で視聴するのが良いのか、すこし考えてみる必要がある。 複数になると機能１つ１つに必ず選択という要素が出てきて、 ５．５の対応は大掛かりだ。
-
デバイス関連のデータ構造を２つに分離した。
分離後の副作用や修正に伴う関連部分を修復し、
分ける前の状態に戻った。これで分離作業は完了である。
分けた結果理解しやすい内部構造になってきた。 いろいろと残件が解消された。
一気に７項目の残件が完了した。データ構造の分離は正解だった。 他にも解決している残件があると思うので検証したい。
デバイスの設定画面のほうであるが、 データ構造の改善で先に進むようになった。
-
昨日は開発がどんどん進みエネルギーを使い切ってしまった。
それでも、セットアップ画面は完成しない。ほとんどできたが、
プロパティの設定やファイル保存の作りこみが必要。
疲れが出ているので休憩したい。 気が向いたら開発が少し進むめば良いほう。と考えたい。
追記：気が進んだので開発を少し進めた。 デバイス関連のデータ構造を２つに分けたほうが良いことが分かってきた。 さらに、残件を分類したところ、８０％はデバイス関連であった。 そこで、これらの残件も含め再設計を行いたい。 ８０％の残件が一気に片付く可能性がある。
-
引き続き音源のセットアップ画面を作成中。
昨日は開発の調子がよくなかったが、本日は快調に進んでいる。
どんどんやるべき作業が頭に浮かぶが、集中力が追いつかない状況。
休憩をはさみながら進めている。
１つの画面を開発するにはいろいろな処理を作りこむ必要があり、 時間がかかるが、これが終われば全ての画面が完成するはずである。
グラフィックカードの Vista 用ドライバがいつの間にか出ていたのでインストールした。 無事動作したが、画面が少し暗くなり Vista の評価機能を使ったところ悲しい事に処理性能が低下した。 心なしか画面の動作が重くなったような気がする。事あるごとになんらかのショックを感じるＯＳであるが、 これでマルチメディア関連が安定してくれれば助かる。
-
いつの間にか時間が過ぎていた。
現在、音源のセットアップ画面を作成中であるが、
データの流れがうまく行かなくて苦戦している。
疲れが溜まってきたのか開発がスムーズに進まない。
データの流れについて、ゆっくりと落ち着いて考えてみたい。
画面関連の作りは開発の準備作業を進めており少しだけであるが進んでいる。
-
細かい残件をさらに２項目対応した。残り２９項目。
Score Editor とＶＳＴのパラメータ連動といった作りを行った。
これで、大枠ＶＳＴ関連の作りは終わった。
残り残件がほとんど開発中のバグ残件となってきた。 どれも癖があるので、どれを先に対応しようか迷ってしまう。
大きな残件といえば一旦保留していた、使用すべき音源のセットアップ画面だと思う。 次はこれを終わらせてしまいたい。
昨日は疲れが出てきたと感じたので休憩した。
そろそろバックアップをＨＤＤだけでなくＤＶＤに取りたいと思い、 Vista で動かなかった Vista 対応のＤＶＤドライブを動かす試みを行い、 ついに動作するようになった。Score Editor の開発環境をＤＶＤにバックアップした。
まず、どこが作ったメーカのドライブか理解するのに時間がかかった。 結局、箱に書かれた型番は架空のもので、実際の型番はＤＶＤドライブに書かれていたものが正しいという事を突き止め、 やっと、対応メーカの特定に至った。
無事ファームウエアを入手し動作するようになったが、 途中何度もファームの更新に失敗した。 原因はよくわからないが、セキュリティソフトを一時的に停止したらうまくいった。 これにて、Vista でＤＶＤドライブがようやく動作するようになった。
徐々に Vista で動作するハードウエアが増えていると実感できる。メーカの対応には感謝です。 ただ、Vista は、記憶喪失になりやすいのか、カメラのドライバが消失した。 これもまた、メーカのページを見てもどれが Vista 用のドライバか良く分からない。 結局、カメラが動作しなくなり、ＸＰでカメラ画像の取り込みを行っている。
そのほか、ＯＳがぽろぽろ落ちるし、ウインドウはしょっちゅうホワイトになるし、 突然のブルースクリーン。挙句の果てには「予期せぬシャットダウンを行います」 の画面がでて、パソコンが勝手に終了する。他にあげると切が無いが、Excel は、古いバージョンなのか、６０％の確率で、 画面がウインドウ右下の三角マークで埋め尽くされる。確率で動作するのを何とかしてほしい。 運がよければ、ただしく開くのだが・・・。 ＩＥも現在みている画面でない裏に隠れたＩＥの画面が後になってぽこぽこ表に出てくるのもなんとかしてほしい。 これは、画面がロードしおわるとポップアップする性質によるものと思われるが使いにくい。 改善してほしいからこそ、この場で書いてみた。
正直いってＷｉｎ９８のほうが安定していると実感できる事態。 多分、マルチメディア関連のデバイスが問題を起こしているのか、 動画関連のスクリーンセーバによるものと思われる。
64 ビット版のＣＰＵなので安定しないのか、不明な点が多い。 何が行われているのか良く分からないＯＳである。
不安定の原因はたぶん、ＸＰ時代のハードウエアを使おうとしているからなのかもしれない。 マザーボードからしてＸＰ時代のものなので、そのあたりなのかもしれない。
ＭＳ社への一番の願いは Vista 対応の開発環境を早く出して欲しいという事である。 Vista 用パッチは既に出ているが、これから出るかもしれない開発環境ソフトを控えながら、 古い VisalStudio を購入する気になれないのが正直な所。
-
細かい残件を２項目対応した。
その１項目は、あまりにもややこしい部分だったので、 かなり気合を入れないと対応できないと思っていたが、 プログラミングの新手法を思いつきあっさり解決した。 おそらく新手法とはいってもオブジェクト指向の一種だとおもう。
基本的にはＣ＋＋で開発しているのでオブジェクト指向なのであるが、 今回は、適切なオブジェクトの切り方が思いついただけの事である。 適切な切り方を考える手法が１つ備わったので、 その考え方は今後活用できるかもしれない。
-
なんとか問題が解決し、細かい残件を８項目対応した。
これで、メイン画面に関する残件はほとんどが完了した。
引き続き細かい残件の対応を行う。増えたり減ったりで残り３１項目。
-
昨日は本当に開発の調子が良くなかった。
パワー切れなのに無理に進めたのが良くなかった。
やることなすこと全てにおいて思ったとおりに動いてくれない。 しかし、根性で無理やり動かした。結局残件は１つも終わらなかった。
何で悩んでいたのか？初期選択処理といった、たったそれだけの事でも奥が深い。 ようは、コロンブスのたまご状態が時々生じる。 「Ａを動かすには先にＢを動かさなければならないが、 Ｂを動かすには、Ａを先に動かさなければならない。」 といった問題である。時々プログラムの世界でそれを対処しなければならない。
対処方法はわりと簡単で、ＡとＢの要素を細かく分解し、 Ａで再構築、Ｂで再構築、といった事をすればよい。 しかし、昨日はこの作業をやっていて何が何だか大混乱してしまった。
昨日開発がうまくいかなかった時のとてつもないストレスを解消すべく、 朝早く、やけ食いを行った。その後休息に入った。
ストレス解消が効果を発揮し、本日は普通に開発が進む。 昨日作成した処理の見直しをして、処理を共通化した。 これで残件が１つ終わるはずである。
-
細かい残件の対応を行っている。
ひとまず。６項目を対応した。
残り３６項目である。いくら対応しても減らない。
むしろ増えていく。根気との勝負である。
というもののペースダウンしてきたので、 疲れが溜まってきている可能性がある。 やることは分かっているけど体が動かない。 開発を連続して行うと生じる、いつものヤツである。 メイン画面の仕様が確定し、 精神面に関してはプレッシャーが軽減されたので、その点は気が楽である。 しかし、一向に減らない残件は１つ１つが小さな厄介事なので、少々重荷である。
複数音源対応によって１つの残件項目で生じる開発のバリエーションは４種類である。 単純計算で１４４項目の残件となる。
-
ついに、メイン画面の仕様が完全に確定した。はず。
主に操作性について試行錯誤しあれから１１画面目の試行錯誤にて確定した。
ますます、操作しやすくなり、画面がよくまとまっていると感じる。
実際に作りこみを行い操作したところ、まったく違和感なし。苦労しただけの事はあった。 とはいえ、細かい部分の見た目については多少粗があるが、操作性を重視したためそれは仕方が無い。 初心者でも直感操作が可能なようにするにはこうするしかない。
デザインについても、従来の画面の雰囲気は再現しているので、 今まで Score Editor を使用していたユーザが違和感を感じる事はないと思う。 逆に、今までのＡＵＤＩＯモードが理解できなかったユーザにとっては、今回分かりやすくなったと思う。 ユーザの要求レベルに応じて詳細まで音源のパラメータが操作ができる。
これで本当にひと段落した。これから細かい作り残し部分の対応をどんどん行っていけば、 やがて完成する。ほとんどの機能は完成しているので、５．５のリリースは６月末と見込める。 もちろん、従来の Classic 版のユーザは、継続して５．５を使用できる。
テストとバグ修正やリソース最終仕上げ、説明書などで７月の頭になると思われる。５．５の開発は本当に長く続いた。 まだできていない部分があるので、 引き続きペースを保ったままコツコツ進めていきたい。
画面のスクリーンショットを載せたい所であるが、 もし、仕様が調整された場合、混乱させるので控えておく。
追記：ＶＳＴのＧＵＩがトップレベルウインドウになっている関係で、ダイアログが裏に隠れて操作しにくいといった問題があったが、 その解決方法が分かったので、更によい感じになった。一時はトップレベルＯＮ・ＯＦＦ機能を付けるか悩んだが、 そんな事をしなくても解決した。
-
画面の細かい粗の対応を行っていたら、
またしても問題が発生した。音源によってパラメータがあったりなかったりする事による問題である。
パラメータが無い音源を選ぶと不自然な画面となってしまう。
ふたたび仕様を調整しなければならない。
サクサク進むかとおもったらまたしても足止め。苦しい戦いである。
-
メイン画面の操作性を検討しているが、
ついにデザインと仕様が決まった。そして実際に作りこんで操作をしてみた。
とても良い感じである。 操作性が洗練された画面は、賢さを感じるし、 試行錯誤を続けた画面の中でも一番、見た目がスマートである。 使っていると、いつの間にか音楽の世界に浸ってしまう。
７日間考え続け８回に及ぶ仕様検討に及んだだけのことはあった。 このまま仕様が決まらなかったらリリースすら不可能なので、 ひょっとしたら一生仕様が決まらないかも。といったプレッシャーにも苦しんでいた。 とうとうプレッシャーから開放された。
やっと、開発を先に進めることができる。 これから、決定した画面の細かい粗を修正する作業に入る。