对于我正在从事的项目，我正在尝试通过其耳机插孔将视频流到iPhone。我估计的比特率约为200kbps（如果我对此错了，请忽略它）。
我想尽可能多地从这个比特率中挤出性能，而且声音对我来说并不重要，只有视频。我的理解是，要流传输一个实时视频，我需要使用一些编解码器对其进行编码，并将压缩帧发送到iPhone以进行解码和渲染。根据我的研究，H.265似乎是可用的最有效的编解码器之一，因此我正在考虑使用它。
假设我对实时流的基本理解是正确的，我将如何估计使用H.265编解码器的给定分辨率可以实现的FPS？
最好的解决方案我可以考虑使用视频文件，用H.265对其进行编码，然后将其修剪到长度的1分钟，以查看文件的大小。我使用这种方法看到的问题是，我认为我的计算将包括视频容器格式（AVI，MKV等）的一些开销以及我不在乎的音频频道。
我正在尝试通过耳机插孔将视频流到iPhone。
祝你好运。耳机插孔仅是音频。
我的估计比特率约为200kbps
在什么决议上？320x240？
我想尽可能多地从这个比特率中挤出性能，而且声音对我来说并不重要，只有视频。
然后，将声流一起放在一起。确实，200kbit不足以容纳任何合理尺寸或质量的视频。
假设我对实时流的基本理解是正确的，我将如何估计使用H.265编解码器的给定分辨率可以实现的FPS？
没人知道，因为您几乎没有告诉我们此视频中的内容。视频所需的带宽是许多因素的产物，例如：
- 解决方案
- 期望的质量
- 彩色空间
- 场景的视觉复杂性
- 移动和场景变化
- 调整和编码参数（快速启动？低延迟？）
您将不得不决定要接受哪种质量，并主观决定该质量和帧速率之间的平衡是什么。（也请记住，如果没有太多事情，您基本上可以免费获得框架，因为它们的带宽很少。实验。）
我可以考虑使用视频文件的最佳解决方案，用H.265对其进行编码，然后将其修剪到长度的1分钟以查看文件的大小。
拍摄许多视频，典型的您将要处理的视频，并从那里弄清楚。
我在这种方法中看到的问题是，我认为我的计算将包括视频集装箱格式（AVI，MKV等）的一些开销以及我不在乎的音频频道。
您的视频流根本没有容器？甚至没有TS？您可以使用FFMPEG为您转储原始流数据。