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

Question

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

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

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

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

Answer 1

I'm trying to stream video to an iPhone through its headphone jack.

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

My estimated bitrate is about 200kbps

什么分辨率？ 320x240？

I'd like to squeeze as much performance out of this bitrate as possible and sound is not important for me, only video.

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

Assuming my basic understanding of live streaming is correct, how would I estimate the FPS I could achieve for a given resolution using the H.265 codec?

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

分辨率

质量要求

色彩空间

场景的视觉复杂性

运动和场景变化

调整和编码参数(快速启动？低延迟？)

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

The best solution I can think of it to take a video file, encode it with H.265 and trim it to 1 minute of length to see how large the file is.

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

The issue I see with this approach is that I think my calculations would include some overhead from the video container format (AVI, MKV, etc) and from the audio channels that I don't care about.

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