てれってれー、とCore MIDI/Core Audioの資料とサンプルを見ながら試行錯誤してた所、意外と簡単にSMFプレーヤが出来てしまいました。Core MIDIの日本語資料は殆ど見かけないので、備忘録兼これからCore MIDI触んべよ!という方の手助けになればと、分かった事を記します。

お約束ですが、本記事内容の正確性については保証致し兼ねます（何分、拙い読解力で英文資料を読んでいる為）。また、本記事の内容により生じた損害等の責任は、一切負い兼ねますので悪しからずご了承下さい。間違い等を発見されましたら、容赦なくツッコんで頂けると幸いです。

下の図はMac OS XのMIDIアーキテクチャを示したものです。

色々と描いてありますが、ここでは「MIDI Server」と「MIDI Client + アプリケーション」にだけ着目します。

まず「MIDI Server」ですが、その名の通りMac OS XのMIDIサービスを統括・提供するものです。OS X上で扱うMIDIデータは須く、MIDI Serverを通る事になります。システムに接続されているMIDIデバイスの管理の役割も担います。

次に「MIDI Client + アプリケーション」です。アプリケーションは……まぁ説明不要でしょう。MIDI Clientは、アプリケーションがMIDI ServerとMIDIデータのやり取りを行うためのオブジェクトです。逆に言えば、OS XでMIDIを扱うアプリを作ろうとすれば、何らかの形でMIDI Clientのお世話になります。

上の図で、MIDI Clientがアプリ内部にある方は、アプリケーションが明示的にMIDI Clientを生成し利用している様子を、MIdI Clientがアプリの外側にある方は、アプリ内部ではより上位のMIDI APIを利用するなどして直接MIDI Clientを使ってはいないものの、上位APIの下ではMIDI Clientが動いている様子を、それぞれ表しています。

続いてMIDI Client部分の詳細を見て行きます。

それぞれ、下層のオブジェクトが上に載っているオブジェクトを含む、という構造になっています。つまり、Channel 1〜16はMIDI Endpointが持ち、MIDI EndpointはMIDI Portが持ち……という具合です。

MIDI規格では、1本のMIDIケーブルで最大16チャンネル（パート）の情報を伝送出来ますが、このケーブルに当たるのが図中のMIDI Endpointです。ケーブルというよりも、DIN5ピンのMIDI端子の仮想表現と言った方がいいかもしれません。MIDI Endpointは1つに付き16チャンネルのMIDIデータを扱え、プログラム中ではMIDI Endpointをインタフェースとして、MIDIデータのやり取りを行います。

MIDI Endopointは、システムに存在するMIDIポート（MIDI端子という意味でのMIDIポート。後述するMIDI Portとは別物）を割り当てなければなりません。この際、ポートのデータ方向（入力なのか出力なのか）を問わず、自由に割り当てることが出来ます。

MIDI Portは同一データ方向のMIDI Endpointを束ねる役割を持ちます。データ方向毎にMIDI Portを生成し、そこにデータ方向が同じMIDI Endpointを登録します。基本的には、入力用のMIDI Portと出力用のMIDI Portを1つずつ用意し、MIDI Endpointを登録することになります。

ですが、必ずしも入出力両方を用意する必要はなく、入力か出力で最低1つのMIDI PortがあればOKです。また、同一方向のMIDI Portをいくつか生成し、それぞれのMIDI Portに自由にMIDI Endpointを登録しても問題ないようです。¹⁾

1つのMIDI PortはMIDI Endpointをいくつでも持つ事が出来ます。従って上図の構成では、入力として16チャンネル、出力として16 x 3 = 48チャンネル持っている事になります。

MIDI Clientは、MIDI ServerとMIDIデータをやり取りするために、MIDIアプリケーションの土台となるもので、アプリケーション毎に必ず1つは必要です。一応、同一アプリケーション内で2つ以上のMIDI Clientを生成し、それぞれでMIDI Portを作るという事も可能なようです。²⁾

他にもMIDI Entityという概念があったりしますが、これは存在意義と使い方がよく分からないので、割愛します。資料によれば「MIDI Driverによって定義される、MIDIデバイスの機能の論理的グループ表現」との事なので、挙動はMIDI Driverごとに違うものと思われます。

長くなってきたので、以下に参考文献を示して、続きは次回にします。

• Core MIDI Framework Reference
  • Core MIDI（MIDI ClientとかMIDI Portとか）のリファレンス。
• Audio and MIDI on Mac OS X
  • 微妙にハブられた感のある資料。ファイル名もCoreAudio.pdfとバッティング寸前（CoreAudio.pdfの方はCore Audioメインの解説）。Core MIDIに関する事はこれにしか書いてないので注意。

