Kanade
发表于 2019-1-30 19:56:14
非常实用的工具,找到不少还没安装的字体,感谢楼主,不过还有四十几个字体显示为红色,其中大部分为FOT型字体,而通过Aegisub检查发现都已找到,视频播放也顺利应用字体,这是怎么一回事呢
tonyhsie
发表于 2019-1-30 20:17:48
Kanade 发表于 2019-1-30 19:56
非常实用的工具,找到不少还没安装的字体,感谢楼主,不过还有四十几个字体显示为红色,其中大部分为FOT型 ...
5. 按F12/Menu鍵可導出 debug 用的純文字文件,方便報錯/除錯
這個除錯文件跟字幕檔一併傳給我看看
Kanade
发表于 2019-1-30 21:01:49
tonyhsie 发表于 2019-1-30 20:17
5. 按F12/Menu鍵可導出 debug 用的純文字文件,方便報錯/除錯
字幕档是指显示为红色但实际安装过的字体嘛
tonyhsie
发表于 2019-1-30 21:21:26
Kanade 发表于 2019-1-30 21:01
字幕档是指显示为红色但实际安装过的字体嘛
基本上除錯文件、字幕文件就好
字型檔暫時還不需要
Kanade
发表于 2019-1-30 21:56:46
tonyhsie 发表于 2019-1-30 21:21
基本上除錯文件、字幕文件就好
字型檔暫時還不需要
我按F12导出debug用的文件时,导出一半时会显示找不到指定的模块(msls31.dll),再按一次F12,会导出全部,但后面一小部分字体会显示存储空间不足,无法处理此命令。(异常来自 HRESULT:0x80070008)
字幕文件与字体可能有点多,麻烦你了
tonyhsie
发表于 2019-1-30 23:21:33
Kanade 发表于 2019-1-30 21:56
我按F12导出debug用的文件时,导出一半时会显示找不到指定的模块(msls31.dll),再按一次F12,会导出全 ...
我更新了 ListAssFonts,v190130 這一版應該已解決 debug 文件導出的問題了
你先試試看,在這個版本下,原先已安裝字型卻顯示紅字的問題,是否已經解決了
如果一樣沒解決,再麻煩重新給我最新的 debug 文件,謝謝
更新日誌
v190130
新功能 or bug 修正
1. 程式可能會重啟數次以完成工作 (解決原先無法取得某些字型的問題)
2. 之前產生的 "installedFonts.debug.txt" 會保留,不會覆蓋掉
3. 如果產生了 "RemoveFontSubsets" 資料夾,只打開資料夾而不一一打開各文件
字型相關
4. 支援 "Source Han Code JP", "黑體-", "ヒラギノ ProN" 等字型
5. 支援 "思源 / Noto" super/mega/ultra OTCs 等超大字型檔案
Kanade
发表于 2019-1-31 00:34:04
tonyhsie 发表于 2019-1-30 23:21
我更新了 ListAssFonts,v190130 這一版應該已解決 debug 文件導出的問題了
你先試試看,在這個版本下, ...
非常感谢,debug 文件导出跟红字问题都已经解决了;有两个无关正常使用的小疑问,1.我用的是2K屏,每次打开软件,软件是模糊的,扔个字幕文件进去软件就会消失一会随后恢复高清,能否禁止DPI缩放;2.导出的debug 文件后面有几个字体显示 输入文件或数据流不符合要求的文件格式规格,这是什么意思
tonyhsie
发表于 2019-1-31 01:26:48
1.我用的是2K屏,每次打开软件,软件是模糊的,扔个字幕文件进去软件就会消失一会随后恢复高清,能否禁止DPI缩放;程式自行關掉再重開是正常的,另外也沒有對 DPI 作任何處理
2.导出的debug 文件后面有几个字体显示 输入文件或数据流不符合要求的文件格式规格,这是什么意思這些字型檔案可能有問題,程式無法從檔案裡取得字型名稱
Kanade
发表于 2019-1-31 01:57:41
tonyhsie 发表于 2019-1-31 01:26
程式自行關掉再重開是正常的,另外也沒有對 DPI 作任何處理
這些字型檔案可能有問題,程式無法從檔案裡取 ...
感谢回答
yzwduck
发表于 2019-2-19 22:25:39
好像是 2 年多前楼主提的问题了,貌似没人回答,那我就回复一下特殊字体 2 的原理。
tl;dr 那是 ASS 的坑
ASS 的语法非常不严谨,不同实现的解析结果难以保证统一。
libass 的实现在解析 tag 时先通过反斜杠找到 tag 的标签的开始,然后根据左小括号(或者反斜杠)找到参数(或者下一个 tag)的位置,从而找到 tag 标签的结尾,得到 tag 的名字(可能还连着第一个参数),接着解析小括号里的参数,最后将 tag 名字与已知的名字进行匹配,匹配成功后将真 tag 名字后面的参数加到最后。
也就是说,在解析 \fn華康中圓體(P) 时,它认为 tag 是 \fn(没问题),后面有两个参数:P, 華康中圓體(注意,P 在前面)。
于是它认为字体的名称就是 P。
顺便一提,任何自身带括号的 tag 参数在 libass 下都会出现这个或另一个问题。
{:6_387:}
附:对于问题 1,我试了一下 @FOT-マティス Pro B 和 @FOT-Matisse Pro B 的显示效果是一样的。