遅延対策の多くは「ルーターを再起動しましょう」から始まります。ここでは、ミリ秒単位で測定した7つの対策をご紹介します。ネイティブのリモートデスクトップを仕事として作っているチームが書いています。
遅延はどこから来るのか
リモートデスクトップの遅延とは、「本物のコンピュータのように感じる」と「使い物にならない」の間にある差のことです。カーソルがトラックパッドより遅れてついてくる、キー入力が遅れて届く、映像が2005年のビデオ通話のように見える。そんなときは、6段階のパイプラインのどこかで、遅延の許容範囲を使い切ってしまっています。
私たちはネイティブのリモートデスクトップRemioを開発しており、このパイプラインの測定に恥ずかしくなるほど時間をかけています。どのセッションでも、3種類の遅延が現れます。
- ネットワーク遅延。2台のデバイス間の往復時間です。最も大きく変動する要素です。
- エンコードとデコードの遅延。ホストがフレームを圧縮し、クライアントがそれを展開するのにかかる時間です。
- 描画の遅延。クライアントアプリが、デコードしたピクセルを画面に表示するまでにかかる時間です。
多くのガイドが扱うのはネットワーク遅延だけです。エンコードと描画も、ハードウェアアクセラレーションを使わないアプリでは特に、同じくらい重い場合がよくあります。以下の7つの対策は3つの層すべてに対応しており、それぞれが取り戻せるミリ秒の大きさ順に並べています。
7つの対策(効果の大きい順)
重要度は、その対策でどれだけ遅延が減るかを表したもので、実施の難しさではありません。すぐできる対策は下のほうにあります。最後に実施してかまいませんが、省略はしないでください。
01 · ホストを有線Ethernetにつなぐ
重大 症状 —カーソルがカクつく、数秒ごとに映像が乱れる
ケーブルが届くなら、ホストのマシンをWi-Fiでつないではいけません。Wi-Fiは、調子が良い日でも5〜30 msの遅延を加え、パケット損失のスパイクが、どんなソフトウェア設定でも隠せない目に見えるカクつきの原因になります。USB-CまたはThunderboltのEthernetアダプターは15ドルほどで、どんなエンコーダーの調整よりも多くの遅延を取り除けます。クライアント側では影響は小さくなりますが、ゲームや音楽制作でミリ秒単位で追い込むなら、そちらも有線にしましょう。
ホストとの回線の往復遅延を10〜25 ms減らし、目に見えるカクつきの原因になるパケット損失のスパイクをなくします。
02 · ハードウェア映像エンコードを有効にする
重大 症状 —CPUが目に見えて熱くなる、ストリーミング中にファンが回転数を上げる
ここが、まずまずのリモートデスクトップと、見事なリモートデスクトップの分かれ目です。ハードウェアエンコードでは、フレームをCPUではなくGPUの専用の映像ブロックに通します。より速く、消費電力が少なく、同じビットレートでより高い品質が得られます。お使いのリモートデスクトップアプリで有効になっているか確認してください。
- NVIDIA — NVENC。優れていて、幅広く対応しています
- AMD — WindowsではAMF、LinuxではVCE
- Intel — Quick Sync Video
- Apple Silicon — VideoToolbox(RemioがMacで使っているもの)
今お使いのアプリがソフトウェアエンコードにしか対応していないなら、それだけで乗り換える理由になります。
エンコード時間は、10〜30 ms(ソフトウェア)から2〜5 ms(ハードウェア)に下がります。
03 · 中継サーバーより直接接続を選ぶ
重大 症状 —セッション情報に「直接」ではなく「中継」と表示される
2台のデバイスが中継サーバーを経由して接続すると、すべてのパケットが遠回りします。クライアントから中継へ、そしてホストへ。この遠回りは、中継サーバーの場所によって30〜100 msの遅延を加えることがあります。デバイス同士の直接接続なら、データは2台のマシンの間をまっすぐ流れます。同じローカルネットワークなら、処理遅延は約8 msです。ブラウザベースのツールの多くは、すべてを自社のクラウドサーバー経由にして、直接の経路を用意していません。接続のパネルを確認してください。「中継」と表示されているなら、それが遅延の原因です。
Remioは標準で直接接続し、厳しい社内ファイアウォールや特殊なネットワーク構成のせいで直接の経路が使えない場合にだけ、中継に切り替わります。
中継の遠回りによる30〜100 msをなくします。LANでの直接セッションなら、処理遅延は約8 msになります。
04 · 5 GHzのWi-FiまたはWi-Fi 6Eに切り替える
中程度 症状 —Wi-Fiでは重いが、Ethernetなら問題ない
有線接続がどうしても無理なら、せめて両方のデバイスを5 GHz帯につなぎましょう。2.4 GHz帯は、電子レンジ、Bluetooth、ベビーモニター、近所のIoT機器と共有されていて、混雑がひどい状態です。5 GHzなら、遅延が小さく、スループットが高く、干渉も少なくなります。引き換えに届く範囲は狭くなりますが、リモートデスクトップではたいてい、ルーターと同じ部屋にいるはずです。ルーターがWi-Fi 6または6Eに対応しているなら、有効にしてください。OFDMAとターゲットウェイクタイムの機能は、混雑した環境で本当に効果があります。
5〜15 msのWi-Fiのジッターと、電波の取り合いによる最悪のケースを取り除きます。
05 · ストリーミング解像度を使っている画面に合わせる
中程度 症状 —ネットワークは良好なのに、エンコーダーが品質を落としたり、フレームを溜め込んだりする
4Kのディスプレイをフル解像度でストリーミングすると、1080pのおよそ4倍のデータが流れます。ネットワークが追いつかないと、エンコーダーは品質を落とすか、フレームを溜め込みます。どちらも遅延として感じられます。アプリの設定で1080pか1440pに下げましょう。13インチのiPadやノートパソコンの画面では違いは見えませんが、遅延の許容範囲には違いが出ます。アプリが対応していれば、ストリームを縮小するだけでなく、ホストのディスプレイ解像度を下げましょう。そうすればホストのGPUの負荷も減ります。
4Kから1080pに下げると、ピクセルのスループットの約75パーセントが空きます。
06 · ブラウザのタブではなく、ネイティブクライアントを使う
重大 症状 —ブラウザベースまたはElectronベースのクライアントを使っている
ブラウザベースのリモートデスクトップツール、たとえばChrome Remote Desktopや、TeamViewerとAnyDeskのWebクライアントは、まるごと1層分のオーバーヘッドを加えます。ブラウザが映像をデコードし、ブラウザの描画パイプラインで合成し、それからOSに渡して表示します。これは1〜3フレーム分の余計な遅延で、60 fpsなら16〜48 msになります。
ネイティブクライアントは、各プラットフォームのネイティブなグラフィックス層を使って、GPUへ直接デコードします。フレームはハードウェアデコーダー、GPU、画面の順に進み、途中の段階はありません。Remioがすべてのプラットフォームで、各プラットフォーム自身のUIフレームワークを使った100パーセントネイティブのアプリとして作られているのは、そのためです。Electronも、Webビューも、クロスプラットフォームの抽象化もありません。
60 fpsで、ブラウザでの合成による16〜48 msの遅延をなくします。
07 · 両側のバックグラウンドアプリを静かにする
すぐできる対策 症状 —遅延がランダムに感じられる、日中にスパイクが出る
当たり前に聞こえるかもしれませんが、常に過小評価されています。ホストでは、CPUやGPUを使っているアプリのすべてが、エンコーダーの処理時間を奪います。クライアントでは、帯域を取り合っているアプリのすべてが、ストリームの余裕を奪います。よくある原因は次のとおりです。
- クラウド同期 — Dropbox、OneDrive、iCloudがバックグラウンドでアップロードしている
- システムアップデート — Windows UpdateやmacOSのアップデートが、気づかないうちにダウンロードされている
- ストリーミングアプリ — Spotify、YouTubeのタブなど、ネットワークを使うすべてのもの
- バックアップ — Time Machine、Backblaze、スケジュールされたcronジョブ
セッションを始める前に、クラウド同期とバックアップを一時停止し、終わってから再開しましょう。
バックグラウンドのスパイク中に5〜20 msを取り戻し、一定の遅延よりも不快に感じられるランダムなジッターを防ぎます。
Remioが設計の段階から速い理由
Remioを作ってから速くしようとしたのではありません。最初の日から遅延を取り除くために、構成の各層を選びました。
- すべてのプラットフォームでハードウェアアクセラレーションによるエンコード — エンコード時間は20〜30 msではなく2〜5 ms。
- 標準でデバイス同士の直接接続 — 2台のマシンの間の直接経路で、中継による遠回りはありません。
- ネイティブのGPU描画 — デコードしたフレームは画面へ一直線に進みます。
- ブラウザ層なし — Web描画エンジンによるオーバーヘッドはゼロです。
- アダプティブビットレート — 品質がネットワークに合わせてリアルタイムで調整され、フレームが溜まりません。
ローカルネットワークでEthernet接続なら、Remioの処理遅延は約8 ms(社内測定、残りはディスプレイ自体の60 Hzリフレッシュ周期によるものです)で、入力は次のフレームが描画される前に反映されます。一般的な家庭のWi-Fiでは、25〜40 msの間です。どちらも、実際のマシンの前に座っているように感じられます。
セッション前のチェックリスト
次のリモートセッションの前に確認してください。各項目は、上の7つの対策のいずれかに対応しています。
- ホストをEthernetに — 少なくとも5 GHzのWi-Fiに。
- ハードウェアエンコードをオン — アプリの設定で確認します。
- クラウド同期を一時停止 — Dropbox、OneDrive、iCloud。
- ストリーミング解像度は適切に — ギガビット回線でなければ1080pか1440p。
- 接続の種類は直接 — 中継ではないこと。
- 大きなダウンロードやバックアップはしない — セッションが終わるまで延期します。
- ネイティブアプリを使う — ブラウザのタブではなく。
7つすべてを実施すれば、多くの人が感じている遅延のおよそ80パーセントを取り除けます。残りの20パーセントはインターネットの経路で、その対策は、自分の住まいに近い場所でホストするか、遅延が本当に重要なときはローカルネットワーク内でセッションを続けることだけです。
最高のリモートデスクトップとは、リモートであることを忘れてしまうものです。
このリストのすべての対策を行っても遅延が残るなら、ボトルネックはおそらくアプリそのものです。Remioを無料でお試しください。アカウントもクレジットカードも不要で、接続に必要なのはPINだけです。遅さの原因の多くが、ネットワークではなくソフトウェアにあったことに驚くかもしれません。
最終更新:2026年5月。エンコーダー、ネットワーク、オペレーティングシステムの進化に合わせて、このガイドを最新に保っています。