First FATE Tests of the New Year
January 3rd, 2010 by 
Multimedia Mike
First off, FFmpeg’s Interplay MVE decoder finally supports 16-bit video mode in addition to the original palette mode. I would post a pretty picture showcasing this (as I often do for new game-related formats) but Kostya has already done the honors.
I added some new FATE tests today based on systems that have recently appeared in FFmpeg:
Posted in FATE Server, Game Hacking | 
7 Comments »
January 4th, 2010 at 4:59 am
Nice work :)
Please just do not forget also the less used cases of MPEG2 and H264 that I added to the TODO section of the FATE wiki page.
January 5th, 2010 at 5:58 am
There seems to be a small discrepancy with the cdgraphics test: the test spec refers to $SAMPLES_PATH/cdg/BrotherJohn.cdg while the collection on mphq has fate-suite/cdgraphics/BrotherJohn.cdg.
January 5th, 2010 at 6:13 am
Thanks. I just updated the test spec to be cdgraphics rather than cdg (and changed my local path).
January 5th, 2010 at 7:01 am
Isn’t there an official test-suite for als?
January 5th, 2010 at 9:21 pm
That’s a very good question, Carl Eugen. MPEG codecs usually do have suites and this would be very straightforward to test. I am unaware of such a suite, however.
January 6th, 2010 at 8:08 am
I found the following in http://elvera.nue.tu-berlin.de/files/0782Liebchen2004.pdf
The test material was taken from the standard audio sequences for
MPEG-4 Lossless Coding. It comprises almost 1 GB of stereo
waveform data with sampling rates of 48, 96, and 192 kHz, and
resolutions of 16 and 24 bits.
(Note that the paper states that Monkey’s Audio Codec is better for lower sampling rates.)
January 6th, 2010 at 10:24 am
Is that a gigabyte before or after compression? The nice thing about testing lossless coding is that I don’t need to store the uncompressed waveforms (like I will need to with my 1-off testing idea, if I ever get it deployed).