✦內部量測

Remio 基準測試——真實數字,來自 我們自己的硬體。

區域網路上約 8 毫秒的處理時間——擷取、硬體編碼、網路傳輸、硬體解碼。其餘是你的螢幕本身 60 Hz 的更新節奏。最高 6K、120 FPS。全程硬體 H.265。本頁上的每個數字,都是用 Remio 自家的 stream-bench 測試工具在內部量測——沒有與競爭對手的比較,目前也還沒有第三方稽核。最下方的測試方法會清楚說明我們是怎麼測的,以及你要怎麼自己大致測一下。

✦延遲

你感受得到的速度。

從輸入到螢幕的延遲——從輸入事件發生,到對應的畫面在用戶端繪製出來的時間。我們用 stream-bench 測試工具在相當於區域網路的路徑上於內部量測,網路狀況以軟體模擬,而不是真實、多變的網路。在這一個畫面之中,處理管線本身——擷取、硬體編碼、區域網路傳輸、硬體解碼——大約花 8 毫秒;其餘是螢幕本身 60 Hz 的更新節奏,也就是你坐在那部機器前同樣會有的等待。

區域網路上從輸入到螢幕——內部量測,越低越好
60 Hz 下的一個畫面
16.7 毫秒
Windows 主機 最快
約 18 毫秒
Mac 主機
約 22 毫秒

約 17–23 毫秒

在區域網路上幾乎無法察覺。這就是 Remio 的 Windows 與 Mac 主機在內部量測到的範圍——輸入通常會在下一個畫面繪製完成之前送達。

20–40 毫秒

用於生產力工作與大多數創作工作仍然流暢。穩定的家用 Wi-Fi 或同地區的中繼傳輸,通常就是這個範圍。

40–80 毫秒

還能用,但你會開始注意到拖移與捲動的延遲。常見於壅塞的網路或較長距離的連線。

80 毫秒以上

令人沮喪——每個動作都有明顯的延遲。通常是網路路徑不佳,而不是 App 的問題。

✦畫面更新率

一路順暢到 6K、120 FPS。

選擇適合你工作內容的更新率,從省電到最高 6K、120 FPS——在高於 120 Hz 的螢幕上,使用跟得上且執行最新版 Remio Host 的電腦,Mac 與 Windows App 還能達到最高 240 fps。Remio 會以你選擇的更新率為目標,位元率則即時隨你的網路起伏,讓畫質保持穩定,而不是卡頓。

30
fps
省電
適合生產力工作與遠端工作。讓行動用戶端的電池續航力達到最大。
60
fps
平衡
創作工作、遊戲與日常使用的最佳平衡點——你還可以更高:最高 120 fps。
自動
位元率
自適應畫質
有餘裕時位元率會上升,並在畫面開始掉格之前先退讓。零緩衝代表你看到的永遠是最新的畫面,而不是排隊中的畫面。
持續的畫面更新率——內部量測
4K 不掉格
120 fps
1080p
120 fps
✦架構

原生打造。不走捷徑。

我們還沒公布 CPU、記憶體或安裝大小的數字——在把數字放上這一頁之前,我們想先有一套信得過的量測流程。我們今天能讓你看到的,是這條管線究竟是怎麼建構的。

編解碼管線——硬體,不是軟體
H.265 主要
硬體編碼
H.264
硬體備援
設計上就是零緩衝
新畫面抵達
立即解碼並繪製
畫面遺失或過晚
直接略過,絕不重播
每個平台都是原生執行環境
iOS / macOS
原生 App
Android
原生 App
Windows
原生 App
動態解析度
調整視窗大小
虛擬顯示器即時跟著變
進入全螢幕
與你的螢幕完全相符
✦頻寬

更多像素,合理的位元。

自適應編碼讓你的連線發揮最大效益。五種預設涵蓋所有情境,從流暢的 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
頻寬階梯——同一條管線,五種預設
極致 最銳利
40 Mbps
超高
20 Mbps
高
10 Mbps
中
5 Mbps
低
2 Mbps
✦啟動時間

從下載到開始串流,很快。

不需帳號。沒有設定精靈。不用排隊等候。以下大致是第一次設定從頭到尾的樣子。

0 秒
下載 Remio
小巧的原生安裝程式——不需要解壓縮內建的瀏覽器執行環境。
約 5 秒
安裝並開啟
原生 App 立即安裝完成。沒有需要等待的執行環境相依項目。
約 10 秒
用 QR 碼或 PIN 配對
主機上有 QR 碼、裝置 ID 與 PIN。在 Remio 中掃描或輸入它們,想要時隨時可以取得新的 PIN。不需要帳號。
約 15 秒
直接連線
預設為點對點。只有在你的網路不允許直接路徑時,加密中繼才會介入。
約 20 秒
硬體編碼器就緒
Apple 與 Windows 主機上,硬體加速的擷取與編碼就緒。快速管線已啟用。
<30 秒
串流中
以你選擇的畫質完整串流——最高 6K、120 FPS。沒有任何需要再設定的項目。
✦測試方法

