If its not explictly set, 45 will be used in IImImf.

But Id have to check the code to see if dwaCompressionLevel gets explictly
added if its omitted. My guess is that it isnt added automagically.

On Thursday, September 22, 2016, Deke Kincaid <dekekinc...@gmail.com> wrote:

> One more.  When you don't set the compression at all, the compression attr
> does not get set, so I'm not even sure if this is a "legal" dwa compressed
> file?
>
> Shouldn't we default to 45 if nothing is set?
>
> On Thu, Sep 22, 2016 at 7:03 PM, Deke Kincaid <dekekinc...@gmail.com
> <javascript:_e(%7B%7D,'cvml','dekekinc...@gmail.com');>> wrote:
>
>> One other follow up and also related to the PR. With a multipart EXR
>> image, how do you set the compression on all parts?
>>
>> It is only setting it on part 0, none of the others are getting
>> compressed.  Can we have the --compression dwaa:45 in the above PR also
>> work on every single part, not just the first one?  Same with
>>  --attrib dwaCompressionLevel 45
>> it only goes to part 0.
>>
>>
>>
>>
>> On Thu, Sep 22, 2016 at 2:15 PM, Larry Gritz <l...@imageworks.com
>> <javascript:_e(%7B%7D,'cvml','l...@imageworks.com');>> wrote:
>>
>>> OK, my stab at this is here: https://github.com/OpenI
>>> mageIO/oiio/pull/1493
>>>
>>> Please follow up comments on the approach on that PR, if you don't mind.
>>>
>>> It would be great for somebody to pull that patch on their end and give
>>> it a try (works for me, but would be good to have somebody else confirm it
>>> meets their expectations).
>>>
>>>
>>>
>>> On Thu, Sep 22, 2016 at 1:35 AM, Mike Wong | ax.gmail <
>>> artix...@gmail.com <javascript:_e(%7B%7D,'cvml','artix...@gmail.com');>>
>>> wrote:
>>>
>>>> #2 +1
>>>>
>>>> On Thu, Sep 22, 2016 at 12:36 AM, Larry Gritz <l...@imageworks.com
>>>> <javascript:_e(%7B%7D,'cvml','l...@imageworks.com');>> wrote:
>>>>
>>>>
>>>>> 1. As Kevin points out, we can use something akin to Karl's mapping
>>>>> (I'll find a cubic curve that maps these smoothly?) of quality's 0-100
>>>>> scale into settings for DWA compression quality. I don't know if that will
>>>>> give you a "smooth" response either visually or in terms of file size. If
>>>>> somebody wants to do a little research and try to map out a more
>>>>> perceptually or size-wise linear response, please volunteer.
>>>>>
>>>>> 2. Another approach is to skip --quality, and just allow the
>>>>> compression setting to be built into the compression name!  How does this
>>>>> look: --compression dwaa:45 or --compression dwaa:200. The idea is that
>>>>> anything starting with "dwaa" would turn on dwaa compression, and any
>>>>> optional trailing numbers would set the dwaaCompressionQuality.
>>>>>
>>>>> Opinions?
>>>>>
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Oiio-dev mailing list
>>>> Oiio-dev@lists.openimageio.org
>>>> <javascript:_e(%7B%7D,'cvml','Oiio-dev@lists.openimageio.org');>
>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Larry Gritz
>>> l...@imageworks.com <javascript:_e(%7B%7D,'cvml','l...@imageworks.com');>
>>>
>>> _______________________________________________
>>> Oiio-dev mailing list
>>> Oiio-dev@lists.openimageio.org
>>> <javascript:_e(%7B%7D,'cvml','Oiio-dev@lists.openimageio.org');>
>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
>>>
>>>
>>
>
_______________________________________________
Oiio-dev mailing list
Oiio-dev@lists.openimageio.org
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

Reply via email to