[FFmpeg-devel] WMA regression still broken / decouple regression rules
Tue Sep 2 12:59:29 CEST 2008
On Mon, Sep 01, 2008 at 10:11:14PM -0700, Mike Melanson wrote:
> For most of the x86_32 FATE configurations, (all except icc and gcc
> 2.95.3), the FFmpeg regressions are breaking on the WMA test. It was
> last working on 14980:
> And it was either 14981 (voroshil) or 14982 (aurel) that broke it:
> This seems to invert the breakage (previously, icc and gcc 2.95.3 were
> broken on WMA, and I think the x86_64 configs were, as well).
When where ALL the regression tests last working on ALL configurations (not
counting buggy compilers)?
> Anyway, should we disable the WMA test until we can come up with a
> better testing method?
Iam ok with disabling the md5 part of the test. Iam also ok with someone
replacing the *MDCT when the bitexact flag is set.
> One more thing: I split out the FATE test spec for the full regression.
> Instead, FATE runs 'make codectest', 'make libavtest', and 'make
> seektest' as separate specs. That last one turns out to be not so useful
> since it depends on the codectest rule anyway.
> Is there any chance we
> can decouple the seektest rule from the codectest rule?
no, seektest needs files to seek in, they are the output from the other
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On any real computer, always possible as a real computer has a finite number
of states N, and will either halt in less than N cycles or never halt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel