このあたり解決につながるかもと思い報告でした。対応状況(2008.05.18)†V5.36で対処済み。全メンバーを1つのフラグで管理していたため、複数のメンバーが絡むと最適化による不要メッセージの送出抑止が過度に働き、必要なメッセージも止められていた。(対処)波形加工値制御のフラグを16メンバー独立で設け、適切な抑止処理となるよう修正。今回の対処に伴い、ハード音源にも許容できる範囲でシークのインターバルを低減させ、より高速にシークできるよう改善した。メンバーAが正しく再生されない。s更に、コンパクトにすると以下でも再現する。s4ただし、Bメンバーを休符にすると再現しなくなる。Aメンバーで冒頭の@Q=64.を指定しないと再現しなくなる。Aメンバー行とBメンバー行の記述順を入れ替えても再現しなくなる。Roland系では上記の不正を聞き取りにくく、YAMAHA系では聞き取りやすい。対応状況(2008.04.25)†V5.35で対処済み。(原因)Muse内部でのMIDIメッセージ構築の際、重複する無駄なコマンドを除去しているが波形加工の遅延による時間軸方向へのデータエントリー展開状況を考慮していなかった。波形加工とは異なるRPNコマンドに対して、波形加工遅延で発生した大量のデータエントリーを音源に垂れ流してしまう状況に陥っていた。演奏再開時に音源側で、メッセージを高速に処理する現象が出現した。(対処)無駄なコマンド除去の不具合を修正。他のメッセージに関してもシーク最適化を強化した。|o4x1c4ccc|}12のようなデータを書いた場合の途中再生について後ろの方から途中再生しようとすると演奏開始までに数秒かかり、演奏が始まった直後は非常に高速な再生になります。ソフト音源では再現しないことからMIDIケーブルの転送速度の問題かなと思います。バグではないと思いますが、譜面モニターで右クリックし途中再生しようとすると聞きたいところがうまく聞けないために作業効率が低下します。対応状況(2008.03.07)†V5.34で対処済み。(原因)単純な実装漏れ。V5.1から内在していた不具合となる。(2008.03.07)†FINGコマンドにアクセントwを記述すると、文法エラーが発生しはじかれる。二番目以降に列挙した場合はエラーとなる。対応状況(2008.02.23)†V5.33で対処済み。(原因)V5.20リリース時点で、ソースプログラムの整理を図ったが、その際に混入したデグレード。数値の大小比較における仮変数へのセット手順にミスがあった。(対処)正しい手続きに改訂した。記述した場合、ミの音が負値(-30)になり、そのままMIDI音源に送られるため、逆に大きな音として演奏されてしまう。対応状況(2008.02.21)†V5.33で対処済み。(原因)展開マクロの再帰呼び出し処理において、繰返し数がゼロの際のリターン値が不正であり、データ解析処理の終了処理に移行してしまっていた。(対処)展開マクロの繰返し数がゼロの場合、そもそも解析処理の対象から外すシーケンスに変更した。(補足)今回のマイナーアップ(V5.32→V5.33)に伴い、譜面モニタのグリップスクロール操作の改善もついでに行った。頻度の高いグリップスクロールの操作性が向上する。繰返し数ゼロの展開マクロを記述すると、それ以降に記述したデータがまったく演奏されない。対応状況(2008.02.11)†V5.32で対処済み。(原因)★☆記号とメンバー記号(A〜Z)のスタティック部品が微妙に重なっていたため。今回のメンバー情報ダイアログのフォントサイズを変更したことで症状が表出した。(対処)部品間にマージンを入れて、どの様なフォントであっても重ならないようにした。対応状況(2008.02.09)†V5.31で対処済み。(原因)無駄な再描画を極力抑止するための機構に不具合があった。現在、表示されている楽器名およびバリエーション番号の記憶域をダイアログクローズの際にクリアし忘れており再度オープンした時にまで再描画抑止機構が働いていた。演奏途中にメンバー情報ウィンドウを閉じて、再度開いたときにメンバーの名前が消えてしまいます。楽器の持ち替えが発生したタイミングでメンバーの名前が復活するようです。XPクラシックスタイルですが、同様の症状が再現しています。対応状況(2008.01.12)†V5.27で対処済み。その対処方法が中途半端であったため。加えて新たにロードしたデータでのシーク処理も施していなかった。そのため、演奏開始ポイントにおける楽器名がクリアされた状態のままとなった。不安定な状況に陥った。完結させ、Museの内部制御状況の矛盾を取り払った。メンバ色一覧の楽器名が表示されなくなります。その状態で鍵盤を左クリックしても音が鳴りません。再生したままにするとエラーが発生し、強制終了されました。対応状況(2008.01.02)†V5.26で対処済み。マウスクリックされたと誤解釈することに起因する。最後のクリックアイテムを採用することで、階層の深いアイテムを優先させる処理とした。(追記)本件の障害とは無関係であるが、本対応バージョンにおいて以下の微修正も施した。“0:しない”とした。その上の階層に現在開かれている曲を登録してしまう。3階層と4階層で確認しましたが同様でした。D:\Tools\Down_Load\muse525\SAMPLE0.MUSのように書き換えます。SAMPLE0.MUSの場所は存在する場所を指定します。下の階層に登録されているSAMPLE0.MUSが折り返し表示されると思います。このファイルが削除できません。書き換える前の状態のデータをバックアップしてから行ってください。自分なりに精一杯検証してみました。プログラミングの知識はゼロなので、そのへんは許して下さい。*a**b***c****d******これは、大丈夫。クリックで登録も削除もできます。Hotei******これも、大丈夫。トラブルが発生します。曲削除の右クリックを受け付けません。C:\WINDOWS\筑集眺餅\Muse\Sample1.mus*****このように、文字化けしています。デスクトップになるはずです。新たにSample1.musが登録されてしまっています。ケースは、生じるときと生じないときがあります。対応状況(2007.12.09)†V5.25で対処済み。(原因)譜面モニタの音符位置情報を符合付き1バイト変数にて処理していたため、127を越える演算部分でオーバーフローを起こしていた。(対処)メモリ節約のため記憶する変数型は従来通りとしたが、描画位置の計算時に一時的に通常の整数にて演算を実施することで、描画を正常になるよう改修した。(追記)障害追跡の際、譜面モニタのスクロール時に起こる別の障害も自己発見したためV5.25にて対処した。譜面モニタのウィンドウ右端に達しない短いデータをスクロールさせようとすると、譜面全体が一気に右端に寄ってしまい、左側に空白が生じる症状。スクロール処理の際、そもそもスクロール不可能な状態を検出し、ガードを掛けた。「o9l--」と記述すると、MUSEで開くときエラーは発生しませんでしたが、譜面モニタに異常な数の下線がつき、音はなりましたが譜面モニタには音は表示されませんでした。「o->c+」と記述した場合は正常に表示されました。場合も音符の位置が不正であった。対応状況(2007.11.25)†V5.24で対処済み。(原因)途中再生を実施する場合、そこまでの各種属性を高速にシークしているが、HEADを除く一回目のテキスト系表記が行われる前にフォント指定がなされている場合、そのフォントをテキストエリアに反映する処置が欠落しており、デフォルトのフォントが採用されていた。(対処)上記の状況下において、指定されたフォントをテキストエリアにセットする処理をV5.24に施した。(追記)障害追跡の際、以下の2項目に関する不具合も自己発見したためV5.24にて対処した。・途中再生の処理において、同様のシーク処理を2回繰り返していた。→シーク処理を最小限に抑え、処理速度の向上を図った。・譜面モニタでのマウス右クリックによるリロード時、指定箇所が曲尾の場合、先頭からの再生を実施してしまう。障害報告(2007.11.23)†(不具合報告その1)Museのテキストですが今回指定したフォントがうまく読み込めない時があるみたいでたまにデフォルトで表示されます。その時は途中から演奏しなおせば表示されます。[JPN]のフォントでないものだからでしょうか?(不具合報告その2)フォントの指定がうまくいかないことがありましたのでお知らせいたします。下記のようなソースファイルを用意します。RomanにならずにWindowsのシステムフォントが使われているようです。Romanになります。いずれにしろ・Museのメインウィンドウを左クリックしたときは問題ない・曲の先頭で*TEXT""を指定すれば問題は起きないなので実害はないのですが、せっかく気づいたのでご報告いたします。対応状況(2007.10.18)†(原因)pqおよびスタッカートに依存しない連結&の処理の考慮不足。接続すべきノートOFFとノートONを除去した結果、連結後の残されたノートONとOFFの時間的な順番が逆になってしまい。譜面モニタの座標が別のアルゴリズムで処理されていたため表示が発音と食い違ってしまう現象も起きていた。(対処)接続すべき2音のノートONの後先関係を調べ、上記に該当する状態の場合は連結処理を実施しないように改めた。V5.23で対応済み。以下のデータを実施した際、異常な解析結果となる。鳴りっぱなしになるのではと思っていました。