婴儿监护器耗多少流量?
最后更新: 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 下载