低延迟视频 - OpenIPC

这条链路是怎么工作的

装有 Waybeam 编码器的 OpenIPC 摄像机把传感器画面变成码流，直接送入无线链路。在这里设定的帧率决定了延迟预算的大部分。

devourer 直接在用户态承载视频、遥测与控制信号，运行于常见的 Realtek 网卡——无需关联，不会因重传而卡顿，速率、功率与信道逐包设定。

PixelPilot 把一块 Rockchip 板子变成专用地面站——这是最快的接收方式。Aviateur 则直接跑在你已有的 Windows、Linux 或 macOS 电脑上。

TX → devourer → RX

一套完全开放的数字 FPV 系统：没有封闭生态，没有配对绑定的硬件，也没有固件上限。用受支持的摄像机搭建天空端，挑选你的地面站，并可调节管线的每一个环节。

同一条链路也为工业机器人、AGV、巡检设备和远程操作传输视频——凡是封闭视频系统会把你锁死、或者绕行云端会带来数秒延迟的场合，都用得上。

在受支持的 SoC 上，画面帧会携带与传感器曝光起始对齐的挂钟时间戳——无需额外硬件即可实现多摄像机毫秒级同步。

想基于这条链路做产品？和我们谈谈——我们承接定制开发与 OEM 合作。

机载端共有三种固件，差别只在无线链路。选哪一种，取决于地面端用的是什么。

OpenIPC 自己的链路，也是搭建指南所配置的方案。wfb-ng 以广播方式发送视频，无需配对、无需关联，adaptive-link 会随信号变化调整码率。

面向 RubyFPV 地面站。以 RubyFPV 自带的链路和遥测取代 wfb-ng，机载端其余部分不变。

用普通 Wi-Fi 取代广播。机载端开启热点，地面站连接它，任何带 Wi-Fi 的设备都能接收画面。

真正决定这个数字的是地面站，而不是你选的分辨率。以下是真正在用这套方案飞行的人，在自己硬件上报告的结果。

来自 OpenIPC 与 wfb-ng 社区聊天，而非我们自己的实测。分辨率几乎不影响这个数字，真正决定它的是帧率和屏幕刷新率——只换一台显示器，同一台摄像机就会相差 120 毫秒。

专用地面站 26–67 内置 VRX 的眼镜 45–65 手机或平板 50–100 笔记本或台式机 60–100

天空端由受支持的摄像机和 AIO 板搭建——请从支持硬件列表开始。RunCam 等厂商出厂即提供基于 OpenIPC 的 FPV 硬件。

这条无线链路得益于 wfb-ng 与 devourer，整个生态也在 RubyFPV、Mario FPV 等伙伴的参与下不断成长。开源是一项团队运动。