堕天使の煉獄

難儀やのう……smfフォーマットって。

相変わらずちまちま（ちょっとさぼりぎみ）レコポンライクなmidiシーケンサ作り中。

んで、以前組んであったsmfファイルの読み込み部分を組み直ししてるのですが、キチンと対応しようとすると、ほんと面倒なフォーマットだなぁ……と。

フォーマットに関する資料がちょっとググればいくらでも出てくるので、そういう意味では大変に恵まれてはいるのですが、いかんせん、その情報の精度が……。
インターネット以前のパソ通時代からある様なフォーマットなので、同じフォーマットでも時代によっていろいろと変遷している部分があるんですよね。

そんで、以前はこういう用途だったけど、現在ではこういう用途で使われるのが一般的。

みたいなのが結構ある。

で、ググってぽこぽこでてくるフォーマットに関する情報のってるサイトが、その「以前はこういう用途だったけど」の方の情報が普通に載ってたりすることがあるので、情報の確度を調べるために、複数の情報サイトで一致してるかを確認する必要があったりするんですよね。
それでも、ほんとにそれが正しいのか……という不安がつきまとうぽ。

たとえばフォーマット1でも、

トラック＝ポートと見立てて、トラックデータ毎にフォーマット0の形式のデータが入ることで（1トラックマルチチャンネル）、マルチポート用データとする。

と言う形式と

１トラックデータ毎にトラックデータとして入っていて、（1トラック1チャンネル）メタイベントでポート番号を指定する形式。

という２種類があったりする。
最近では後者の方が一般的。と書かれているんだけども、どこまで一般的なのかという情報は見あたらない。前者のほうは、かなり古い形式らしいのだけども……いまだに採用しているデータがどの程度あるのか。無視して良いのか。読み込み設定で切り替えられるようにしてサポートするべきなのか。
その辺の判断がつかないぽ。

んでも、レコンポーザがはき出すsmfでは、後者のメタイベントでのポート指定が必ずトラック先頭についてたりするので、レコポン自体、パソ通時代、dos版時代の頃からあるようなソフトなので、そのソフトが後者の物を使っている所を見ると、もはや前者の形式はとっくの昔に死滅したフォーマット形式……とみてよい様な気もするんですけどね。

それ以前にこのメタイベントってのも、イベントのステータスコードは0xFFから始まるのですが、もともとは0xFFは音源のフルリセット（電源投入時の状態にリセットする）というイベントと定義されていたりする。
が、現在ではその用途では使われず、0xFFの後にメタイベントの種類、データと続くイベントとして使う様になっている。

んでもって、メタイベントでポート設定を行うのが一般的ということは、フルリセットの用途は完全に現在では使われないと見て良いと思われる。（バイナリだけ見てメタイベントなのか、フルリセットなのか見分ける術は無いので）

でも意外にフォーマットの情報サイトでは0xFFはリセットだよーと書かれている所がおおかったりして。
おそらく古いsmfフォーマットの仕様文書をそのまま移してるだけなんだろうな。
その辺でも混乱があったりして。(リセットの0xFFとメタイベントの0xFFて別の位置ででてくるデータをさしてて、何か仕様見落としてるのかと迷った）

今のところ、データフォーマットとして0xFFはメタイベントとして扱うけど、音源にたいして0xFFを送信するとリセットになる……という感じなのかな。
メタイベント自体は、曲名とか初期テンポとか、実際には音源などに送らないデータで、シーケンサで読み込む用途のデータばかりなので。
それをあえて送った場合、リセットとして働く、という理解でよいのか。うーむ。

そんなかんじで、何が最新？　なにが現時点での一般的？
と言うところで結構情報が交錯していてめんどくさい……。

ほんと、この手のやつで、フォーマットの情報が全くなくてフォーマットの解析から始まるみたいなのに比べれば、かなり恵まれてる方なんですけども……情報が大量にあるのに偽情報てと語弊があるけど、現状に即してない情報もかなり混じってるってのも、これはこれで厄介だなぁ……と。

そんなとき、参考資料としてＵＲＬが記載されてる所があって、見てみると日本工業標準調査会と言うところで、ＪＩＳ規格のｐｄｆが閲覧出来る模様。
おお、これなら、おそらく最新版っぽい規格がわかるのでわ？

とか思ったのですが…。
まずfirefoxだと見れない……ＤＬすると見れない保護ついてるＰＤＦだからなのか、入れたくもないadobe acrobatなんかも入れてみたけど見れない。
結局何年ぶり？　ってぐらいに久々にＩＥ立ち上げてみたらようやく見れるｗ

が、メタイベントに関しては一切触れられていない。

規格名称：電子楽器ディジタルインタフェース（ＭＩＤＩ）

……ふむう。
どうやらコレはmidiの規格で、midiをつかったデータの送受信を行う機器を作る人とかのための物っぽい。

んでもってメタイベントは、ソフト側で読み取る情報であって、midi機器に送る情報ではないものな。

そうなると、やっぱり0xFFてのは、midi機器に送信する場合はリセットになるけど、ソフトでsmf読み込んだ時は、メタイベント扱い。
んで、基本的には0xFFでのリセットイベントは存在するけど使わないのが規格的にも普通らしい。
機器によって何をリセット対象とするのかは任意だったりするらしいので、送信側から特定の効果を期待して送れるものではないっぽい。送信側と受信側が同じメーカー製とかで、連携してリセットの効果が既定のものであると確定している時なんかに使うかんじなのかな？

てな感じで、midi規格の説明ページとsmfのフォーマットの説明のページがごちゃ混ぜにしちゃってるから問題だったんだなとか今頃気づいたりｗ

なんにせよ、めんどっちぃ……。

でも規格書みていろいろと気づくこともあったので、よしとするか……。
たとえばランニングステータスは、ｓｍｆ読み込みのときは邪魔くさい仕様なんだけども、単にｓｍｆのデータ量を圧縮する以外にも、midi機器に大量のイベントを送る際に、データ転送量の圧縮にも使われてるんだなと。同時発音数いくらあっても、midiケーブルの転送量の限界はわりと一杯一杯なので、ソフト側からmidi機器に送る際にもランニングステータスを使うべきなのね。
とか思ったけど……でもmidi機器にデータ送るのってapi任せなので、ランニングステータスあたりはapiの中で勝手にやってくれるのかしらん？

んでもって、最近のmidi機器はmidiケーブルじゃなくてusb接続が主流なので、転送量は問題にならない感じになってる気もするし。

この辺、ソフトウェアで考慮する必要のない情報なのかもしれない。
ここでもmidi規格とsmfフォーマットの話が混じっちゃってるなｗ

なんかがーっとコーディングしちゃえばいいのに、なんか知的好奇心が勝って、回り道ばかりしてるからちっとも進まないのかもしれない……。