domino/要望003/25

Last-modified: 2009-03-03 (火) 01:32:08

CCで128以上の値を可能に

  • ページ: domino/要望
  • 投稿者: 逃亡者?
  • 優先順位: 低
  • 状態: 却下
  • 投稿日: 2009-02-27 (金) 20:04:52

メッセージ

VOCALOID2 Editorで作成された .midファイルに
時々 CC#6：255 というイベントが入っているのですが、
そのデータを読み込んで SMF書き出しすると、「255 → 127」 に変更されます。
　.
世界樹、Cherry、Music Studio Producer、Cubase、SSW では 255 のままで保存されるようなので、
Dominoでも保存できた方が良いのかなと思いました。
・・・という弱い動機なのですが (^^;
ご一考下さい。

  • それってMIDI規格には反して無いのですか？ -- たかぼー? 2009-02-27 (金) 20:27:15
  • VSTHostのMIDIラーン機能を見ると、CC#0-31 は 16383 まで可能なようです。cc255.png
    ただ、使うか？と言われると疑問ではあります。VOCALOID2の場合は、各パラメーターにつき1度だけしか出て来ませんので、最大で 17 x 4個の並んだデータを削除すれば事足ります。なので、ちょっと気になったという気持ちの問題でしかないんですよね (^^; -- 逃亡者? 2009-02-27 (金) 21:18:10
  • データは、 http://www.crypton.co.jp/mp/pages/prod/vocaloid/cv03.jsp の「デモソングのMIDI＆イメージファイルをダウンロードする >>」のファイル内の「CV03_afternoon sunshine.vsq」を「.mid」にリネームして読み込むと確認できます。※ MBT ： 2-2-305 にあります。（同じ位置に他のイベントも大量に混ざっていますが＾＾；） -- 逃亡者? 2009-02-27 (金) 21:40:15
  • 横から失礼しますが、VOCALOID2のデータ確認しました。確かに B0 06 FF (CC#6:255)と言うのがありますね。
    MIDI規格上は一つのMIDIメッセージ(計3バイト)のデータ値(2バイト目と3バイト目)には規格上、7bit(0-127)しか設定できないはずです。
    それに無理やりFF(255)と言う値を設定しているようですね。
    まず、2バイト目のデータに8bitデータを使用するとランニングステータスルールが破綻しますのでこれは絶対に無理です。
    が、3バイト目の8bitデータは、私が考える限りは不都合が思い当たりませんね。（でも規格違反かと思います）
    あと、VSTHostの16383てのはMSBとLSBを合わせてるんじゃないでしょうか。 -- ゆき? 2009-02-27 (金) 22:16:36
  • すみません、勘違いしていました。ゆきさんのおっしゃるように、VSTHostのはMSBとLSBでした。ためしにCC#1を設定してみると、「CC#1 + CC#33」として連動しました。 -- 逃亡者? 2009-02-27 (金) 23:07:23
  • フォローありがとうございます。dominoのソースを見るといろんな所で値をクリッピング処理していますので、128以降を使えるようにするのは手間というか副作用が怖いですね。規格上は7bitでしょうし、特に問題が無ければ触らないでおきたいです。 -- たかぼー? 2009-03-02 (月) 10:58:25
  • 了解です。他にこのようなデータは見たことが無い…こともないのですが、通常はまずありえないでしょうし、問題ありません。お騒がせしました。m(_ _)m -- 逃亡者? 2009-03-02 (月) 22:20:49
  • 了解しました～ -- たかぼー? 2009-03-03 (火) 01:32:03