About pdf tests:
Slow PDF sample. Ottdmk opened a Dropbox link with one slow file. And it's not a bit slower, it's FREAKISHLY slower, it's not a question of "why is my pdf reader 1s slower now"?
The problem is that it's a copyrighted book so you cannot freely post it (or even commenting about sharing it even for testing purposes). Nevertheless, I've just tested the Dropbox link and it's fully alive. But as you can imagine I'm not going to forward it to anybody.
I haven't found any free sample. The problem is that this issue doesn't seem to be related to the book size. That conflictive file is just 16 Mb and I've tested 90Mb books without trouble.
Crashing PDF sample. Canon EOS 7D Mark II AF Guide (6.6 Mb) This file also has some trouble with Calibre and other software like Nitro PDF reader, (
as PeterT posted).
Calibre cannot access it to extract the cover. I even opened
a bug report to Kovid, and at the end he said it must be a problem in pdftoppm module from poppler and suggested opening a bug there,
what I did.
In this case my wild guess is that the AES encryption with 256bit long key is causing havoc in obsolete unprepared renderers.
Nevertheless, as there's a dedicated thread for these issues I suppose we should use that thread instead of this general FW 3.11.
Quote:
Originally Posted by filmo
Adobe is well known for good PDF software and I think it should be really embarrassing to have Adobe name associated with such poor PDF book reading software if it is part of Adobe RMSDK to version 10. I know better free/open source PDF reading software is available than what comes with Kobo readers.
|
Adobe is the PARENT of pdf... So I agree with you, if pdf are managed through RMSDK (I really don't know) and the problem is in RMSDK and not in Kobo implementation of it, yes it's should be quite embarrasing for them, because, as Ken Maltby insisted, Koreader has no problem rendering them...