Re: [CinePaint] strange handling of SIGTERM
Kai-Uwe Behrmann <[email protected]> Tue, 18 Aug 2009 09:02:52 +0200 (CEST)
| Newsgroups | gmane.comp.video.cinepaint.user |
|---|---|
| Message-ID | <[email protected]> |
Am 18.08.09, 00:11 +0100 schrieb Gene Selkov: > understanding color management. Whatever I tried to do during the last > couple days left me with a suspicion that my display profile is > applied twice. First when it is loaded into my display's LUT. And the You are familiar with the two stage colour correction for monitors? ArgyllCMS not only sets the ICC profile in X but as well loads a embedded vcgt tag into the graphic card. Vcgt is a triple of linear LUTs to alter gray balance and over all response of a monitor. This is often called the device calibration stage. This cheap and very fast manipulation brings the whole desktop in one consitent state. The biggest plus is it works for almost all computers including elder ones. The drawback is, a calibration eats some bits of the available shades. So with a monitor exposing steppings alredy in the still typical 8-bit mode will expose even more obvious stepping due to the omitted shades from the vcgt calibration stage. It may or may not harm on a laptop monitor as most of these displays are said to be dithered 6-bit devices. Colour corrections are done by a CMM, in CinePaint by littleCMS or short lcms. Lcms can handle whatever ICC profile a image is tagged with. Ok Gray should still be a problem in CinePaint. Lab, Cmyk, Yuv and so on can not correctly be displayed with a simple linear calibration approach but should be correctly displayed with CinePaints colour management. > second time, when Cinepaint opens my image. The reason I believe so is > because the same image looks very different when I view it with a > non-color-managed tool. To be exact, it looks right in evince, for > example, which is not color-managed. To make sure I knew what's right > and what's not, I took a shot of a reflective IT8 in direct sunlight, > saved it into an sRGB tiff with ufraw, using my camera's internal > matrix (which is a more trustworthy calibration source than any > profile I managed to produce so far), and when I view that in any > profile-agnostic tool on my newly calibrated screen, it does look > right. Which means, I believe, that Argyll did a great job, and that > my camera isn't too bad either. Now, when I open that image in I am in doubt that the Gnome desktop has a real desktop colour management. This would mean it had to colour correct all desktop content through a CMM. While this is possible and exists as a working prototype for the Compiz window manager in Oyranos git, its still far from every day usability. A false colour image tagged with the according ICC profile can detect ICC style colour corrections. > Cinepaint (regardless of the profile assigned), It looks too bright > and too red -- which is what I would expect from my current display > profile, if it were applied twice (I know the direction and > approximately the amount of change it effects, from the uncalibrated > state, and the change I observe in Cinepaint is in the same > direction, and by about as much). Did you veryfy your calibration with Argyll? I think Graeme has some routines in his tools to test a applied ICC profile. But thats best asked on the Argyll mailing list. > Another curious observation is that when I open my raw file with > Cinepaint, it does look right, but only until I try to something > useful to it. I cannot save it or make any changes, or add a layer, or > copy it to another image; whatever I do to it make it look wrong. It > becomes too dim and too blue. Perhaps the colour correction is not running instantly. A plain zoom should not alter the images colour appearance. > There is something profoundly wrong in my toolchain, because when I > consider all these effects together, they add up to something like > Escher's straircase. Does any of this seem familiar to anyone? Is > there a rational way of sorting it out? :-) Yes its someties hard to nail things down with colour management due to the often many components involved. A step by step verification is unfortunedly often laborious. But you seems to have a colorimeter which might be a helpful tool. Frank Peters had already mentioned some test images. Here are a pair of false colour and sRGB images: http://www.oyranos.org/wiki/index.php?title=Test_Images They can be used to find out about double colour corrections. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july