Summary: | Rendering of DeviceGray Colormodel produces Undercolor in CMYK Devices | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Thomas <thomas> |
Component: | Client API | Assignee: | Michael Vrhel <michael.vrhel> |
Status: | NOTIFIED FIXED | ||
Severity: | normal | CC: | henry.stiles |
Priority: | P2 | ||
Version: | master | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Customer: | 582 | Word Size: | --- |
Attachments: |
Simple DeviceGray Test PS
Small PDF with DeviceGray Image |
Probably a matter of selecting the correct output profile. Note that object type specific profiles are in work, expected to be done "Real Soon Now" Fixed with http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=d3302b1176683dc9e4cb5cb8ed9f42bffa0888ee. To return to composite black output, (which makes use of the assigned target CMYK ICC profile) use the command line option -dDeviceGrayToKOff or set the device parameter DeviceGrayToKOff to true Michael, great this works now for Vector, etc. But not if a DeviceGray Image is rendered with high resolutions. Commandline for testing wich works: gswin32.exe ^ -sDEVICE=tiffsep ^ -r72 ^ -o "C:\myCMYK_DeviceGray.tif" ^ "c:\DeviceGray_Image.pdf" Commandline for testing wich does not: gswin32.exe ^ -sDEVICE=tiffsep ^ -r720 ^ -o "C:\myCMYK_DeviceGray.tif" ^ "c:\DeviceGray_Image.pdf" Created attachment 7719 [details]
Small PDF with DeviceGray Image
I am working on a fix for this and it will be in place shortly. Should be fixed now with http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=9dca5a4f0eb97ccd33f2503b5e1106c4e1747c5e |
Created attachment 7502 [details] Simple DeviceGray Test PS If Objects (Text, Vector, Image), defined as DeviceGray are rendered with an DeviceCMYK Device (tiff32nc, tiff64nc, tiffsep) the DeviceGray Color is mapped to all of the CMYK Separations. Even if "-dNOSUBSTDEVICECOLORS" is used. Commandline for testing: gswin32.exe ^ -sDEVICE=tiffsep ^ -r72 ^ -o "C:\myCMYK_DeviceGray.tif" ^ "c:\DeviceGray.ps"