|
Re: An Academy Award for OpenColorIO!
Woo-hoo! I can't think of a better way to start 2014. :)
It goes without saying that OCIO is a community effort so I'd like to
give a *huge* thanks to all the developers, users, and
Woo-hoo! I can't think of a better way to start 2014. :)
It goes without saying that OCIO is a community effort so I'd like to
give a *huge* thanks to all the developers, users, and
|
By
Jeremy Selan <jeremy...@...>
·
#1283
·
|
|
Re: OCIO 1.0.9 released
Hi!
Actually, this version FTBFS as you can see at [1].
Former versions didn't have this kind of problem.
Is there any change I should care about?
Thanks in advance.
Cheers.
[1]
Hi!
Actually, this version FTBFS as you can see at [1].
Former versions didn't have this kind of problem.
Is there any change I should care about?
Thanks in advance.
Cheers.
[1]
|
By
"Matteo F. Vescovi" <mfve...@...>
·
#1282
·
|
|
Re: Force a refresh of context variables?
Brilliant, I hadn't thought of that. Just stuck that into our viewer process gizmos and it works like charm.
I wasn't aware of the metadata trick, neat.
cheers,
-Mark
Brilliant, I hadn't thought of that. Just stuck that into our viewer process gizmos and it works like charm.
I wasn't aware of the metadata trick, neat.
cheers,
-Mark
|
By
Mark Visser <mvi...@...>
·
#1281
·
|
|
Re: Force a refresh of context variables?
Or you can save the context data in metadata (if the import format supports it, like exr).
and use:
key1:SHOT
value1:[metadata "look"]
this will make it possible to do different looks based on the
Or you can save the context data in metadata (if the import format supports it, like exr).
and use:
key1:SHOT
value1:[metadata "look"]
this will make it possible to do different looks based on the
|
By
Ashley Retallack <ashl...@...>
·
#1279
·
|
|
Re: Force a refresh of context variables?
If you only need a limited set of the env variables, you can set the Nuke node context tab up like so:
key1: SHOT
value1: [getenv SHOT]
..etc, then it will dynamically pick up changes to the SHOT
If you only need a limited set of the env variables, you can set the Nuke node context tab up like so:
key1: SHOT
value1: [getenv SHOT]
..etc, then it will dynamically pick up changes to the SHOT
|
By
dbr/Ben <dbr....@...>
·
#1280
·
|
|
Force a refresh of context variables?
Hi folks,
A feature that our artists fought long and hard to have is the ability to change shots from within their software, without going back to the shell and doing a "setshot" (which sets up
Hi folks,
A feature that our artists fought long and hard to have is the ability to change shots from within their software, without going back to the shell and doing a "setshot" (which sets up
|
By
Mark Visser <mvi...@...>
·
#1277
·
|
|
Re: An Academy Award for OpenColorIO!
Congratulations Jeremy!
By
Andrew Hunter <and...@...>
·
#1278
·
|
|
Any new release planned?
I was asked by a user to rebuild OpenColorIO with OpenImageIO as a dependency so the additional cli tools are built. I didn't do this originally because I didn't want them mutually dependent on each
I was asked by a user to rebuild OpenColorIO with OpenImageIO as a dependency so the additional cli tools are built. I didn't do this originally because I didn't want them mutually dependent on each
|
By
Richard Shaw <hobbe...@...>
·
#1276
·
|
|
Re: An Academy Award for OpenColorIO!
Congratulations Jeremy and everyone who was contributed to, supports, and uses OpenColorIO! Very well deserved.
Congratulations Jeremy and everyone who was contributed to, supports, and uses OpenColorIO! Very well deserved.
|
By
Dithermaster <dither...@...>
·
#1274
·
|
|
Re: An Academy Award for OpenColorIO!
Congratulations Jeremy and team!
Congratulations Jeremy and team!
|
By
Adam Martinez <amarti...@...>
·
#1272
·
|
|
Re: An Academy Award for OpenColorIO!
Awesome!
By
Boudewijn Rempt <bo...@...>
·
#1275
·
|
|
Re: An Academy Award for OpenColorIO!
Congratulations!! Very well deserved!
Congratulations!! Very well deserved!
|
By
Ashley Retallack <ashl...@...>
·
#1273
·
|
|
An Academy Award for OpenColorIO!
Jeremy Selan will be awarded an Academy Award for his work on OpenColorIO at the Academy's annual Scientific and Technical Awards Presentation on Saturday, February 15. This is a huge honor for
Jeremy Selan will be awarded an Academy Award for his work on OpenColorIO at the Academy's annual Scientific and Technical Awards Presentation on Saturday, February 15. This is a huge honor for
|
By
Rob Bredow <r...@...>
·
#1271
·
|
|
OpenColorIGo - Bindings for the Go language
Hey All,
I had a need to use OpenColorIO for my image processing server, written in Go, so I started working on bindings. Thought I would share, just in case anyone is interested/involved in
Hey All,
I had a need to use OpenColorIO for my image processing server, written in Go, so I started working on bindings. Thought I would share, just in case anyone is interested/involved in
|
By
Justin Israel <justin...@...>
·
#1270
·
|
|
Re: OpenColorIO FTBFS on GNU/kFreeBSD boxes
Hi!
Any news on this front? OCIO is stuck to v1.0.8 in Debian because we
already have yaml-cpp 0.5.x in sid/unstable suite and now OCIO is ftbfs
against this new version.
Could you possibly let me
Hi!
Any news on this front? OCIO is stuck to v1.0.8 in Debian because we
already have yaml-cpp 0.5.x in sid/unstable suite and now OCIO is ftbfs
against this new version.
Could you possibly let me
|
By
"Matteo F. Vescovi" <mfve...@...>
·
#1269
·
|
|
Re: vd16 and alpha channels PS -> Nuke
> If you attempt to do a similar thing from within a Nuke node chain, the error would already be baked into the data buffer.
Does this include if you have raw switched on in the read node and than do
> If you attempt to do a similar thing from within a Nuke node chain, the error would already be baked into the data buffer.
Does this include if you have raw switched on in the read node and than do
|
By
Ashley Retallack <ashl...@...>
·
#1268
·
|
|
Re: vd16 and alpha channels PS -> Nuke
On Nov 28, 2013 4:49 AM, "Ashley Retallack" <ashl...@...> wrote:
> Thanks for the reply. If I was to do this in a nuke context what would the process be, it this no different to doing an unpremult
On Nov 28, 2013 4:49 AM, "Ashley Retallack" <ashl...@...> wrote:
> Thanks for the reply. If I was to do this in a nuke context what would the process be, it this no different to doing an unpremult
|
By
Troy Sobotka <troy.s...@...>
·
#1266
·
|
|
Re: vd16 and alpha channels PS -> Nuke
Hi Troy,
Thanks for the reply. If I was to do this in a nuke context what would the process be, it this no different to doing an unpremult before color transform and a premult afterwards? In which
Hi Troy,
Thanks for the reply. If I was to do this in a nuke context what would the process be, it this no different to doing an unpremult before color transform and a premult afterwards? In which
|
By
Ashley Retallack <ashl...@...>
·
#1267
·
|
|
Re: vd16 and alpha channels PS -> Nuke
Assuming I understand the issue...
Assuming I understand the issue...
|
By
Troy Sobotka <troy.s...@...>
·
#1265
·
|
|
Re: vd16 and alpha channels PS -> Nuke
Cool,
Thanks for the reply. Yes that's what I thought. so it's more that comp and reprojections need to over in the space space as the matte painting was done in rather than trying to correct the
Cool,
Thanks for the reply. Yes that's what I thought. so it's more that comp and reprojections need to over in the space space as the matte painting was done in rather than trying to correct the
|
By
Ashley Retallack <ashl...@...>
·
#1264
·
|