kavenliang 发表于 2016-4-20 23:23:41

adan1 发表于 2016-4-20 23:17
我只能说目前还在服役中的09年笔记本,升级可不容易(想想当时去维修店换硬盘,连升级DDR3内存都做不到) ...

不知道所说的“但不代表字幕组就会尽责用心校准字幕中每个字体都正确显示(或许压根只随便挑个好看字体)”是什么个情况

vcdilltxzh 发表于 2016-4-20 23:27:47

adan1 发表于 2016-4-20 23:17
我只能说目前还在服役中的09年笔记本,升级可不容易(想想当时去维修店换硬盘,连升级DDR3内存都做不到) ...

同问不知道“但不代表字幕组就会尽责用心校准字幕中每个字体都正确显示(或许压根只随便挑个好看字体)”是什么意思?

adan1 发表于 2016-4-20 23:52:26

kavenliang 发表于 2016-4-20 23:23
不知道所说的“但不代表字幕组就会尽责用心校准字幕中每个字体都正确显示(或许压根只随便挑个好看字体) ...

啊。。。这句说法可能简了些,我意思是,过去时不时会看到压的片(包括后期的外挂)的字幕有些字体不正,这意味着有些字幕组单纯做了翻译,挑个好字体改上 然后发布了事;亦可能是校准时发现有这问题,然后出处不多就不管了,也可能很难解决。这没有对没有错,因为字幕组本职是做字幕而不是美化。

巴洛克哥特 发表于 2016-4-21 08:02:22

像我,宁愿麻烦点,自己把字幕字体全改了= =
所以,黑体、明体、楷体、圆体什么的基本字体,各留一套自己特别喜欢的就好了,再加上个别的书法字体,经常用的绝不会超过100个。
还有个〇疼的办法就是随用随装,用完就删= =

另,板凳推荐的FontLoader,是个好东西~

kavenliang 发表于 2016-4-21 08:25:04

adan1 发表于 2016-4-20 23:52
啊。。。这句说法可能简了些,我意思是,过去时不时会看到压的片(包括后期的外挂)的字幕有些字体不正, ...

字幕组发展初期、不规范所引发的问题,随便拿个不支持当前编码的字体来用,具体表现为拿台湾正体字体套用到日文汉字上、简体繁化不跟着替换繁体字体、繁化人员把日文汉字也误作繁化处理、中文简体和日文汉字混用字体等,现在字幕组一般都比较正规了,这种情况很少见了。

对于那些老旧乏善可陈的作品,你可以自己尝试对其进行修正,或者等有心人修正。

字幕组本职是做字幕,你说的没错。但是美化也是个中的一环,美观也是评判字幕制作水平的一个打分项,所以相应地,为动画作品制作字幕时选择相适应的字体也是字幕组的考量。

字体对于.ASS字幕有其必要,不然.SRT就不会被慢慢淘汰了。

TimeXK 发表于 2016-4-21 09:51:59

为什么说不关心OP、ED呢。。。窝只是无视字幕特效什么的而已,srt也木有关系

adan1 发表于 2016-4-21 19:20:26

巴洛克哥特 发表于 2016-4-21 08:02
像我,宁愿麻烦点,自己把字幕字体全改了= =
所以,黑体、明体、楷体、圆体什么的基本字体,各留一套自己特 ...

怎么说呢。。。我比较尊重别人的劳动成果,没啥的原因也不会在字幕上作改动,字幕组做的字幕效果是好是坏。将会作为其中的特色和象征痕迹,所以我也算是博爱主义者吧。看着不少字幕组都散了,淡淡的忧伤呀。
用完就删这法不太适合我了,资源效率好低。FontLoader我已经在用了,谢谢。

adan1 发表于 2016-4-21 19:24:10

kavenliang 发表于 2016-4-21 08:25
字幕组发展初期、不规范所引发的问题,随便拿个不支持当前编码的字体来用,具体表现为拿台湾正体字体套用 ...

编码的确是个问题,我尝试做过简单字符识别,发现繁体可转BIG5、Shift_JIS、GBK,简体转GB2312才没那么麻烦。字幕如何规范流程 我没了解过,至少看CK的字幕像似套用万年不变的字体淡出淡入特效模版,仍在OPED上花心思而数量又多的 估计只有DMG和雪飘了。
说起美化,毫无疑问我是十分注重颜值的,要不然也不收集字体,我更想表达的是在美化前更重要的是字幕自身。

adan1 发表于 2016-4-21 19:25:48

TimeXK 发表于 2016-4-21 09:51
为什么说不关心OP、ED呢。。。窝只是无视字幕特效什么的而已,srt也木有关系 ...

好吧,看你头像感觉你赢了。。。

adan1 发表于 2016-4-21 20:07:16

算是可以结贴了,板凳说的工具,经测试Windows各平台均可用,看源码的确用了WinAPI实现的,兼容性不用多说。不过依然有些小问题,500多个文件拖进程序里打开,竟花费了70+秒,与另一个名为“Font Loader”工具只花了10秒,后来得知原来是TTC文件的锅,“Font Loader”不支持TTC文件但可最小化驻留后台。
为何TTC文件这么慢,估计是TTC文件内部数据结构的设计缺陷,无法快速索引定位内部多个字体,基本上就是要把整个文件读到内存中,事实上载入字体过程中内存占用曾突然飙升到92%(完成后降回去)。
然而当我换到游戏机上测试,5秒内完成载入,内存占用也很稳定,猜测原因是(机械)硬盘缓存高、虚拟内存off、SSD系统盘应该也有一定因素。


页: 1 [2] 3
查看完整版本: 你们是怎样处理字体文件的?