On Tuesday 07 September 2004 15:13, Gerhard Fuernkranz wrote: > Hal V. Engel schrieb: > > >The lprof profile I generated does look to be OK when I look at the > >results using qtmeasurementtool. Now all I need is tools that will > >use it in Linux. > > > There are or course tifficc and jpegicc. But I guess you're actually > looking for color management savvy *graphics applications*. As far as > I've heard, Scribus and Corel Photopaint for Linux (but I cannot judge, > I haven tried them yet) are said to be color-savvy (but I haven't tried > them yet). > > -Gerhard
That is what I had in mind. I have Scribus 1.2 installed (latest version) and it does appear to be color savvy but I just started looking at it today and it took me a while to figure out how to get a photo into it. It is also not real stable and has crashed several times today. It is a publishing app and is not well suited to being part of a color managed digital darkroom workflow. But if it worked it would be a step forward. I have played with the Scribus color management stuff and it does do monitor correction and will do the conversion when printing. My monitor profile appears to be too light so I need to get into lprof to see if I can darken it up some. It will also do a on screen printer proof (soft proof). I have never found this to be particularly useful but Scribus does do it and the soft proof looks almost exactly like it does in Photoshop for the same printer. I don't know how well the printer output works yet. I have been unable to print from Scribus. The Scribus document just sits in the queue with a state of "processing" and never prints. After that the queue is messed up and nothing will print. Perhaps I have a problem with CUPS but everything else prints OK and I can print the same image from the GIMP. I also noticed that the document format is application/postscript where as the document format when printed from the GIMP is application/vnd.cups-raw. I don't know if this has anything to do with the problem. There is no way to turn off postscript output that I can find. Another thing I have noticed is that color management has to be enabled for each document that is created. So every time you create a new document so that you can color manage the printing workflow you have to set all of the color management options. I have not found a way to make these default to a set of specific values. It also does not use color management for printing by default and this has to be selected each time a document is printed. I have not been able to find a good version of the Corel Photopaint program. I found a tarred RPM file for Redhat but is was corrupted. I am running SuSE so I don't think that would do me any good but I didn't know it was an rpm until I un-tarred it. Besides this app is no longer supported so I think this is a dead end rather than a way forward. I have used the lcms utilities to embed profiles and then convert to the printer profile before printing. This works but is very clumsy and time consuming. I know that Xorg has color management for X as something that they need to work on but they have not started working on it. Their web site says they are looking for someone to lead the project. I also know that the GIMP team has color management on their "we will do this someday soon list" but they have not started. I also know that the GIMP Print team knows that they need to implement this but they have not started on it either. So I have to give the Scribus folks credit for at least making significant progress and I am hopeful that they will have things working better soon. The feeling I have is that they are very close to getting it right. Perhaps the GIMP folks can leverage their work. -- Hal V. Engel
pgpBrcpulMQsw.pgp
Description: PGP signature
