RDP8.10.6Analyzed Remoteが音質向上に寄与する理由
Remoteは単なる便利機能ではありません
RDP8.10.6AnalyzedのRemote Modeは、スマートフォンやタブレットから操作できるようにしただけの機能ではありません。
本体PC上で動かしていた通常の画面操作を別端末へ移し、音楽を再生する本体PCでは、画面描画や操作画面の更新をできるだけ減らすことを目的としています。
一般的な「リモコン機能」は、操作方法だけを変えるものです。
RDP Remoteは、操作場所を別端末へ移すことによって、再生PC側の動作そのものを軽くする構造になっています。
画面操作時に本体PCで行われる処理
通常の画面操作UIを表示している場合、本体PCでは音楽再生以外にも、次の処理が動作します。
・プレイリストの描画
・選択行や再生中トラックの表示更新
・アルバムアートの読み込みと描画
・曲名、再生状態、時間表示の更新
・マウスやキーボードのイベント処理
・ウインドウの再描画
・QtのGUIイベント処理
・Windowsのデスクトップ描画処理
・GPUまたはCPUによる画面表示処理
これらの処理が音楽データを書き換えるわけではありません。
しかし、同じPC内で音声出力と並行して動作するため、CPU、メモリ、GPU、ストレージ、割り込み、電源供給などの動作変動を増やす要因になります。
RDPが重視しているのは、音声データの計算結果だけではなく、音声データをDACへ送り出している間に、本体PCでどれだけ余計な処理を動かさないかという点です。
Remote Modeでは操作画面を別端末へ分離
Remote Modeでは、アルバムジャケット、Library、Top 100、プレイリスト、検索、ソート、各種操作ボタンなどの表示を、iPhone、iPad、スマートフォン、タブレット、別PCのブラウザ側で行います。
本体PC側は通常の大きなRDP画面を使用せず、必要最小限のRemote Mode画面だけで動作します。
このため、本体PC側では、通常画面を操作する場合に必要だった継続的な画面描画を大幅に減らせます。
操作端末側でLibraryをスクロールしたり、アルバムジャケットを表示したりしても、その画面を実際に描画しているのは操作端末です。
RDP本体PCは、ブラウザから送られた操作命令を受け取り、必要な処理だけを行います。
音楽データはネットワークを流れません
RDP Remoteで特に重要なのは、Remote端末へ音楽データを送信していないことです。
構造は次のようになります。
スマートフォン・タブレット・別PC
↓
再生、停止、選曲などの操作命令
↓
LAN内のHTTP通信
↓
RDP本体PC
↓
本体PC内のAnalyzed音源を読み込み
↓
本体PCに接続されたDACへ出力
Remote端末が受け取るのは、操作画面、アルバム情報、ジャケット画像、再生状態などです。
DACへ送る音楽データは、RDP本体PC内で処理されます。
したがって、スマートフォンの性能やブラウザの音声処理が、DACへ出力される音楽データへ直接関与することはありません。
Remote端末は再生機ではなく、操作端末です。
Playlist UIでは常時通信も停止
RDP Remoteには、Playlist UIとAlbum Art UIがあります。
Album Art UIでは、曲名、再生状態、アルバムアートなどをリアルタイムに更新するため、定期的に本体PCへ状態を確認します。
一方、Playlist UIでは、音質を優先するため、通常時の1秒ごとの状態確認を停止しています。
Playlist UIを表示したまま何も操作しなければ、継続的な状態確認通信は発生しません。
通信するのは、主に次の操作を行った時です。
・Play
・Stop
・Prev Play
・Next
・AllPlay
・Random
・選曲
・プレイリスト追加
・設定変更
つまり、Playlist UIは、再生を開始した後に何も操作しなければ、本体PCへ継続的な問い合わせを行わないRemote画面です。
これは、音楽データをネットワークへ送らないだけでなく、Remote操作に必要な通信処理自体も、再生中はできるだけ減らす設計です。
Analyzed事前変換との組み合わせ
RDP8.10.6Analyzedでは、一般的な音源ファイルを再生時にその場で変換するのではなく、事前にAnalyzed変換を行います。
Analyzed変換では、音源をあらかじめ展開し、float32のPCMデータとして`.analyzed`ファイルへ保存します。
一般的なプレイヤーでは、再生中または再生開始時に次の処理が発生する場合があります。
・圧縮音源の展開
・整数PCMから浮動小数点への変換
・デコード処理
・サンプル形式の変換
・音量計算や内部DSP用形式への変換
・次のデータブロックの逐次読み込み
RDPでは、これらのうち事前に完了できる処理を、Analyzed変換時に済ませています。
再生時には、変換済みのデータを読み込み、選択された出力デバイスへ送ることに集中できます。
Remote Modeは、さらに画面描画や操作処理を本体PCから減らします。
つまりRDPでは、
再生前に音源変換を完了
＋
再生中の通常画面描画を削減
＋
音楽データをネットワーク転送しない
＋
Playlist UIでは常時状態通信も停止
という複数の方法で、再生中に本体PCが行う処理を減らしています。
2012 R2 CoreでもRemote操作が可能
RDP Remoteの特徴が最も明確に表れるのが、Windows Server 2012 R2 Coreでの使用です。
Coreモードは、通常のデスクトップ環境や多くのGUI機能を削減したWindows環境です。
通常は、画面操作を前提としたオーディオプレイヤーを使用するには不便な環境です。
しかし、RDP8.10.6Analyzedは、本体PC側を最小限の状態で動作させながら、別端末のブラウザから操作できます。
Core側に通常のWebブラウザを入れて操作する必要はありません。
ブラウザはiPhone、iPad、スマートフォン、タブレット、別PC側で動作します。
2012 R2 Core側では、RDP本体、Remote用HTTPサーバー、音源読み込み、再生処理、DAC出力だけを担当します。
これにより、
Windows Server 2012 R2 Coreの少ない画面処理
＋
RDP Remoteの高機能なブラウザ操作
＋
Analyzed音源の本体PC内完結再生
を同時に成立させています。
通常は、OSを軽量化すると操作性が失われます。
反対に、操作性を高めるとGUI、ライブラリー、画像表示、ネットワークサービスなどの処理が増えます。
RDP Remoteは、再生PCを軽量な状態に保ちながら、操作画面だけを別端末へ移すことで、この相反する条件を両立しています。
Windows Server 2012 R2 Coreで、ジャケット付きLibrary、Top 100、最近追加した曲、検索、ソート、Load File、AllPlay、Random、出力設定、シャットダウンまでRemote操作できることは、RDPの大きな特徴です。
一般的な画面操作型プレイヤーとの違い
一般的な画面操作型プレイヤーでは、音楽再生中も本体PC上にプレイヤー画面が表示されています。
再生位置、スペクトラム、波形、レベルメーター、ジャケット、歌詞、プレイリストなどをリアルタイム表示するプレイヤーでは、再生中も継続的な画面更新が行われます。
高機能な画面は操作上便利ですが、本体PC側の描画処理は増えます。
RDP Remoteでは、操作画面を別端末へ移すため、本体PCで同じ画面を描画し続ける必要がありません。
音質向上に寄与するのは、Remoteという名称そのものではなく、本体PCからGUI描画処理を分離できる点です。
一般的なリモコン対応プレイヤーとの違い
一般的なプレイヤーにも、スマートフォンから再生、停止、選曲を行える製品があります。
ただし、リモコン対応であっても、本体PC側では通常のプレイヤー画面、ライブラリー管理、メタデータ更新、ジャケット更新、プラグイン、監視サービスなどがそのまま動作している場合があります。
この場合、操作端末がRemoteになっても、本体PCの動作は画面操作時と大きく変わりません。
RDPでは、Remote Modeに切り替えると、本体PC側の通常UIそのものを最小化します。
さらにPlaylist UIでは常時状態確認も止めています。
そのため、単にスマートフォンから操作できるだけのRemote機能とは目的が異なります。
リモートデスクトップ操作との違い
Windowsのリモートデスクトップや画面転送アプリを使って、別端末からプレイヤー画面を操作する方法もあります。
この方式では、本体PC側で通常のプレイヤー画面を描画し、その画面を取得、圧縮、転送する処理が必要になります。
主に次の処理が追加されます。
・本体画面の描画
・画面キャプチャ
・画像圧縮
・画面差分の検出
・ネットワーク転送
・Remote端末からの入力処理
RDP Remoteは画面そのものを転送しません。
ブラウザ用に必要な情報だけを送信するため、画面転送型のRemote操作よりも構造が簡潔です。
DLNA・UPnP・OpenHome方式との違い
DLNA、UPnP、OpenHomeなどの一般的なネットワーク再生では、コントロール端末、音源サーバー、再生機が別々の機器として動作する構成があります。
この場合、音楽データは音源サーバーから再生機へネットワーク経由で転送されます。
構成によっては、再生中に次の処理が行われます。
・音楽データのネットワーク転送
・ネットワークバッファリング
・機器検出
・接続状態の管理
・サーバーとレンダラーの通信
・メタデータ転送
・フォーマット判定
・必要に応じたトランスコード
これらの方式でも、適切に設計されていれば正確なデータ転送は可能です。
したがって、ネットワーク転送を使用するだけで必ず音が悪くなるという意味ではありません。
RDPとの違いは、RDP Remoteでは音楽データのネットワーク転送自体が再生経路に存在しないことです。
音源ストレージとDACがRDP本体PCへ接続されている場合、音楽データは本体PC内で完結します。
LANは操作命令と画面情報だけに使用します。
サーバー・再生機分離型プレイヤーとの違い
一般的な高機能ネットワークプレイヤーでは、音源管理用サーバーと再生用エンドポイントを分離する方式があります。
この方式には、複数の部屋や複数の再生機を統合しやすいという利点があります。
一方で、再生時には次の処理が必要になります。
・サーバー側の音源管理
・ネットワーク経由の音声転送
・再生機との同期
・接続監視
・メタデータ管理
・複数機器の状態管理
・ストリーミングバッファ管理
RDPは、複数機器を同期再生するためのシステムではありません。
RDP本体PCとDACを一つの再生系として扱い、その1台の再生品質を優先しています。
多機能な分散再生を行わない代わりに、音楽データの経路と実行処理をできるだけ単純にしています。
RDP Remoteで音質向上に寄与する部分
RDP Remoteで音質向上に寄与するのは、主に次の点です。
・本体PCの通常画面UIを最小化できる
・アルバムアートやLibraryの描画を別端末へ移せる
・音楽データをLANへ送信しない
・音源のデコードやfloat32変換を事前に完了している
・再生中のリアルタイム処理を減らせる
・Playlist UIでは1秒ごとの常時状態通信を停止できる
・リモートデスクトップのような画面圧縮と転送を行わない
・音源管理、再生処理、DAC出力を本体PC内で完結できる
・Windows Server 2012 R2 Coreのような軽量環境でも操作性を維持できる
これらは、音楽データへ新しい情報を加えて音を変える処理ではありません。
本来必要のない処理を、再生PCから減らすための構造です。
音声データそのものが変わるわけではありません
Remote Modeへ切り替えたことで、`.analyzed`ファイル内の数値が変わるわけではありません。
同じ音源、同じ出力デバイス、同じ出力設定であれば、送ろうとしている音声データは同じです。
RDP Remoteの音質上の意味は、音声データを加工することではなく、そのデータを送り出す周辺環境を静かにすることにあります。
デジタルデータが同じであれば、必ずすべてのPC、DAC、USB回路、電源環境で完全に同じ聴感になる、と単純には言い切れません。
実際のPCでは、音声出力と同時にCPU、GPU、USBコントローラー、メモリ、電源回路、OSの割り込み処理などが動作しています。
RDPは、これらの動作変動を増やす不要な処理を減らす方向で設計されています。
ただし、聴感上の差の大きさは、使用するPC、DAC、出力方式、電源、ドライバー、OS構成によって変わります。
RDP Remoteの本質
RDP Remoteの本質は、Remote端末で音楽を再生することではありません。
音楽再生は、最後までRDP本体PCで行います。
Remote端末には、重い操作画面とLibrary表示を担当させます。
本体PCには、Analyzed音源の読み込みとDAC出力を担当させます。
この役割分担によって、
操作性を高めるほど再生PCが重くなる
という一般的な問題を避けています。
特にWindows Server 2012 R2 Coreとの組み合わせでは、再生PCを極めて軽量な状態に保ちながら、別端末から現代的なジャケット付きLibraryを操作できます。
これは、単にRemote対応になったということではありません。
軽量OS、事前変換音源、本体PC内完結再生、常時通信を抑えたブラウザ操作を一つに組み合わせた、RDP独自の音質優先Remote再生方式です。
Remoteは単なる便利機能ではありません
RDP8.10.6AnalyzedのRemote Modeは、スマートフォンやタブレットから操作できるようにしただけの機能ではありません。
本体PC上で動かしていた通常の画面操作を別端末へ移し、音楽を再生する本体PCでは、画面描画や操作画面の更新をできるだけ減らすことを目的としています。
一般的な「リモコン機能」は、操作方法だけを変えるものです。
RDP Remoteは、操作場所を別端末へ移すことによって、再生PC側の動作そのものを軽くする構造になっています。
画面操作時に本体PCで行われる処理
通常の画面操作UIを表示している場合、本体PCでは音楽再生以外にも、次の処理が動作します。
・プレイリストの描画
・選択行や再生中トラックの表示更新
・アルバムアートの読み込みと描画
・曲名、再生状態、時間表示の更新
・マウスやキーボードのイベント処理
・ウインドウの再描画
・QtのGUIイベント処理
・Windowsのデスクトップ描画処理
・GPUまたはCPUによる画面表示処理
これらの処理が音楽データを書き換えるわけではありません。
しかし、同じPC内で音声出力と並行して動作するため、CPU、メモリ、GPU、ストレージ、割り込み、電源供給などの動作変動を増やす要因になります。
RDPが重視しているのは、音声データの計算結果だけではなく、音声データをDACへ送り出している間に、本体PCでどれだけ余計な処理を動かさないかという点です。
Remote Modeでは操作画面を別端末へ分離
Remote Modeでは、アルバムジャケット、Library、Top 100、プレイリスト、検索、ソート、各種操作ボタンなどの表示を、iPhone、iPad、スマートフォン、タブレット、別PCのブラウザ側で行います。
本体PC側は通常の大きなRDP画面を使用せず、必要最小限のRemote Mode画面だけで動作します。
このため、本体PC側では、通常画面を操作する場合に必要だった継続的な画面描画を大幅に減らせます。
操作端末側でLibraryをスクロールしたり、アルバムジャケットを表示したりしても、その画面を実際に描画しているのは操作端末です。
RDP本体PCは、ブラウザから送られた操作命令を受け取り、必要な処理だけを行います。
音楽データはネットワークを流れません
RDP Remoteで特に重要なのは、Remote端末へ音楽データを送信していないことです。
構造は次のようになります。
スマートフォン・タブレット・別PC
↓
再生、停止、選曲などの操作命令
↓
LAN内のHTTP通信
↓
RDP本体PC
↓
本体PC内のAnalyzed音源を読み込み
↓
本体PCに接続されたDACへ出力
Remote端末が受け取るのは、操作画面、アルバム情報、ジャケット画像、再生状態などです。
DACへ送る音楽データは、RDP本体PC内で処理されます。
したがって、スマートフォンの性能やブラウザの音声処理が、DACへ出力される音楽データへ直接関与することはありません。
Remote端末は再生機ではなく、操作端末です。
Playlist UIでは常時通信も停止
RDP Remoteには、Playlist UIとAlbum Art UIがあります。
Album Art UIでは、曲名、再生状態、アルバムアートなどをリアルタイムに更新するため、定期的に本体PCへ状態を確認します。
一方、Playlist UIでは、音質を優先するため、通常時の1秒ごとの状態確認を停止しています。
Playlist UIを表示したまま何も操作しなければ、継続的な状態確認通信は発生しません。
通信するのは、主に次の操作を行った時です。
・Play
・Stop
・Prev Play
・Next
・AllPlay
・Random
・選曲
・プレイリスト追加
・設定変更
つまり、Playlist UIは、再生を開始した後に何も操作しなければ、本体PCへ継続的な問い合わせを行わないRemote画面です。
これは、音楽データをネットワークへ送らないだけでなく、Remote操作に必要な通信処理自体も、再生中はできるだけ減らす設計です。
Analyzed事前変換との組み合わせ
RDP8.10.6Analyzedでは、一般的な音源ファイルを再生時にその場で変換するのではなく、事前にAnalyzed変換を行います。
Analyzed変換では、音源をあらかじめ展開し、float32のPCMデータとして`.analyzed`ファイルへ保存します。
一般的なプレイヤーでは、再生中または再生開始時に次の処理が発生する場合があります。
・圧縮音源の展開
・整数PCMから浮動小数点への変換
・デコード処理
・サンプル形式の変換
・音量計算や内部DSP用形式への変換
・次のデータブロックの逐次読み込み
RDPでは、これらのうち事前に完了できる処理を、Analyzed変換時に済ませています。
再生時には、変換済みのデータを読み込み、選択された出力デバイスへ送ることに集中できます。
Remote Modeは、さらに画面描画や操作処理を本体PCから減らします。
つまりRDPでは、
再生前に音源変換を完了
＋
再生中の通常画面描画を削減
＋
音楽データをネットワーク転送しない
＋
Playlist UIでは常時状態通信も停止
という複数の方法で、再生中に本体PCが行う処理を減らしています。
2012 R2 CoreでもRemote操作が可能
RDP Remoteの特徴が最も明確に表れるのが、Windows Server 2012 R2 Coreでの使用です。
Coreモードは、通常のデスクトップ環境や多くのGUI機能を削減したWindows環境です。
通常は、画面操作を前提としたオーディオプレイヤーを使用するには不便な環境です。
しかし、RDP8.10.6Analyzedは、本体PC側を最小限の状態で動作させながら、別端末のブラウザから操作できます。
Core側に通常のWebブラウザを入れて操作する必要はありません。
ブラウザはiPhone、iPad、スマートフォン、タブレット、別PC側で動作します。
2012 R2 Core側では、RDP本体、Remote用HTTPサーバー、音源読み込み、再生処理、DAC出力だけを担当します。
これにより、
Windows Server 2012 R2 Coreの少ない画面処理
＋
RDP Remoteの高機能なブラウザ操作
＋
Analyzed音源の本体PC内完結再生
を同時に成立させています。
通常は、OSを軽量化すると操作性が失われます。
反対に、操作性を高めるとGUI、ライブラリー、画像表示、ネットワークサービスなどの処理が増えます。
RDP Remoteは、再生PCを軽量な状態に保ちながら、操作画面だけを別端末へ移すことで、この相反する条件を両立しています。
Windows Server 2012 R2 Coreで、ジャケット付きLibrary、Top 100、最近追加した曲、検索、ソート、Load File、AllPlay、Random、出力設定、シャットダウンまでRemote操作できることは、RDPの大きな特徴です。
一般的な画面操作型プレイヤーとの違い
一般的な画面操作型プレイヤーでは、音楽再生中も本体PC上にプレイヤー画面が表示されています。
再生位置、スペクトラム、波形、レベルメーター、ジャケット、歌詞、プレイリストなどをリアルタイム表示するプレイヤーでは、再生中も継続的な画面更新が行われます。
高機能な画面は操作上便利ですが、本体PC側の描画処理は増えます。
RDP Remoteでは、操作画面を別端末へ移すため、本体PCで同じ画面を描画し続ける必要がありません。
音質向上に寄与するのは、Remoteという名称そのものではなく、本体PCからGUI描画処理を分離できる点です。
一般的なリモコン対応プレイヤーとの違い
一般的なプレイヤーにも、スマートフォンから再生、停止、選曲を行える製品があります。
ただし、リモコン対応であっても、本体PC側では通常のプレイヤー画面、ライブラリー管理、メタデータ更新、ジャケット更新、プラグイン、監視サービスなどがそのまま動作している場合があります。
この場合、操作端末がRemoteになっても、本体PCの動作は画面操作時と大きく変わりません。
RDPでは、Remote Modeに切り替えると、本体PC側の通常UIそのものを最小化します。
さらにPlaylist UIでは常時状態確認も止めています。
そのため、単にスマートフォンから操作できるだけのRemote機能とは目的が異なります。
リモートデスクトップ操作との違い
Windowsのリモートデスクトップや画面転送アプリを使って、別端末からプレイヤー画面を操作する方法もあります。
この方式では、本体PC側で通常のプレイヤー画面を描画し、その画面を取得、圧縮、転送する処理が必要になります。
主に次の処理が追加されます。
・本体画面の描画
・画面キャプチャ
・画像圧縮
・画面差分の検出
・ネットワーク転送
・Remote端末からの入力処理
RDP Remoteは画面そのものを転送しません。
ブラウザ用に必要な情報だけを送信するため、画面転送型のRemote操作よりも構造が簡潔です。
DLNA・UPnP・OpenHome方式との違い
DLNA、UPnP、OpenHomeなどの一般的なネットワーク再生では、コントロール端末、音源サーバー、再生機が別々の機器として動作する構成があります。
この場合、音楽データは音源サーバーから再生機へネットワーク経由で転送されます。
構成によっては、再生中に次の処理が行われます。
・音楽データのネットワーク転送
・ネットワークバッファリング
・機器検出
・接続状態の管理
・サーバーとレンダラーの通信
・メタデータ転送
・フォーマット判定
・必要に応じたトランスコード
これらの方式でも、適切に設計されていれば正確なデータ転送は可能です。
したがって、ネットワーク転送を使用するだけで必ず音が悪くなるという意味ではありません。
RDPとの違いは、RDP Remoteでは音楽データのネットワーク転送自体が再生経路に存在しないことです。
音源ストレージとDACがRDP本体PCへ接続されている場合、音楽データは本体PC内で完結します。
LANは操作命令と画面情報だけに使用します。
サーバー・再生機分離型プレイヤーとの違い
一般的な高機能ネットワークプレイヤーでは、音源管理用サーバーと再生用エンドポイントを分離する方式があります。
この方式には、複数の部屋や複数の再生機を統合しやすいという利点があります。
一方で、再生時には次の処理が必要になります。
・サーバー側の音源管理
・ネットワーク経由の音声転送
・再生機との同期
・接続監視
・メタデータ管理
・複数機器の状態管理
・ストリーミングバッファ管理
RDPは、複数機器を同期再生するためのシステムではありません。
RDP本体PCとDACを一つの再生系として扱い、その1台の再生品質を優先しています。
多機能な分散再生を行わない代わりに、音楽データの経路と実行処理をできるだけ単純にしています。
RDP Remoteで音質向上に寄与する部分
RDP Remoteで音質向上に寄与するのは、主に次の点です。
・本体PCの通常画面UIを最小化できる
・アルバムアートやLibraryの描画を別端末へ移せる
・音楽データをLANへ送信しない
・音源のデコードやfloat32変換を事前に完了している
・再生中のリアルタイム処理を減らせる
・Playlist UIでは1秒ごとの常時状態通信を停止できる
・リモートデスクトップのような画面圧縮と転送を行わない
・音源管理、再生処理、DAC出力を本体PC内で完結できる
・Windows Server 2012 R2 Coreのような軽量環境でも操作性を維持できる
これらは、音楽データへ新しい情報を加えて音を変える処理ではありません。
本来必要のない処理を、再生PCから減らすための構造です。
音声データそのものが変わるわけではありません
Remote Modeへ切り替えたことで、`.analyzed`ファイル内の数値が変わるわけではありません。
同じ音源、同じ出力デバイス、同じ出力設定であれば、送ろうとしている音声データは同じです。
RDP Remoteの音質上の意味は、音声データを加工することではなく、そのデータを送り出す周辺環境を静かにすることにあります。
デジタルデータが同じであれば、必ずすべてのPC、DAC、USB回路、電源環境で完全に同じ聴感になる、と単純には言い切れません。
実際のPCでは、音声出力と同時にCPU、GPU、USBコントローラー、メモリ、電源回路、OSの割り込み処理などが動作しています。
RDPは、これらの動作変動を増やす不要な処理を減らす方向で設計されています。
ただし、聴感上の差の大きさは、使用するPC、DAC、出力方式、電源、ドライバー、OS構成によって変わります。
RDP Remoteの本質
RDP Remoteの本質は、Remote端末で音楽を再生することではありません。
音楽再生は、最後までRDP本体PCで行います。
Remote端末には、重い操作画面とLibrary表示を担当させます。
本体PCには、Analyzed音源の読み込みとDAC出力を担当させます。
この役割分担によって、
操作性を高めるほど再生PCが重くなる
という一般的な問題を避けています。
特にWindows Server 2012 R2 Coreとの組み合わせでは、再生PCを極めて軽量な状態に保ちながら、別端末から現代的なジャケット付きLibraryを操作できます。
これは、単にRemote対応になったということではありません。
軽量OS、事前変換音源、本体PC内完結再生、常時通信を抑えたブラウザ操作を一つに組み合わせた、RDP独自の音質優先Remote再生方式です。
