嬰兒監視器耗多少流量?
最後更新: 2026-09-02
這取決於兩項設定,以及那一晚實際有多少動靜。大多數應用程式不會告訴你,所以這裡給出 HushCam 的真實數字,全部是在作為發射端的 iPhone 與接收端之間的網路上,對應用程式的每一種模式實測得到的。
決定流量的兩項設定
HushCam 有一個攝影機開關和一個觸發方式開關。兩者組合起來共有四種。
| 聲音觸發(預設) | 始終開啟 | |
|---|---|---|
| 僅音訊 | 只有有聲音時才傳輸音訊 | 音訊持續傳輸 |
| 開啟攝影機 | 只有有聲音時才傳輸音訊和影片 | 音訊和影片持續傳輸 |
實際傳輸時每小時的流量
| 正在傳輸的內容 | 編碼器上限 | 網路實測 |
|---|---|---|
| 僅音訊,低 (16 kbps,預設) | 7.2 MB | 10 MB |
| 僅音訊,標準 (32 kbps) | 14.4 MB | 13 MB |
| 僅音訊,高 (64 kbps) | 28.8 MB | 23 MB |
| 攝影機低,360p 15 fps,含低檔音訊 (預設) | 187 MB | 178 MB |
| 攝影機標準,720p 24 fps,含標準音訊 | 554 MB | 568 MB |
| 攝影機高,1080p 30 fps,含標準音訊 | 1.14 GB | 1.18 GB |
這些數字沒告訴你的四件事
- 上限是天花板,安靜的房間會停在它之下。 編碼器上限是應用程式最多會要求的量。音訊停在上限之下,是因為編解碼器在靜音時幾乎不傳送任何東西;靜止的嬰兒房也很容易壓縮。有孩子在動的吵鬧房間,會把實測數字推向上限。
- 封包負擔對音訊影響最大。 音訊每秒拆成 50 個小封包傳送,所以在一條很小的串流裡,標頭占了很大比例。這就是低檔和標準音訊的實測值比位元率差距更接近的原因;影片的同樣負擔只有百分之幾。
- 預設模式下安靜的一晚幾乎不花流量。 用聲音觸發的模式下,沒有任何聲音時,連線每小時只維持約 4 MB:心跳、保活訊息和編解碼器的靜音影格。這是每一晚的起點。
- 測量方法。 在接收端,直接讀取 WebRTC 自帶的傳輸計數器,以三分鐘為一段,用一台 iPhone 作為發射端、透過直連測得。數字不含 IP 和 UDP 標頭,那大約再多百分之五;你自己的數字會隨網路狀況和房間裡的動靜而變化。
一整晚實際要用多少
假設一個十小時的夜晚,其中大約有二十分鐘有動靜,這是寶寶睡覺時相當常見的一晚。
- 預設模式,開啟攝影機並用聲音觸發:約 100 MB,二十分鐘的傳輸加上整晚其餘時間的待機流量。
- 同一晚在預設畫質下攝影機始終開啟:約 1.8 GB,因為十小時全程都在傳輸。標準畫質下約 5.7 GB。
- 僅音訊、始終開啟:預設音質下整晚約 100 MB,標準音質下約 130 MB。
- 僅音訊、聲音觸發:約 45 MB,幾乎全是待機流量。
在同一個 Wi-Fi 下不花流量
這是絕大多數比較文章都會漏掉的一點。當兩台裝置在同一個網路裡時,音訊和影片直接在裝置之間傳輸,根本不會離開家。這些都不計入寬頻或行動數據方案,因為它們壓根沒碰到網際網路。碰到的只有那一點點建立連線的交握。
上面的數字在一台裝置身處別處、透過行動網路傳輸時才有意義。它們同樣適用於少數兩台裝置無法直連、需要我們的中繼伺服器轉發加密封包的網路。
怎樣少用一些
- 維持預設的聲音觸發模式。這是幅度最大的一項節省,而且它關掉音訊和關掉影片一樣徹底。
- 不需要看房間時就只用音訊。預設設定下不到影片的十五分之一,影片畫質越高差距越大。
- 如果調高過影片畫質,就調回低檔。低檔是 360p,是預設設定,用來查看熟睡的孩子完全夠清楚。
- 盡量讓兩台裝置待在同一個 Wi-Fi 下,這個問題就不存在了。
- 查看應用程式設定裡的流量計數器。它會顯示本次工作階段和累計總量。
免費、私密的嬰兒監視器
兩台裝置,用二維碼配對。音訊和影片以端到端加密的方式直接在兩台裝置之間傳輸。
在 App Store 下載