文件标成中文却有两条同语言音轨，怎样检查language标签与实际映射

language标签能帮助筛选音轨，但不保证只有一条匹配，也不证明音频内容真的使用该语言。同一文件可能同时有普通解说、口述影像或其他版本；选中某种语言后仍应核对title、流索引和具体用途。

这组文件怎样比较

本例两条音轨都标zho，标题分别为normal和description，内容却只是四百四十与八百八十赫兹的原创正弦音。这样有意说明标签是元数据，不能拿样例标签冒充真实中文讲解，也没有测试语音识别或翻译。

按原始结构逐项检查

1. 先列出全部音轨的language和title，保留缺失及重复值。不要按语言字段建立唯一字典并覆盖后一个轨道，否则同语言的第二版本会消失；清单应一轨一行，重复语言在这里是待确认的用途差异，不自动视为文件损坏。

2. 使用metadata匹配zho导出时，本地命令选择两条音轨。再用明确的类型序号选第二条，输出只剩description。这两个结果分别回答“所有符合语言标签的轨道”与“已经确认的具体轨道”，不能把前一种筛选当成自动决定最佳解说。

3. 导出后重新读取流列表，确认条数、标题和标签符合要求，并完整解码音频。输出流索引会重排，因此引用输入索引的旧清单也要更新；不能只看文件变小便认定正确，错误删除同样会减小文件体积。

容易误读的地方

一个反例是将空language自动补成中文，随后按标签批量删除英文轨。未知并不是中文，标签也可能由制作软件模板写错。应让内容方确认具体配音，必要时记录可识别的内容片段，不能用命名推断代替人工听审。

下载与本地读回

generation.json、indexed.mka、language-match.mka、observed.csv、observed.json、two-zho.mka。

下载全部附件到同一个独立目录，用 python verify.py 运行本题独立核验脚本。依赖为Python 3.12.4、PATH中的FFmpeg及ffprobe 8.0.1；程序不联网、不连接设备，读取本题文件并在终端输出检查结果。本地实际执行回执保存实际命令、退出码和完整输出。

公开脚本实际核对语言匹配结果为两条、索引匹配结果为一条且标题为description，所有MKA完成离线解码。没有测播放器默认音轨政策，也没有证明zho在任何目标软件都会自动选择；这些属于接收端配置与实现。

命令已在原创短片上实际执行并读回文件。官方文档为滚动版本，本文所列选项已用本地8.0.1确认；未测试目标硬解、网络起播或现场实时性能。

把结果带回交付

交付采用语言、用途、输入索引和输出索引四项明确指认。若接收方仅需要一种语言的一种用途，先确认选择依据，再生成副本并回听；保留原文件与元数据表，才能在后续发现缺少辅助版本时恢复，而不是重新向制作方索要。

相关背景见字幕 / 字符叠加播放实现，还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

一级依据

• 流元数据可设置language，metadata匹配与具体流索引是不同选择条件。

来源核对日期：2026-10-24。引用支持文件机制；原创输入的本地结果不代表客户素材或现场系统已经通过验收。