我們如何測試——你也可以自己試。

完全透明地說明本頁每個數字背後的依據。我們還沒有公布公開、可重現的基準測試套件——以下清楚說明我們實際做了什麼,以及你可以怎麼自己大致測一下。

基準測試工具

  • 工具stream-bench(內部)
  • 設置主機加用戶端,同一部機器
  • 網路模擬的區域網路與廣域網路設定
  • 管線真實的擷取 → 編碼 → 解碼

我們量測什麼

  • 指標從輸入到螢幕的延遲
  • 時間戳記在程序內,於傳送與繪製時
  • 畫面更新率負載下的持續 fps
  • 位元率編碼器輸出對比估計值

測試過的主機

  • Windows硬體 AMD AMF / NVENC
  • Mac硬體 VideoToolbox
  • 編解碼器H.265 為主,H.264 備援
  • 驗證目前僅限內部

這些是自家的數字。它們來自我們自己的 stream-bench 測試工具,在單一部機器上執行,網路狀況以軟體模擬——不是公開、經獨立驗證的基準測試套件。那在我們的藍圖上。想知道你自己環境的延遲嗎?最簡單的自己動手檢查方式是用兩支手機相機:一支對著主機螢幕,一支對著用戶端螢幕,並排擺放,在兩邊各執行毫秒計數器或碼錶,然後數出移動滑鼠到看見它移動之間差了幾格畫面。或者直接下載 Remio,感受看看。

✦常見問題

常見問題

Remio 如何量測區域網路延遲?
我們用自家的 stream-bench 基準測試工具,在內部量測從輸入到螢幕的延遲。一個主機程序與一個用戶端程序執行真實的擷取、硬體編碼、網路傳輸與解碼管線,網路狀況以軟體模擬,而不是用真實的攝影機設備。在相當於區域網路的路徑上,我們的 Windows 主機端到端約 18 毫秒,Mac 主機約 22 毫秒——兩者都接近 60 Hz 下的單一畫面,約 16.7 毫秒,意思是你的輸入通常會在下一個畫面繪製完成之前送達。這是內部量測;我們還沒有公布公開、經獨立驗證的基準測試套件。
為什麼你們不公布 CPU、記憶體或 App 大小的數字?
因為我們還沒有嚴謹地量測過。我們今天能告訴你的是:Remio 在每個平台——Apple、Android 與 Windows——都是原生程式碼,繪製路徑中沒有瀏覽器執行環境、沒有內嵌的網頁檢視,也沒有指令碼橋接層。編碼與解碼直接經由作業系統的硬體編解碼器。等我們有了有信心的量測流程,就會公布資源使用量的數字。
我可以自己重現這些數字嗎?
無法用我們完全相同的工具——stream-bench 是內部測試工具,不是公開的 App。但你可以自己大致測一下延遲:在同一個網路上的主機與用戶端各安裝 Remio,用主機上顯示的 QR 碼或裝置 ID 加 PIN 配對,然後開始串流。用兩支手機相機對著主機與用戶端螢幕並排擺放,各執行毫秒計數器或碼錶,然後數出移動滑鼠到在另一個螢幕上看見它移動之間差了幾格畫面。我們正在做公開、可重現的基準測試套件,讓這些結果能被獨立檢驗——那是我們藍圖上的下一步。
為什麼編解碼器的選擇會影響遠端桌面的延遲?
編解碼器的選擇決定了延遲下限的一大部分,而硬體編碼器遠勝軟體編碼器——這就是為什麼 Remio 總是優先選擇硬體路徑,而不是軟體備援。H.265 是 Remio 全程的主要編解碼器:在主機端的編碼器與用戶端的解碼器上都有硬體加速。當裝置無法硬體處理 H.265 時,Remio 會退回硬體 H.264,而不是降到軟體編碼。
這些數字是行銷宣稱還是真實量測?
是量測出來的——但是內部量測,尚未經過獨立驗證。本頁每一個延遲與畫面更新率的數字,都來自我們自己的 stream-bench 測試工具,在我們自己的硬體上執行,網路狀況以軟體模擬,而不是由外部實驗室或真實攝影機設備測試。我們正在建立公開、可重現的基準測試套件,讓這些數字能被獨立檢驗;在那之前,請把這一頁當成我們在內部看到的結果,而不是經過認證的成績。你自己的結果會因硬體、網路與編解碼器支援而有所不同。
Remio App 圖示

在你自己的硬體上跑跑看。

在你想連到的電腦,以及用來連線的裝置上安裝 Remio。上面的測試方法列出了我們用到的每個變數——親自驗證看看。