Proposed fix: https://github.com/OpenImageIO/oiio/pull/477
On Dec 18, 2012, at 10:42 AM, Larry Gritz wrote: > Aha, I have reproduced the bug you describe. I'll have a fix for you today. > > -- lg > > > On Dec 17, 2012, at 6:11 PM, Andrew Wood wrote: > >> Thanks for taking a look for me! That certainly makes sense that it works >> like that. I can confirm it now works for me when I do >> oiiotool /var/tmp/too.exr --ch 0,1,2 --colorconvert linear sRGB -o >> /var/tmp/test.jpg >> Perhaps I need a different thread for this, but it looks like --croptofull >> is not playing along nicely. When I do: >> oiiotool /var/tmp/too.exr --ch 0,1,2 --croptofull --colorconvert linear sRGB >> -o /var/tmp/test.jpg >> after about a minute it comes back to me, saying "Maximum supported image >> dimension is 65500 pixels." If I understand correctly, --croptofull should >> look at this exr, >> >> file format version: 2, flags 0x0 >> channels (type chlist): >> A, 16-bit floating-point, sampling 1 1 >> B, 16-bit floating-point, sampling 1 1 >> G, 16-bit floating-point, sampling 1 1 >> R, 16-bit floating-point, sampling 1 1 >> depth.Z, 16-bit floating-point, sampling 1 1 >> compression (type compression): zip, individual scanlines >> dataWindow (type box2i): (-40 -24) - (1960 1102) >> displayWindow (type box2i): (0 0) - (1919 1079) >> >> and crop it to the displayWindow which is certainly small enough (and if I >> don't use croptofull, I don't get the Maximum image dimension error) >> >> is there something simple I'm specifying incorrectly here too? >> thanks for your help! >> Andrew >> >> >> Oh, I think I understand what is happening. oiiotool actually does its work >> in the sequence that you specify it, so: >> >> oiiotool my_input.exr \ # read my_input.exr, that's now the >> current image >> -o output.jpg \ # write the current image as a >> JPEG -> ERROR >> -ch R,G,B \ # replace current image with >> one that's the R,G,B of the old current >> >> So instead if you said >> >> oiiotool my_input.exr -ch R,G,B -o output.jpg >> >> it should all work properly, in that you are reducing to 3 channels before >> saving a JPEG file (which doesn't support >3 channels). >> >> If you also tried --croptofull after the output, that would explain why it >> also did not work as expected. >> >> >> >> >> On Dec 12, 2012, at 9:42 AM, Andrew Wood wrote: >> >> > Hey all, >> > >> > having some problems converting an exr to jpg >> > >> > I think I may be misunderstanding how --ch works (built 1.1.2) --my >> > command looks something like this: >> > >> > >oiiotool /var/tmp/my_input.exr -o /var/tmp/output.jpg --ch R,G,B >> > oiiotool ERROR: jpeg does not support 5-channel images >> > >> > in case it helps, the header of the exr looks like this: >> > file format version: 2, flags 0x0 >> > channels (type chlist): >> > A, 16-bit floating-point, sampling 1 1 >> > B, 16-bit floating-point, sampling 1 1 >> > G, 16-bit floating-point, sampling 1 1 >> > R, 16-bit floating-point, sampling 1 1 >> > depth.Z, 16-bit floating-point, sampling 1 1 >> > compression (type compression): zip, individual scanlines >> > dataWindow (type box2i): (-85 -114) - (2139 1219) >> > displayWindow (type box2i): (0 0) - (1919 1079) >> > lineOrder (type lineOrder): increasing y >> > nuke/nkscript (type string): >> > "/dd/shows/DEVTD/SR/9999/user/work.awood/nuke/submission.nk" >> > nuke/node_hash (type string): "8dccfb2b2dc60e20" >> > pixelAspectRatio (type float): 1 >> > screenWindowCenter (type v2f): (0 0) >> > screenWindowWidth (type float): 1 >> > >> > (also, small point, I was hoping to crop down to displayWindow and ignore >> > the dataWindow. I tried --croptofull, but that didn't have an effect. am >> > I misunderstanding that one too?) >> > >> > thanks in advance! >> > Andrew >> _______________________________________________ >> 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 -- Larry Gritz [email protected]
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
