Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Also updates the reference since it was generated by the non-bitexact
x86 specific code.

Width, Height and Sample Rate should be in the AdaptationSet tag
only if all the contained representations have the same width,
height and sampling rate. Otherwise they should go into the
Representation tag. This patch adds this functionality and a fate
test for the same.
Signed-off-by: NVignesh Venkatasubramanian <vigneshv@google.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fix an incorrect hard code in cues_end computation. Updating the fate
test reference files related to the fix as well. The earlier computation
was clearly wrong as the cues_end field was greater than the file size
itself in some cases.
Signed-off-by: NVignesh Venkatasubramanian <vigneshv@google.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This also un-does the fate changes from a52f4437,
leaving this fix without even small differences in the output, that is
a sample for which this makes a vissible difference is very welcome
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes CID1194380

There are no vissible differences in the changed fate samples. Only
a tiny number of pixels change by tiny amounts in the frames i checked
If someone has a file that shows a vissible difference, please post it.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Should fix fate failure on alpha and pre sse2 x86
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

CC: libav-stable@libav.org

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The decoder is float-based and the test needs to allow for some fuzz.
Signed-off-by: NDiego Biurrun <diego@biurrun.de>

This may make fate failures where only the console output is available
easier to analyze

Suggested-by: Andreas Cadhalpun
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This tests a few more filters with forced quantizers
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

fate: disable fate-ra4-288, the code uses floats and does not produce the same results on different platforms
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NDiego Biurrun <diego@biurrun.de>

avformat/img2dec: Fail probing when no data is yet available and the filename contains no number/glob patterns either.

Fixes Ticket3901

the seek test error codes change due to a change in the failure path,
this could be avoided by changing the respective error codes to EINVAL
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes ticket #3919.

Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Thanks to Pascal Massimino and Michael Militzer for relicensing as LGPL.
Signed-off-by: NDiego Biurrun <diego@biurrun.de>

Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

Found-by: NJames Almer <jamrial@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Add fate tests that test out the functionality of WebM DASH
Manifest XML generation. This patch contains the vpx.mak file
changes and the reference gold XML files.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

If width is odd, last sample wouldn't be written.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

'Title' was deprecated with 9985710aSigned-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

Comming from commit 1013d8dd
the old Port and BindAddress config vars have been deprecated
in favor of HTTPPort and HTTPBindAddress respectively.
Signed-off-by: NReynaldo H. Verdejo Pinochet <reynaldo@osg.samsung.com>

It is hardcoded to 15fps.

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NDiego Biurrun <diego@biurrun.de>

Fixes assertion failure
Fixes Ticket3822

as a side-effect this makes some mkv files a few bytes smaller
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

(needs next commt too)
Reviewed-by: NJames Almer <jamrial@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The arrays are fairly large and could cause problems on some embedded systems
also they are not endian safe as they mix 32 and 8bit
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>