*Adding*

Thanks all. Yes, I was able to get the desired result by add a colorspace to the config that applies the grade and the display LUT. We're trying ocioconvert as a way to make LUT-baked jpeg proxies of

I've been building various .ICC files and not once have I set the --copyright flag and not once has an error been thrown. After looking in the main.cpp for ociobakelut I see that it should be throwing

If you look at the spi-vfx configuration, the srgb8 and p3dci8 color spaces incorporate a film look using a 3D LUT. That's why you can use them as an output space but not an input space (the 3D LUT

It would be easy to add an "ocioconvert --look blah" argument. Made a ticket for that: https://github.com/imageworks/OpenColorIO/issues/292 I think ocioconvert is mainly intended as an example of how

Apologies if this is a repeat question: Ocioconvert takes an input and output colorspace from the current ocio.config and applies a transform to an input image. Is it possible to apply a look as well?

Am 04.12.2012 02:27, schrieb Brendan Bolles: It is not. Filename == description is a good assumtion at profile write time. kind regards Kai-Uwe -- www.oyranos.org

Added for tracking. Should be easy to fix. Sorry for not catching this sooner. https://github.com/imageworks/OpenColorIO/issues/291

I'd call that a bug. Currently ociobakelut gives an error you don't provide a copyright, but it should really give an error if there's no description. Copyright is more optional, I think. If no

I've solved the error of Photoshop (ver12.1 x64), for PC, not recognizing my ICC files. In my attempts to convert a LUT to an .ICC file I was originally forgetting to include the "--description" flag.

Sorry about the spam, folks! This is what happens when I'm still jetlagged and try to take care of online work at 5 AM. ;) -- Jeremy

And so the Chinese cyber terrorism unit has finally worked out that we were a major threat to the party. All this talk of BRDF shading must have scared them. :) 2022/11/29 有效果再付款

There are at least two open source CMM's around, which support float style lookup tables. One is used in Krita, which in turn links to OCIO. The involved Lcms CMM has since version 2.4 a option to

The --inputspace/--outputspace arguments are only required when using an OCIO config. The --lut argument is used, alone, for "Config-free

A question about converting from scene linear to ARRI LogC via an icc profile: when I use ociobakelut I'm wondering how to create an icc file that will be a viewing profile for a scenelinear image, to

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