Ha! No, I meant that a 2x improvement between bad texture format and an
optimal texture format is less surprising than a 5.5x improvement. It's
still a significant and welcome improvement, but it's not so outrageous an
improvement that it arouses suspicions.

On Wed, Sep 14, 2016 at 6:20 PM, Larry Gritz <l...@larrygritz.com> wrote:

> Note to self: 2x improvement is "acceptably but not outrageously faster."
> Must recalibrate reactions to Søren's compliments.
>
>
> On Sep 14, 2016, at 3:02 AM, Søren Ragsdale <sor...@gmail.com> wrote:
>
>
>
> On Mon, Sep 12, 2016 at 7:52 PM, Larry Gritz <l...@larrygritz.com> wrote:
>
>> Note also that this reveals that the "genuine PRMan texture" appears to
>> be saving uint16... I'm not sure if that means it really is converting to
>> uint16, or if it's faking it by storing half in a uint16 container (which
>> would surely not behave properly for an OIIO-based texture system).
>>
>
> Well I feel silly. I've overlooked a major difference. Maketx refuses to
> put float16 data into TIFFs. The prman texture contains int16 data.
>
> fake_prman/lodDefault.1001.tex : 4096 x 4096, 3 channel, half tiff
> (+mipmap)
> real_prman/lodDefault.1001.tex : 4096 x 4096, 3 channel, int16 tiff
> (+mipmap)
>
> I've regenerated the textures so that they're both equivalent:
>
> fake_prman/lodDefault.1176.tex : 4096 x 4096, 3 channel, half openexr
> (+mipmap)
> real_prman/lodDefault.1176.tex : 4096 x 4096, 3 channel, half openexr
> (+mipmap)
>
> ... and the render times are close enough for me:
>
> fake_prman 00:45:16
> real_prman 00:42:15
>
> ... as opposed to the optimized OIIO EXR textures, which are acceptably
> but not outrageously faster:
>
> exr/lodDefault.1176.exr : 4096 x 4096, 3 channel, half openexr
>
> exr 00:21:14
>
> Mystery solved?
> _______________________________________________
> Oiio-dev mailing list
> Oiio-dev@lists.openimageio.org
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
>
>
> --
> Larry Gritz
> l...@larrygritz.com
>
>
>
> _______________________________________________
> Oiio-dev mailing list
> 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