FPV 无人机视频延迟·FPS 预算模拟器

FPV 无人机视频延迟（传感器→编码器→电波→解码器→显示屏）和所需带宽、距离余量、操控者总反应时间的实时估算工具。可在模拟 5.8GHz·DJI O3·HDZero·Walksnail Avatar 之间切换，确认属于 Race／Freestyle／Cinematic／Casual 哪个等级。

参数设置

视频传输方式

编码器延迟·最大距离·抗噪性能预设

摄像头分辨率

FPS

fps

编码器比特率

Mbps

发射机侧设置的目标比特率

收发距离

天线增益

dBi

接收端贴片／螺旋等天线的增益

操控者反应时间

单纯反射的代表值（人类 200～300ms）

计算结果

—

传感器延迟 (ms)

—

编码器延迟 (ms)

—

全体延迟 (ms)

—

操控者总反应 (ms)

—

所需带宽 (Mbps)

—

FPV 用途分类

—

视频信号路径 — 无人机 → 眼镜

摄像头 → 编码器 → 电波 → 眼镜 → 操控反应的各项延迟用条形图可视化。色彩对应 Race（绿）／Freestyle（蓝）／Cinematic（橙）／Casual（红）。

全体延迟 vs FPS

四方案对比 — 编码器延迟和最大距离

理论·主要公式

$$t_{\text{total}} = t_{\text{sensor}} + t_{\text{enc}} + t_{\text{tx}} + t_{\text{dec}} + t_{\text{disp}}$$

glass-to-glass 全体延迟。$t_{\text{sensor}}=1000/\text{FPS}$（曝光一帧），$t_{\text{disp}}=1000/(2\,\text{FPS})$（扫描半帧），$t_{\text{tx}}=d/c$（电波传播）。

$$\text{BW}_{\text{req}} = \frac{p^{2}\cdot\frac{16}{9}\cdot\text{FPS}\cdot k}{10^{6}}\,[\text{Mbps}]$$

所需带宽。$p$：分辨率（竖线数量），$k$：压缩系数（H.265 相当为 0.5）。

$$\text{LB}_{\text{dB}} = -30 + G_{\text{ant}} - 20\log_{10}(d/100)$$

简化链路预算。距离 $d$（m）的对数衰减，天线增益 $G_{\text{ant}}$（dBi）补偿。$\text{rangeMargin}=d/d_{\max}$ 超过 1 时失联。

FPV 无人机视频延迟·FPS 预算模拟器说明

🙋

经常听说 FPV 无人机「视频延迟很重要」，具体是在哪里延迟的？是电波的问题吗？

🎓

电波本身以光速传播，即使飞行 2km 也只需 7μs（0.007ms）。实际延迟的主要原因是「传感器曝光」「编码器压缩」「显示屏扫描」这三个。比如 60fps 时一帧就是 17ms，只是曝光和扫描就占 25ms。再加上 H.265 压缩会额外增加 20～40ms，数字方案的全体延迟就超过 50ms 了。所以才会说「模拟老旧但低延迟，竞速最强」。

🙋

那么提高 FPS 就能减少延迟吗？60→120fps 能减半吗？

🎓

好问题。传感器+显示屏的部分确实会减半。60fps 的 25ms 在 120fps 下约 12.5ms。但编码器延迟（比如 DJI O3 的 45ms）对 FPS 依赖不大，所以总体「会减少不少，但不是半减」。上面「全体延迟 vs FPS」图表里可以看到曲线逐渐变缓。另外要显示 120fps 需要眼镜也支持 120Hz，现在只有 HDZero／DJI O3 的某些模式支持。

🙋

我设置的比特率是 25Mbps，但「所需带宽 28Mbps」，看起来有点不够。这样没问题吗？

🎓

所需带宽是「理论上不出问题需要的量」，低于这个值容易出现块状噪声和动作模糊。数字 FPV 通常用「自适应比特率」，近距离用高码率保证清晰，远距离自动降低来维持链路。用 25Mbps 的传输系统做 1080p60 的话，激烈动作就会立即失败。这个工具会把「设置比特率／所需带宽 ≥ 0.9」作为目标，低于这个值时会给 warn 警告。

🙋

「操控者总反应 308ms」有点长啊？这个实际应该怎么考虑？

🎓

人类单纯反射约 250ms，再加上视频延迟 58ms 的总和。竞速机飞行时速 120km/h（33m/s），308ms 就相当于飞了约 10m。也就是说「看到画面后尝试躲避，等到操控生效时已经飞了 10m」。障碍物间距小于 10m 的竞速赛道就需要把视频延迟压到 20ms 以下才能活命。相反 Cinewhoop 空拍因为飞得慢，Cinematic 等级（合计 60ms）完全没问题。用途不同，容忍的延迟也不同。

