本帖最后由 yzwduck 于 2020-10-11 07:20 编辑
bipy 发表于 2020-10-10 22:28
楼主你好，FontLoaderSub 非常棒，已经成为了我看番的必备工具。
提一个小需求：
DB 文件理论上是可以手工修改的，主体格式是 UTF-16LE 编码的文本，不过需要注意下面两个地方：1、换行符是 \0\n，在 UTF-16LE 下由 4 个字节构成；
2、开头有 16 字节的二进制文件头，它由下面 4 个 uint32_t 小端数据构成：
magic: 当前是 fldd，不要修改；
num_files: 字体文件的数量；
num_face: 字体名称的数量；
size: 数据库文件本身的大小；
可以把需要新增的字体先单独创建一个数据库/缓存，然后手工 append（跳过前 16 字节）到原有的数据库里，最后更新文件头。这个文件里的数据没有索引、去重，这些步骤是每次读入该文件后再执行的。
我不打算实现手工往数据库添加字体的功能，追加字体的比较合理的做法，大概是通过修改时间+大小来检测文件是否有修改。
要实现这个功能，需要大幅修改扫描的流程，所以我计划在下一个大版本里再实现。
下一个版本会从 0 开始重构，如果一切顺利的话，在过年时会有雏形（只是 Python 脚本，但以后会有 Windows 原生程序）。
本帖最后由 bipy 于 2020-10-11 10:35 编辑
了解了，辛苦{:4_673:}
yzwduck 发表于 2020-6-25 13:21
因为这字体里保存名称的编码不是 unicode，目前不支持解析非 unicode 的信息，所以就不能识别了。
...
请问大大遇到这种字体名称编码非Unicode的，有什么推荐的处理办法么？
我仔细看了下超级字体整合包，有不少标题都是乱码的（例如文鼎繁体的字体），安装可以用但FLS识别不到。
NarseGC 发表于 2020-11-18 13:56
请问大大遇到这种字体名称编码非Unicode的，有什么推荐的处理办法么？
我仔细看了下超级字体整合包，有 ...
目前的 FLS 只支持 Unicode 编码的字体名称，所以暂时没有好的处理方法。前段时间我试着去解析这些乱码字体名字，但是发现不少字体本身就没有按照规范来编码信息，试了两种方法的效果都不完美。
在下一个版本的 FLS 里（如果有的话），我打算用 DirectWrite 来解析字体里的名称信息，这样就应该能兼容文鼎繁体系列的字体。
yzwduck 发表于 2020-11-19 07:46
目前的 FLS 只支持 Unicode 编码的字体名称，所以暂时没有好的处理方法。前段时间我试着去解析这些乱码字 ...
期待大佬更新，在此之前手动拖FontLoader将就吧
{:8_729:}
bipy 发表于 2020-10-10 22:28
楼主你好，FontLoaderSub 非常棒，已经成为了我看番的必备工具。
提一个小需求：
把字体文件夹放固态盘就好了，我之前放机械盘也很慢，然后整理硬盘时发现字体文件放到固态后，读取瞬间就完成了
非常感谢！真的是好东西
如图所示，请问为什么字体文件程序没找到？
漫步ACG 发表于 2021-4-19 00:11
如图所示，请问为什么字体文件程序没找到？
时隔 5 天才看到消息，非常抱歉。。
截图上有写“索引中有 0 个字体”，所以实际运行的 FontLoaderSub.exe 文件，大概位于另一个文件夹下，而不是截图中显示的那个。
并且截图中没有 fc-subs.db 这个索引文件。
如果使用快捷方式（右键菜单）启动的，可以在“菜单”按钮里重新创建快捷方式；或者直接把字幕文件拖到可执行文件上，来确保使用预期的可执行文件。
yzwduck 发表于 2021-4-24 08:30
时隔 5 天才看到消息，非常抱歉。。
截图上有写“索引中有 0 个字体”，所以实际运行的 FontLoaderSub.ex ...
客气了，谢谢你的回复，我又（拖放方式）试了下，发现FontLoaderSub.exe得在名为fonts的文件夹下才能找到字体，是这样么？