WIP: 漫画汉化的自动化

[JeffersonQin]

众所周知，漫画汉化有众多工序：

• 图源
• 修图
• 翻译
• 校对
• 涂白
• 嵌字

虽然有类似于萌翻、LabelPlus 相关的工具，但是工作交接时还是会非常繁琐，并且很多工作还是在做重复劳动。故遂想做一套系统化的汉化工具，基于git来管理流程。此外，计划增加一些辅助性功能：

• 自动涂白
• 排版自动计算
• 上述功能自动导出至 Photoshop
• ...

有兴趣的朋友可以提点意见或者关注一下（

repo: https://github.com/JeffersonQin/YuzuMarker

ps 插件 repo: https://github.com/JeffersonQin/YuzuMarker.Photoshop

[lagoon]

莫名感动。点赞点赞

[lowic]

我有一个想法 @_@

[jackmod]

当年给 LabelPlus 以及它的前世交过 PR 。没想到工具已经如此进化了。
虽然万恶之源只是嵌字大佬的一句抱怨（ doge

[ScotGu]

@lowic 我看刑！号日子越来越有判头了！

[Geele]

厉害！

[JeffersonQin]

@jackmod 草生（

[2i2Re2PLMaDnghL]

看到自动化，我还以为基于 OCR+机器（ AI ？）翻译+自动修图嵌字 的低至无人工介入的一条龙汉化呢……

[JeffersonQin]

@2i2Re2PLMaDnghL 确实有人做了，我之前看到过东大的这方面的论文，不过现在效果不理想，还是需要人工干预的。而且对于框外的嵌字、艺术字体，还是需要人工去做的。

[devwolf]

cy 不懂日语也能顺畅看生肉的日子越来越有盼头了

[kastnerorz]

赞

[shadows]

有个问题，资源文件（图片文件）都存在 git 仓库里？我记得像这种不能 diff 的文件，每次 commit 都会把所有内容写入 git 历史，多来几次就是项目实际大小的 N 倍且不断膨胀的.git 文件夹。这会使得 git 拉取以及提交都需要大量的流量，也会浪费时间和硬盘空间
不知道我的理解对不对？

[JeffersonQin]

@shadows 您说的很有道理，不过我是分开考量的
1. 源文件只导入一次，这就可以减少大量的 diff
2. 翻译和校对的工作是通过其他文件格式进行的，可以有正常的 diff 功能
3. 进行最终自定义操作的 psd 文件会是唯一会成倍增长的文件，我现在在考虑能不能把 psd 的背景图层分离开来，不过也不太现实

[JeffersonQin]

@shadows 以及由于嵌字涂白一般都是最后一步，所以如果最后仓库太大可以直接 rebase ，squash 掉重复的对于图片操作的 commit

[lusi1990]

厉害了

[Weyeeep]

啃本子有希望了

[shawndev]

补充一个不重要的信息：楼主今年高三

[codehz]

@shadows (git 存啥都是完整存档的，diff 都是临时计算的，换句话说你换个专用 diff 工具可能就可以对某些特定二进制格式做 diff 了）