On Wed, Jan 25, 2012 at 03:54:14PM +0000, Måns Rullgård wrote:
> Diego Biurrun <di...@biurrun.de> writes:
> 
> > Recently the topic of adding some or all test programs to FATE that are
> > not already part of FATE came up.  Here's an overview of all those test
> > programs not yet in FATE with some quick and superficial comments.
> >
> > This is not intended to be an in-depth analysis, just a way to get the
> > ball rolling.
> >
> > libavutil:
> >
> >   - file-test
> >     Prints file.c to stdout, so only works when run from the libavutil
> >     subdirectory.  Messes up the first few characters, which get
> >     replaced by 's'.
> 
> Doesn't seem particularly useful.

I agree with you, patch sent to eliminate it.

> >   - lzo-test
> >     Does not currently compile without massaging the build system.
> >     Segfaults on startup.
> 
> Then either fix it or delete it.

Patch is on its way.

> >   - rational-test
> >     Prints nothing.
> 
> It doesn't seem to test anything meaningful either.

Patch to delete it coming up.

> > libavcodec:
> >
> >   - cabac-test
> >     Prints many many lines to stderr that look like error output.
> 
> I thought we already agreed this one was useless.

We two agreed on that, but Jason begs to differ.  Jason, could you
elaborate for the record here?

> >   - h264-test
> >     Prints some lines that mostly look like START_TIMER/STOP_TIMER.
> >
> >   - motion-test
> >     Prints some output about what it is testing and some benchmark
> >     statistics.  The output depends on available x86 SIMD extensions.
> >
> >   - rangecoder-test
> >     Prints some lines that look like START_TIMER/STOP_TIMER.
> 
> My instinct says those are either useless, broken or both.

Ronald, can you comment on h264-test?

> > libswscale:
> >
> >  - colorspace-test
> >    Prints a few lines, then reports success.
> 
> Does it test anything that existing fate tests don't already cover?
> 
> >  - swscale-test
> >    Prints 225k lines of output.
> 
> IIRC the output of swscale-test also depends on the system.

Ronald?

Diego
_______________________________________________
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to