常见问题

FPV 的 glass-to-glass 延迟由 (1) 传感器曝光（1/FPS 的一半～一帧），(2) 编码器处理，(3) 电波传播，(4) 解码器处理，(5) 显示屏扫描，的总和决定。电波传播即使数千米也仅需 0.01ms 左右，可忽略不计。主导因素是编码器／解码器和传感器·显示屏的帧时间。模拟 5.8GHz 不进行压缩，合计约 25ms；HDZero 是超低延迟数字方案，约 30ms 以内；DJI O3 和 Walksnail 约 45～65ms。

本工具将合计延迟 20ms 以下定义为「Race（HDZero）」，20～40ms 为「Freestyle」，40～80ms 为「Cinematic」，80ms 以上为「Casual」。竞赛／门户竞速需要 20ms 以下才能掌握转弯刹车时机。自由式航拍 30～40ms 就足以操纵，Cinewhoop 电影级拍摄即使 60ms 以上也无问题。超过 100ms 时视觉与操控失协可能导致眩晕和事故，本工具会给出 ng 判定。

所需带宽约为「分辨率² × 16/9 × FPS × 压缩系数 / 1e6」。本工具使用压缩系数 0.5（H.265 相当），720p60 约 28Mbps，1080p60 约 62Mbps。设置比特率低于此目标易出现块状噪声和动作模糊，高于此目标则消耗电波余量导致距离限制。实际应用中「所需带宽的 0.8～1.2 倍」为目标，根据距离进行自适应控制是现实做法。

视频延迟与操控者反射合计（pilotTotalReaction）在竞赛机中应 300ms 以下，自由式中 350ms 以下为一个目标。人类单纯反应时间约 250ms，视频延迟增加 50ms 就会导致总反应增加 50ms。这相当于时速 100km/h 下额外移动 1.4m，近距离转弯时肯定会导致撞击。应根据距离·障碍密度·速度三点决定可接受的延迟。

实际应用

无人机竞速／MultiGP：5～10m 间隔门户、时速 150km/h 的竞速赛道中，合计延迟 20ms 以下事实上是参赛必要条件。模拟 5.8GHz 或 HDZero 是主流，以低延迟优先于画质。在本工具中选择 HDZero 并设 90fps 以上，可确认进入 Race 等级。

自由式空拍：power loop 或桥梁穿桥这类中速·高 G 机动中，合计延迟 30～40ms 是最佳点。DJI O3 或 Walksnail 的 60fps 设置也能进 Freestyle 等级，兼顾画质与操纵性。通常使用独立于本 FPV 链路的 GoPro 等录制相机。

Cinewhoop／空拍无人机：电影级缓慢移动拍摄在 Cinematic 等级（40～80ms）就足够。更优先考虑画质和远距离链路，DJI O3 的 1080p60／50Mbps 是常见配置。用本工具验证「电波不掉线」和「色彩还原」。

业务巡检·搜救无人机：桥梁·电力线·山地遭难搜救中，距离余量和电波稳定性最优先。天线增益设 12dBi 以上，用本工具事先检查 5～10km 距离的 rangeMargin 能否控制在 1 以下。100ms 以上延迟也没问题，关键是悬停能力。

常见误解与注意事项

最大误解是「电波传播延迟是主因」的思维固化。电波在真空中以光速传播，5km 距离也只需 17μs（0.017ms）。实际延迟被「传感器曝光」「H.264/265 编码」「眼镜扫描」支配，特别是数字方案编码器就吃掉 30～60ms。本工具的内容可见，距离从 100m 变 10km 时合计延迟几乎不变。距离改变的是「链路预算（电波余量）」和「抗噪性能」，不是延迟。这一点一定要记住。

其次是「FPS 提高就全部改善」的简化思维。虽然传感器和显示屏延迟确实随 1/FPS 减少，但编码器有固定开销，120fps 也达不到半减。反而 FPS 提高会导致所需带宽成倍增加（120fps 是 60fps 的两倍），设置比特率跟不上就会出现大量块状噪声这种反效果。120fps 要真正生效需要「对应摄像头」「对应眼镜」「充足比特率」三条件同时满足。

最后是「我反射快就能忍受 100ms 延迟」的过信心。人类单纯反应时间的下限约 200ms，训练也难以突破 180ms。100ms 视频延迟加上去就 pilotTotalReaction 超过 300ms，时速 100km/h 下额外移动 8m 以上。竞速赛道的近距门户肯定会撞。要充分认识「视频延迟是叠加在自己反射上的物理量」，不要舍不得投资低延迟机材。

FPV 无人机视频延迟·FPS 预算模拟器