对于我正在进行的项目,我正在尝试通过耳机插孔将视频流式传输到iPhone。我的估计比特率大约是200kbps(如果我错了,请忽略它)。
我想尽可能多地挤出这个比特率的声音,声音对我来说并不重要,只有视频。我的理解是,为了流式传输实时视频,我需要在运行时使用一些编解码器对其进行编码,并将压缩帧发送到iPhone进行解码和渲染。根据我的研究,似乎H.265是最具空间效率的编解码器之一,因此我正在考虑使用它。
假设我对实时流媒体的基本理解是正确的,那么我如何估计使用H.265编解码器在给定分辨率下可以实现的FPS?
我能想到的最佳解决方案是拍摄视频文件,使用H.265对其进行编码并将其修剪为1分钟,以查看文件的大小。我用这种方法看到的问题是,我认为我的计算将包括视频容器格式(AVI,MKV等)以及我不关心的音频通道的一些开销。
答案 0 :(得分:3)
我正在尝试通过耳机插孔将视频流式传输到iPhone。
祝你好运。耳机插孔仅限音频。
我的估计比特率约为200kbps
以什么分辨率? 320×240
我想尽可能多地挤出这个比特率,声音对我来说并不重要,只有视频。
然后,将声音流全部放在一起。实际上,对于任何合理尺寸或质量的视频来说,200kbit是不够的。
假设我对实时流媒体的基本理解是正确的,我如何使用H.265编解码器估算出对于给定分辨率可以达到的FPS?
没人知道,因为你几乎没有告诉我们这个视频中的内容。视频所需的带宽是许多因素的乘积,例如:
你将不得不决定你愿意接受什么样的质量,并主观地决定质量和帧率之间的平衡。 (还要记住,如果没有太多进展,你基本上可以免费获得帧,因为它们占用的带宽非常少。实验。)
我能想到的最佳解决方案是拍摄视频文件,使用H.265对其进行编码并将其修剪为1分钟,以查看文件的大小。
拍摄许多视频,这些视频是您将要处理的典型视频,并从那里开始计算。
我用这种方法看到的问题是,我认为我的计算会包括视频容器格式(AVI,MKV等)以及我不关心的音频通道的一些开销。
您的视频流根本没有容器?甚至不是TS?您可以使用FFmpeg为您转储原始流数据。