AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
October 2004

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2004.10.01 09:59 "quad-tile", by Joris Van Damme
2004.10.01 13:34 "Re: quad-tile", by Frank Warmerdam
2004.10.01 13:49 "Re: quad-tile", by Joris Van Damme
2004.10.01 13:57 "Re: quad-tile", by Frank Warmerdam
2004.10.01 14:17 "Re: quad-tile", by Joris Van Damme
2004.10.01 14:24 "Re: quad-tile", by Frank Warmerdam
2004.10.01 15:50 "Re: quad-tile", by Joris Van Damme
2004.10.01 14:56 "Re: quad-tile", by Bob Friesenhahn
2004.10.01 15:48 "Re: quad-tile", by Joris Van Damme
2004.10.01 15:59 "Re: quad-tile", by Bob Friesenhahn
2004.10.02 14:16 "Re: quad-tile", by Andrey Kiselev
2004.10.02 15:05 "Re: quad-tile", by Joris Van Damme
2004.10.02 15:37 "Re: quad-tile", by Andrey Kiselev
2004.10.02 17:02 "Re: quad-tile", by Joris Van Damme
2004.10.02 17:42 "Re: quad-tile", by Andrey Kiselev
2004.10.02 18:05 "Re: quad-tile", by Joris Van Damme
2004.10.02 17:58 "Re: quad-tile", by Bob Friesenhahn
2004.10.02 15:41 "Re: quad-tile", by Bob Friesenhahn
2004.10.02 16:07 "Re: quad-tile", by Andrey Kiselev
2004.10.02 16:57 "Re: quad-tile", by Bob Friesenhahn
2004.10.02 17:32 "Re: quad-tile", by Andrey Kiselev
2004.10.03 16:01 "Re: quad-tile", by Frank Warmerdam
2004.10.03 16:28 "Re: quad-tile", by Bob Friesenhahn
2004.10.04 12:24 "Re: quad-tile", by Joris Van Damme

2004.10.02 16:07 "Re: quad-tile", by Andrey Kiselev

On Sat, Oct 02, 2004 at 10:41:39AM -0500, Bob Friesenhahn wrote:
> >- Closed-circuit testing is a tiny bit problematic when lossy storage
> >is involved. I'm not just thinking jpeg, even mere YCbCr subsampled
> >images, whatever compression scheme, are lossy. This tiny problem can
> >perhaps be solved by having the data include tolerance levels for the
> >closed-circuit testing?
> 
> For many of GraphicsMagick's tests we use an image comparison function
> which computes statistical error values.  For algorithms which should
> not produce error, the allowed error is zero, but for algorithms which
> produce error (e.g. JPEG) we manually inspect the result to ensure
> that it seems ok, and then set the maximum allowed error value to
> slighly higher than the actual result.  The error values include the
> maximum pixel error (in case a single pixel is wrong), and the total
> mean error.
> 
> Provided that the libtiff test suite provides an image compare
> function, the allowed degree of error may be included with the test
> specification.

Good idea. I think we can go this way too.

> For operations which must always produce a certain result (the case
> for most libtiff operations), we use a checksum (SHA-128) and compare
> the resulting checksum with a checksum included with the test.  This
> is a very solid way to prepare a test, but is a bit tedious since each
> result must be validated by the person who writes the test.

This approach is used by Frank for the GDAL test suite and it will be
used in libtiff when we will connect the external image sets to the
tests.

						Andrey

-- 
Andrey V. Kiselev
Home phone:  +7 812 5274898  ICQ# 26871517