I have a build of 2.0.10 (with DPX performance patch) if anybody is interested.

Visual Studio 2017 (MSVC 14.16 - x64)

- OCIO 1.1.1
- Boost 1.70.0
- ffmpeg 4.0
- tiff 4.0.10
- openexr 2.3
- LibRaw 0.19.5
- Libpng 1.6.33.8807
- Libjpeg 9b
- Libbz2 1.0.6
- zlib 1.2.11.8900

- Python36 bindings
- all OCIO tools

Renaud

From: Oiio-dev <oiio-dev-boun...@lists.openimageio.org> On Behalf Of Larry Gritz
Sent: Friday, November 8, 2019 3:15 PM
To: OpenImageIO developers <oiio-dev@lists.openimageio.org>
Subject: Re: [Oiio-dev] convert non multipart exr into multipart exr

I don't know. Windows people -- does anybody maintain a fairly current full 
OIIO Windows binary build?

              -- lg



On Nov 7, 2019, at 2:29 PM, Johannes Hezer 
<johannes.he...@googlemail.com<mailto:johannes.he...@googlemail.com>> wrote:

Thanks for the answer...
I'll look into python then. Are there binaries for win available with python 
bindings and ocio?
Have not been keeping track if this is already available through the aswf ci/cd 
implementation...
I got stuck with vcpkg when adding the python bindings.


Am 07/11/19 um 21:26 PM schrieb Larry Gritz:
Yeah, that is unfortunately a very awkward thing, as oiiotool doesn't give you 
a clear way to express that you want different parts (aka subimages) of a 
multi-image file to have different data types. It tries to remember the data 
type of the input image, then apply that to the output (if you don't override 
it with `-d`), but it only remembers one type (the first input it encountered), 
it's not a per-subimage value.

Do the channels have unique names across all the parts? I wonder if you could 
make a complicated -d override. Let's say that you had image "beauty.exr" with 
channels R,G,B,A, and image "specular.exr" with channels spec.R,spec.G,spec.B, 
and you want (for the sake of argument) for the spec channels to be float 
versus the default of everything else to be half. Would this work?

    oiiotool beauty.exr specular.exr --siappend -d half -d spec.R=float -d 
spec.G=float -d spec.B=float -o combined.exr

I haven't tried. It might work? I could probably extend the -d syntax so that 
`-d name=type` also recognizes if name is the name of a subimage and applies 
the type to the output of all channels in that subimage?

Rather than fight oiiotool, another way to skin this cat is to just write a 
fairly compact Python script to read the inputs and output them as subimages to 
the same file, and you can easily control the types that way.

              -- lg



On Nov 7, 2019, at 11:26 AM, Johannes Hezer 
<johannes.he...@googlemail.com<mailto:johannes.he...@googlemail.com>> wrote:

Hey,

lately we had some images coming from the farm which were not multipart exrs, 
(submission error) still multichannel exrs, with different bit depths per 
channel.
I was wondering if oiiotool could convert the single multichannel exr into a 
single multichannel, multipart exr and all bit depths remain the same per 
channel ?
Also what we noticed, in our internal exr converter we added all metadata per 
default to all parts, this was causing performance issues in nuke, especially 
with cryptomatte and lots of objects.

How does oiiotool handle this ? Regarding the metadata ?
We solved the performance issue when we only added the metadata to part 0...
And is there a way to set a roi or dod from the alpha ?

I gave it some time to come up with a commandline, but without success...

Thanks in advance

Johannes

_______________________________________________
Oiio-dev mailing list
Oiio-dev@lists.openimageio.org<mailto:Oiio-dev@lists.openimageio.org>
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

--
Larry Gritz
l...@larrygritz.com<mailto:l...@larrygritz.com>







_______________________________________________

Oiio-dev mailing list

Oiio-dev@lists.openimageio.org<mailto:Oiio-dev@lists.openimageio.org>

http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

_______________________________________________
Oiio-dev mailing list
Oiio-dev@lists.openimageio.org<mailto:Oiio-dev@lists.openimageio.org>
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

--
Larry Gritz
l...@larrygritz.com<mailto:l...@larrygritz.com>




_______________________________________________
Oiio-dev mailing list
Oiio-dev@lists.openimageio.org
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

Reply via email to