+1
469 次瀏覽

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 點) 提出 | 469 次瀏覽

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 提出
已提問 3月 24
0
1 個回答 49 次瀏覽
PT 9.5 報告了我們以前沒見過關於喉塞音的錯誤,在本專案中,喉塞音寫成 [ ˊ ] 喉塞音只出現在 [ y] 或 [ w] 之前,因此在語言設定中,它沒有被單獨輸入為一個字元,而是僅作為與 w 和 y 組合的多圖形 然而,在字元清 ... 前收到過這些錯誤訊息,但我認為清單中僅將喉塞音視為獨立字元 且不允許將其驗證為多圖形的問題早已存在 感謝任何說明
anon380150 242 提出 已提問 12月 11, 2025
0
1 個回答 167 次瀏覽
剛更新到 Paratext 9.5,但現在開啟應用程式時會顯示「Paratext 在讀取與 Paratext 調查相關的文件時發生錯誤。此問題可安全忽略,我們正在修復中。」不幸的是,應用程式隨後立即關閉。以管理員身分執行無法解決問題。
edwinsmith 114 提出 已提問 3月 21, 2025
0
0 個回答 109 次瀏覽
抱歉,這確實是鍵盤輸入的問題 已解決 我正在協助的一個團隊已經設定了經文參考(Scripture refs.),並在額外資料(Extra material)中使用了 Tichák'imɔ́ ko(意為「參見」) 這些文字是直接从 PT 中輸入 ... 的問題 然而,當我執行基本檢查(Basic Checks)時,額外資料每次都顯示為錯誤 設定出了什麼問題?
anon380150 242 提出 已提問 5月 21, 2024
0
0 個回答 82 次瀏覽
我們今天(4 月 17 日)發現了一些案例:有人在 Registry 中變更了使用者權限,但專案中更新後的權限檔案因為書卷 ID 無效而失效 Paratext 會提示說,由於書卷 ID 無效,讀取權限時發生問題 開發人員已獲通知,並正 ... 應僅在 Paratext 中修改權限 希望這個問題能盡快修復 更新:4 月 18 日:數小時前已對伺服器套用修復
[Expert]
sewhite
3.3k 提出
已提問 4月 17, 2024
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Give proper recognition to those widows who are really in need.
1 Timothy 5:3
3,051 個問題
6,010 個回答
5,676 則評論
2,030 位使用者