はじめに

対応アプリケーションは本プロトコルの全てに対応しているとは限りません。
1項目でも利用可能であれば、対応とすることができます。

基本的に安定した同一ローカルネットワーク内での利用が想定されています。
インターネットを超えての利用は想定されていません。

バージョン

現在のプロトコルバージョンはV2.9です。

単にサーバー、クライアントと表記すると混乱が発生します。OSCでは受信側がサーバー、送信側がクライアントとなるためです。

そのためVMC Protocolでは、以下の独自の用語を定義します。

Marionette - モーションを受信し、描画などを行います。
制御信号をPerformerに送信することがあります。(送信機能は無くても構いません)
(例: EVMC4U, VMC4UE, その他モーション受信対応アプリケーション)
Performer - 主にモーションを処理し、Marionetteに送信します。
制御信号はMarionette、Assistantから受け取ることがあります。(受信機能は無くても構いません)
(例: バーチャルモーションキャプチャー, Waidayo)
Assistant - 主にモーションの処理はせず、補助的な情報をPerformerに送信します。
基本的に制御信号を受け取ることはありません。制限付きPerformerとも言えます。
(例: face2vmcモードのWaidayo)

flow

VMC Protocolでは、基本的にOpen Sound Control(OSC)の単方向UDP通信による実装で通信を行います。

詳細な通信のための規定として以下があります。

通信の際はOSCの適切な型を使用します。
文字列はUTF-8エンコードで行い、日本語が送信されることがあります。
ポート番号は、MarionetteはPort:39539で待受、PerformerはPort:39540で待受するのを基本としますが、
UX観点より送信アドレス・受信ポートを変更可能にすることをおすすめします。
パケットは適切な範囲(1500byte以内)でbundle化されており、受信者は適切に扱う必要があります。
送信周期は送信者の任意の間隔で行われます。すべてのメッセージが毎周期送信されるわけではありません。
また、送信側は送信周期の間隔を調整できるようにするか、十分低い頻度で送信するようにしてください。
受信側は不要なメッセージは破棄してください。すべてのメッセージを必ず処理する必要はありません。
どのメッセージを送信するか、受信するかは双方の実装に依存します。
不明なアドレス、多すぎる引数は無視する必要があります。
拡張仕様として定義されている以上に少なすぎる引数、型の違う引数を検出した場合はエラーとするか無視してください。

データのチェックには以下が便利です。
VMCProtocolMonitor

一般的なOSCモニタツールも使用することができます。
OSCDataMonitor(Github)
OSCDataMonitor(Download)