如何估计实时流视频的带宽/速度要求？答案

【问题标题】：How to estimate bandwidth / speed requirements for real-time streaming video?如何估计实时流视频的带宽/速度要求？
【发布时间】：2016-10-20 13:27:50
【问题描述】：

对于我正在进行的一个项目，我正在尝试通过其耳机插孔将视频流式传输到 iPhone。我估计的比特率约为 200kbps（如果我对此有误，请忽略）。

我想从这个比特率中挤出尽可能多的性能，声音对我来说并不重要，只有视频。我的理解是，要流式传输实时视频，我需要使用一些即时编解码器对其进行编码，并将压缩帧发送到 iPhone 以进行解码和渲染。根据我的研究，H.265 似乎是最节省空间的编解码器之一，所以我正在考虑使用它。

假设我对直播流媒体的基本理解是正确的，我将如何估计使用 H.265 编解码器在给定分辨率下可以达到的 FPS？

我能想到的最佳解决方案是获取视频文件，使用 H.265 对其进行编码，然后将其修剪为 1 分钟的长度，以查看文件有多大。我使用这种方法看到的问题是，我认为我的计算将包括来自视频容器格式（AVI、MKV 等）和我不关心的音频通道的一些开销。

【问题讨论】：

【解决方案1】：

我正在尝试通过耳机插孔将视频流式传输到 iPhone。

祝你好运。耳机插孔仅用于音频。

我估计的比特率约为 200kbps

什么分辨率？ 320x240?

我想从这个比特率中挤出尽可能多的性能，声音对我来说并不重要，只有视频。

然后，将声音流放在一起。但实际上，对于任何合理大小或质量的视频来说，200kbit 是不够的。

假设我对直播流媒体的基本理解是正确的，我将如何估计使用 H.265 编解码器在给定分辨率下可以达到的 FPS？

没有人知道，因为您几乎没有告诉我们有关此视频的内容。视频所需的带宽是多种因素的乘积，例如：

您将不得不决定自己愿意接受什么样的质量，并主观地决定质量和帧速率之间的平衡点。（也请记住，如果没有太多事情发生，您基本上可以免费获得帧，因为它们占用的带宽非常少。实验。）

我能想到的最佳解决方案是获取视频文件，使用 H.265 对其进行编码，然后将其修剪为 1 分钟的长度，以查看文件的大小。

拍摄许多视频，典型的你将要处理的视频，然后从那里弄清楚。

我在这种方法中看到的问题是，我认为我的计算将包括来自视频容器格式（AVI、MKV 等）和我不关心的音频通道的一些开销。

您的视频流根本没有容器？连TS都没有？您可以使用 FFmpeg 为您转储原始流数据。

【讨论】：

色彩空间如何影响输出视频大小？其他都一样，如果我改变色彩空间，我可以降低比特率吗？
@VivekSeth 对您的情况而言，任何数量都不重要。更改网络上的色彩空间只会使您的视频与一堆客户端不兼容。您可以轻松控制该列表中的所有内容，并锁定色彩空间？您可以对此进行试验并自行确定最适合您的方法。