yzwduck
发表于 2019-5-11 00:33:58
Rikkano 发表于 2019-5-10 20:49
macOS 用户也想要(
但我目前没有 mac,也没有购入的计划 ε=ε=ε=┏(゜ロ゜;)┛
counott
发表于 2019-5-14 15:48:17
本帖最后由 counott 于 2019-5-14 16:13 编辑
r5 加载速度快了很多 但是用上字体整合包XZ 怎么就 。。崩了呢?{:4_696:}
删除缓存后 到4w个名称左右 又崩了。。
yzwduck
发表于 2019-5-14 21:20:55
本帖最后由 yzwduck 于 2019-5-14 22:46 编辑
counott 发表于 2019-5-14 15:48
r5 加载速度快了很多 但是用上字体整合包XZ 怎么就 。。崩了呢?
r5 版本没能在你电脑上正常工作,真的很抱歉。我目前还没找到崩溃的原因,如果可以的话,希望能请你帮忙做一些调试和测试。
[*]首先,能否测试一下 r4 版本的程序,是否会崩溃?
[*]然后,修改注册表,在 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps 中,把 DumpType 改为 2(如果不存在,则创建这个 DWORD 类型的键值);
[*]让 r5 的程序崩溃,此时会在 C:\Users\<用户名>\AppData\Local\CrashDumps 下面生成一个 dmp 文件,希望你能将这个 dmp 文件,和加载的字幕、生成的 fc-subs.db(如果有)一起加密压缩后,传到网盘私信链接/作为附件发我邮箱?
[*]不要忘记将注册表还原。
如果条件允许的话,可以试试源代码编译调试。
counott
发表于 2019-5-15 13:11:26
yzwduck 发表于 2019-5-14 21:20
r5 版本没能在你电脑上正常工作,真的很抱歉。我目前还没找到崩溃的原因,如果可以的话,希望能请你帮忙做 ...
r4 不会崩,然后我就把r5删了。。
现在把r5下回来了 发现不崩了。。抱歉楼主没办法测了,枉你打这么多字。。
那天可能是因为我在开着loader的情况下更改了win10系统字体\删除了Windows\Fonts下的一些字体导致的
yzwduck
发表于 2019-5-15 20:19:28
counott 发表于 2019-5-15 13:11
r4 不会崩,然后我就把r5删了。。
现在把r5下回来了 发现不崩了。。抱歉楼主没办法测了,枉你打这么多字 ...
如果 r5 的代码没有 bug 的话,只要操作系统正常,不管在什么场合下都不应该崩溃。
这个 bug 只能让来自未来的某个人来挖掘了 (/▽\)
counott
发表于 2019-5-15 21:58:03
本帖最后由 counott 于 2019-5-16 16:34 编辑
yzwduck 发表于 2019-5-15 20:19
如果 r5 的代码没有 bug 的话,只要操作系统正常,不管在什么场合下都不应该崩溃。
这个 bug 只能让来自 ...
来了 来了 是一加载这个黑之契约者s2的字幕就崩了 ←这是让它崩溃的字幕和cache(忘记加密了 没事的吧。。
强退后加载显示字体字形数量都是0
但是按照你给我的改注册表方法
在那个文件夹没有生成。。难道是因为我点了强制结束进程?也不能一直让他卡着吧。。
而且崩过删除cache以后 重新扫描就很慢了,好的 然后崩在了第49359个字体
补充:电脑重启就好了?而且也是加载那个字幕??这到底是发生了什么。。。。。回复下大佬消息:
抱歉我现在也不知道怎么重现这个崩溃。。我也认为是和系统相关的问题
那个..对于代码完全是门外汉,抱歉暂时帮不到大佬(暂时
纯白の羽
发表于 2019-5-19 23:14:39
本帖最后由 纯白の羽 于 2019-5-19 23:56 编辑
希望在文件夹下同时具有一个字体的 otf 和 ttf/ttc 版本时,优先加载 ttf/ttc 版本,因为现在大多数软件对 otf 的支持还不够好,比如 libass 和 VSFilter 不支持 OTF 字体的加粗。此外,今天我发现一个 ass 字幕里用到了一个字体“@FZHei-B01”(就是方正黑体_GBK),但是我用 Fontloader 加载了“方正黑体_GBK.otf”后,还是没法正确显示,但是如果加载的是“方正黑体_GBK.ttf”就可以正常显示了。
注:直接使用 FontLoaderSub-r5 加载的是“方正黑体_GBK.otf”。
yzwduck
发表于 2019-5-20 06:59:34
纯白の羽 发表于 2019-5-19 23:14
希望在文件夹下同时具有一个字体的 otf 和 ttf/ttc 版本时,优先加载 ttf/ttc 版本,因为现在大多数软件对...
知道了,但如果遇到一个名称同时匹配多个字体文件,应该优先加载哪个?1. 版本高;
2. TTF > TTC > OTF;
3. 其他排序方法。
纯白の羽
发表于 2019-5-22 01:38:43
yzwduck 发表于 2019-5-20 06:59
知道了,但如果遇到一个名称同时匹配多个字体文件,应该优先加载哪个?1. 版本高;
2. TTF > TTC > OTF; ...
我的建议是:
1. TTC > TTF > OTF;
2. 高版本 > 低版本;
3. 其他。
同一字体不同版本间的差距一般不大,而字体格式则会直接影响能不能正确显示,所以格式的优先级应该要大于版本。
TTC 和 TTF 本质上并没有什么差别,但是很多 TTF 字体都是第三方从原版的 TTC 字体中提取出来的,这一点在华康的字体中很常见,原版字体更加可靠。
yzwduck
发表于 2019-5-22 06:58:52
纯白の羽 发表于 2019-5-22 01:38
我的建议是:
1. TTC > TTF > OTF;
2. 高版本 > 低版本;
谢谢非常有价值的提议,下一个版本会加上这个逻辑的。
页:
1
2
3
[4]
5
6
7
8
9
10
11
12
13