如何在iPhone/iPad设备上获取任意格式视频流的码率？

原有方案失效的核心原因 #

• 你之前用到的ObservedBitrate、IndicatedBitrate属性，本质是AVPlayer基于预取带宽的估算值，并非媒体本身的实际编码码率：这个值会把预加载的未来分片流量、网络协议开销都纳入计算，遇到非HLS格式的渐进式流、无预取逻辑的直播流时，返回值会完全失真。
• 之前参考的MP4专用方案，核心是读取AVAssetTrack下的estimatedDataRate属性，这个值的数据源是MP4封装文件头里存储的静态元数据，对没有完整文件头的流媒体（比如直播TS、RTSP流、加密HLS、自定义封装流），这个属性会返回空值或0，完全不具备通用性。

通用实现的核心逻辑 #

所有格式的视频流码率计算，本质是固定滑动时间窗口内，实际解码的音视频负载总比特数，与窗口时长的比值。这个逻辑完全和媒体封装格式、编码格式解耦，不需要依赖任何格式专属的元数据字段，天然支持全格式兼容。

分场景落地实现 #

场景1：走AVFoundation原生管线播放的流（兼容HLS、MP4、MOV、TS切片、加密媒体流） #

不用引第三方依赖，直接基于系统解码管线做统计，是适配范围最广的原生实现：

• 实现步骤：
  1. 为当前播放的AVPlayerItem分别绑定视频、音频输出组件，把组件挂载到对应的音视频轨道上
  2. 在组件的样本输出回调中，每次拿到解码前的CMSampleBuffer时，提取对应块缓冲区的实际数据长度，分别累计视频、音频侧的总字节数
  3. 设置1~2秒长度的滑动时间窗口，每次窗口触发时，把累计的总字节数乘以8转换为比特数，除以窗口的实际运行时长，即可得到当前实时的媒体码率
  4. 等播放器状态变为AVPlayerItemStatusReadyToPlay、且实际渲染出第一帧画面后，再启动统计逻辑，过滤首屏预拉取的数据，避免计算结果虚高
• 方案优势：只要是AVFoundation能正常解码的媒体格式，都会走统一的CMSampleBuffer输出管线，完全不需要针对不同格式做适配，不存在格式兼容盲区。

场景2：非系统原生播放管线的流（兼容RTSP、RTMP、WebRTC、私有传输协议） #

如果应用内的流是通过自研播放器、第三方拉流SDK、WebRTC引擎播放的，直接在传输、解码的衔接层做统计：

• 实现逻辑：在网络层收到的媒体数据送入解码模块前，直接累计音视频实际编码负载的字节数，剔除TCP/UDP协议头、控制信令、重传重复包的冗余数据，同样用固定滑动窗口计算总比特数与窗口时长的比值，即可得到准确码率

常见避坑点 #

• 不要直接使用AVPlayerItemAccessLog中的带宽估算值：这个值统计的是网络下载总流量，包含预取的未播放内容、协议开销，和实际播放的媒体码率没有直接对应关系
• 不要依赖AVAssetTrack的静态元数据属性：这类属性仅在完整本地媒体文件场景下有有效值，流媒体场景下没有可靠数据源
• 统计时必须剔除首屏缓冲阶段的流量：首屏缓冲通常会一次性拉取数秒的媒体数据，这个阶段计算的码率会远高于实际编码值

内容的提问来源于stack exchange，提问作者sia