Convert 6.4.2 Q16: unexpected 'dual' output files
Posted: 2008-06-30T11:42:53-07:00
(Apologies if this has come up before. I haven't yet found it via a site search.) Using 6.4.2 (06/22/08 Q16) under Win XP SP2. I've only recently discovered these programs and was downright thrilled that I could use convert.exe to roll my own 'save for web' solution, providing exactly the output I needed (including color-space conversion). I have worked up a shell script that calls convert.exe and passes the following switches+arguments (all on one line, of course):
-resample 72x72 -filter Lanczos -quality 85
-profile "C:\WINDOWS\SYSTEM32\SPOOL\DRIVERS\COLOR\sRGB Color Space Profile.icm"
-resize 800x800 inputfile outputfile
... if "inputfile" were "test.tif", the script would pass output filename "test-web.jpg" to Convert.exe.
This has worked well with two of the four TIFF files I've been using for testing. All are from Nikon D3 .NEF files. One was converted to TIFF via the raw converter SilkyPix. The second was converted with Nikon Capture NX. The other two were converted with PhaseOne's CaptureOne program (version 4).
With the first two, all is well. Convert.exe does an excellent job with them. But with the two created with CaptureOne, Convert writes two output files each. If the name were "filename.tif," the output filenames would be "test-web-0.jpg" and "test-web-1.jpg". ("test-web.jpg" itself is never created.) The "-0.jpg" version looks like what I'm after (and the output quality is good). But the "-1.jpg" version is a much smaller file -- in bytes, not pixel dimensions. It is both noticeably undersaturated and noticeably blurred -- as if I had done a blur operation of some kind on the whole image in Photoshop.
Why in those two cases would Convert.exe be making two (unexpectedly named) output files per input file? Is there a switch+argument I must add to prevent this? The fact that both of the problem-child source files were written by CaptureOne is suggestive...but what might CaptureOne be doing that's different from the others?
-resample 72x72 -filter Lanczos -quality 85
-profile "C:\WINDOWS\SYSTEM32\SPOOL\DRIVERS\COLOR\sRGB Color Space Profile.icm"
-resize 800x800 inputfile outputfile
... if "inputfile" were "test.tif", the script would pass output filename "test-web.jpg" to Convert.exe.
This has worked well with two of the four TIFF files I've been using for testing. All are from Nikon D3 .NEF files. One was converted to TIFF via the raw converter SilkyPix. The second was converted with Nikon Capture NX. The other two were converted with PhaseOne's CaptureOne program (version 4).
With the first two, all is well. Convert.exe does an excellent job with them. But with the two created with CaptureOne, Convert writes two output files each. If the name were "filename.tif," the output filenames would be "test-web-0.jpg" and "test-web-1.jpg". ("test-web.jpg" itself is never created.) The "-0.jpg" version looks like what I'm after (and the output quality is good). But the "-1.jpg" version is a much smaller file -- in bytes, not pixel dimensions. It is both noticeably undersaturated and noticeably blurred -- as if I had done a blur operation of some kind on the whole image in Photoshop.
Why in those two cases would Convert.exe be making two (unexpectedly named) output files per input file? Is there a switch+argument I must add to prevent this? The fact that both of the problem-child source files were written by CaptureOne is suggestive...but what might CaptureOne be doing that's different from the others?