主页/文档库/工具链
工具链#Arctime#双语字幕#跨平台

Arctime 跨平台字幕工作流:从导入到导出

Arctime 的工程文件结构、双语字幕制作、Avid Media Composer 协作、XML/EDL 交换格式与跨平台部署经验。

11 分钟阅读发布于 2026/07/15Smyx1ayang

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 参数,字体抗锯齿才正常。

翻译理论札记

写到这里想插入一段翻译理论的思考。奈达的功能对等强调译文读者读到译文时的反应,应当与原文读者读到原文时的反应基本一致,这意味着翻译不是字面替换,而是要在目标语里重新构造等值效果。我们做字幕,观众在屏幕前只有几秒钟读完一行字,反应时间被严重压缩,所以功能对等在字幕里被推到了极端——可读性优先于忠实度。

纽马克的区分更实用:交际翻译关注译文效果,语义翻译关注原文意义。字幕绝大多数时候走交际翻译路线,但遇到关键术语、专有名词、文化负载词时又要切回语义翻译,避免观众被误导。这两条路线在字幕里不停切换,做久了会形成直觉。

韦努蒂的归化异化是另一条轴线。归化是让译文流畅得像目标语原创,异化是保留原文的陌生感。日漫字幕里大量保留"前辈""学园""王道"等词就是异化,因为这些词在中文语境里已经形成了稳定的亚文化共识,强行归化反而失味。但纪录片、欧美剧的台词又需要强归化,否则观众跳戏。题材决定策略,没有一招通吃的方案。

—— 这些理论看起来抽象,但实际做字幕时每天都在用,只是未必意识到。把直觉变成方法论,是新人到熟手的分水岭。