|
Re: ImageBufAlgo make_texture colorspace change
Larry Gritz <l...@...>
Also, which version of OIIO?
|
|
|
|
Re: ImageBufAlgo make_texture colorspace change
Deke Kincaid <dekek...@...>
It depends on the colorspaces defined in your config.ocio file set by your $OCIO environment variable. Which profile are you using from the examples or did you roll your own?
On Thu, Aug 18, 2016 at 5:47 PM, <er...@...> wrote:
|
|
|
|
ImageBufAlgo make_texture colorspace change
er...@...
Hi, I'm using the Python bindings for OIIO to convert images into textures. I'm having an issue converting a .tif into a .exr texture. The .exr is in sRGB colorspace instead of linear. The .exr looks lighter in Nuke than the .tif. I tried to force the colorspace change, but it didn't work either. Here are two ways I tried to make the texture: and I don't get any errors, but nothing changes. Am I using the wrong colorspace names? I don't know where to find them since they aren't listed in the documentation.
|
|
|
|
Re: 6th annual Open Source VFX Beer of a Feather
Larry Gritz <l...@...>
Wednesday July *27*
Sorry for the mixup. On Jul 19, 2016, at 10:24 AM, Larry Gritz <l...@...> wrote:-- Larry Gritz l...@...
|
|
|
|
6th annual Open Source VFX Beer of a Feather
Larry Gritz <l...@...>
6th annual Open Source VFX Beer of a Feather
For those of you attending SIGGRAPH 2016 in Anaheim, we will be once again holding an event for developers and users of VFX-specific open source projects. It's a great chance to meet the people on the other end of the mail lists! When: Wed. July 26, 2016, 5-7pm <----- yes, a little on the early side Where: OC Brewhouse Hyatt Regency Orange County <----- NOT "Hyatt Place" 11999 Harbor Blvd. How: Sponsors have charged up a tab, and we'll be able to get drinks and hors d'oeuvre until the funding pool runs out (after which you're welcome to stay and buy your own drinks). With proper food and drink in hand, relax and enjoy the company of your fellow open source developers. Your generous sponsors: ACES (Academy Color Encoding System) Ahead.IO Autodesk DigitalFish Double Negative DreamWorks Animation Industrial Light & Magic Luma Pictures Method Studios Pixar Animation Studios Sony Pictures Imageworks Walt Disney Animation Studios Weta Digital Please direct questions to: lg AT imageworks DOT com Please feel free to forward to your developers and the appropriate mail lists for other open source VFX projects you participate in. Also, if your organization is not one of the sponsors but you'd like to be, contact LG and there's certainly time to help charge up a bigger tab (no contribution is too small).
|
|
|
|
Building problems on osx 10.11
Ben De Luca <bde...@...>
Hi,
I am building on osx 10.11 and receive the following error at compile time building 1.0.9 from here https://github.com/imageworks/OpenColorIO/archive/v1.0.9.tar.gz In file included from /tmp/extract/tmpKUwr7l/OpenColorIO-1.0.9/src/core/AllocationOp.cpp:29: In file included from /tmp/extract/tmpKUwr7l/OpenColorIO-1.0.9/src/core/AllocationOp.h:33: In file included from /tmp/extract/tmpKUwr7l/OpenColorIO-1.0.9/export/OpenColorIO/OpenColorIO.h:38: /var/folders/h8/9ghw01cx65ldhgwpk9scbp480000gn/T/tmpBN8ZlT/export/OpenColorABI.h:59:10: fatal error: 'tr1/memory' file not found #include <tr1/memory> Before I look further has any one come across it? I couldn't find any references on the list. I imagine the home brew folks have hit it and will look there.
|
|
|
|
Re: OpenColorIO stewardship
nick....@...
Hi, On Tuesday, March 8, 2016 at 4:33:21 PM UTC-8, Mark Boorer wrote:
We are in the process of publishing the draft VFX Reference Platform for CY2017 so please can you give an update on when you expect this next release to drop and, if it's in time for vendors to incorporate into their 2017 releases, what version number it's likely to be released under so we can include it. Thanks, Nick
|
|
|
|
Re: proper FileTransform usage
Paul Miller <pa...@...>
On 3/8/2016 7:01 PM, Mark Boorer wrote:
Hi Paul,Actually, what we found was creating an actual OCIO config out of the LUT file transform produced the proper results. Not entirely sure what the actual difference is under the cover.
|
|
|
|
Re: ocio Aces 1.0 config
Haarm-Pieter Duiker <li...@...>
Hello Gene,
toggle quoted messageShow quoted text
The ACES 1.0.1 OCIO config can be found here: General information about ACES can be found here: Regards, HP Duiker
On Thursday, March 17, 2016, G C <gcdi...@...> wrote:
|
|
|
|
ocio Aces 1.0 config
G C <gcdi...@...>
Dear OCIO I am new to this and i am struggling to get my self around to find config for After Effects and FUSION using the `Ocio plugin need config where can i download the complete set or configurations smilier to the Nuke ocio integration IIF aces module and the rest How do i build my own config to for example cover an srgb to Aces cg to make clean transforms from sRGB to ACEs cg thank you in advance for helping me out and looking into this Best wishes Gene
|
|
|
|
Re: OpenColorIO stewardship
Andy Jones <andy....@...>
Thanks for the update, guys. Much appreciated, as well as all of the ongoing efforts with both ACES and OCIO! If it seems like it would make sense in the long term to distribute ACES configs separately from the OCIO examples, I wouldn't have any problem with that. I can see where it might make it easier to juggle ACES updates and OCIO library updates. But it does seem like our best bet for getting ACES 1.0 into this year's releases might be to avoid rocking the boat too much and stick with the plan you guys outlined.
|
|
|
|
Re: proper FileTransform usage
Mark Boorer <mark...@...>
Hi Paul, When you say your FileTransform results differ from Nuke's, is this from using a Vectorfield node, or an OCIO FileTransform node, or perhaps an OCIO Display node entirely? Also what format of LUT are you using?(I'd also recommend using INTERP_TETRAHEDRAL where possible) Cheers, Mark
On Tue, Mar 8, 2016 at 5:52 PM, Paul Miller <pa...@...> wrote: I need advice on the correct way to use a LUT file transform in an OCIO processor. My results when using a FileTransform look different than in Nuke, with whites appearing more subdued using the test LUT I have. Am I doing this right?
|
|
|
|
Re: OpenColorIO stewardship
Mark Boorer <mark...@...>
Hi All, Apologies Mark, I missed your previous request for an update, it's been a bit busier this year than I expected! Andy, et al; As Haarm-Pieter put it, I am currently awaiting his final changes before I can merge his ACES 1.0.1 config into the repo. At the moment, the OpenColorIO-Configs repository is not versioned in lock step with the library, so I see no reason why this cannot go out immediately. Initially I'd had some reservations about the sheer size of the commits, and that the addition of other, non OpenColorIO related data would have an adverse effect on the usability / maintainability of the repository, but people seem keen to use this repo as a central ACES reference implementation, rather than just a place for OCIO configs, so I plan on putting it through in one go.
On Tue, Mar 8, 2016 at 8:26 PM, Haarm-Pieter Duiker <li...@...> wrote:
|
|
|
|
Re: OpenColorIO stewardship
Haarm-Pieter Duiker <li...@...>
Hey Andy, Here's an update from my side on the issue. After a bit of delay, Mark and the OCIO leadership have agreed to accept the pull request to integrate the ACES 1.0.1 config into the main OCIO configs repo. They have asked me to combine the commit history into a single commit before doing so, so the commit history for the general repo doesn't suddenly have a huge list of commits that won't mean much to most people. It's on my to do list. I'm also on a project that is barreling head-long towards a deadline this week, so that's taking precedence right now. I'm hoping to have the commits squashed this weekend so the pull request can be accepted. Mark, correct me if that's not in line with your understanding. HP
On Tue, Mar 8, 2016 at 2:37 PM, Andy Jones <andy....@...> wrote:
|
|
|
|
Re: OpenColorIO stewardship
Andy Jones <andy....@...>
Bumping this, specifically WRT ACES 1.0 in the configs. It would be great to get some kind of (hopefully short) timeline on that. The configs in Nuke seem to be some ancient checkout of the examples, and we'd like to pressure them to bring them up to date for their next release. We'd really like to see ACES 1.0 included in that update. It seems like there's a chance Nuke might end up pulling from HP's github if the update doesn't happen soon, but I would imagine it's in everyone's best interest to keep everything pointed at the original repo. If there's a big refactor of the configs going on for the major release mentioned above, perhaps it's worth making a branch and merging HP's ACES 1.0 config into master until that's ready? Even if the configs are likely to need to change with the updates, it seems like places may need a legacy ACES 1.0 config for a while, until the future library makes its way into the apps.
|
|
|
|
proper FileTransform usage
Paul Miller <pa...@...>
I need advice on the correct way to use a LUT file transform in an OCIO processor. My results when using a FileTransform look different than in Nuke, with whites appearing more subdued using the test LUT I have. Am I doing this right?
My normal OCIO processor looks like this: DisplayTransformRcPtr transform = DisplayTransform::Create(); transform->setInputColorSpaceName(colorSpaceName); transform->setDisplay(displayName); transform->setView(lookName); transform->setLinearCC(gainTransform); transform->setChannelView(swizzle); transform->setDisplayCC(exposureTransform); processor = config->getProcessor(transform); However, I also allow bringing in an external LUT file, and I use it like this in lieu of the DisplayTransform: FileTransformRcPtr fileTransform = FileTransform::Create(); fileTransform->setSrc(path); fileTransform->setInterpolation(OCIO::INTERP_LINEAR); GroupTransformRcPtr group = GroupTransform::Create(); group->push_back(gainTransform); group->push_back(fileTransform); group->push_back(exposureTransform); processor = config->getProcessor(group); I'm using the same display shader for both.
|
|
|
|
Re: OpenColorIO stewardship
Mark Visser <mvi...@...>
Hi Mark, Could you give us an update on the timeline? thanks, -Mark
On Tuesday, November 24, 2015 at 10:55:48 AM UTC-5, Mark Boorer wrote:
|
|
|
|
Re: Compatible software list
simon smith <si.c....@...>
Could you also add HDR Light Studio v5.0+ (www.lightmap.co.uk) as compatible software too please. We ship the OCIO configs with the main application to allow users to convert source image data into linear color space, to generated final content in the supported output color space, and also the internal views can be mapped via the native support for OpenColorIO on the appropriate display toolbars. Cheers, Simon C. Smith CTO and Co-Founder Lightmap LTD.
On Thursday, October 8, 2015 at 6:11:50 PM UTC+1, Alexandre Gauthier wrote:
|
|
|
|
Re: Creating mipmapped textures with OpenImageIO
John Coldrick <john.c...@...>
Got it! Cool, thanks Larry... J.C.
On Friday, January 22, 2016 at 3:29:07 PM UTC-5, Larry Gritz wrote:
|
|
|
|
Re: Creating mipmapped textures with OpenImageIO
Larry Gritz <l...@...>
There is an oiio-dev group: http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
The oiiotool command line you use is writing a tiled file, but there's more to a MIP-map. When you use maketx, it's creating a multi-resolution (MIP-map levels) as well as embedding some other assorted things in the metadata that help at render time. Somewhere on my list is to add a feature to oiiotool that would cause it to do exactly the same thing that maketx does. But at present, you're expected to use maketx for that final MIPmap creation step.
|
|
|