[gs-bugs] [Bug 691495] Wrong colours if GS called by GSView

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Wed Aug 4 20:39:46 UTC 2010


Michael Vrhel <michael.vrhel at artifex.com> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED
         AssignedTo|robin.watts at artifex.com     |michael.vrhel at artifex.com

--- Comment #15 from Michael Vrhel <michael.vrhel at artifex.com> 2010-08-04 20:39:42 UTC ---
Created an attachment (id=6607)
 --> (http://bugs.ghostscript.com/attachment.cgi?id=6607)
A proposed patch currently being tested

With this patch, a better check for changes in the device profile is made. 
Also, in zputdeviceparams a call is made to reset the device profile in case 
gs_putdeviceparams ended up changing the process color model for the device.

Note that other interpreters (PCL), which do a call to gs_putdeviceparams will
need to do something similar.  The call to gs_putdeviceparams at the bottom of
pl_main_universe_select appears to need to be followed by a call to
gsicc_init_device_profile(igs, dev).  It is not clear to me where to find a
pointer to the current graphic state in that part of the PCL code though.

Also, note that passing pgs into gs_putdeviceparams to have the call to
gsicc_init_device_profile made in gs_putdeviceparams is not really an option
because of the device set up with gs_putdeviceparams in
clist_setup_render_threads, where there is not a pgs (and hence an icc_manager)
available.  So we need to do the fix in each of the interpreters.

Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the gs-bugs mailing list