Bug 114363

Summary:	Printing a picture at 5760dpi appears to result in a page at 1 dpi
Product:	[I don't know] kde	Reporter:	Andrew de Quincey <adq_dvb>
Component:	general	Assignee:	KDEPrint Devel Mailinglist <kde-print-devel>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	1 dpi image produced

Description Andrew de Quincey 2005-10-13 22:20:59 UTC

Version:            (using KDE KDE 3.4.2)
Installed from:    Gentoo Packages
Compiler:          gcc 3.4.4 
OS:                Linux

I have an epson R800 printer attached to a server using turboprint + cups.

I print to it from my workstation over the network. 

The printer supports 2880dpi which works perfectly. However, it also supports 5760dpi. However this doesn't work. When printing at that DPI, I appear to end up with an image at 1 dpi. This appears both on the printer, AND in the print preview. I'll attach a sample in a moment.

Comment 1 Andrew de Quincey 2005-10-13 22:21:32 UTC

Created attachment 12978 [details]
1 dpi image produced

Comment 2 Andrew de Quincey 2005-10-13 22:22:35 UTC

Its a photo of the statue of Charlemagne outside Notre Dame 
- heres a link to someone else's photo:

http://members.virtualtourist.com/m/p/m/cd5f2/

The colours of the HUGE pixels are roughly what they are if you averaged all 
the colours in the original photo together from those areas.

The image is 4x6 - and you can see there are 4 big pixels by 6 big pixels in the output.

Comment 3 Andrew de Quincey 2005-10-14 21:05:10 UTC

Sorry, I chose the wrong product when I submitted this bug - moved to kde-print-devel@kde.org (hope this is ok!)

Comment 4 Michael Goffioul 2005-10-17 13:26:36 UTC

How do you print the picture?

Comment 5 Andrew de Quincey 2005-10-19 18:10:06 UTC

I used the latest release of digikam.

When printing for real, I print from digikam using the standard kdeprint. That spools to a remote cups server which is running the commerical turboprint drivers.

However, the problem also occurs if I ask for a print preview (the screenshot is from the print preview), so I don't _think_ it can be cups/turboprint causing the problem. Also, the file that cups gets to print is *tiny* - say about 17k. Whereas for a dpi that large, you'd expect > 80Mb.

Comment 6 Andrew de Quincey 2005-10-19 18:59:43 UTC

BTW, the ppd for that printer is at:

http://lidskialf.net/epsonphoto.ppd

Wasn't sure if I should attach it to the bug since it has a copyright notice in it.

Comment 7 Michael Goffioul 2005-10-20 09:21:57 UTC

While you are viewing the result in the print preview, could you try to locate the actual temporary file used? It should be located in standard KDE temporary directory, named like kdeprint_xxxxxx. When found, cuold post it here?

(Part primarily intended for Cristian)
I thought that the regexp in kprinterimpl.cpp was unable to parse the resolution option as found in the PPD file (1440x1440dpi_1), but normally it should be able to do it. So the best is to try the given PPD and track the resolution given to Qt in KPrinter::preparePrinting().

Michael.

Comment 8 Andrew de Quincey 2005-10-20 16:40:19 UTC

Actually, I've just upgraded to 3.4.3, and the problem has gone away.

The only remaining issue is that the print preview takes several minutes to display the picture 'cos the postscript file is so big, but I don't see how you would solve that, apart from some kind of cunning thumbnail if you're showing a preview. I can live with it.

Comment 9 Cristian Tibirna 2005-10-24 14:09:07 UTC

Reporter signals problem not appearing in newer version.