Ｍｕｓｅ掲示板

楠本さん
> 私もTG300Bモード選択者ですが、XG リセットにすると幾つかの制約があります。
> ＊ROOMとか＊DRUMとかピッチとか。
> 特に、ビッチのＵ指定はよく使うので、なぜか躊躇してしまいます。
私はXGエクスクルーシブが良く判っていないので、
正しいテンプレートを造り上げる自信が無いのですが、
もし有識者が、以下のようなテンプレートを作ってくれたら、
それは、通常のGSモードでMuseが冒頭に行っている処理内容と同一になります。

これができたら、特に U指定はそのまま使えるようになりそうでしょうか？
それとも、そんな簡単な話ではないでしょうか？

$XG_init{
	*DATA ""
	*POOL "43,10,4C"
	*DATA "00,00,7E,00" ;XG Reset 
	*DATA "xx,xx,xx,xx,xx" ; U指定のピッチ範囲を±２オクターブにする
	*DATA "xx,xx,xx,xx,xx" ; DRUM転向１（ドラマー化）
	*DATA "xx,xx,xx,xx,xx" ; DRUM転向２（楽器化）
	*DATA "xx,xx,xx,xx,xx" ; DRUM響き指定１(Z0,Z1,Z2相当)
	*DATA "xx,xx,xx,xx,xx" ; DRUM響き指定２(Z0,Z1,Z2相当)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Rxx
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(--,--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM R--(--,--,--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Qxx
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,--,--,--,--,xx)
	*DATA "xx,xx,xx,xx,xx" ; ROOM Q--(--,--,--,--,--,--,xx)
}


Elekenさん
> 唯一困るのは *DATA とそれ以外（P 指定など）の順序が記述した通りに
> ならない時があることで、これまでに話題のあった NRPN の話題と同じような問題です。
> NRPN のほかにも、パート数を増やすため *DATA で Rcv. CH を変更するデータを作ると
> 意図しない演奏になったり、曲中からの演奏で音が変わります。
> C の volatile のように、このコマンドは最適化しない！という指示をしたくなることはあります。
[BS]→[SPACE]という確実な操作で「冒頭」から演奏しても、やはり意図しない演奏になる場合がありますか？
それとも、基本的に「曲中」からの演奏での症状でしょうか？

前者で症状が出たら、P指定そのものの最適化のしすぎであり、
後者で症状が出たら、現行Museのシーク処理の不備です。
むろん、両方ともという可能性もあります。

> とはいえ、私は現状の仕様で十分満足しています。
ありがとうございます！
このお言葉を頂き、正直かなり安堵しております。

> 私の PC は Windows XP なのでバージョンアップしても恩恵に与れず、
> バージョンアップでこの点が解決されると困ってしまいます(笑)。
誠に皮肉なのですが、まさに次回(V78.4)にて（上記の後者に関してのみですが）解決されると思います。
シーク時に、エクスクルーシブも含めて順序を守ります。
ただ、P指定は最終値の１つ前と最終値そのものしか送信されません。
なので、前者の症状が出てしまうかもしれませんね。

この辺も最新のMuseで、Elekenさんに確認してもらいたい所ですが、
WinXP ・・・う〜ん(苦笑)。

ビルド環境をVS2010あたりに戻した、非公式な救済バージョンをアップしようかな・・・。
これらならば、WinXPでも実行可能なはずです。
試行してもらえたら、救済されるのは私の方かも(笑)。
解像度変更(高DPI)でマウスが飛ぶとか、ウィンドウの四墨フィットが完全でないなどの、
ちょっとした綻びに目をつぶってもらえるならば比較的容易に実現できます。

> 開発者さんの書き込みを見て、Muse を使うきっかけは
> PC も音楽も素人だった頃「これなら使える」と思ったことだと思い出しました。
Elekenさんの今までのMuseデータの素晴らしさや、XG音源のレシピの緻密さ、
そして楽器の試聴++の完成度などから、Muse以前にもDTM経験がある方だと思い込んでいました。
ある意味、感激しております！


木下さん
> そう言えば、息子は園児の時にMuseデータを作っていた。
> 娘は児童で鼻歌をMusingしていた。
その事実に、大いに感動いたしました。
Museのシンプルさもほんの少しお手伝いをさせてもらったかもしれませんが、
やはり木下さんのご子息の才能、そしてご家庭の音楽環境が素晴らしいのでは
と思いました！

楠本さん
> でも、なぜＵ指定は出来ないんだろう・・・・・？

MIZさん
> 実はワタシも今日改めてそれ思ってしまいました。
> リセットしてもピッチ幅はもとのままでも良さそうな。

私も今更ながら気づきました。

> *DATA "xx,xx,xx,xx,xx" ; U指定のピッチ範囲を±２オクターブにする
これって、エクスクルーシブではなくて、ショートメッセージ。
しかも、NRPNですらなくて、RPNではないですか！

この行は、
	@~ X101=0 X100=0 X6=24
でOKですね。

そして、DATA""　でXG音源であっても、Museで送信してあげられるのでは？
・・・と思ったのですが、実は問題がありました。
問題は発行タイミングです。
DATA""を書かない標準的な場合、Muse内部で

	GSリセット
	↓
	@~ X101=0 X100=0 X6=24
	↓
	Museデータ本体

という順番で送信しています。
しかし、DATA""が書かれると

	@~ X101=0 X100=0 X6=24
	↓
	Museデータ本体（この中で、XGシステムON)

という順番になってしまいます。
そうすると、@~ X101=0 X100=0 X6=24 が効かなくなっちゃうんです！

１０年前の自分は、そのことに気づいていたみたいで、
凄いぞ、昔の自分！（・・・今はダメだけど）笑