Re: Typical configuration files used


Simon Therriault <mos...@...>
 

Thanks for the info Sean.

On my side, it's more a question of how much data the typical configuration files relies on. For Aces, it's something like 70 LUTs and 270Mb of data. That's why I was wondering if it's a typical use case. I guess it could be both, since like you said, starting from scratch, is not the easiest path and the typical user won't want to spend much time fiddling with this. If what's available as is can do everything, then it's better to use it and be done with it.



On Thursday, November 22, 2018 at 1:02:13 PM UTC-5, Sean Cooper wrote:
Hello,

I'd honestly say it depends on the time you have and your grasp of what problems you're trying to solve.

In truth the larger hill of difficulty is from generating you're own luts and/or decomposing colorspaces into the relevant ocio transforms, since there isn't as much helpful tooling around this.

If you do go down the path of creating your own config from stratch (not merely culling the list of an existing one) I'd suggest using the API to generate your config. In my opinion there is no reason to be manually editing the YAML by hand.

On Thu, 22 Nov 2018, 5:23 pm Simon Therriault <mos...@... wrote:

Hi,

During my integration of the OCIO  library, I have mainly used the configuration files that can be obtained from the OCIO website, mainly nuke and Aces. I was wondering what is the typical use case by users of the library. Do people start from the Aces configuration and strip it down for what they need, do they start from scratch, do they keep the Aces configuration as is? 

I'd be interested to have your input on this!

Thanks 

--
You received this message because you are subscribed to the Google Groups "OpenColorIO Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ocio-dev+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Join ocio-dev@lists.aswf.io to automatically receive all group messages.