これはコマンド jack-osc で、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できます。
プログラム：
NAME
jack-osc - JACK トランスポート パブリケーション デーモン
SYNOPSIS
ジャック-OSC [オプション]
OPTIONS
-c : ドリフト補正間隔を周期で設定します (デフォルト = 64)。 -p ：ポート番号を設定します
（デフォルト= 57130）。
DESCRIPTION
jack-osc は、ローカル JACK サーバーのトランスポート状態を UDP 上の OSC パケットとして公開します。
繋がり。 jack-osc を使用すると、OSC 対応アプリケーションが JACK トランスポート クライアントとして機能できるようになります。
サンプルの正確なパルス ストリーム タイミング データを受信し、監視および開始します。
トランスポート状態の変化。
クライアントは、「リクエスト」を送信することで、タイミングの受信と通知パケットの変更を要求します。
「通知」パケット、 /受け取る、jack-osc サーバーに送信します。 このパケットの形式は次のとおりです
/受信カテゴリ
category は、通知パケットのカテゴリを示すビットマスクです。
要求されました。 ビットの位置は次のとおりです。
カテゴリマスク -------- ---- REQUEST_TICK 0x0000001 REQUEST_PULSE 0x0000002
REQUEST_CORRECTION 0x0000004 REQUEST_TRANSPORT 0x0000008 REQUEST_ALL 0xFFFFFFF
クライアントは、通知メッセージをそのアドレス以外のアドレスに送信するように要求します。
「request notification at」パケットを送信することによって通知を要求するパケット、
/receive_at。 このパケットの形式は次のとおりです
/receive_at カテゴリ ポート番号 ホスト名
カテゴリはどこですか /受け取る ここで、ポート番号とホスト名はアドレスを示します
その通知はに送信される必要があります。
クライアントが登録されると、その後 /受け取る および /receive_at メッセージ カテゴリを編集する
そのクライアントにとっての価値。 クライアントを登録から削除するには、次のリクエストを送信します。
マイナスのカテゴリ値。
通知を要求した後、クライアントは、によって送信されたすべての関連タイミング パケットを受信します。
サーバー。 すべての jack-osc タイミング パケットは、JACK 期間の開始時に OSC として送信されます。
メッセージと同じ形状を持つ:
タグ ntp utc from 引数...
ここで、tag はコマンド名、ntp、utc、frm は同じことを示すタイムスタンプです。
パケットが送信されたときの JACK 期間の開始時点。 ntp は署名されていません
64 ビット整数の NTP 値。 utc は、UTC の倍精度実数値表現です。
時間。 frm は符号付き 64 ビット整数フレーム カウンターであり、絶対値は異なります。
定義されていますが、ntp および utc タイムスタンプと同期して増加します。 arg... です
タグ固有の引数のセット。
jack-osc によって送信されるタイミング パケットは次のとおりです。
/pulse ntp utc frm p-ntp p-utc p-frm パルス : パルスの位置。 このパケットは次のことを示しています
整数パルスに最も近いフレームは、タイムスタンプで指定された時刻に発生します。
p-ntp、p-utc、および p-frm。 パルス数はXNUMXベースです。 このパケットは開始時に送信されます。
整数パルスが発生する JACK 期間。 次の場合、このパケットは送信されません。
輸送が停止されます。 このパケットは、 /ティック 同じ期間のパケット。
/tick ntp utc frm フレーム パルス : 周期ティック。 このパケットは、JACK 期間ごとに XNUMX 回送信されます。 の
整数値フレームはフレーム単位のトランスポート位置であり、倍精度の実数値です。
パルスは転送位置をパルス単位で表します。 パルス値はアキュムレータから読み取られ、
は近似値のみであるため、アキュムレータは各整数パルス位置で補正されます。
/drift ntp utc frm ntp-dif utc-dif : ドリフト修正。 このパケットは、
クロックドリフト補正が実行されます。 この頻度は次のように設定されます。 -c オプションを
ジャック OSC サーバー。 整数値 ntp-dif は、修正されたドリフト値の NTP 形式です。
utc-dif は UTC 形式です。 JACK はサンプル クロックであるため、フレーム ドリフト値はありません。
jack-osc によって送信される状態変更パケットは次のとおりです。
/transport ntp utc frm fps ppm ppc pt state : トランスポート状態の変更。 このパケットは送信されます
JACK トランスポートが変更されるたびに。 倍精度実数値fpsはサンプルです
XNUMX 秒あたりのフレーム数のレート。 倍精度の実数値 ppm は、パルスごとのテンポです。
分。 倍精度実数値 ppc は、XNUMX サイクルあたりのパルス数で表した測定長です。 の
倍精度実数値ptはパルスタイプです。 整数値の状態は、次の場合にゼロになります。
トランスポートが停止している場合と、開始している場合は XNUMX つです。 も参照してください。 /スターテス メッセージの説明
を参照してください。
クライアントは、 現在/ パケット、これ
議論は必要ありません。 は次のように応答します /current.reply パケット。次の形式と同じです。
a /ティック パケット。 この方法で取得されたパケットの正確な解釈は次のとおりです。
問題がある。
クライアントは「ステータス要求」パケットを送信することでステータス パケットを要求します。 /スターテス、その
議論は必要ありません。 サーバーはステータス応答パケットで即座に応答します。
/ステータス.返信。 ステータス パケットは OSC メッセージであり、タイムスタンプはありません。 それは
形状：
/status.reply fps ppm ppc pt 状態
ここで、引数の値は、 /輸送 メッセージ。 意図されているのは、
クライアントは、すべてのステータス パケットの通知を要求する前に、単一のステータス パケットを要求します。
その後の状態変化。
クライアントは、「リクエスト トランスポート」を送信することでトランスポート ロール状態の変更を開始します。
「オペレーション」パケット、 /開始 or /やめる jack-osc サーバーに送信します。 どちらも引数を必要としません。
クライアントは、「リクエスト・ロケート・オペレーション」を送信することでトランスポート・ロケーションの変更を開始します。
パケット、 / locate、jack-osc サーバーに送信します。 それは次のような形状をしています:
/場所を特定する
ここで、単精度実数値の位置は、次の要求されたトランスポート位置です。
秒です。
クライアントは、送信することでポートを接続および切断できます。 /接続する および / disconnect へのメッセージ
ジャック OSC サーバー。 どちらも次のような形状をしています。
/[切断]左右に接続
jack-osc は OSC プロトコルのサブセットのみを実装します。 特に実装していない
パターン マッチング ルールに準拠しており、受信メッセージのスケジューラは実装されていません。
jack-osc は、認識されない受信パケットをすべてドロップします。
onworks.net サービスを使用してオンラインで jack-osc を使用する
