1
00:00:00,000 --> 00:00:17,100
一段日语视频,识别出说了什么,只是字幕制作的第一步。人名怎么写,句子怎么断,前后一名能不能统一,往往还需要反复校对,这就是Magic想改善的地方。它的名字,来自微软的麦语音识别服务和GV模型的组合。

2
00:00:18,480 --> 00:00:28,400
比如这个名字,只听读音很难确定是哪两个汉字,但节目画面里,其实已经给出了答案,画面上的文字也应该成为翻译的一句。

3
00:00:28,400 --> 00:00:45,860
先由外部OCR读出画面文字,再交给GV这个新模型,筛选人名等有用线索,把这类筛选任务交给Jeff,也是为了控制成本,接着结合全篇字幕整理成词库,让不同批次的翻译参考同一份写法。

4
00:00:47,160 --> 00:00:53,020
这次对赵李加入画面线索后,译文中的同音人名就改成了人民条上的启字。

5
00:00:53,020 --> 00:01:03,500
画面线索帮助确定名字怎么写,而字幕什么时候出现,要靠另一层基础。

6
00:01:03,780 --> 00:01:12,460
这里用的是微软的语音识别服务MyASR,选择它,看中的是时间戳的准确性,以及每个词都有旗指时间。

7
00:01:12,460 --> 00:01:22,200
有了这些时间锚点,程序就能按停顿,标点和说话人变化,先拆成待时间的小片段,我们叫它Atom。

8
00:01:23,740 --> 00:01:27,900
Gemini在根据语义,决定哪些相邻片段应该合成一句。

9
00:01:28,180 --> 00:01:33,280
字幕的旗指时间,由程序取回首尾片段的时间,先拆,再合。

10
00:01:33,580 --> 00:01:36,940
模型判断怎么成句程序保留声音里的时间一句。

11
00:01:36,940 --> 00:01:47,880
比如改了一个人名,就可以复用前面的转录和合并结果,再根据新词库重做翻译,自动整理提供底稿,人工确认的写法优先。

12
00:01:49,480 --> 00:02:02,400
日常使用有图形界面,自动化可以走命令行,仓库也提供Agent skill,让智能体按说明调用同一套流程,最后可以导出日文、中文以及共用时间轴的中日双语字幕。

13
00:02:02,400 --> 00:02:13,240
这些分工,也是在控制整套字幕流程的成本,按目前的估算,用Mayjave处理一小时素材,整体费用可能在两元左右。

14
00:02:14,620 --> 00:02:22,600
用词及时间戳支撑先拆后盒,用画面线索补充词库,再通过模型分工控制成本,这就是Mayjave的思路。

15
00:02:23,060 --> 00:02:26,780
识别和翻译仍会出错,最后的判断留给较对的人。

16
00:02:26,780 --> 00:02:33,500
填写本地文件路径或视频链接,选择日文加中文,然后开始处理。

17
00:02:38,620 --> 00:02:47,120
完成后先检查词库,人名之外,地名写法也能统一,比如,把工程线统一成工程线,再保存并重翻。

18
00:02:48,400 --> 00:02:55,040
下载中日双语字幕,逐句对照校对,日文在上,中文在下,使用相同的时间轴。

19
00:02:56,780 --> 00:03:23,150
即便没有OCR和Jave,也可以直接用Mayjavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejavejave