Ah, I thought it was a patch to the library -- I was looking in the wrong place. I've fixed this in krita itself now and everything is fine! Thanks for the replies. -- Boudewijn

Cool, I will try that. Maybe it's something that can be part of the next release? It doesn't matter for the binaries I build and redistribute myself, but for Linux distributions carrying Krita, it's a

I made this change recently after customer feedback. Seems to do the job, and nobody has complained yet.

Or I guess in ociodisplay/main.cpp you could change line 480 to read: const float slope4f[] = { gain, gain, gain, 1.0f }; Not sure what effect it might have on channel swizzling. Brendan

Looks like a known issue. MatrixOps.cpp line 457 says: // TODO: This should not act upon alpha, // since we dont apply it on the CPU? Maybe you could figure out a way to keep the alpha multiplied

On Thursday 22 November 2012 Nov, Andrew Hunter wrote: > Hey Boudewijn, > > Sounds like the exposure function affecting the alpha channel. Alpha is > usually normalized to 0 - 1, so it would make

Hey Boudewijn, Sounds like the exposure function affecting the alpha channel. Alpha is usually normalized to 0 - 1, so it would make sense if positive exposure adjustments are clamped. Cheers,

Same here. But in that case, rather than fiddling with the locale (I wasn't sure of any unintended consequences of doing that), I swapped in a custom sscanf() that assumed decimal separators. Still,

Ben's description aligns with my own experiences. We had a similar bug reading/writing a text file with decimals, and fixed it in a similar way (by saving/setting/restoring the locale setting). ///d@

I've not had much experience with locales either, but it seemed like an interesting thing to read up on.. so.. With LANG=de_DE, sscanf expects to see floats like "0,12" (compared to 0.12 as required

Hi, I've got some problems using the code from the ocio display application in Krita, and I'm not sure what's going on. The problem is that when the exposure gets negative, the image gets more

Hm... I have to admit I dont have much experience with locales. Can someone with experience on such issues please comment? On first glance, it feels like it should certainly be fixed inside OCIO,

I think I found a bug in either my code or OCIO. When our software is run on a Ubuntu 12.04 machine with a German locale, parsing of srgb.spi1d fails and we get an "Invalid 'From' Tag" exception. I

My apologies that compilation is not easier on windows. Our choice to use an external shared_ptr, in retrospect, makes portability more challenging than it need be; this is one of our top priorities

A shameless plug: The course notes for "Cinematic Color" are now available for download at cinematiccolor.com. My intent is to continue updating this document in the future with additions and

<nhatpho...@...> wrote: You can specify the set of transforms (luts, matricies, etc) either "to reference", "from reference", or both. Most of the time, it's only required to specify the

After feedback from the community, I think its probably simplest to NOT have an OpenColorIO BOF this year. Given that we wont have the opportunity to prepare a rockin' BOF presentation, and that

A revised sponsor list: Sony Pictures Imageworks (they also found and booked the venue, yay!) Weta Digital Peregrine Labs Lucasfilm Pixar Animation Studios

For those of you attending SIGGRAPH 2012 in Los Angeles in August, we are throwing a get-together for developers and users of VFX-specific open source projects. This was a big hit last year, and a

I would definitely go if there was one, and probably drag a couple colleagues with me. I don't have that much to present, as we're only just on the verge of rolling it into the new cycle of projects,