Android中MediaCodec Surface输入编码BT.709全范围视频的问题

核心问题定位 #

高通芯片的MediaCodec在Surface输入模式下，对COLOR_RANGE属性的处理存在兼容性问题——当手动设置COLOR_RANGE_FULL（对应BT.709全范围）时，内部RGBA转YUV的颜色矩阵会错误切换到BT.601的转换规则，导致画面亮度溢出泛白。

针对性解决方案 #

1. 跳过MediaFormat的COLOR_RANGE设置，改用EGL上下文强制指定颜色空间 #

在初始化EGL渲染上下文时，明确配置颜色空间为BT.709全范围，让Surface输出的RGBA数据自带正确的色彩标记，避免MediaCodec内部错误转换：

• 创建EGLConfig时，添加EGL_COLORSPACE_KHR属性，设置为EGL_COLORSPACE_BT709_KHR（需确保设备支持EGL_EXT_colorspace_bt2020等扩展）
• 如果设备不支持上述扩展，可在Fragment Shader中手动实现BT.709全范围的RGBA转YUV逻辑，直接输出符合标准的YUV数据到Surface（注意不要和MediaCodec的内部转换冲突）

2. 动态适配高通设备的编码参数 #

通过JNI调用Java层判断设备厂商：

// Java层代码，供JNI调用
public static boolean isQualcommDevice() {
    return Build.MANUFACTURER.equalsIgnoreCase("qualcomm");
}

Native层拿到结果后，针对高通设备做如下调整：

• 不设置MediaFormat的COLOR_RANGE属性，保留默认值
• 强制设置COLOR_STANDARD为COLOR_STANDARD_BT709，明确告知MediaCodec输入的色彩标准
• 旧款高通设备可能需要额外设置COLOR_TRANSFER为COLOR_TRANSFER_SDR_VIDEO，确保转换矩阵匹配

3. 验证转换结果正确性 #

编码前可通过以下方式确认转换逻辑正确：

• 使用BT.709全范围测试图（纯白#FFFFFF对应Y=235，纯黑#000000对应Y=16），渲染到Surface后抓取MediaCodec输出缓冲区的Y分量值，核对是否符合标准
• 对比非高通设备的编码结果，确保色彩一致性

Buffer输入性能问题补充 #

Surface输入是当前性能最优的方案，建议优先解决Surface模式下的色彩问题，而非退回Buffer输入。若需临时兼容Buffer模式，可尝试：

• 使用双PBO交替读取，减少glReadPixels的阻塞时间
• 采用硬件加速的YUV转换库（如高通优化版libyuv）替代Shader转换

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