✦社内測定

Remioのベンチマーク — 実際の数値は、 自社のハードウェアから。

LANでの処理は約8 ms。キャプチャ、ハードウェアエンコード、ネットワークのホップ、ハードウェアデコードを含みます。残りは、ディスプレイ自身の60 Hzのリフレッシュ周期です。最大6K・120 FPS。エンドツーエンドでハードウェアH.265。このページのすべての数値は、Remio自身のstream-benchハーネスで社内測定したもので、競合との比較はなく、第三者の監査もまだありません。下の測定方法で、どのようにテストしたか、そしてご自身でおおまかに確かめる方法を、正確に示しています。

✦遅延

体感できる速さ。

入力から画面表示までの遅延(input-to-glass)とは、入力イベントから、その結果のフレームがクライアントで描画されるまでの時間です。実際の変動するネットワークではなく、ネットワーク条件をソフトウェアでエミュレートした、LAN相当の経路で、自社のstream-benchハーネスを使って社内測定しています。そのフレームの中で、処理のパイプライン自体、つまりキャプチャ、ハードウェアエンコード、LANのホップ、ハードウェアデコードにかかるのは、およそ8 msです。残りは、ディスプレイ自身の60 Hzのリフレッシュ周期で、マシンの前に座っていても発生するのと同じ待ち時間です。

LANでの入力から画面表示まで — 社内測定、低いほど良い
60 Hzでの1フレーム
16.7 ms
Windowsホスト 最速
~18 ms
Macホスト
~22 ms

~17〜23 ms

LANでは体感できないレベルです。RemioのWindowsホストとMacホストが、社内測定でこの範囲に収まります。入力は、たいてい、次のフレームが描画を終える前に届きます。

20〜40 ms

仕事や、ほとんどのクリエイティブな作業なら、まだなめらかです。安定した自宅のWi-Fiや、同じ地域内のリレーのホップで、よく見られる値です。

40〜80 ms

使えますが、ドラッグやスクロールの遅れを感じ始めます。混雑したネットワークや、距離の長い回線でよくあります。

80 ms以上

ストレスを感じるレベルです。すべての操作で、遅れが目に見えます。たいていは、アプリではなく、ネットワーク経路の問題です。

✦フレームレート

4Kまで、なめらかに。

バッテリーを節約するレベルから、フル4Kまで、作業内容に合ったレートを選べます。Remioは、選んだレートを目標にし、ビットレートはネットワークの状況にリアルタイムで追従するため、カクつくことなく、品質が安定して保たれます。

30
fps
バッテリー節約
仕事やリモートワークに最適です。モバイルクライアントでバッテリーの持ちが最大になります。
60
fps
バランス
クリエイティブな作業、ゲーム、日常使いに、ちょうどよいバランスです。現在、Remioのすべてのストリームが目標とする上限です。
自動
ビットレート
適応型の品質
余裕があるときはビットレートが上がり、フレームが落ち始める前に下がります。ゼロバッファリングなので、常に最新のフレームが見え、待ち行列に並んだフレームが映ることはありません。
持続的なフレームレート — 社内測定
4K 落ちない
120 fps
1080p
120 fps
✦アーキテクチャ

ネイティブで構築。近道はなし。

CPU、メモリー、インストールサイズの数値は、まだ公開していません。このページに数値を載せる前に、信頼できる測定プロセスが必要だと考えているからです。いま示せるのは、パイプラインが実際にどう作られているかです。

コーデックのパイプライン — ソフトウェアではなく、ハードウェア
H.265 メイン
ハードウェアエンコード
H.264
ハードウェアのフォールバック
設計上のゼロバッファリング
新しいフレームが届く
すぐにデコードして描画
フレームが失われた、または遅れた
スキップし、再生し直さない
すべてのプラットフォームで、ネイティブのランタイム
iOS / macOS
ネイティブアプリ
Android
ネイティブアプリ
Windows
ネイティブアプリ
ダイナミック解像度
ウインドウのサイズを変える
仮想ディスプレイが、その場で追従
全画面にする
ディスプレイにぴったり合わせる
✦帯域

ピクセルは増やして、ビットは賢く。

適応型のエンコードで、接続の性能を最大限に引き出します。5つのプリセットが、なめらかな60 FPSから、ウルトラでの最大6K・120 FPSまで、あらゆる場面をカバーします。回線の状況が変わると、Remioがそれらの間を切り替えます。

低
2 Mbps
720p
30 fps
中
5 Mbps
1080p
30 fps
高
10 Mbps
1080p
60 fps
ウルトラ
20 Mbps
4K
120 fps
エクストリーム
40 Mbps
4K
120 fps
帯域の階段 — 同じパイプラインで、5つのプリセット
エクストリーム 最も鮮明
40 Mbps
ウルトラ
20 Mbps
高
10 Mbps
中
5 Mbps
低
2 Mbps
✦起動までの時間

ダウンロードから、ストリーミングまで、すばやく。

アカウントも、設定ウィザードも、待ち時間もありません。初めてのセットアップが、最初から最後まで、おおよそどのようなものかを示します。

0秒
Remioをダウンロード
小さなネイティブのインストーラーです。展開するブラウザーのランタイムは同梱されていません。
~5秒
インストールして起動
ネイティブアプリなので、すぐにインストールできます。待つべきランタイムの依存関係はありません。
~10秒
コードでペアリング
ホストに表示される6桁のコードを、クライアントで入力します。コードはいつでも更新できます。アカウントは不要です。
~15秒
直接接続
デフォルトでピアツーピアです。ネットワークが直接の経路を許さない場合にだけ、暗号化されたリレーが加わります。
~20秒
ハードウェアエンコーダーの準備完了
AppleとWindowsのホストで、ハードウェアアクセラレーションによるキャプチャとエンコードが立ち上がります。高速なパイプラインが動き出します。
<30秒
ストリーミング
選んだ品質(最大6K・120 FPS)での、完全なストリーム。設定するものは、もう残っていません。
✦測定方法

