~このあたり解決につながるかもと思い報告でした。[#r983634a]V5.36で対処済み。~(原因)V5.35でシーク処理を全面的に改良したが、その際NRPN/RPNの波形加工値制御において、~全メンバーを1つのフラグで管理していたため、複数のメンバーが絡むと最適化による不要メッセージの~送出抑止が過度に働き、必要なメッセージも止められていた。(対処)波形加工値制御のフラグを16メンバー独立で設け、適切な抑止処理となるよう修正。~また今回の対処に伴い、ハード音源にも許容できる範囲でシークのインターバルを低減させ、~より高速にシークできるよう改善した。[#e662b0a6]Museのver.5.31では問題ないが、ver.5.35で以下の記述を途中再生するとメンバーAが正しく再生されない。s更に、コンパクトにすると以下でも再現する。s4ただし、Bメンバーを休符にすると再現しなくなる。~また、Aメンバーで冒頭の@Q=64.を指定しないと再現しなくなる。~更に、Aメンバー行とBメンバー行の記述順を入れ替えても再現しなくなる。~なお、Roland系では上記の不正を聞き取りにくく、YAMAHA系では聞き取りやすい。[#p40e509c]V5.35で対処済み。~(原因)Muse内部でのMIDIメッセージ構築の際、重複する無駄なコマンドを除去しているが~波形加工の遅延による時間軸方向へのデータエントリー展開状況を考慮していなかった。~そのため、シーク時の高速化処理(最終値を決定しそのメッセージのみ送信)にて、~波形加工とは異なるRPNコマンドに対して、波形加工遅延で発生した大量の~データエントリーを音源に垂れ流してしまう状況に陥っていた。~この様な状況下で演奏が開始されると、メッセージ渋滞が起こり、~演奏再開時に音源側で、メッセージを高速に処理する現象が出現した。(対処)無駄なコマンド除去の不具合を修正。他のメッセージに関してもシーク最適化を強化した。|o4x1c4ccc|}12のようなデータを書いた場合の途中再生について後ろの方から途中再生しようとすると~演奏開始までに数秒かかり、演奏が始まった直後は非常に高速な再生になります。~ただ、ソフト音源では再現しないことからMIDIケーブルの転送速度の問題かなと思います。~バグではないと思いますが、譜面モニターで右クリックし途中再生しようとすると~聞きたいところがうまく聞けないために作業効率が低下します。[#s30ffec1]V5.34で対処済み。~(原因)単純な実装漏れ。V5.1から内在していた不具合となる。~Readme.txtへの記載も漏れていたため対処。[#ge41d985]FINGコマンドにアクセントwを記述すると、文法エラーが発生しはじかれる。~FINGパラメータの一番はじめにwを記載したときは正常動作するが、~二番目以降に列挙した場合はエラーとなる。[#s30ffec1]V5.33で対処済み。~(原因)V5.20リリース時点で、ソースプログラムの整理を図ったが、その際に混入したデグレード。~数値の大小比較における仮変数へのセット手順にミスがあった。(対処)正しい手続きに改訂した。記述した場合、ミの音が負値(-30)になり、~そのままMIDI音源に送られるため、逆に大きな音として演奏されてしまう。[#s30ffec1]V5.33で対処済み。~(原因)展開マクロの再帰呼び出し処理において、繰返し数がゼロの際のリターン値が不正であり、~データ解析処理の終了処理に移行してしまっていた。(対処)展開マクロの繰返し数がゼロの場合、そもそも解析処理の対象から外すシーケンスに変更した。~(補足)今回のマイナーアップ(V5.32→V5.33)に伴い、譜面モニタのグリップスクロール操作の改善もついでに行った。~「譜面モニタの小節線移動(アウフタクト)の反応を、小節番号付近のみとした」~これにより、ほとんどの小節線上でもグリップスクロール可能となり、~頻度の高いグリップスクロールの操作性が向上する。[#ge41d985]繰返し数ゼロの展開マクロを記述すると、それ以降に記述したデータがまったく演奏されない。[#s30ffec1]V5.32で対処済み。~(原因)★☆記号とメンバー記号(A〜Z)のスタティック部品が微妙に重なっていたため。~今回のメンバー情報ダイアログのフォントサイズを変更したことで症状が表出した。~(対処)部品間にマージンを入れて、どの様なフォントであっても重ならないようにした。[#qc53163f]V5.31で対処済み。(原因)無駄な再描画を極力抑止するための機構に不具合があった。~現在、表示されている楽器名およびバリエーション番号の記憶域を~ダイアログクローズの際にクリアし忘れており~再度オープンした時にまで再描画抑止機構が働いていた。~(対処)クローズ時に、変数クリアを実施。[#qa8684f6]演奏途中にメンバー情報ウィンドウを閉じて、再度開いたときに~メンバーの名前が消えてしまいます。~楽器の持ち替えが発生したタイミングでメンバーの名前が復活するようです。~XPクラシックスタイルですが、同様の症状が再現しています。[#sd966c6d]V5.27で対処済み。(原因)V5.23の障害を対応した際、譜面モニタ曲尾クリック時に曲頭から演奏を開始してしまう症状を副次的に発見し、演奏せぬように対応したが、その対処方法が中途半端であったため。加えて新たにロードしたデータでのシーク処理も施していなかった。~そのため、演奏開始ポイントにおける楽器名がクリアされた状態のままとなった。不安定な状況に陥った。(対処)譜面モニタ曲尾クリックの際、演奏停止ポイントおよびシーク処理を完結させ、Museの内部制御状況の矛盾を取り払った。[#pe62a8f1]譜面モニタ上で、曲の最後の部分(もう演奏される音がない部分)を右クリックすると、メンバ色一覧の楽器名が表示されなくなります。その状態で鍵盤を左クリックしても音が鳴りません。再生したままにするとエラーが発生し、強制終了されました。[#zad4fefd]V5.26で対処済み。(原因)プルダウンメニューの階層が深くなり、通常右側に現れるメニューが左側に折り返す状況になった際、既に存在している裏側のメニューアイテムがマウスクリックされたと誤解釈することに起因する。最後のクリックアイテムを採用することで、階層の深いアイテムを優先させる処理とした。(追記)本件の障害とは無関係であるが、本対応バージョンにおいて以下の微修正も施した。“0:しない”とした。[#k9a83307]【報告その1】~階層のある履歴について最下層の曲を右クリックで削除使用とすると、その上の階層に現在開かれている曲を登録してしまう。3階層と4階層で確認しましたが同様でした。D:\Tools\Down_Load\muse525\SAMPLE0.MUSのように書き換えます。SAMPLE0.MUSの場所は存在する場所を指定します。******aaa111bbb222ccc333の下の階層に登録されているSAMPLE0.MUSが折り返し表示されると思います。このファイルが削除できません。書き換える前の状態のデータをバックアップしてから行ってください。自分なりに精一杯検証してみました。ちなみに、プログラミングの知識はゼロなので、そのへんは許して下さい。クリックで登録も削除もできます。*これで、布袋さんのところに曲登録すると、トラブルが発生します。登録はできますが曲削除の右クリックを受け付けません。このように、文字化けしています。筑集眺餅はデスクトップになるはずです。餅を眺めるなんて正月らしくていいですが(笑)~で、この状態で、この布袋さんのところのSample1.musを、右クリックで削除しようとすると削除されずに(削除しますか?という確認の窓が出ない)、ひとつ上の氷室さんのところに新たにSample1.musが登録されてしまっています。~この氷室さんのところに登録されてしまうケースは、生じるときと生じないときがあります。[#s20de566]V5.25で対処済み。~(原因)譜面モニタの音符位置情報を符合付き1バイト変数にて処理していたため、127を越える演算部分でオーバーフローを起こしていた。(対処)メモリ節約のため記憶する変数型は従来通りとしたが、描画位置の計算時に一時的に通常の整数にて演算を実施することで、描画を正常になるよう改修した。(追記)障害追跡の際、譜面モニタのスクロール時に起こる別の障害も自己発見したためV5.25にて対処した。~譜面モニタのウィンドウ右端に達しない短いデータをスクロールさせようとすると、譜面全体が一気に右端に寄ってしまい、左側に空白が生じる症状。~スクロール処理の際、そもそもスクロール不可能な状態を検出し、ガードを掛けた。[#y947a84e]「o9l--」と記述すると、MUSEで開くときエラーは発生しませんでしたが、譜面モニタに異常な数の下線がつき、音はなりましたが譜面モニタには音は表示されませんでした。「o->c+」と記述した場合は正常に表示されました。場合も音符の位置が不正であった。[#s20de566]V5.24で対処済み。~(原因)途中再生を実施する場合、そこまでの各種属性を高速にシークしているが、HEADを除く一回目のテキスト系表記が行われる前にフォント指定がなされている場合、そのフォントをテキストエリアに反映する処置が欠落しており、デフォルトのフォントが採用されていた。(対処)上記の状況下において、指定されたフォントをテキストエリアにセットする処理をV5.24に施した。(追記)障害追跡の際、以下の2項目に関する不具合も自己発見したためV5.24にて対処した。~・途中再生の処理において、同様のシーク処理を2回繰り返していた。→シーク処理を最小限に抑え、処理速度の向上を図った。~・譜面モニタでのマウス右クリックによるリロード時、指定箇所が曲尾の場合、先頭からの再生を実施してしまう。[#y947a84e](不具合報告その1)~Museのテキストですが今回指定したフォントがうまく読み込めない時があるみたいでたまにデフォルトで表示されます。その時は途中から演奏しなおせば表示されます。[JPN]のフォントでないものだからでしょうか?~(不具合報告その2)~フォントの指定がうまくいかないことがありましたのでお知らせいたします。下記のようなソースファイルを用意します。RomanにならずにWindowsのシステムフォントが使われているようです。Romanになります。いずれにしろ~・Museのメインウィンドウを左クリックしたときは問題ない~・曲の先頭で*TEXT""を指定すれば問題は起きない~なので実害はないのですが、せっかく気づいたのでご報告いたします。[#hded8699](原因)pqおよびスタッカートに依存しない連結&の処理の考慮不足。接続すべきノートOFFとノートONを除去した結果、連結後の残されたノートONとOFFの時間的な順番が逆になってしまい。譜面モニタの座標が別のアルゴリズムで処理されていたため表示が発音と食い違ってしまう現象も起きていた。(対処)接続すべき2音のノートONの後先関係を調べ、上記に該当する状態の場合は連結処理を実施しないように改めた。V5.23で対応済み。[#nb6e8551]以下のデータを実施した際、異常な解析結果となる。同じ音をもう一度鳴らせてさらにオン→オフの命令を出さない限りひたすら鳴りっぱなしになるのではと思っていました。実際そうなっているようです。譜面モニタではオフとオンが逆になって音長が表示されていますが実際にCの和音が鳴り始めるのはモニタのオフの(ように見える)位置でそれから鳴りっぱなしになっているようです。譜面モニタの表示がずれるのは少々気分が悪いですね...エクスクルーシブなどを使わずに、妙な現象を引き起こせるので面白いと言えば面白いですが、このようにコンパイルしてしまって良いのか、難しいところですね。オンとオフがひっくり返ればなかなか粋な仕様とも思いますが、さらに&が続いた場合に収拾がつかないような気もします(苦笑)。[#q00e37c9]明かな再現性を確認。~V5.22で対処済み。(原因)連結処理のアルゴリズムは同時刻のノートOFFとノートONを検出することで行っているが、その検出を高速化するため、ある条件に達した場合に検出作業を打ちきっていた。今回、pqやスタッカートに影響されない仕様に変更したことで、その打ち切り条件を以前よりも広くとらなければならないにもかかわらず、以前のまま実施していた。(対処)ロード時に、フィンガー毎の時刻キーによるソーティングリストを作成し、それを元に打ちきり条件を決めるように改修した。これにより、今までのコンパイル速度をほぼ維持しつつ、pqやスタッカートに影響を受けない連結を実現した。(追記)今回の障害対応に伴い、連結&はフィンガー内でのみ実施するように改めた。従来は、メンバー内のフィンガーをまたいで効果していた。[#q00e37c9]明かな再現性を確認。原因は、シーク時のちらつきを防止するために文字列内容の変更が無い場合に無駄な描画を抑止する処理に置いて、フォントが変更されていた場合は抑止しない考慮が欠落していたため。V5.21にて修正済み。[#nb6e8551]FONTコマンドで別のフォントに変更したデータをリロードした際、リロード直後にそのフォントに反映されず、元のフォント状態を維持してしまう場合がある。[#q00e37c9]本件に関して、バグであることを確認。~原因は、ステレオのプラス側の処理で条件分岐の不手際。次期バージョン(V5.20)のリリース予定のため、~修正版は、次期バージョンに併せて提供する。現バージョン(V5.15)において、エクスポートもMuse演奏も~MIDIの数値制約内に強制的に納めており、演奏障害などは起きない。~文法エラー通知のみの不具合である。[fl-]1~数値は99999999までいけました。それ以上は文法エラーになります。~なお、「-」の方は64以下で本来のエラー検出になります。~SC-8850の全面ディスプレイでS+100,S+1000などと指定して確かめてみたところR63となっておりS+64相当であることが確認できる。MIDIにエクスポートしてみたところ同じようにR63であった。[#d7a311e7]Ver.5.15にて修正済み。(原因)Muse演奏終了時に、諸々のコントロールを一気にクリアし、次の演奏曲を乱さないためにエクスクルーシブ命令を送っているが、その送信にタイムラグを入れていなかったため、音源側が処理しきれずに異常終了となった。PCの環境やマシン性能により出現しない場合があるが、出現環境では再現性が極めて高い不具合であった。(対処)エクスクルーシブ処理に適切なウエイトを挿入することで対応。[#a9527d90]時間を置いて、異なる2名が不具合報告を開発者へ送付。症状としては「Museにて演奏終了時、あるいは演奏停止時に落ちる」というもの。ver5.13を使っていますがときどきMUSEが強制終了してしまいます。MidRadioPlayer)を立ち上げた時、またある時はMUSEで曲を再生しながらIEでmixiをじっと読んでいた最中(ページを新たに読み込んだ時ではなく表示されたページを静かに読んでいた時。曲は再生途中)に急に起こりました。MUSEが原因ではなく、こちらのPCが原因かもしれませんが、旧バージョンのMUSEでは強制終了したことは無かったので一応ご報告させていただきます。(2007.7.30)このところMuseの異常終了が頻発しています。先日お送りした外套のワルツを演奏終了後に落ちてしまったときのスクリーンショットを添付します。私の環境は以下のとおりです。[#d7a311e7]Ver.5.12にて修正済み2つの原因が複合した不具合であった。制御アドレス外のメニュー項目を削除するという処理が動いていた。完全なMuseプログラムのミス。<対処>エリア外クリックへのガードを施した。言うと、メニュー上の右クリック時、XPにおいてはボタンアップのイベントのみが通知されるのに対し、Meにおいてはボタンダウンのイベントのみが通知される。V5.11では、アップイベントでのみ処理を実行していたため、Meでは動作しなかった。<対処>ボタンアップに加えボタンダウンでも反応するように改修した。処理を二重に実行してしまうため懸念は残るが、その時は別途対処する予定。[#a9527d90]ver.5.11でも履歴曲、削除の時の右ボタンが効かない感じがします。[#gdc2d50a]Ver.5.11にて修正済みアルバム機構を設定していない場合の履歴管理に不具合がありました。ある条件文のtrue/falseを逆にしていたため、論理矛盾を起こしていました。1文字の追加にて修正完了しました。[#ae7c1078]ところで履歴機能ですが、ファイルをリロードする度に履歴の欄に(なし)という表示が増えていくようです。右クリックで削除しようとしてもできません。(他の曲を除去していいか聞かれます。)そして時々Museが強制終了してしまうことがあります。[#ye3d938a]Ver.5.03にて修正済み確実に再現するバグです。仕様では下記概要の「期待する動作」をイメージして開発しましたが、論理設計のミスで現状動作のようになってしまいました。数行の修正で治りました。ちなみに次期バージョン(V5.10)ではある理由からこのパラメータを撤廃します。説明通りの動作をしていないようなのが気になります。(0:しない/1:する)期待する動作~0:「アルバムからの選択」で演奏した曲は履歴に記録されなくて、開くやD&Dで演奏した曲は記録されます。~1:「アルバムからの選択」か否かに関わらず,演奏した曲は全て履歴に記録されます。現状はこのスイッチは単に履歴機能の有無として動作しているように思えます。0:履歴が全く更新されません。~1:「アルバムからの選択」か否かに関わらず,演奏した曲は全て履歴に記録されます。[#aa6992ae]「MIDIファイル容量を抑えるため、テキスト系コマンドのデータを出力しない」のチェックボックスを選びエクスポートすると、指定もしていないのに所々でスィング演奏する滑稽なMIDIファイルが出力される。[#eb94afed]Muse起動時にはフィンガー拍数ウィンドウには「V:音量」が設定されていますが、ほかの設定に変えた場合、プルダウンメニューから「V:音量」が消えてしまう。[#x2e4e4ef]Ver.5.01にて対応済み(不具合というか、新仕様なんですが・・・)muse.iniにVRSという項目を追加。生成されるテキストファイルであり通常はユーザが編集する必要はありません。事が可能であり、Museの動作を制御することができます。(注)初期化ファイルは、Museを終了させるタイミングで出力されます。初期化ファイルの反映にはMuseの再起動が必要です。[#pbe879d6]これについてはVer.5.0からの仕様変更ですが、ハード音源を使ってパネルで音をいじりたい場合不都合であるのでINIファイルによって制御可能にする予定。[#jbe3bb6c]V5.01でサポートされたmuse.iniのVRSをオフ(0)にすることで現象を抑えられる。マッパー」でアクセスするという組み合わせの場合、VRS=0としておく回避策により解決とみなす。[#t3743dc5]落ちるタイミングは、ファイル読み込み時、あるいは演奏終了時です。「演奏終了時」がポイントではないかと思います。使ってみると落ちません。