[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Openexr-devel] Slow deep exr
From: |
Gonzalo Garramuño |
Subject: |
Re: [Openexr-devel] Slow deep exr |
Date: |
Mon, 29 May 2017 08:34:57 -0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 |
El 29/05/17 a las 01:27, Peter Hillman escribió:
Hi Gonzalo,
I haven't been able to check the file but I assume it contains one
deep part and one regular image part for the beauty. EXRs are slow if
the data for parts is interleaved - when the file was written, Arnold
possibly alternated between writing scanlines of deep and scanlines of
regular image; reading back the beauty picture might require a skip
every scanline, which can be quite time consuming.
Try running "exrstdattr input.exr output.exr" (no extra arguments
required) and see if output.exr is faster
Hi, Peter.
Your analysis is what I suspected, but using exrstdattr did not make any
difference. The output file is still slow to load the beauty picture.
I have no way of finding out whether the beauty and the deep data are
interleaved or not.
Thanks for the help,
--
Gonzalo Garramuño
- [Openexr-devel] Slow deep exr, Gonzalo Garramuño, 2017/05/22
- Re: [Openexr-devel] Slow deep exr, Peter Hillman, 2017/05/29
- Re: [Openexr-devel] Slow deep exr,
Gonzalo Garramuño <=
- Re: [Openexr-devel] Slow deep exr, Thorsten Kaufmann, 2017/05/29
- Re: [Openexr-devel] Slow deep exr, Gonzalo Garramuño, 2017/05/29
- Re: [Openexr-devel] Slow deep exr, Thorsten Kaufmann, 2017/05/29
- Re: [Openexr-devel] Slow deep exr, Peter Hillman, 2017/05/29
- Re: [Openexr-devel] Slow deep exr, Thorsten Kaufmann, 2017/05/30
- Re: [Openexr-devel] Slow deep exr, Peter Hillman, 2017/05/30
- Re: [Openexr-devel] Slow deep exr, Thorsten Kaufmann, 2017/05/31
- Re: [Openexr-devel] Slow deep exr, Deke Kincaid, 2017/05/30
- Re: [Openexr-devel] Slow deep exr, Thorsten Kaufmann, 2017/05/31