I don't expect Xnview to be a file manager, but PDF files being previewed
along with JPGs and other images can cause problems:
1. Previewing a PDF file like the one below (1meg in size) slows Xnview down
extremely by much CPU usage.
Sample PDF:
ftp://download1.nvidia.com/Windows/71.8 ... _Notes.pdf
AFPL Ghostscript 8.51:
http://sourceforge.net/projects/ghostscript/
2. When scan headers encounters PDF file, alot of CPU time is used.
[Fixed?YES] RC2: PDF being displayed by default causes probl
Moderators: helmut, XnTriq, xnview
[Fixed?YES] RC2: PDF being displayed by default causes probl
Last edited by marsh on Thu May 26, 2005 6:41 pm, edited 1 time in total.
This is a known issue - see my post http://newsgroup.xnview.com/viewtopic.php?t=1665
Are you talking about the XnView Shell Extension or XnView?
XnView 1.80 RC2 has some new options (no thumbnail for PDF's) to help in this area but we still need to wait for a newer Shell Extension.
Are you talking about the XnView Shell Extension or XnView?
XnView 1.80 RC2 has some new options (no thumbnail for PDF's) to help in this area but we still need to wait for a newer Shell Extension.
AMD Ryzen 3 3300X 3.8Ghz, 16Gb DDR4, RX6600XT with Dell U2520D at 2560x1440@60Hz scaling 125%
Win11 x64 24H2, Hard Disk Sentinel Pro, MS PowerToys, Process Lasso Pro and Wintoys
Win11 x64 24H2, Hard Disk Sentinel Pro, MS PowerToys, Process Lasso Pro and Wintoys
-
- Posts: 8
- Joined: Mon May 23, 2005 2:56 pm
I agree with that. Personally I find this program just great, but this PDF is one thing that annoys me a bit. I have quite a lot of PDF documents, and some of them are quite big, let's say 10 or 50 MB etc. So every time I opened some folder with PDF files, it took "ages" to display everything. Now I simply don't open folders with PDFs.marsh wrote:A browser>preview>'Display PDF' might be needed because of slowdowns. Just like there
are options to preview movies.
I think that "marsh's" solution would be great.
And there's another thing that I noticed in this prerelease version (1.80 RC2). For example, I opened folder with 13 PDF documents, all together around 11MB. And since I didn't want to wait, I switched to another folder. Of course nothing happened because program was to busy. And then I simply "killed" the program (with End Task). But the result was, that on folder
C:\Documents and Settings\UserXXX\Local Settings\Temp
there was a file "x_FD.tmp" which was created by AFPL Ghostscript 8.11, and it was around 220MB big.

I tried the same procedure for few times, and in few cases (with some bigger PDF files) the result was around 700MB big "x_F?.tmp" file (? stands for some letter or number, but that x_F and the extension tmp were always the same).
I'm pretty sure that this is Ghostscript's issue, and I know that I shouldn't just "kill" the task, but still. The system started to complain about not having enough space on system partition, and it took me some time to figure out what's the problem.
So, I think that this PDF problem really should be "fixed" somehow. And I think that "marsh's" solution would be good.
And I fogot to mention, that I have AMD Athlon XP, 1533 MHz (11.5 x 133) 1800+, 512MB RAM, Windows XP Professional SP2 with Matrox G550 (32 MB RAM) graphic card.
-
- Posts: 8
- Joined: Mon May 23, 2005 2:56 pm