FFmpeg-Kit在iOS 18中文字幕合成乱码问题分析与解决方案

问题背景

近期开发者反馈，在使用FFmpeg-Kit进行中文字幕合成时，iOS 18系统出现了文字乱码现象，而iOS 18以下系统则表现正常。这个问题主要影响中文字符的显示，特别是简体中文和繁体中文内容。

技术分析

通过对比iOS 18和之前版本的日志，我们发现关键差异在于字体选择机制：

1. iOS 18以下版本：

   • 使用字体路径：/System/Library/Fonts/LanguageSupport/PingFang.ttc
   • 字体名称：PingFangSC-Semibold

2. iOS 18版本：

   • 使用字体路径：/System/Library/Fonts/Core/HiraginoKakuGothic.ttc
   • 字体名称：HiraKakuInterface-W4
   • 当找不到中文字符时（如Unicode 0x8FD9对应的"这"字），会回退到LastResort.otf字体

根本原因

问题根源在于iOS 18系统对字体库路径和默认字体选择机制进行了调整：

1. 系统不再默认使用PingFang.ttc字体文件
2. 转而使用HiraginoKakuGothic.ttc（日文字体）作为默认选择
3. 当日文字体不包含中文字符时，会尝试使用LastResort备用字体

解决方案

临时解决方案（推荐）

1. 从开源字体库下载所需字体文件（如Noto Sans SC等）
2. 在应用启动时配置字体路径：

let resourceFolder = Bundle.main.resourcePath
let fontNameMapping = ["NotoSansSC-Regular": "NotoSansSC-VariableFont_wght.ttf"]
if let resourceFolder = resourceFolder {
    let fontDirectories = [resourceFolder, "/System/Library/Fonts"]
    FFmpegKitConfig.setFontDirectoryList(fontDirectories, with: fontNameMapping)
}

注意事项

1. 此方案会增加应用体积（每个字体文件约10MB）
2. 需要为每种语言单独配置字体文件
3. 目前尚未发现iOS 18系统字体库的新路径

开发者建议

1. 对于多语言应用，建议按需加载字体资源
2. 持续关注iOS 18的更新，等待可能的官方修复
3. 考虑使用字体子集化技术减小字体文件体积

总结

iOS 18系统的字体选择机制变更导致了FFmpeg-Kit在中文字幕合成时出现乱码问题。目前最可靠的解决方案是手动引入第三方字体文件。开发者需要权衡应用体积和功能完整性，选择最适合自己项目的解决方案。随着iOS 18的普及，这个问题可能会影响更多字幕相关的应用，建议开发者提前做好适配准备。