Code: Select all
"c:\Program Files\nconvert\nconvert.exe" -quiet -rtype quick -rflag decr -resize 1024 1024 -ratio -truecolors -out jpeg -q 85 -o %.jpg -overwrite -keepfiledate *.jpg *.gif
Code: Select all
Error: Can't open file (-quiet)
Error: Can't open file (-rtype)
Error: Can't open file (quick)
Error: Can't open file (-rflag)
Error: Can't open file (decr)
Error: Can't open file (-resize)
Error: Can't open file (1024)
Error: Can't open file (1024)
Error: Can't open file (-ratio)
Error: Can't open file (-truecolors)
Error: Can't open file (-out)
Error: Can't open file (jpeg)
Error: Can't open file (-q)
Error: Can't open file (85)
Error: Can't open file (-o)
Error: Can't open file (%%.jpg)
Error: Can't open file (-overwrite)
Error: Can't open file (-keepfiledate)
Conversion of VUPSA113701340VZN31020110603090944.jpg into VUPSA113701340VZN31020110603090944_1.jpg OK
Conversion of VUPSA113701340VZN3102011060309173600.jpg into VUPSA113701340VZN3102011060309173600_1.jpg OK
(etc.)
In addition, many of the new files it is creating when in error (the _1 files) are the same size and color depth as the originals, but they are physically bigger (as in they take up more disk space). Why would that be? It shouldn't be doing anything to those files at all. They are already jpeg files and are already smaller than the resize specification.
EDIT: I've processed folders containing as many as 30,665 files with version 5.80 and it seems to have worked properly. Is it the version, or is there a limit on the number of files somewhere between 30K and 35K?
EDIT: I just successfully a folder containing 32,013 files. I'm betting the problem is right at 32,767. This isn't a major problem, I can split the big folders to process them, and I won't normally have that many files to process at one time anyway.