I'm having trouble, too. On Linux building against libtiff 4.0.3, I seem to be 
able to write a jpeg-in-tiff file, but can't read it (for example, with iinfo 
--stats). But maybe only some files, because I can read the line in libtiff's 
testsuite that is written with jpeg (quad-jpeg.tif).

On my Mac against libtiff (4.0.6), I get the same error you reported, 
        oiiotool ERROR: -o : TIFFWriteTile failed writing tile x=0,y=0,z=0 
(Application transferred too few scanlines)
        TIFFWriteTile failed writing tile x=0,y=64,z=0 (Application transferred 
too few scanlines)
        ...

So not sure what's going on.

These are both with OIIO master TOT.


> On Jul 15, 2016, at 10:09 AM, Eric Tabellion <[email protected]> 
> wrote:
> 
> If this works for you or someone else on the list, would you mind posting 
> what your configuration is including versions of OIIO, libtiff, and libjpeg ? 
> I'm looking for a recommendation of what version to upgrate to.
> 
> Thanks!
> 
> On Thu, Jul 14, 2016 at 5:02 PM, Larry Gritz <[email protected] 
> <mailto:[email protected]>> wrote:
> Well that certainly makes me suspect that perhaps your TIFF library is too 
> old or was built with JPEG support disabled.
> 
> 
>> On Jul 14, 2016, at 3:25 PM, Eric Tabellion <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> FWIW, this works fine using my local custom build and makes a valid 
>> jpeg-compressed .tif file that is recognized as such in iv / iinfo / 
>> tiffinfo:
>> 
>> oiiotool test.exr --colorconvert linear sRGB -d uint8 --attrib 
>> CompressionQuality 90 --compression jpeg -o tmp.tif
>> 
>> 
>> On Thu, Jul 14, 2016 at 3:03 PM, Eric Tabellion 
>> <[email protected] <mailto:[email protected]>> wrote:
>> I am using OIIO 1.6.13 although using a custom build, so there are many 
>> reasons why this could fail for me.
>> 
>> It would be good to know if what I'm trying is known to be (or not be) 
>> working, if this has been tried before, or if you think this is just plain 
>> foolish for some reason.
>> 
>> 
>> tiffinfo, which links with the same version of libtiff and libjpeg as maketx 
>> reports:
>> 
>> tiffinfo -v
>> LIBTIFF, Version 3.9.4
>> 
>> My test image is a 4K half-float linear .exr:
>> 
>> oiiotool -v -info test.exr 
>> Reading test.exr
>> test.exr             : 4096 x 4096, 3 channel, half openexr
>>     channel list: R, G, B
>>     oiio:ColorSpace: "Linear"
>>     compression: "zip"
>>     a_color_render_transform: 0
>>     a_colorspace: 1
>>     a_format: -1
>>     a_res: 0
>>     dwaVersion: 200
>>     machine: "xlimepuma.anim.dreamworks.com 
>> <http://xlimepuma.anim.dreamworks.com/>"
>>     PixelAspectRatio: 1
>>     screenWindowCenter: 0 0
>>     screenWindowWidth: 1
>>     uuid: "052f9d17-dc1b-46f3-abcf-8e58ff3aab93"
>> 
>> 
>> 
>> On Thu, Jul 14, 2016 at 2:13 PM, Larry Gritz <[email protected] 
>> <mailto:[email protected]>> wrote:
>> Which version of OIIO are you using?  ("maketx --help | head")
>> 
>> Do you know precisely which libtiff you're using, and whether it was 
>> compiled with JPEG support?
>> 
>> Finally, what's the input test_linear.exr?  ("oiiotool -v -info 
>> test_linear.exr")
>> 
>> 
>>> On Jul 14, 2016, at 12:14 PM, Eric Tabellion <[email protected] 
>>> <mailto:[email protected]>> wrote:
>>> 
>>> Hi oiio-dev!
>>> 
>>> I am trying to save on disk space and network bandwidth for our OIIO-based 
>>> texture pipeline and I am wondering what is a good lossy compression to use 
>>> for .tx files.
>>> 
>>> Has anyone ever tried and/or been successful at making mipped/tiled 
>>> "render-ready" .tx textures using good old "jpeg" compression ?
>>> 
>>> I've tried this with our build of maketx and got the following error:
>>> 
>>> maketx test_linear.exr -d uint8 --oiio --colorconvert linear sRGB --attrib 
>>> CompressionQuality 90 --compression jpeg -o test_srgb.tx
>>> 
>>> maketx ERROR: Write failed " : TIFFWriteTile failed writing tile 
>>> x=0,y=0,z=0 (Application transferred too few scanlines)
>>> TIFFWriteTile failed writing tile x=0,y=64,z=0 (Application transferred too 
>>> few scanlines)
>>> TIFFWriteTile failed writing tile x=0,y=128,z=0 (Application transferred 
>>> too few scanlines)
>>> TIFFWriteTile failed writing tile x=0,y=192,z=0 (Application transferred 
>>> too few scanlines)
>>> TIFFWriteTile failed writing tile x=0,y=256,z=0 (Application transferred 
>>> too few scanlines)
>>> (message repeated until "y" reaches the vertical resolution of the input 
>>> texture)
>>> 
>>> 
>>> For reference, I'm on Red-Hat 6 and maketx/OIIO uses:
>>> 
>>> ldd `which maketx` | grep tiff
>>>         libtiff.so.3 => /usr/lib64/libtiff.so.3 (0x00000036b7200000)
>>> 
>>> 
>>> Does this look familiar to anyone ? Could it be our build or version of 
>>> libtiff that is fishy ?
>>> Thanks for any insight!
>>> :-)
>>> Eric
>>> 
>>> -- 
>>> ---------------------------------------------------------------
>>> Eric Tabellion           [email protected] <mailto:[email protected]>
>>> R&D Staff                (650)-562-9146 <tel:%28650%29-562-9146>
>>> PDI/Dreamworks
>>> 
>>> _______________________________________________
>>> Oiio-dev mailing list
>>> [email protected] <mailto:[email protected]>
>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org 
>>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>
>> 
>> --
>> Larry Gritz
>> [email protected] <mailto:[email protected]>
>> 
>> 
>> 
>> _______________________________________________
>> Oiio-dev mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org 
>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>
>> 
>> 
>> 
>> 
>> -- 
>> ---------------------------------------------------------------
>> Eric Tabellion           [email protected] <mailto:[email protected]>
>> R&D Staff                (650)-562-9146 <tel:%28650%29-562-9146>
>> PDI/Dreamworks
>> 
>> 
>> 
>> 
>> -- 
>> ---------------------------------------------------------------
>> Eric Tabellion           [email protected] <mailto:[email protected]>
>> R&D Staff                (650)-562-9146 <tel:%28650%29-562-9146>
>> PDI/Dreamworks
>> 
>> _______________________________________________
>> Oiio-dev mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org 
>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>
> --
> Larry Gritz
> [email protected] <mailto:[email protected]>
> 
> 
> 
> _______________________________________________
> Oiio-dev mailing list
> [email protected] <mailto:[email protected]>
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org 
> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org>
> 
> 
> 
> 
> -- 
> ---------------------------------------------------------------
> Eric Tabellion           [email protected] <mailto:[email protected]>
> R&D Staff                (650)-562-9146
> PDI/Dreamworks
> 
> _______________________________________________
> Oiio-dev mailing list
> [email protected]
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

--
Larry Gritz
[email protected]


_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

Reply via email to