[opendx-dev] Writing a JPEG with DX...
I'm trying to figure out how to write a JPEG with DX (or if it's possible). After rebuilding with CPPFLAGS=-I/usr/local/include, DX configure and build picks up ImageMagick. A make and install gives me a WriteImage that still doesn't know about format=jpg or format=jpeg. Should it? ERROR: WriteImage: Bad parameter: `jpg' is not a valid string for \ the file format Using a trick from the mailing list, I tried: format=Image Magick supported format Now dxexec dies with this message in the Message Window: Wrong JPEG library version: library is 61, caller expects 62 child process 0 (110720) exited, status = 1 I suppose next I need to figure out where DX is grabbing libjpeg.a from so I can override it and point it to a different version. So it looks like it's possible to write a JPEG, but a little difficult to build in support and to invoke. Any tips? Am I doing this wrong? Thanks, Randy -- Randall Hopper (mailto:[EMAIL PROTECTED]) EPA Scientific Visualization Center US EPA MD/24 ERC-1A; RTP, NC 27711
Re: [opendx-dev] Writing a JPEG with DX...
Randall, I typically choose the ImageMagick format to write out to and then you have to give it the proper extension in the file name. ImageMagick uses filenames similar to Windows to determine the appropriate type (they call them delegates). What I would do is make sure your ImageMagick is working correctly. Try converting a tiff with convert. If it is then try saving from the File... Save... menu in the image window and choose the ImageMagick pulldown and name the file with the .jpg extension. If this works, then its just a simple case of looking at the WriteImage module. David I'm trying to figure out how to write a JPEG with DX (or if it's possible). After rebuilding with CPPFLAGS=-I/usr/local/include, DX configure and build picks up ImageMagick. A make and install gives me a WriteImage that still doesn't know about format=jpg or format=jpeg. Should it? ERROR: WriteImage: Bad parameter: `jpg' is not a valid string for \ the file format Using a trick from the mailing list, I tried: format=Image Magick supported format Now dxexec dies with this message in the Message Window: Wrong JPEG library version: library is 61, caller expects 62 child process 0 (110720) exited, status = 1 I suppose next I need to figure out where DX is grabbing libjpeg.a from so I can override it and point it to a different version. So it looks like it's possible to write a JPEG, but a little difficult to build in support and to invoke. Any tips? Am I doing this wrong? Thanks, Randy -- Randall Hopper (mailto:[EMAIL PROTECTED]) EPA Scientific Visualization Center US EPA MD/24 ERC-1A; RTP, NC 27711 -- . David L. Thompson The University of Montana mailto:[EMAIL PROTECTED] Computer Science Department http://www.cs.umt.edu/u/dthompsn Missoula, MT 59812 Work Phone : (406)257-8530
Re: [opendx-dev] Writing a JPEG with DX...
This is extremely possible using just the Image Magick Supported Format mechanism you tried. It looks like you need jpeg 6.2 (which I am seeing from a RedHat 6.2 installation libjpeg-6b-10.rpm). Then set LD_LIBRARY_PATH accordingly (you didn't say what OS). Pete Randall Hopper wrote: I'm trying to figure out how to write a JPEG with DX (or if it's possible). After rebuilding with CPPFLAGS=-I/usr/local/include, DX configure and build picks up ImageMagick. A make and install gives me a WriteImage that still doesn't know about format=jpg or format=jpeg. Should it? ERROR: WriteImage: Bad parameter: `jpg' is not a valid string for \ the file format Using a trick from the mailing list, I tried: format=Image Magick supported format Now dxexec dies with this message in the Message Window: Wrong JPEG library version: library is 61, caller expects 62 child process 0 (110720) exited, status = 1 I suppose next I need to figure out where DX is grabbing libjpeg.a from so I can override it and point it to a different version. So it looks like it's possible to write a JPEG, but a little difficult to build in support and to invoke. Any tips? Am I doing this wrong? Thanks, Randy -- Randall Hopper (mailto:[EMAIL PROTECTED]) EPA Scientific Visualization Center US EPA MD/24 ERC-1A; RTP, NC 27711