ocio-dev@lists.aswf.io

Home Messages Hashtags Subgroups Calendar

Messages

Between

and

Aha, the key/value parameters sound great. Much less hacky solution than reloading env variables (which is a slightly flawed idea)! In your example, I don't understand what "context.name1" and

By "dbr/Ben" <b...@...> · #477 ·

Re: Review: First pass at TruelightTransform and TruelightOp

When building from the current imageworks HEAD revision (ce75762bdfaec287db029986cdc17d6f136b7447), I get: src/core/TruelightOp.cpp: In member function ‘virtual OpenColorIO::v0::OpRcPtr

By "dbr/Ben" <b...@...> · #476 ·

Review: moved pystring, tinyxml, md5 into ext

As part of cleaning up the code base for stable I have moved these things so they live in ext with everything else. Moved pystring, tinyxml, md5 into ext, built with hidden symbol visibility so they

By Malcolm Humphreys <malcolmh...@...> · #475 ·

Re: Review: replaced BOOST test with OIIO test

Now in a new pull request with cleaned up history https://github.com/imageworks/OpenColorIO/pull/78

By Malcolm Humphreys <malcolmh...@...> · #474 ·

Re: Reloading Context's env

Hi Ben, Thanks for the note. I was actually just looking at addressing this issue on our end! (if you had waited a week you may have never noticed). The issue is actually two-fold. First, I really

By Jeremy Selan <jeremy...@...> · #469 ·

Reloading Context's env

Today I've configured OCIO for a small project at RSP. It was perfectly straight forward, but I encountered a problem.. In short, with the Nuke OCIODisplay node, the env-variables are never reloaded

By "dbr/Ben" <b...@...> · #471 ·

Review: replaced BOOST test with OIIO test

I'm going to start to use branches from now on, so that pull requests work as expected. btw have you thought about making a github user for the dev-list so that it could receive the pull

By Malcolm Humphreys <malcolmh...@...> · #470 ·

Review: Processor API Rejigger

https://github.com/imageworks/OpenColorIO/pull/75 Processor class now uses the pimpl pattern, so new functions can added in the future without impacting ABI compatibility. This patch maintains source

By Jeremy Selan <jeremy...@...> · #468 ·

Re: Review: First pass at TruelightTransform and TruelightOp

Hi, Optional link dependancy, but all the profile serialisation will work the same all the time. You will only get an exception thrown when creating a processor with a truelight transform but have no

By Malcolm Humphreys <malcolmh...@...> · #467 ·

Re: Review: First pass at TruelightTransform and TruelightOp

I think you can add additional pull requests if they are on uniquely named 'topic' branches. How interesting! - a Truelight Transform... Only quickly glancing at the code (always dangerous), does this

By Jeremy Selan <jeremy...@...> · #465 ·

Review: First pass at TruelightTransform and TruelightOp

Can't seem to send more than one pull request while one is in the queue. https://github.com/malcolmhumphreys/OpenColorIO/commit/c1abbcb4061cd55461d90dfb29a41cbf0989fc20 I can send another pull

By Malcolm Humphreys <malcolmh...@...> · #466 ·

Re: Status of CSP prelut?

Thanks, looks great. Committed. I did a bit of superficial re-factoring; take a look if you're interested. The big changes where to separate lut parsing from evaluation. This lets us detect no-op

By Jeremy Selan <jeremy...@...> · #464 ·

Re: Review: new Baker interface

Thats cool, I'm trying to get all the remaining pieces in place before friday. So I will have a few more things over the next few days. .malcolm

By Malcolm Humphreys <malcolmh...@...> · #463 ·

Re: Review: new Baker interface

On first glance, this looks great. Thanks! I wont have a chance to do a more thorough review until tomorrow... -- Jeremy

By Jeremy Selan <jeremy...@...> · #462 ·

Review: new Baker interface

https://github.com/imageworks/OpenColorIO/pull/73 Replacing some pre ocio code for building luts at drd - Added new OCIO::Baker interface and initial pass at houdini lut writing - Added new app

By Malcolm Humphreys <malcolmh...@...> · #461 ·

Re: Status of CSP prelut?

Oh, of course - test data might be.. useful... http://dl.dropbox.com/u/796113/ocio_temp/csp_prelut_testfile.tar.gz - Source image (JPLogLin'd marcie) - a lin_to_rec709.csp test LUT - source image with

By DBR - Ben <dbr....@...> · #460 ·

Re: Status of CSP prelut?

Sorry I'm working on some other stuff for the last few days in preparation for wrapping up next week. I'll be back on ocio tomorrow so I'll have a look at it then. .malcolm

By Malcolm Humphreys <malcolmh...@...> · #459 ·

Re: Status of CSP prelut?

Cool, looks good! Would anyone have an example csp file with a prelut suitable for testing? Malcolm? Even though what you've done looks totally reasonable, I'd like to QC it against some known good

By Jeremy Selan <jeremy...@...> · #458 ·

Re: Status of CSP prelut?

Initial attempt at this, and an unrelated commit which prevents empty config sections being seralised: https://github.com/imageworks/OpenColorIO/pull/72

By "dbr/Ben" <b...@...> · #457 ·

Re: Review: No more email reviews!

Actually, on further thought let's do both. Very few people get notified of pull requests, and I'd like to keep everyone on this list in the development loop. (that is it's purpose, after all). So

By Jeremy Selan <jeremy...@...> · #456 ·

1801 - 1820 of 2272

Home Hashtags Subgroups Calendar Terms