2017 年。利用可能な帯域幅とコンピューティング リソースの一部を使用して、4K ライブ ストリームをストリーミングできます。
なぜ、適切なパフォーマンスを提供するリモート デスクトップ アプリケーションがまだ存在しないのでしょうか。数バイトを超えないはずのマウスとキーボードの操作を送信しながら、ほとんど静止した画像をストリーミングするのが非常に困難になる違いは何でしょうか。
答え1
まず、適切なパフォーマンスを提供するリモート デスクトップ アプリケーションはありますが、それを適切に実行するための単一の汎用ソリューションは存在しません。
典型的な/包括的なケースでは、コンピューターは画面に表示されているものをそのまま別の場所に転送する必要があります。処理速度を上げるために実行できる唯一の方法は、出力を圧縮することです。これは、たとえば VNC でよく見られます。接続速度と画面の複雑さに応じて、この方法がうまくいく場合もあれば、遅くなる場合もあります。非可逆圧縮を使用すると、内容が読み取れない場合があります。
もう一方の極端な例としては、Chromecast などがあります。Chromecast はリモート コンピューターに操作の指示を出すため、圧縮を最大限に活用できます (つまり、ソースからの元の圧縮ストリームを処理し、解凍して解凍されたデータまたは解凍されて再圧縮されたデータを送信する必要はありません)。もちろん、これにはこのテクノロジと互換性のあるアプリが必要ですが、ほとんどのデスクトップ アプリは互換性がありません。
その中間には、Spice、X 転送 rdp などのソリューションがあり、API を使用して元の画面に表示される内容を再現することで、送信されるデータの量を削減しようとします。
もう 1 つの問題は、遅延です。たとえば、ニュージーランドにいて、ヨーロッパで接続を共有する場合、真空中の光の速度により、200 ミリ秒を超える遅延が発生します。接続に対して実行できる操作では、遅延を短縮することはできません。そのため、遅く感じられます。
同様に、Chromecast タイプのソリューションを除き、動画を扱う場合、何が圧縮されているか (およびどのように圧縮されたか) がわからないことがよくあります。また、タイトで非可逆な圧縮は時間がかかるため、これが困難になります。(システムに非常に大きな負荷をかけずに 4K 動画をリアルタイムで圧縮できるとしたら驚きです。つまり、4K 動画はリアルタイムでストリーミングおよび再生できますが、システムが他の実際のタスクを実行している間は、通常はリアルタイムでエンコードされません)