Arctime 跨平台字幕工作流:从导入到导出
Arctime 的工程文件结构、双语字幕制作、Avid Media Composer 协作、XML/EDL 交换格式与跨平台部署经验。
Arctime 跨平台字幕工作流:从导入到导出
Arctime 是国内字幕组用得比较多的一个工具,最大的优势是跨平台(Win/Mac/Linux 都有原生版本)+ 可视化时间轴操作 + 双语字幕原生支持。Aegisub 在双语上要靠样式叠加,Arctime 直接在工程里做关联,省事很多。
工程文件结构
Arctime 的工程文件是 .ats 格式,本质是个 ZIP 压缩包,解开后是 JSON:
project.ats
├── project.json # 工程配置、轨道布局
├── subtitles.json # 所有字幕条目
├── timeline.json # 时间轴数据
├── styles.json # 样式定义
└── assets/
├── reference.mp4 # 参考视频
└── audio.wav # 参考音频波形
知道了结构就能写脚本批量改工程。我做过一个项目,要给 200 集老番重新换字体,手动改要两周。写了个 Python 脚本批量改 styles.json,半小时搞定。这种需求 Aegisub 也能用 Lua 脚本做,但 Arctime 的 JSON 比 ASS 文本好解析太多。
双语字幕制作
Arctime 的双语字幕是真正的双语关联,不是两套独立轨道。在字幕编辑面板里勾"双语模式",每条字幕可以填主语和副语两条文本,副语会自动用次样式渲染。导出时可以选择:
- 双语同轨(ASS 双行)
- 双语分轨(ASS 两条独立事件,时间相同)
- 仅主语 / 仅副语
双语同轨适合成品交付,双语分轨适合后期单独调整某一语种。我日常做日漫中字 + 英字时,先用分轨模式分别校对,确认无误后合并成同轨导出。
副语样式有个小坑:Arctime 默认的副语样式行距偏小,两行字会贴在一起。在样式编辑里把副语的 MarginV 设为 0,主语的 MarginV 设为 36,主语在上一行、副语在下一行,间距就正常了。这个参数是从 Subtitle Edit 学来的,比 Arctime 默认值更舒服。
与 Avid Media Composer 协作
Arctime 的杀手锏是 Avid 协作。导出 AAF 文件后可以直接导入 Avid Media Composer,字幕作为原生轨道出现在时间线上,可以像视频片段一样拖动、剪切、调透明度。这套流程在纪录片后期很常用。
Avid 协作有几个注意点:
- AAF 版本要选 AAF 1.1,新版 Avid 不识别 2.0
- 字幕字体必须先在 Avid 字体管理器里安装,否则导入后显示方块
- 颜色空间要匹配,Arctime 默认 sRGB,Avid 默认 Rec.709,需要在导出时勾"色彩空间转换"
我做过一个 90 分钟纪录片,全部字幕在 Arctime 里做好后导出 AAF,Avid 那边直接拖进去对齐时间线,半小时就完成全部字幕集成。如果用 ASS + 手动合成,至少要一天。
XML/EDL 交换格式
Arctime 支持导出多种交换格式:
- FCP XML:Final Cut Pro 7/10 兼容,Premiere 也能读
- EDL:剪辑软件通用,但只支持单轨
- SRT:通用字幕格式,但丢失样式信息
- ASS:保留全部样式,但 Premiere 不原生支持
跨软件协作时的选择:
- 给 Premiere 的字幕:FCP XML(如果用 Legacy Title)或 SRT(如果用 Essential Graphics)
- 给 Final Cut 的字幕:FCP XML
- 给 DaVinci Resolve 的字幕:FCP XML 或直接 SRT
- 给 Avid 的字幕:AAF
我自己的协作规范是:源文件用 Arctime 工程保留,交付给剪辑用 FCP XML,交付给播放端用 SRT,归档用 ASS。这样兼顾可编辑性、兼容性和保真度。
跨平台部署
Arctime 是 Java 应用,理论上跨平台无障碍,但实际部署有几个细节:
- Windows:直接装 .exe,字体自动注册到系统
- macOS:装 .dmg,但需要在"安全性与隐私"里允许运行未签名应用
- Linux:解压 .tar.gz 后手动运行脚本,字体要自己装到 ~/.fonts/
Linux 部署的坑比较多,特别是中文字体渲染。建议安装 fonts-noto-cjk 和 fonts-wqy-zenhei 两个字体包,然后在 Arctime 启动脚本里加 -Dawt.useSystemAAFontSettings=on 参数,字体抗锯齿才正常。
翻译理论札记
写到这里想插入一段翻译理论的思考。奈达的功能对等强调译文读者读到译文时的反应,应当与原文读者读到原文时的反应基本一致,这意味着翻译不是字面替换,而是要在目标语里重新构造等值效果。我们做字幕,观众在屏幕前只有几秒钟读完一行字,反应时间被严重压缩,所以功能对等在字幕里被推到了极端——可读性优先于忠实度。
纽马克的区分更实用:交际翻译关注译文效果,语义翻译关注原文意义。字幕绝大多数时候走交际翻译路线,但遇到关键术语、专有名词、文化负载词时又要切回语义翻译,避免观众被误导。这两条路线在字幕里不停切换,做久了会形成直觉。
韦努蒂的归化异化是另一条轴线。归化是让译文流畅得像目标语原创,异化是保留原文的陌生感。日漫字幕里大量保留"前辈""学园""王道"等词就是异化,因为这些词在中文语境里已经形成了稳定的亚文化共识,强行归化反而失味。但纪录片、欧美剧的台词又需要强归化,否则观众跳戏。题材决定策略,没有一招通吃的方案。
—— 这些理论看起来抽象,但实际做字幕时每天都在用,只是未必意识到。把直觉变成方法论,是新人到熟手的分水岭。