AndroidX Media3播放器在特定场景下异常停止问题分析与解决方案

问题背景

在AndroidX Media3播放器1.5.0版本中，出现了一个影响直播流播放稳定性的问题。该问题表现为播放器在播放AAC音频的直播流时（特别是启用了tunneling模式的情况下），会突然停止在某一帧画面，而实际上播放器并未真正进入暂停状态。从数据传输监测来看，数据流仍在持续下载，但音频输出已中断。

问题现象的具体表现

1. 播放器画面冻结，但播放状态未改变
2. 音频输出中断
3. 网络数据仍在持续下载
4. 手动触发暂停/播放操作后可以恢复正常
5. 该问题在1.4.1版本中不存在，从1.5.0版本开始出现

技术分析

经过深入分析，发现问题根源在于Sonic音频处理器的帧数计算逻辑。在1.5.0版本中引入的"Sonic时间拉伸算法截断错误累积修复"提交，修改了预期输出帧数的计算方式：

int expectedOutputFrames = outputFrameCount + (int) ((remainingFrameCount / s + pitchFrameCount) / r + 0.5f);

这个修改在某些边界条件下会导致输出帧数计算出现下溢（underflow），进而导致DefaultAudioSink停滞，最终使整个播放器停止工作。

问题复现方法

开发团队发现可以通过以下方式稳定复现该问题：

1. 在播放过程中频繁改变播放速度（0.5-1倍速范围内）
2. 反复插拔HDMI线缆
3. 长时间播放AAC编码的直播流

这些操作都会导致音频处理器频繁处理流结束（EoS）信号，并在特定条件下触发帧数计算错误。

解决方案

AndroidX Media3团队已经提交了修复方案，主要修正点包括：

1. 在Sonic的queueEndOfStream方法中修正帧数计算逻辑
2. 确保输出帧数不会出现负值
3. 正确处理音频处理器的结束状态判断

修复后的关键代码如下：

int expectedOutputFrames =
    outputFrameCount
        + (int)
            ((adjustedRemainingFrames / s
                        + remainingInputToCopyFrameCount
                        + accumulatedSpeedAdjustmentError
                        + pitchFrameCount)
                    / r
                + 0.5);

临时解决方案

对于需要使用1.5.x版本的用户，可以手动回退Sonic.java中的相关修改，将expectedOutputFrames的计算方式恢复为1.4.1版本的实现。

版本建议

1. 对于生产环境，建议暂时使用1.4.1稳定版本
2. 已修复的代码将在1.6.0正式版中发布
3. 急需修复的用户可以使用当前main分支的nightly构建版本

总结

这个问题展示了音频处理算法中边界条件处理的重要性，即使是看似简单的数值计算修正也可能在特定场景下引发严重问题。对于媒体播放这类实时性要求高的应用，任何处理逻辑的改变都需要经过充分的多场景测试。AndroidX Media3团队对这类问题的快速响应和修复，也体现了开源社区协作的优势。

建议开发者在升级媒体播放相关库时，特别关注音频处理部分的变更说明，并在测试阶段增加各种边界条件的测试用例，以确保播放稳定性。