ひょんな事からYAMAHAのXG音源MU1000を買ってしまいました。MIDIデータは聴き専門の私にとっては、正直、この音源を持っていても宝の持ち腐れ以上の何者でもない気がしますが、安かったので、つい……。一応、昔からの憧れの音源だったので。

MU1000とMacというと、ある意味DTMにおける最強に近い組み合わせだったりしますが、単に聴く用途だとそうでもなかったりします。

まともなMIDI再生ソフトが無いんですよね。Windowsで言う所のTMIDI Playerのようなソフトが欲しい所です。

無いんなら作ってしまえ（その技量があるかどうかは置いといて）と、Core MIDIの資料を漁っているのですが、これがまた全然ないっ! Core Audio以上にお寒い状況です。サンプルも/Developer/Examples/CoreAudio/MIDI/SampleToolsの1つだけ。ドキュメントもAPIのリファレンスだけ。関数群を羅列だけされて、一体どうしろと……。

一応、↑のサンプルを見れば、大体の流れは掴めるのですが、やっぱり公式な手順書があると安心感が違います。という訳で、早急にドキュメント類を整備して下さい、お願いします＞Apple

実際にプレーヤを作るとなると、SMFの読み込みルーチンも書かないといけないし、そうなるとSMFの勉強もしないといけないし、結構大掛かりな事になりそうです。

本日よりblogシステムをMovable TypeからtDiaryに移行します。

自称、クソゲ〜製作所「所長」が気分次第で書くので「不定」記です。

MTからtDへ移行を決めたのはいくつか理由がありまして、

• tDのカテゴリ機能が便利そう
• MTは規模的にちょっと大袈裟だったかも
• 自分内の運用ルールがぐちゃぐちゃになってしまったので、一度リセットしたかった

という感じです。

現在あまり時間が取れないので、サイト構成等は旧態依然としていますが、その内きちんと整理したいところです。

これからもバシバシ「ツッコミ」を入れて頂ければ幸いです。

うちのiTunes Libraryはネットワーク上のMac miniサーバに構築してある。サーバ上のホームディレクトリを、AFPでローカルマシンの/Volumes/xxxxxにマウントし、~/Music/iTunesを/Volumes/xxxxx/Music/iTunesへのシンボリックリンクとすれば、サーバ上のiTunes LibraryがあたかもローカルなHDD上にあるような、普通のiTunes Libraryとして扱う事が出来る。

こうしておくことで、曲ファイルがあちこちのマシンに分散する事も無く、レートや再生回数といったiTunesの特徴であるメタ情報も、全マシンで共有可能になる。ローカルマシンを変えた時でも、シンボリックリンクを作るだけでライブラリを復元（というのも何か変だが）できる。

一方、この方法の欠点は、ネットワーク──正確には自分とこのLANに繋がってなければ、一切曲が聞けないという点だ。ローカルHDD上には全く曲を持ってないので、当然だ。

この欠点は、ノートPCなどを使っていて、宅外に持ち運ぶような場合に顕著となる。というか、今の俺がまさにコレ。MacBook Proを持って、家と研究室を行き来する毎日なので、Macが手元にあるのにiTunesが使えないという、非常に哀しい状況だった。毎日、朝から晩まで研究室にいれば、曲の1つや2つくらい聞きたくなるのが、人間というものだ。

そこで俺は考えた。

SSHトンネリングでAFPを透過してやればいいじゃん♪

トンネリングの仕方は至って簡単。サーバでsshdが動いていて、クライアントでsshが使える状況で以下のコマンドを実行する。Mac OS Xならば、最初からsshが入ってるし、sshdもチェックボックスでチェックするだけで動き出す。

ssh -2 -N -C -L 60000:localhost:548 サーバのユーザー名@サーバのアドレス

サーバのユーザー名のパスワードを求められるので、入力。これでローカルホストのポート60000と、サーバのポート548（AFP用のポート）が繋がった状態になる。

ここでFinderの「サーバへ接続」で、アドレスに「afp://localhost:60000/」を指定して接続すれば、サーバのAFP共有をマウントする事ができる。後はiTunesを起動するだけ。(ﾟДﾟ )ｳﾏｰ

宅内LANに直に繋がっている時に比べればレスポンスは劣るものの、実用上全く問題なし。速度も90kB/sec程度出ているようで、オーバーヘッドも殆どない模様（うちの回線はADSLで上り1Mbps）。

これで卒業研究も捗るってもんだ。

そんな気分。

でも、テンプレートを1から書かなきゃいけない&今は時間が無いので、悶々としてます。

とりあえず、Movable Type 4に更新して様子を見よう…。