ocio-dev@lists.aswf.io

Home Messages Hashtags Subgroups Calendar

Messages

Between

and

Re: Got Luts?

Oh I have never used this as it got released by RSR after we implemented the csp format at RSP. Not sure if it's helpful as I haven't spent anytime looking into it so I wouldn't expect it to work out

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

Re: Got Luts?

Mostly using cinespace .csp, houdini .lut and .icc profiles for photoshop. The main lut format requirements for me is supporting some form of 1D pre lut and a 3D cube. I have uploaded the csp lut

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

OCS 0.5.7 posted

0.5.7 features: * Python API is much more fleshed out (object ownership is clarified), object mutability is explicit * Improved public C++ header (functions if-def'd out have been

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

Re: [ocs-dev] Re: Got Luts?

Good feedback. How about this: Let's support all trivial image formats, as long as it doesn't introduce a library dependency or support headache. So PPM is in. If there's a simple raw/ascii float

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

Re: Got Luts?

I've used 10bit DPX for this purpose in the past (when I thought I'd invented 2D 3D LUTs). 8 or 16 bit PPM may be a good compromise. It won't please everyone but implementation requires so little

By bsloan <bsl...@...> · #51 ·

Re: [ocs-dev] Re: Got Luts?

I wouldn't burden OCS with the image-reading functionality. You'll never make everybody happy without supporting a bzillion formats. Why not just allow the lut to be specified as a big array and

By Larry Gritz <l...@...> · #50 ·

Re: [ocs-dev] Re: Got Luts?

There are some subtleties with layout and mappings, so let me know when it's time to implement the import/export logic and I'll write up a spec. As for file formats, people use different ones -

By Naty Hoffman <na...@...> · #49 ·

Re: OCS v0.5.6 posted

Oh, and for those who geek out on python binding implementations, I'd invite you to check out: src/pyglue/ PyConfig.h PyConfig.cpp I'm curious to see how people feel about this approach. Rather

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

OCS v0.5.6 posted

Version 0.5.6 (June 8 2010): * PyConfig stub implementation * Dropped ImageDesc.init; added PlanarImageDesc / PackedImageDesc * Dropped tr1::shared_ptr; added boost::shared_ptr

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

Re: Got Luts?

Yah, the "lut as image" approach should be really easy to support, I'll add that to the short list. My only concern would be which fileformats to support. I'd still like to keep our dependencies

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

Re: [ocs-dev] Got Luts?

Jeremy, The 2D LUT format I describe below is starting to become a bit more standardized in the game industry - it is being used by two major middleware companies (Crytek and Epic - see

By "Nathaniel Hoffman" <na...@...> · #45 ·

Re: [ocs-dev] Re: OCS v0.5.5 posted

My fear is that TR1 is somewhat variably implemented at the moment, though smart pointers should be pretty much stable. The biggie is that we can't support it on Windows yet. b -- Bruno Nicoletti

By Bruno Nicoletti <bruno.j....@...> · #44 ·

Re: [ocs-dev] OCS v0.5.5 posted

Hi Jeremy, thanks for the reply. I'm a firm believer in smart pointers, choosing what to expose can be problematic in an API like this when there is no firm standard. #ifndefs is the way around

By Bruno Nicoletti <bruno.j....@...> · #43 ·

Re: OCS v0.5.5 posted

Oh, and to clarify, Is your fear related to the specific include of the TR1 shared_ptr, or to shared_ptrs in public headers in general? -- Jeremy

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

Re: [ocs-dev] OCS v0.5.5 posted

The use of tr1 shared_ptr is only a stub. When we get multi-platform stuff sorted out that section will definitely be replaced with platform / compiler specific #ifdefs. Any shared_ptr that provides

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

Re: [ocs-dev] OCS v0.5.5 posted

Hi Jeremy, looking much nicer. However, I have The Fear as you are using C++ TR1 for smart pointer magic. We are on Visual Studio 2005 for Windows and there is no TR1 for VS5 (we won't be changing in

By Bruno Nicoletti <bruno.j....@...> · #42 ·

OCS v0.5.5 posted

This one will actually build on other people's machines... please see INSTALL file for instructions on how to build the Nuke example (posted here as well): Make a build directory, cd into

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

First Code Drop: OCS v0.5.4

Folks, We've made a lot of progress on Open Color Space, and decided to post our first cut. This is first code drop of many; we will try to post the trunk either every week or every 2 weeks. (And

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

Re: 3DL cube format.

Yes. Agreed. The importer can use the fuzzy greater-than-1/2-max heuristic for guessing the bit-depths of A and B. ...and be correct most of the time. -blake

By bsloan <bsl...@...> · #37 ·

Re: [ocs-dev] 3DL cube format.

Cool, thanks for the info. So it sounds like when we want to write a .3dl exporter, we'll need to specify which flavor of .3dl to write. However, on the import side it still sounds like we'll be

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

2221 - 2240 of 2272

Home Hashtags Subgroups Calendar Terms