CCMを使ったRPN・NRPN等のStep値
メッセージ
CCMを使うと、SMF出力した際にNRPN等は複数のイベントが同時に出力されるのですが、
こういったイベントにもStep値を設定できますか?
SMF出力する際に数Tickずらす、ということです。
同タイミングですと、他シーケンサで開いた時に順序が狂ったりすることがあるので。
音色の選択でも同じことができると理想なんですが。
- 「順序が狂ったりすることがあるシーケンサ」は具体的にはどれですか?1tickでもずらせば、問題なく読めるようになる保証はありますか? -- たかぼー? 2007-02-28 (水) 10:06:10
- MSS(ttp://www.frieve.com/)でクォンタイズ「コード」→「シフト」からTickをずらした場合です。
クォンタイズ「ノーマル」では問題無いのですが、上記の方法でずらすと、同タイミングのイベント表示順がDataEntry → NRPN LSB → NRPN MSB と逆になってしまいます。気付かず保存してしまってその後の編集で混乱した事があるので、以降はTickをずらす癖が付いてしまっています。
『1tickでもずらせば~』についてですが、MSS上(分解能960)で1Tickでもずれていれば影響ありません。 -- かえる? 2007-02-28 (水) 19:01:19 - それならばMSSに、シフトで同イベントの表示順がずれないように要望を出した方が総合的に見て良くないですか?? -- たかぼー? 2007-02-28 (水) 19:07:24
- もっともです。
ただ、SMFで出力された際にイベントが重なっているのにどうも抵抗があって。(GSAEを使っていたせいかも)
一応、RPNやNRPNには送信順があるので、ずらした方が良いかなと思った訳です。
よほど大量に同時送信しない限り音源の処理は大丈夫なんですけどね…。
音色に関してはバンクを送らないようにできるようなので、テンプレで解決できました。もう少し工夫してみようと思いますが、ドラムを弄ってデータがずら~っとなるのを見る度に、CCMを使いたくなります…。 -- かえる? 2007-02-28 (水) 20:24:31 - 音源側が対処出来なくなるほど大量に送ったことが無いのでわかりませんが、結構大丈夫ですよね 送信順に関しては、プログラム側から見れば同時に送ることは無く、1つ1つイベントを順番に送信しますので(SMFでも)、たぶん問題ないと思います。 -- たかぼー? 2007-02-28 (水) 23:15:16