使用Media Foundation读写MP4时自定义音频编解码器媒体类型损坏

核心原因1：Media Foundation对未知编解码器的动态GUID生成逻辑 #

Media Foundation的MP4源读取器（MP4 Source）会根据MP4轨道的**四字符码（FourCC）**匹配系统中注册的媒体类型GUID。你的自定义编解码器四字符码是ecdc，该值未被MF预注册为标准编解码器，因此读取时MF会自动生成动态GUID：{65636463-767A-494D-B478-F29D25DC9037}——其中前4个字节65636463正是ecdc的ASCII码（e=0x65, c=0x63, d=0x64, c=0x63），这是MF处理未注册编解码器的默认行为。

核心原因2：复用AAC的esds描述符的兼容性冲突 #

AAC的esds描述符与AAC编解码器的标准规范强绑定，包含了AAC特有的对象类型、配置参数等信息。仅修改四字符码为ecdc但保留AAC的esds结构，会导致MF的MP4源读取器解析时出现逻辑冲突：描述符内的编解码器标识与轨道四字符码不匹配，进而引发媒体类型解析失败，出现无效比特率等垃圾数据。

针对性解决方案 #

1. 注册自定义四字符码与子类型GUID的映射 #

需要将ecdc四字符码与你的自定义子类型GUID {0000ECDC-0000-0010-8000-00AA00389B71}关联注册到MF的媒体类型数据库：

• 注册表方式：在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation\MediaTypes下创建子项，设置FourCC值为ecdc，Subtype值为你的自定义GUID（二进制格式）。
• API方式：使用MFCreateMediaType创建媒体类型，设置MF_MT_SUBTYPE为你的自定义GUID，再调用MFRegisterLocalMediaType或MFRegisterMediaType完成注册（需管理员权限）。

注册后，MP4源读取器遇到ecdc轨道时，会直接匹配到你指定的子类型GUID，而非生成动态GUID。

2. 构造自定义编解码器的合规Sample Description #

不能复用AAC的esds，需为你的ECDC编解码器定义符合MP4规范的描述符结构：

• 参考MP4 ISO/IEC 14496-12规范，定义自定义的SampleEntry或扩展esds结构，确保描述符中的编解码器标识、参数（采样率、声道数、比特率等）与写入时的媒体类型属性完全一致。
• 将构造好的描述符数据设置到MF_MT_MPEG4_SAMPLE_DESCRIPTION属性中，确保Sink Writer写入MP4时的轨道元数据准确对应你的编解码器。

3. 确保媒体类型属性的完整性 #

写入前的媒体类型必须设置所有必要的音频属性：

• MF_MT_AUDIO_SAMPLES_PER_SECOND（采样率）
• MF_MT_AUDIO_NUM_CHANNELS（声道数）
• MF_MT_AUDIO_BITS_PER_SAMPLE（采样位深）
• MF_MT_AUDIO_AVG_BITS_PER_SECOND（平均比特率）

这些属性会被Sink Writer写入MP4轨道的mdia元数据中，Source Reader依赖这些数据构造正确的媒体类型，缺失或错误会导致读取时出现垃圾数据。

4. 注册自定义编解码器的MF组件 #

如果你的ECDC编解码器是作为Media Foundation转换组件实现的，需确保其已通过MFRegisterTransform等API正确注册到系统，这样Source Reader在识别到对应的媒体类型时，能找到匹配的解码器进行处理。

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