テストのしかた。そして、ご自身でも試せる方法。

このページのすべての数値の裏側を、すべてお見せします。公開された、再現可能なベンチマークスイートはまだありません。代わりに私たちが実際に行ったことと、ご自身でおおまかに確かめる方法を、正確に示します。

ベンチマークのハーネス

  • ツールstream-bench(社内用)
  • 構成ホスト + クライアント、1台のマシン
  • ネットワークエミュレートしたLANとWANのプロファイル
  • パイプライン本物のキャプチャ → エンコード → デコード

測定するもの

  • 指標入力から画面表示までの遅延
  • タイムスタンププロセス内、送信時と描画時
  • フレームレート負荷がかかった状態での持続的なfps
  • ビットレートエンコーダーの出力と、推定値の比較

テストしたホスト

  • WindowsハードウェアAMD AMF / NVENC
  • MacハードウェアVideoToolbox
  • コーデックH.265がメイン、H.264がフォールバック
  • 検証これまでのところ、社内のみ

これらは、社内の数値です。自社のstream-benchハーネスで、1台のマシン上で、ネットワーク条件をソフトウェアでエミュレートして実行したもので、公開された、第三者が検証したベンチマークスイートではありません。それはロードマップに入っています。ご自身の環境での遅延が気になりますか? いちばん簡単な自分でできる確認方法は、スマートフォンのカメラ2台を使うことです。1台をホストの画面に、もう1台をクライアントの画面に、並べて向け、両方でミリ秒カウンターかストップウォッチを動かし、マウスを動かしてから、それが動いて見えるまでの、フレームの差を数えます。あるいは、Remioをダウンロードして、使い心地を確かめてみてください。

✦質問

よくある質問

RemioはLANの遅延を、どう測定していますか?
入力から画面表示までの遅延を、自社のstream-benchベンチマークハーネスを使って、社内で測定しています。ホストのプロセスとクライアントのプロセスが、本物のキャプチャ、ハードウェアエンコード、ネットワーク転送、デコードのパイプラインを実行し、ネットワーク条件は、実際のカメラ機材ではなく、ソフトウェアでエミュレートしています。LAN相当の経路で、Windowsホストはエンドツーエンドでおよそ18ミリ秒、Macホストはおよそ22ミリ秒を測定しました。どちらも、60 Hzでの1フレーム(約16.7ミリ秒)に近く、入力は、たいてい、次のフレームが描画を終える前に届くことを意味します。これは社内の測定であり、公開された、第三者が検証したベンチマークスイートは、まだありません。
CPU、メモリー、アプリのサイズの数値を公開しないのはなぜですか?
まだ厳密に測定していないからです。いまお伝えできるのは、次のことです。Remioは、Apple、Android、Windowsのすべてのプラットフォームでネイティブコードであり、描画の経路に、ブラウザーのランタイムも、埋め込みのWebビューも、スクリプトのブリッジもありません。エンコードとデコードは、オペレーティングシステムのハードウェアコーデックを直接通ります。自信を持てる測定プロセスができたら、リソース使用量の数値も公開します。
これらの数値を、自分で再現できますか?
当社とまったく同じツールでは、できません。stream-benchは社内のハーネスで、公開されたアプリではないためです。ただし、遅延をおおまかに確かめることはできます。同じネットワーク上のホストとクライアントにRemioをインストールし、ホストに表示される6桁のコードでペアリングして、ストリーミングを始めます。スマートフォンのカメラ2台を、ホストとクライアントの画面に並べて向け、両方でミリ秒カウンターかストップウォッチを動かして、マウスを動かしてから、もう一方の画面でそれが動いて見えるまでの、フレームの差を数えます。これらの結果を第三者が確認できるよう、公開された、再現可能なベンチマークスイートを準備しています。それが、ロードマップの次の項目です。
リモートデスクトップの遅延にとって、コーデックの選択が重要なのはなぜですか?
コーデックの選択は、遅延の下限の大きな部分を決め、ハードウェアエンコーダーは、ソフトウェアのエンコーダーを大きく上回ります。Remioが、ソフトウェアのフォールバックよりも、常にハードウェアの経路を優先するのは、そのためです。H.265は、エンドツーエンドでのRemioのメインのコーデックで、ホストのエンコーダーとクライアントのデコーダーの両方でハードウェアアクセラレーションされます。デバイスがハードウェアH.265に対応していない場合、Remioは、ソフトウェアエンコードに落ちるのではなく、ハードウェアH.264にフォールバックします。
これらの数値は、宣伝のための主張ですか? それとも実際の測定ですか?
測定したものですが、社内のもので、まだ第三者による検証は受けていません。このページのすべての遅延とフレームレートの数値は、自社のstream-benchハーネスで、自社のハードウェアで、ネットワーク条件をソフトウェアでエミュレートして得たもので、外部のラボや、実際のカメラ機材でテストしたものではありません。これらの数値を第三者が確認できるよう、公開された、再現可能なベンチマークスイートを構築しています。それまでは、このページを、認定された結果ではなく、社内で見ているものとして受け止めてください。実際の結果は、お使いのハードウェア、ネットワーク、コーデックの対応状況によって変わります。
Remioアプリのアイコン

お使いのハードウェアで、数値を確かめよう。

届きたいコンピューターと、そこに接続するデバイスに、Remioをインストールしてください。上の測定方法には、使ったすべての変数が書かれています。ご自身で確かめてみてください。