状況(2012.11.23)¶

V6.27にて対応済み。

(原因)
現在のMuseは、メンバー情報やフォーカス機構において、
ミュート指定したメンバーやフィンガーであってもノートＯＦＦの命令はすべて音源に送っている。
その理由は、もしノートＯＮの直後（まだノートＯＦＦが送信されていない状態）で、
そのメンバーやフィンガーにミュートを掛けると、音が鳴り続けてしまうという事態を抑止するためである。

＞ なぜ一つ目が消えないのかは謎ですが…
まず、#A0 #A1 の両フィンガーとも通常に演奏させた場合を図解すると以下の様になる。

#A0   ON(1)------------OFF(1)
                ON(2)--------------OFF(2)

#A1   ON(3)------------OFF(3)
                       ON(4)-------OFF(4)

ここで、#A0だけフォーカスし 現行Museの仕様で#A1をミュートすると、

#A0   ON(1)------------OFF(1)
                ON(2)--------------OFF(2)

#A1                    OFF(3)
                                   OFF(4)

となり、この時、OFF(3)が、ON(2)の音を止めてしまう。

なお、Museは同時刻のノートＯＮとノートＯＦＦがあった場合、先に全ての音止を送信してから、
間髪入れずノートＯＮを送るように工夫している。
よって、pコマンドを使わないと、OFF→OFF→ONという順番で音源に送信され、
OFFは止めるべき相手がいないため、症状が出ない。

(対処)
連結＆処理用にセットした音符対を表現するOFFからONへのポインタが残存しているため、それを活用して対応を行った。
各音符に新たなフラグ（音源へのノートＯＮ送信済みフラグ）を設け、ミュート対象のノートＯＦＦを検出した際、
先のポインタで対となるノートＯＮをたぐり、そのフラグが既に立っていたら音源に送信し、立っていなければ送信しない
という制御を組み込んだ。

概要(2012.11.22)¶

*FING"x1 " 
@A P72 
#A1 p^i10cc
#A2 cc

この状態で、フォーカス機能を使って#A1だけ再生すると二つ目のcが消えます。
どうやらpコマンドを使って、同じメンバーで同じ音を同じタイミングで出すと消えるようです。
なぜ一つ目が消えないのかは謎ですが…