從連線路徑，就知道網路能承載多少。
往返時間（一個小小的測試封包從你的用戶端到主機再回來所需的時間），加上連線的建立方式，讓 Remio 知道自己面對的是哪一種網路。Remio 會在連線開始時檢查，之後只要網路路徑改變就再檢查一次。
兩台裝置一打完招呼，Remio 就會向另一端送出一個小封包，並計時它多久回來。在有線直連的區域網路上，這段往返時間極短；同一網路下的 Wi-Fi 稍長一點；4G 或 5G 連線則明顯更長；若要經過跨越一兩個地區的中繼轉送，即使數據機再快，時間也可能拉得更長。
同一網路內極短的往返時間代表區域網路：畫面會像素級完美，編碼器能以最快速度送出畫格，完全不必保守。更長的往返時間則視為外面的世界：另一個房間的 Wi-Fi、咖啡店的熱點、火車上的 LTE、另一座城市的中繼伺服器。頻寬控制器會因此換檔。
連線一開始的位元率會依你的螢幕與畫面更新率來決定，所以大而快的螢幕起始值會比小螢幕高。接著，由路徑類型決定 Remio 工作的範圍。如果連線中途路徑改變，例如從 Wi-Fi 換成行動網路，或連線自行重新建立，Remio 會再檢查並調整，而不是死守為你已離開的網路所做的決定。
這個選擇刻意對你隱藏。你只要連線，畫面就會出現，延遲也剛好符合你當下所在的網路。沒有設定畫面，也沒有要記得切換的「區域網路模式」開關。路徑檢查是輸入，合適的範圍是輸出，網路改變時連線也會跟著調整。
每種網路都有專屬的範圍。
單一條自適應曲線，必須在彼此毫無共通點的網路之間折衷。Remio 改為依路徑挑選合適的範圍：區域網路用高的、網際網路用謹慎的、中繼則設上限。
連線開始時的位元率依你的螢幕與畫面更新率決定，下限維持在高檔，畫面就不必再慢慢爬升。上限依螢幕大小為 30 至 60 Mbps，讓編碼器在關鍵畫格需要餘裕時可以瞬間拉高，不排隊、不延遲。
在網際網路上，連線品質變差時下限可降到 300 Kbps，而且一次糟糕的交接也不會讓串流中斷：編碼器會減少丟給網路的資料量，並維持畫面更新率。經過中繼時上限為 15 Mbps，因為在共用又受限的路徑上硬推只會造成封包遺失。
所有網路都使用同一個編碼器、同一個解碼器，以及同樣逐格呈現的渲染策略。不同的只有下限的位置、上限的位置，以及短暫尖峰出現時編碼器可以衝多用力。在區域網路上，那個尖峰只是例行的關鍵畫格；在受限的路徑上，卻是一場還過得去的連線與完全斷線之間的差別。
路徑改變時重新檢查，和範圍本身一樣重要。如果你從 Wi-Fi 走到行動網路，或連線自行重新啟動，Remio 會重新檢查路徑，讓範圍符合你現在所在的網路，而不是連線開始時的那個。
範圍由什麼決定，毫無隱藏。
全部工作由四件事完成：路徑如何分類、區域網路範圍、網際網路與中繼範圍，以及渲染策略。它們在 Remio 支援的每種編碼與每個平台上都一樣。
在區域網路上，處理延遲約 8 毫秒。
編碼器以超低延遲 H.265 運作並停用 B 畫格，所以每個畫格只依賴之前的內容，絕不依賴之後的。每個間隔擷取一次、輸出一個編碼畫格、立刻送出。沒有畫格節奏控制、沒有編碼器佇列，也沒有「追趕」邏輯。在區域網路上你感受到的其餘部分，就只是螢幕本身 60 Hz 的更新節奏。
在用戶端：顯示最新畫格，其餘捨棄。遺失的封包若還來得及就立即重送；來不及的話，Remio 會跳過它並要求新畫格，而不是等待。
同一套邏輯，所有編碼，所有平台。
位元率範圍不綁定特定編碼或作業系統。無論是兩台 Mac 之間的 H.265、連到較舊 Windows 電腦的 H.264，或是連到新款 Android 裝置的 H.265，適用的規則都一樣。
H.265 是主要編碼，因為它對桌面內容有最佳的每位元畫質，而且每台 Mac、iPhone、iPad、新款 Windows GPU 與近期的 Android 晶片都有它的硬體編碼器或解碼器。硬體代表工作由專用的矽晶片區塊處理，而不是主 CPU：更快、更省電，也讓電腦的其餘部分能繼續做連線開始前在做的事。
H.264 是給少數無法以硬體處理 H.265 的裝置的備援。同樣的畫面它會多用一點頻寬，但到處都能用，同一套範圍邏輯也原封不動地套用在它身上。
編碼端：macOS 用 VideoToolbox，Radeon GPU 用 AMF，Intel 內顯用 QSV，Windows 下的 NVIDIA 顯示卡用 NVENC，Linux 主機用 VAAPI。解碼端：Apple 裝置用 VideoToolbox，Android 用 MediaCodec。這些都不需要你操心：你只要配對兩台裝置，引擎會選出雙方都能以硬體處理的最佳編碼，範圍則依網路自行決定。
結果是：同樣的自適應行為在每個支援的平台上都一致，不必為每個作業系統另寫一套程式路徑。Mac 連 iPhone 與 Windows PC 連 Android 平板用的是同一套範圍邏輯，兩端都有硬體加速，也沒有任何會拖慢速度的軟體備援。在雙方都支援的情況下，同一條管線也能傳送 HDR（從搭載 Apple 晶片的 Mac 或 Windows PC，到有 HDR 螢幕的裝置）與真正的 4:4:4 色彩（從 Mac，或搭載 NVIDIA 或近期 Intel 顯示晶片的 Windows PC，到 Mac、Windows PC、iPhone 或 iPad）。
三種網路，三種真實體驗。
表格裡的數字很容易看懂。以下是自適應範圍在大多數人真正會遇到的三種情境中帶給你的感受。
千兆光纖區域網路。兩台裝置都用有線或連同一台 Wi-Fi 6 路由器，4K 畫面像素級完美，移動游標到看見它移動之間沒有你能察覺的延遲。100% 縮放下文字銳利無比。全速捲動網頁，看起來和在主機上捲動一模一樣。網路有充足餘裕給關鍵畫格，管線中沒有任何東西在限速。
咖啡店 Wi-Fi。和另外二十台筆電共用，串流仍維持 60 fps 而且畫面乾淨。網路短暫壅塞時，你可能會在角落看到不到一秒的方塊感，然後就恢復了。編碼器犧牲一點細節來保住畫面更新率，用戶端沒有卡住，連線也從不讓人覺得快斷了：網際網路範圍吸收了區域網路範圍會退縮的衝擊。
4G LTE 熱點。從口袋裡的手機連出去，在大多數現代電信業者網路上，串流都能維持乾淨的 1080p、60 fps 畫面。高速動態場景的細節會較柔和，因為編碼器要把畫面塞進區域網路所允許位元率的一小部分，但操作反應一樣靈敏。你點擊，點擊就生效；你打字，按鍵就回應。遠端桌面感覺就是遠端桌面，而不是一場對著桌面的視訊通話。
這三種連線都不需要更改設定、選擇畫質，或在開始前測試網路。Remio 檢查路徑，範圍自行選定，體驗就符合你當下所在的網路。
常見問題
自適應畫質模式常引發的五個問題，以下是誠實的回答。
Remio 量測什麼來決定使用哪個範圍？
為什麼要分開的範圍，而不是單一條自適應曲線？
自適應畫質能在行動網路上運作嗎？
有沒有會增加延遲的緩衝？
我可以覆寫自動偵測嗎？
連線的那一刻，自適應畫質就已啟用。
在你想連上的電腦，以及你用來連線的裝置上安裝 Remio。頻寬控制器會在連線開始時選出合適的範圍：你什麼都不用設定，只要看見畫面。