+1
467 次浏览

Using PrintDraft takes an extremely long time on my machine–over 4 minutes. About 3 minutes of that time PT shows “Gathering Font Information” and checking the background processes shows that fc-cache.exe is .

Does anyone know of a way to speed up this process? I would think that, as the name suggests, the font information would be cached and this process would only need to be run when new fonts had been added to the system.


Having solved my own problem while writing this, I’ll also post the solution for the undoubtedly thousands of people who will search for the same problem here in the years to come :smile: By the way, my print times are now about 5-10 seconds.

It appears that I did not have write permission for the C:\Program Files (x86)\Paratext 8\xetex\share\texmf-dist\fonts\cache directory, which is where the cache was stored. I deleted the information in that directory, ran PT with administrator permissions, and ran PrintDraft. Doing that refreshed the cache and subsequent runs (in non-admin PT) skipped the caching process.


I don’t think I’ve ever changed permissions for that folder, so I’m assuming PT set them when it installed. Does anyone know if this is the default? If so, I’ll report it as a bug.

较早的帖子 - 以原始语言显示
Paratext (1.9k 分) 发布 | 467 次浏览

2 个回答

+1
最佳答案

Great catch! I looked for the cache directory and didn’t have one (even after a Print Draft). I went to C:\Program Files (x86)\Paratext 8\xetex\bin and ran fc-cache.exe (I ran as administrator) and then noticed that the cache folder was created. I closed and opened Paratext and ran a print draft and it took a couple of seconds as you mentioned.

Go ahead and write up a bug report on this.

较早的帖子 - 以原始语言显示
(9.9k 分) 发布

User mention this problem from time to time, but I have never known Printdraft to be fast so I thought it was normal.

较早的帖子 - 以原始语言显示

In the past it was always slow on the first run, and then subsequently it was much, much faster. But in recent builds (and I’m not exactly sure when it changed) it was being VERY VERY slow for each and every PrintDraft (which indicates that the font-cache was being rebuilt each time). So thank your +mnjames and anon848905 for the great tip.

较早的帖子 - 以原始语言显示

Thanks for the replies. I’ve submitted a bug report.

较早的帖子 - 以原始语言显示

I suspect the best way to fix this bug is to have the font cache in a folder that is already writable by the user. That is, something folder in the user’s profile, rather than Program Files.

较早的帖子 - 以原始语言显示

It does seem like a fairly easy fix, but the response to my bug report indicated it had received a fairly low priority status–something about only working on this when it could be done alongside another similar problem.

Anyway, in the meantime @anon848905’s suggestion of fc-cache.exe externally and as admin would fix the problem, and would only need to be periodically when the cache had expired and PrintDraft starts slowly again.

较早的帖子 - 以原始语言显示

The issue is that fc-cache.exe is a part of XeTeX and the code is not controlled by the Paratext developers. Even changing something simple might be difficult when having to work with the developers of XeTeX to get it changed.

较早的帖子 - 以原始语言显示
0

fc-cache.exe as admin, worked great today for me!

较早的帖子 - 以原始语言显示
(1.2k 分) 发布

相关问题

+2
1 个回答 28 次浏览
出于某种原因,这两个资源需要 Paratext 9.5 版本。您可以在较早的版本中选择并下载它们,但无法打开;如果没有 Paratext 9.5,您会看到提示它们已损坏的消息。在 Paratext 9.5 中,它们可以正常打开。
[Expert]
sewhite
3.3k 发布
提问于 三月 24
Paratext
0
1 个回答 49 次浏览
PT 9.5 报告了我们在喉塞音方面从未见过的错误,该喉塞音在本项目中写作 [ ˊ ] 喉塞音仅出现在 [ y] 或 [ w] 之前,因此在语言设置中,它并未作为独立字符输入,而是仅作为与 w 和 y 的多字母组合存在 然而,在字符清 ... 些错误消息,但我认为清单仅将喉塞音视为独立字符而不提供将其验证为多字母组合的可能性这一问题早已存在 感谢任何澄清
anon380150 242 发布 提问于 十二月 11, 2025
Paratext
0
1 个回答 167 次浏览
我刚更新到 Paratext 9.5,但现在打开应用程序时显示: Paratext encountered an error reading a file related to Paratext surveys. The problem can be safely ignored as ... 幸的是,应用程序随后立即关闭 以管理员身份运行也无法解决问题
edwinsmith 114 发布 提问于 三月 21, 2025
Paratext
0
0 个回答 109 次浏览
抱歉,这确实是一个键盘输入问题。 已解决 我正在协助的一个团队已经设置了他们的经文引用,并在“额外材料”中使用了 Tichák'imɔ́ ko(意为“参见”)。这是从在 Paratext 中输入的文本复制过来的,以确保没有拼写错误或使用了错误的键盘。然而,当我运行“基本检查”(Basic Checks)时,每次都会将“额外材料”显示为错误。设置有什么问题吗?
anon380150 242 发布 提问于 五月 21, 2024
Paratext
0
0 个回答 82 次浏览
我们今天(4月17日)发现了一些案例:有人在注册表(Registry)中更改了用户权限,随后项目中的更新权限文件因书籍 ID 无效而失效 Paratext 会提示由于书籍 ID 无效,读取权限时出现问题 开发人员已获通知,正在处理此问 ... Paratext 中修改权限 希望这个问题能很快得到修复 更新:4月18日:几小时前已在服务器上应用了修复补丁
[Expert]
sewhite
3.3k 发布
提问于 四月 17, 2024
Paratext
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Finally, all of you, be like-minded, be sympathetic, love one another, be compassionate and humble.
1 Peter 3:8
3,051 个问题
6,010 个回答
5,676 条评论
2,030 位用户