问询：AVMutableMovieTrack自定义CMFormatDescription无法写入影片头的解决方法

我之前也踩过这个坑——确实movieHeaderWithFileType:error:在处理自定义格式描述时存在诡异的行为，明明修改了AVMutableMovieTrack的格式描述，看起来生效了，但生成的影片头就是不同步这些变更。下面是几个亲测有效的解决方案，你可以挨个试试：

• 方案一：用AVAssetWriter重新封装影片（最可靠）
  别再依赖movieHeaderWithFileType:error:生成头部了，直接用AVAssetWriter从头构建整个文件。步骤大概是：

  1. 初始化AVAssetWriter并指定目标文件类型；
  2. 为每个轨道创建AVAssetWriterInput，把你修改好的CMFormatDescription直接通过setFormatDescription:方法传给输入对象，或者在初始化时配置到outputSettings里；
  3. 逐帧读取原影片的样本数据，写入到对应的AVAssetWriterInput中；
  4. 完成写入后，新文件的头部就会正确包含你自定义的格式描述了。
     这个方法虽然麻烦点，但胜在稳定，因为AVAssetWriter会完全重新构建文件结构，不会被原有影片的缓存数据干扰。

• 方案二：强制刷新AVMutableMovie的内部状态
  有时候AVMutableMovie会缓存原始的头部信息，导致轨道的格式修改没被同步。你可以试试这些操作强制刷新：

  1. 调用[mutableMovie markModified]标记影片已修改；
  2. 用AVAssetExportSession把当前的AVMutableMovie导出到一个临时文件；
  3. 重新加载这个临时文件，再从新加载的影片中提取头部，此时应该就能拿到包含修改后格式的头部了。

• 方案三：检查replaceFormatDescription的调用细节
  确保你调用- (void)replaceFormatDescription:(CMFormatDescriptionRef)formatDescription atTime:(CMTime)time时没踩这些坑：

  • 传入的time用kCMTimeZero（轨道起始时间），除非你是要做动态格式变更；
  • 用CMFormatDescriptionValidate验证你的自定义CMFormatDescriptionRef是完全合法的，无效的格式描述会被系统默默忽略；
  • 格式描述的参数要和轨道样本数据匹配，比如视频的分辨率、帧率，音频的采样率、声道数，不匹配的话系统可能会自动还原成原始格式。

另外，你怀疑movieHeaderWithFileType:error:是Bug的思路没错——这个方法在部分macOS版本里确实有行为不一致的问题，苹果文档也没明确说明这种场景的处理逻辑，上面的方案都是实际开发中总结出来的可行办法。

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