速度指南回答的是遠端桌面在你的連線上行不行得通。而計量的 4G 或 5G 方案問的是更尖銳的問題：一小時究竟要花多少 GB？答案只需把我們已經公布的位元率乘一次 — 而誠實的範圍是從幾乎沒有到數 GB，取決於螢幕上有什麼，遠多過你連線了多久。
沒人展示的算術
每一個遠端桌面流量估算，都可以化約成一個換算。每秒一百萬位元（1 Mbps）持續一小時，就是固定的位元組數：持續 Mbps × 3,600 秒 ÷ 8 位元每位元組 ÷ 1,000 MB 每 GB = 每小時 GB。這就是整個公式。算一次，常數就出來了：持續 1 Mbps ≈ 每小時 0.45 GB。
範例，使用我們頻寬需求指南中 1080p 30FPS 等級的上限：5 Mbps × 3,600 秒 = 18,000 百萬位元 = 2,250 MB ≈ 一小時 2.3 GB。我們使用十進位的 GB — 1,000 MB — 因為這是電信業者流量計量所用的單位。
把持續的每秒百萬位元數乘以 0.45，就得到每小時 GB。這篇文章中的每個數字，都是把這個乘法套用在我們已公布的位元率上。
承重的字是持續。這個公式給出的是從不暫停的串流的上限 — 電影就是這樣，而遠端桌面工作階段幾乎從不這樣。以下全都是換算已公布的持續位元率，所以請把每個數字視為最壞情況；表格之後的段落會解釋為什麼實際工作階段會低於它。
每小時 GB，依畫質等級
下方的位元率欄位，抄自我們遠端桌面頻寬需求指南中的畫質等級，再加上 Remio 自適應畫質引擎的廣域網路範圍下限。流量欄位純屬算術 — Mbps × 0.45，四捨五入到小數點後一位。
| 畫質等級 | 持續位元率 | 每小時流量（推算） |
|---|---|---|
| 自適應廣域網路下限（Remio，連線變差時） | 300 Kbps | ≈ 0.14 GB |
| 720p · 30 FPS | 1 至 3 Mbps | 0.45 至 1.4 GB |
| 1080p · 30 FPS | 2 至 5 Mbps | 0.9 至 2.3 GB |
| 1080p · 60 FPS | 3 至 8 Mbps | 1.4 至 3.6 GB |
| 1440p · 60 FPS | 5 至 12 Mbps | 2.3 至 5.4 GB |
| 4K · 60 FPS (H.265) | 8 至 15 Mbps | 3.6 至 6.8 GB |
| 4K · 60 FPS (H.264) | 15 至 30 Mbps | 6.8 至 13.5 GB |
| 閱讀與寫程式（1080p · 60 FPS，多半靜止） | 2 至 5 Mbps 預算 | 上限 0.9 至 2.3 GB — 實際工作階段更低 |
| 在遠端螢幕上播放影片（1080p · 60 FPS） | 8 至 15 Mbps | 3.6 至 6.8 GB |
最後兩列值得再看一眼，因為它們解析度相同，但在流量計上差了好幾倍。影片播放落在 8 到 15 Mbps — 頻寬指南中持續動態的數字 — 因為播放中的影片每一張畫面都和前一張不同，編碼器別無選擇，只能在每一張畫面上用掉全部預算。閱讀與寫程式雖然標著同樣的 1080p 60FPS，預算卻是 2 到 5 Mbps，而且那還只是上限：在文字編輯器中，大多數畫面與上一張約有 95% 相同，所以編碼器幾乎全部略過。同樣的解析度、同樣的影格率，帳單卻差很多。重要的變數是動態，不是像素。
300 Kbps 那一列，是 Remio 的廣域網路範圍在行動網路連線變差時退回的水準 — 每小時約 0.14 GB，也就是在網路自行調整的期間，維持連線並保持可用的代價。
為什麼閒置時間幾乎免費
影片編碼器是差分式的：每一張畫面都是相對於前一張來描述，而與上一張相同的畫面，傳送的成本幾乎是零。當遠端螢幕靜止 — 你在閱讀、思考，或離開鍵盤 — 編碼器仍依影格節奏運轉，但送出的是很小的畫面，而不是完整的圖片。流量計幾乎停了。
這讓遠端桌面的流量用量呈現串流影片從來不會有的突發性。一次捲動、一次視窗拖曳或一段動畫，會以編碼器的全速率產生短暫的尖峰；一旦畫面靜止下來，用量又會崩落。在一小時的一般工作中，尖峰只有幾秒，而安靜的時段則是好幾分鐘。
這也是為什麼好幾小時的遠端桌面工作，計量起來可能比同樣長度、同樣解析度的單一影片還少。影片依定義每張畫面都有動態，所以它的編碼器從第一秒到最後一秒都以全速率運轉。工作階段則把大部分時間花在編碼器略過的畫面上。解析度的標示相同，位元組數卻不同。
反過來的推論也成立：任何讓整個螢幕持續動態的東西 — 工作階段內播放的影片、遊戲、動態儀表板 — 都會取消這個折扣，並把你推向上表中的持續數字。算術不在乎那些動態有沒有用。
讓有流量上限的方案撐久一點
四個槓桿，依回報高低排序：
- 在離開 Wi-Fi 之前先調低畫質預設。在有手動預設的 app 中，為行動網路工作階段選擇較低的解析度和影格率：從 60 降到 30 FPS 會讓位元率直接減半，而用 1080p 取代 1440p 則讓像素數少 44%。在任何 app 中，降低主機的螢幕解析度，都會縮小編碼器一開始要壓縮的內容 — 輸入的像素更少，輸出的位元也就更少。
- 不要透過工作階段看影片。這是你能放在遠端螢幕上最耗流量的單一項目 — 頻寬指南中的使用情境數字說明了原因。如果你需要看影片，請在你手上的裝置上播放，而不要經過編碼器。
- 把大型檔案傳輸留給 Wi-Fi。編解碼器壓縮的是螢幕，不是檔案：透過工作階段拉取 2 GB 的檔案，流量計上就是 2 GB，不管編碼器多聰明。
- 讓自適應畫質做它的工作。Remio 的自適應畫質引擎會在每次連線的第一兩秒量測往返時間，並選出相符的位元率範圍。在行動網路上，那就是廣域網路範圍 — 它維持 300 Kbps 的下限，讓工作階段保持可用而不是被中斷 — 之後位元率會隨連線的呼吸而變動。沒有需要照看的預設。
熱點算術：一個晚上的工作要花多少
把表格用在一個實際的夜晚 — 飯店房間、手機熱點、有流量上限的方案。
兩小時的文件與程式碼。閱讀與寫程式等級的持續預算為 2 到 5 Mbps，所以算術上限是 1.8 到 4.5 GB — 而這個上限假設編碼器一次都沒機會略過畫面，這是靜態文字永遠做不到的。在另一個極端，閒置在 300 Kbps 自適應下限附近的工作階段，兩小時約計量 0.27 GB — 就算 0.3 GB。大多數靜態工作的實際一晚，會落在這兩個界線之間，而且遠比較接近底端而非頂端。
播放影片一小時。影片播放那一列是持續 8 到 15 Mbps，也就是單單一小時就有 3.6 到 6.8 GB — 超過上述整個兩小時工作階段的最壞情況上限。如果硬把 4K 丟給只支援 H.264 的工具，算術上這一小時最高可達 13.5 GB。
所以「一個晚上的遠端桌面要花多少？」的誠實答案是一個範圍：從約 0.3 GB 到數 GB，幾乎完全由螢幕上有什麼決定。時間長短是弱變數；動態才是強變數。請依你打算做的工作來編預算，而不是依你打算連線的時數。
行動網路勝過飯店 Wi-Fi 的時候
人們有個反射動作：把飯店 Wi-Fi 當成負責任的選擇，把行動網路當成奢侈。對遠端桌面來說，這個反射動作常常是反的。我們頻寬指南中的網路現實檢驗發現，公共 Wi-Fi 從好飯店的 100 Mbps、12 毫秒延遲，到咖啡店的 800 Kbps、400 毫秒延遲不等 — 而遠端工作階段在意第二個數字遠勝於第一個。共用網路會因其他每位住客的流量而增加抖動，而抖動正是讓游標感覺像在糖漿裡拖動的原因。
乾淨的行動網路連線則是相反的取捨。4G LTE 的延遲通常在 40 到 100 毫秒，5G 則常低於 30 毫秒 — 而且關鍵是，這條連線只屬於你一個人，所以抖動的特性是可預測的。對任何講究即時反應的工作階段來說，有計量但乾淨，勝過無計量但壅塞，而上面的表格正是讓你能為有計量的選項編列預算，而不是害怕它。
有兩件事讓行動網路變得實用，而不只是快。第一，連線能力：電信業者把手機放在電信級 NAT 後面，這會封殺進入的連線 — 但 P2P 遠端桌面是從兩端往外撥接，並退回加密中繼，所以 CGNAT 不需任何設定就能處理；原理請見我們的連接埠轉送說明。第二，隱私：Remio 是端對端加密，所以電信業者 — 和路徑上的任何網路一樣 — 承載的是它讀不到的密文。我們的公共 Wi-Fi 安全指南詳細說明了路徑上的觀察者能看到和看不到什麼。
常見問題
一小時的遠端桌面會用多少流量？
大約從 0.14 GB 到數 GB 不等。算術是持續 Mbps × 0.45 = 每小時 GB：維持在 Remio 300 Kbps 廣域網路下限的工作階段，每小時約用 0.14 GB；預算 2 到 5 Mbps、多半靜止的 1080p 生產力工作階段，每小時最高 0.9 到 2.3 GB；而 8 到 15 Mbps 的影片播放，每小時會用掉 3.6 到 6.8 GB。造成差距的是遠端螢幕上的動態：靜態文字幾乎不花流量，因為編碼器會略過沒變的畫面，而全螢幕影片則讓編碼器釘在持續的速率上。
遠端桌面閒置時會用流量嗎？
很少。新式編碼器會把每張畫面與上一張比較，畫面沒變時幾乎什麼也不送 — 閒置的桌面產生的是很小的保持連線畫面，而不是完整的影片。遠端桌面的流量用量是突發性的：螢幕上有東西在動時飆高，你在閱讀、思考或離開時則掉到接近零。
我可以在 4G/5G 上使用 Remio 嗎？
可以。Remio 採用點對點連線，並有加密中繼作為備援，所以在電信級 NAT 後面的行動網路連線上也能運作，不需要變更路由器。自適應畫質會在第一兩秒量測往返時間，並選出廣域網路位元率範圍，下限為 300 Kbps，所以即使連線變差，工作階段仍保持可用。Remio 免費，沒有商業用途偵測，也不需要建立帳號。
4K 比 1080p 用更多流量嗎？
在相同的動態程度下，是的 — 位元率會隨解析度與動態而增加。我們的頻寬需求指南把 1080p 60FPS 定為 3 到 8 Mbps，把 H.265 的 4K 60FPS 定為 8 到 15 Mbps，換算成持續每小時 1.4 到 3.6 GB，相對於 3.6 到 6.8 GB。在只支援 H.264 的工具上，4K 需要 15 到 30 Mbps — 每小時最高 13.5 GB。靜態的 4K 桌面仍然計量很少，因為在任何解析度下，沒變的畫面都會被略過。
我要如何限制用量？
兩個槓桿涵蓋大部分情況：在行動網路上時降低畫質或解析度預設，並避免透過遠端工作階段播放影片 — 全螢幕動態會迫使編碼器進入持續的速率。降低主機螢幕解析度在任何 app 中都有幫助，因為輸入的像素更少，輸出的位元也就更少。把大型檔案傳輸留給 Wi-Fi，並讓自適應位元率控制串流大小，而不是釘死一個高的固定預設。
如果你想看自己的工作階段落在哪裡，最便宜的實驗就是跑一次：在你想連到的電腦和你口袋裡的裝置上下載 Remio，用 QR 碼或裝置 ID 與 PIN 配對，然後在一個晚上之後查看你的流量計。每個平台都免費使用，不需要帳號 — 而自適應範圍意味著工作階段會依你所在的任何網路調整自己的大小。
