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
