为什么「多语字幕」经常卡在播放器字体回退，而不是翻译本身？
同一 MP4 在 iOS、Android 与桌面浏览器上的文本渲染栈不同：缺字时静默回退、行距突变、RTL 与 LTR 混排错位都会让海外同事以为「翻译错了」。硬烧把 shaping 结果固定成像素，减少「在我电脑上是好的」式扯皮。用户常搜「中日字幕烧录」「阿拉伯语 视频 字幕」「多语言 字幕 mp4」「cjk 字幕 兼容」「出海 短视频 字幕」——痛点是字体与布局。另，阿拉伯语与希伯来语需要正确的双向隔离标点，否则数字与括号会漂。另，竖排日语标题与横排中文混排时要避免自动折行把助词留在行首违反排版习惯。另，若一屏双语上下叠，小屏几乎不可读，应改为分版本或分时段出现。另，字幕里的法定公司名称在不同法域可能有后缀差异，硬烧前应以当地注册名为准。另，硬烧后无法再让终端用户一键切换配音轨语言，多语策略要提前写进发行表。另，导出日志应记录所用字体子集版本以便回溯缺字投诉。本变体强调：先拆语言 SKU—再各自校对—再小屏验—再命名 ISO 语言码—再分发。
多语硬烧变体：按市场拆分 SKU，而不是把两行字挤进 nine sixteen
- 为每个目标市场复制项目文件夹，分别准备字幕或文本；检查数字、货币与日期格式是否本地化，而不是只替换单词。
- 在对应语言版本上试烧一分钟样片，找母语同事在旧安卓机上静音查看断行与缺字；记录问题回到字幕源修复。
- 导出文件名包含语言代码与修订日期，例如 `launch_ja-JP_burn_20260512`；在 CMS 里互链各语言页面避免 SEO 重复。
多语硬烧常见问答
我把简繁体混在同一轨里用自动转换凑数，我是否可以不标注转换引擎与人工审阅状态就直接烧进对外广告？
简繁与用词差异会影响品牌信任，应标注审阅责任人与词表版本，敏感行业还要法务二次确认，并在发布说明里附对照样例链接。
阿拉伯语版本在桌面预览正常但在旧手机上数字串左右颠倒，我是否应只责怪用户系统太旧而不检查双向隔离符？
应在字幕源插入正确的 Unicode 双向控制符或拆行，硬烧前在最低支持设备上复验数字与括号，并把截屏证据附在本地化验收单里。
我想把中英双语硬烧成上下两行以省导出次数，我是否可以不测竖屏模式下第二行是否被平台 UI 遮挡？
竖屏 UI 常占用底部与右侧；应分语言版本或缩短行数，并在真实 App 内录屏验证，也要把安全区模板发给设计同事同步更新。
多语项目里同一角色姓名在不同语言有不同官方译名，我是否仍可以共用一条时间轴只替换字符串？
人名与商标译名应以各市场品牌手册为准，时间轴可以复用但文本不可机械替换，需人工核对语序。
我把 RTL 语言字幕交给只会 LTR 排版的同事校对，我是否指望烧录工具自动「镜像思维」纠正所有标点也不安排母语复审？
工具不会替你做语言学校对；应分配母语校对或在 CAT 工具里预览 shaping，再进入硬烧流水线，并在排期表里为 RTL 金样测试单独留半天缓冲。