Video 什么'；局域网上可实现的最低高清视频延迟是多少？

在过去的几周里，我一直在讨论通过WIFI或LAN进行低成本、低延迟高清视频流传输的想法，我很想了解可以使用哪些策略来最小化数字视频传输的延迟

其想法是设计一种低功耗、相当低成本的视频发射机和接收机硬件，用于通过WIFI网桥广播视频。其他人已经用一些树莓Pis和GStreamer实现了这一点，延迟低至250ms

我的问题是，在这样一个连接上可以达到的绝对最小延迟是多少？Connex HD下行链路等商用设备的延迟可以忽略不计，但显然是使用复杂的硬件实现的

---

如果我坚持使用H.264压缩，并使用硬件编码器和解码器芯片，以最小的缓冲，延迟能有多低？我不怕做一些定制的PCB，或者编写所需的代码，但我想在开始之前了解一下H.264编码/解码的理论最小延迟。

我个人只想说买点东西。有很多产品可以很好地完成这项工作，而且成本很高。如果您购买或要求购买演示单元并进行一些测试，您可以看到它们的性能如何，并根据结果发表您的意见

最近，我们使用了一对通过5GHz点对点802.11 100Gb连接的产品（编码器和解码器）。传输1920x1080p30时，大约有10帧延迟

---

我想大部分延迟（可能每帧10-15毫秒）都来自压缩。如果你能找到一个足够大的网络管道来传输未压缩的视频，那么你就可以将延迟降低到一帧左右。然而，覆盆子Pi并不是提供最佳性能的硬件。

不幸的是，我认为您在错误的网站上发布了此信息；它可能会得到更好的关注，我不认为你必须使用硬件编码器。事实上，您甚至可以更好地调整软件H.264以实现低延迟编码（例如，ffmpeg具有用于低延迟的内置选项）。这个答案讨论了一些关于低延迟流的事情，提到了感谢您的回复。我希望将此设置用于模型飞机FPV飞行的移动流媒体视频系统，因此它需要体积小且功耗低。我想知道是否有一种“足够好”的压缩算法专门为超高速压缩而构建；可能只是高压缩的单JPG，因此帧比较的延迟更小。任何时间压缩的东西（照片JPEG、ProRes等）都会比H264等空间压缩更快（去压缩）。时间压缩的唯一问题是比特率往往更高，因为每个帧都是单独压缩的。您应该在问题中提及您的应用和限制（功率、重量），以便其他人可以回答。此外，您可能应该在超级用户上发布，因为这是一个编程表单。