Increase readability and robustness, as the test result is not going
to differ if the order of the pixfmts codes changes.
Originally committed as revision 24665 to svn://svn.ffmpeg.org/ffmpeg/trunk
The corresponding lavfi-pixfmts BE tests are not yet added, as there
are some bugs in the scaler (scaling rgba, argb, bgra, abgr, yuva420p)
which result in differences with the LE reference, and I cannot
visually check the generated files on BE.
Originally committed as revision 24657 to svn://svn.ffmpeg.org/ffmpeg/trunk
This test verifies the pixdesc code by comparing the output with and
without a filter which should have no effect on the image. Since the
available pixel formats depend on the byte order of the machine, a
simple reference checksum is not possible.
The test originally tried to solve this by generating a reference file
on the fly. The problem with this is that the test framework expects
the reference file in the source tree, and writing to the source tree
is not allowed.
To avoid complicating the test framework, we instead provide two
reference files and select which to use based on the byte order.
Originally committed as revision 24330 to svn://svn.ffmpeg.org/ffmpeg/trunk
Log:
Add msmpeg4v1 regtest
Added:
trunk/tests/ref/fate/msmpeg4v1
Modified:
trunk/tests/fate2.mak
According to Mans, "make test" tests already msmpeg4v1.
Originally committed as revision 24260 to svn://svn.ffmpeg.org/ffmpeg/trunk
The byte count printed excludes the header, and offsets are applied
after the the headers are skipped.
Reference files updated to reflect new output. Some stddev/psnr values
have changed slightly due to headers no longer being compared.
Originally committed as revision 24143 to svn://svn.ffmpeg.org/ffmpeg/trunk
Regression test reference updates are due to the extra output
from tiny_psnr.
Patch by Vitor Sessak
Originally committed as revision 24132 to svn://svn.ffmpeg.org/ffmpeg/trunk
Author: bcoudurier
Date: Sat Jul 3 03:11:04 2010 +0000
Set graph swscale opts before parsing it, that way opts are available
when auto-adding scalers.
It changed the swscale flags used by the auto-added scalers, and so
the output video.
Originally committed as revision 24065 to svn://svn.ffmpeg.org/ffmpeg/trunk
Start them on keyframes when reasonable, and delay writing audio packets
to help ensure that there's audio samples available for the first frame in
clusters.
Patch by James Zern <jzern at google>
Originally committed as revision 23473 to svn://svn.ffmpeg.org/ffmpeg/trunk
This isn't exactly semantically equivalent, but the field has already been
long abused to mean this, and writing it helps in determining a decent cfr
time base when transcoding from a mkv where the video codec stores none (VP8).
Originally committed as revision 23284 to svn://svn.ffmpeg.org/ffmpeg/trunk
