View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0012718 | Scribus | Color Management | public | 2014-09-20 03:25 | 2014-09-23 11:06 |
Reporter | FishB8 | Assigned To | jghali | ||
Priority | normal | Severity | minor | Reproducibility | random |
Status | closed | Resolution | no change required | ||
OS | Linux | ||||
Product Version | 1.5.0svn | ||||
Summary | 0012718: Color Management breaks formatting | ||||
Description | I figured out why my screenshot looked messed up with parts missing. Turns out that if I disabled color management everything looks correct. The color profiles used aren't anything exotic. "sRGB" and "GREYCoL TR006 Coated" for RGB and CMYK colors respectively. | ||||
Additional Information | This issue has been cloned from 0011539 | ||||
Tags | No tags attached. | ||||
Patch | |||||
related to | 0011539 | closed | Groups are broken in multiple ways |
2014-08-22 03:43
|
|
2014-08-31 13:29
|
|
|
Well, for reference my system (gentoo) has ghostscript-9.14, poppler-0.26.4, and librevenge-0.0.1 |
|
Also, I'm using cmake (as opposed to qmake) to build it if that makes any difference. |
|
Ok.... Good news: I had time today to try and fiddle with the svn build and try to figure out what is going on. Ultimately I've found that the groups problems I was having before are gone. I can ungroup things and move them around without members disappearing, jumping to weird places, or crashing scribus. So, I'm convinced that the original bug is squashed. Bad news: I figured out why my screenshot looked messed up with parts missing. Turns out that if I disabled color management everything looks correct. The color profiles used aren't anything exotic. "sRGB" and "GREYCoL TR006 Coated" for RGB and CMYK colors respectively. Should I file a separate bug, or perhaps this is already a know issue? |
|
I've since narrowed it down to the "Simulate Printer on Screen" option. Turning that off allows color management to still be on without displaying incorrectly. One additional related detail that might help is that if I try to toggle the color management on or off from the tool bar while the file is loaded, Scribus gets stuck in an infinite loop eating up one of the CPU cores. Same with trying to change the color vision impairment simulation mode when preview mode is enabled. (The "Simulate Printer" mode has no bearing on this) Current build is SVN r19516 |
|
Cannot reproduce any formatting change when toggling on/off colormanagement. However be aware that modifying a PDF colormanagement in any way when overprint or transparency are involved can potentially break its visual aspect when printed. |
|
And I've further narrowed it down to the CMYK profile. Changing it to GRACoL2006_Coated1v2 and the printer simulation works too. I'm attaching the profile that appears to be causing problems. GRAYCoL profiles are fairly generic stuff, so I'm uncertain why it is causing the problem. |
|
|
|
The output tables of that profile are completely broken : that profile cannot perform separation correctly. Nothing can be done on our side. |
|
Sorry to re-open, but apparently I can't respond without re-opening. This broken color profile is distributed with colord. It's source is here: https://github.com/hughsie/colord/blob/master/data/profiles/GRACoL_TR006_coated.xml.in I would like to follow up and file a bug upstream, but I am unsure if the original source is incorrect, or if there is a bug in the icc compiler (which I believe in my case is argyllcms-1.6.3) Would anybody be able to confirm for me which is to blame here? I'm assuming it's the compiler, but I want to make sure. |
|
Wouldn't it make sense if Scribus would simply ignore broken profiles? |
|
Scribus already ignores broken profiles. The problem in this case is that the profile respects the ICC format, but the values in the output table are simply incorrect. And that cannot be detected easily: 1) that need expensive calculations, something which we couldn't do on startup 2) we need original measurements, something which is not stored usually in profiles 3) the validation of incorrectness is not "binary" and need human validations, typically of a color management specialist. In this case the issue is the icc profile generator. However I don't know any opensource icc profile generator which can generate the output table of CMYK profiles. As I've never used argyllcms, I don't know if it's more capable in this respect. It's likely the colord profiles are just made for previewing already separated data on screen, with only input tables being meaningful. |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-09-20 03:25 | Kunda | New Issue | |
2014-09-20 03:25 | Kunda | Issue generated from: 0011539 | |
2014-09-20 03:25 | Kunda | Relationship added | related to 0011539 |
2014-09-20 03:32 | Kunda | Reporter | Kunda => FishB8 |
2014-09-20 03:32 | Kunda | Description Updated | |
2014-09-20 03:32 | Kunda | Steps to Reproduce Updated | |
2014-09-20 03:32 | Kunda | Additional Information Updated | |
2014-09-20 03:38 | Kunda | Category | General => Color Management |
2014-09-20 03:38 | Kunda | Summary | Color Management breaks PDF formatting => Color Management breaks formatting |
2014-09-20 04:07 | FishB8 | Note Added: 0033778 | |
2014-09-20 04:09 | jghali | Note Added: 0033779 | |
2014-09-20 04:18 | FishB8 | Note Added: 0033780 | |
2014-09-20 04:20 | FishB8 | File Added: GRACoL_TR006_coated.icc | |
2014-09-20 12:38 | Kunda | File Deleted: Screenshot-page1-imported-to-landscape.png | |
2014-09-21 14:42 | jghali | Note Added: 0033785 | |
2014-09-21 14:42 | jghali | Status | new => resolved |
2014-09-21 14:42 | jghali | Resolution | open => no change required |
2014-09-21 14:42 | jghali | Assigned To | => jghali |
2014-09-21 14:42 | jghali | Status | resolved => closed |
2014-09-23 02:55 | FishB8 | Note Added: 0033810 | |
2014-09-23 02:55 | FishB8 | Status | closed => feedback |
2014-09-23 02:55 | FishB8 | Resolution | no change required => reopened |
2014-09-23 06:02 | christoph_s | Note Added: 0033814 | |
2014-09-23 08:18 | jghali | Note Added: 0033815 | |
2014-09-23 08:46 | jghali | Note Edited: 0033815 | |
2014-09-23 08:51 | jghali | Note Edited: 0033815 | |
2014-09-23 08:51 | jghali | Note Edited: 0033815 | |
2014-09-23 11:04 | jghali | Status | feedback => resolved |
2014-09-23 11:04 | jghali | Resolution | reopened => no change required |
2014-09-23 11:06 | jghali | Status | resolved => closed |