ufraw --size ignores 2nd dimension

The command:

ufraw-batch --out-type=jpeg --wb=camera --interpolation=ahd \
--size=3600,2000 --compression=85 dsc_0004.nef

appears to ignore the "2000"; likewise if I change ',' to 'x'.
The output size remains 3600,2387, as it is with the "3600"
alone. Am I doing something wrong?

Thanks,
Mike.

Mike -- Email Ignored wrote:
The command:

ufraw-batch --out-type=jpeg --wb=camera --interpolation=ahd \
--size=3600,2000 --compression=85 dsc_0004.nef

appears to ignore the "2000"; likewise if I change ',' to 'x'.
The output size remains 3600,2387, as it is with the "3600"
alone. Am I doing something wrong?

The man page says the argument is "max(height,width)",
but it is not at all obvious what that means.

The argument SIZE is one single number, never a pair.

The program is ignoring everything from the first
non-numeric character in the argument (which could be
called a bug because it should be clear that *any*
non-numeric character is necessarily an indication that
the argument is invalid).

The SIZE number will be applied to whichever of the
image height or width is the largest.

Hence if you have a vertical image that is 1000x2000
(width x height) and use the argument "--size=300", the
results will be an image that is 150x300.

If the same argument is applied to a 2000x1000 image
that is horizontal, the result will be output at
300x150.

--
Floyd L. Davidson http://www.apaflo.com/floyd_davidson
Ukpeagvik (Barrow, Alaska)

On Apr 6, 11:00 pm, (Floyd L. Davidson) wrote:
Mike -- Email Ignored wrote:

The command:

ufraw-batch --out-type=jpeg --wb=camera --interpolation=ahd \
--size=3600,2000 --compression=85 dsc_0004.nef

appears to ignore the "2000"; likewise if I change ',' to 'x'.
The output size remains 3600,2387, as it is with the "3600"
alone. Am I doing something wrong?

The man page says the argument is "max(height,width)",
but it is not at all obvious what that means.

The argument SIZE is one single number, never a pair.

The program is ignoring everything from the first
non-numeric character in the argument (which could be
called a bug because it should be clear that *any*
non-numeric character is necessarily an indication that
the argument is invalid).

The SIZE number will be applied to whichever of the
image height or width is the largest.

Hence if you have a vertical image that is 1000x2000
(width x height) and use the argument "--size=300", the
results will be an image that is 150x300.

If the same argument is applied to a 2000x1000 image
that is horizontal, the result will be output at
300x150.




Yeah, I agree. That's a bug. Someone should file a bug report.

http://sourceforge.net/tracker/?grou...49&atid=709086

wrote:
On Apr 6, 11:00 pm, (Floyd L. Davidson) wrote:
Mike -- Email Ignored wrote:

The command:

ufraw-batch --out-type=jpeg --wb=camera --interpolation=ahd \
--size=3600,2000 --compression=85 dsc_0004.nef

appears to ignore the "2000"; likewise if I change ',' to 'x'.
The output size remains 3600,2387, as it is with the "3600"
alone. Am I doing something wrong?

The man page says the argument is "max(height,width)",
but it is not at all obvious what that means.

The argument SIZE is one single number, never a pair.

The program is ignoring everything from the first
non-numeric character in the argument (which could be
called a bug because it should be clear that *any*
non-numeric character is necessarily an indication that
the argument is invalid).

The SIZE number will be applied to whichever of the
image height or width is the largest.

Hence if you have a vertical image that is 1000x2000
(width x height) and use the argument "--size=300", the
results will be an image that is 150x300.

If the same argument is applied to a 2000x1000 image
that is horizontal, the result will be output at
300x150.


Yeah, I agree. That's a bug. Someone should file a bug report.

http://sourceforge.net/tracker/?grou...49&atid=709086



There is no bug. It does exactly what the author
intended it to do. The description of it in the man
page is terse, and we tend to approach it with the
mindset that it does the same thing that other programs,
such as ImageMagick, do.

--
Floyd L. Davidson http://www.apaflo.com/floyd_davidson
Ukpeagvik (Barrow, Alaska)