- 16 Jul, 2015 2 commits
-
-
Marton Balint authored
This should fix seeking for open GOP files as well. Reviewed-by:
Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 15 Jul, 2015 1 commit
-
-
Henrik Gramner authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 13 Jul, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Jul, 2015 2 commits
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Henrik Gramner authored
It provides the following features: * verify correctness by comparing output to the C version. * detect failure to save and restore clobbered callee-saved registers. * detect 32-bit parameters being used as if they were 64-bit in x86-64 (the upper halves are not guaranteed to be zero - but in practice they very often are, which makes those bugs hard to spot otherwise). * easy benchmarking. Compile by running 'make checkasm'. Execute by running 'tests/checkasm/checkasm'. Optional arguments are '--bench' to run benchmarks for all functions, '--bench=<pattern>' to run benchmarks for all functions that starts with <pattern>, and '<integer>' to seed the PRNG for reproducible results. Contains unit tests for most h264pred functions to get started, more tests can be added afterwards using those as a reference. Loosely based on code from x264. Currently only supports x86 and x86-64, but additional architectures shouldn't be too much of an obstacle to add. Note that functions with floating point parameters or floating point return values are not supported. Some compiler-specific features or preprocessor hacks would likely be required to add support for that. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
- 11 Jul, 2015 2 commits
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Ronald S. Bultje authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 10 Jul, 2015 1 commit
-
-
Paul B Mahol authored
This is how original filter behaves. Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 09 Jul, 2015 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 07 Jul, 2015 2 commits
-
-
Stian Selnes authored
Freeze picture release should be set to 1 when we're responding to a fast update request. For simplicity we set it for all intra frames, including those that starts a GOP. Fixes issue where Tandberg MXP1700 does not recover from packet loss state since it's waiting for the freeze picture relase indication. Bug-Id: 873 CC: libav-stable@libav.org Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Stian Selnes authored
Ref H.261 recommendation section 4.2.1.3, setting the still image flag to 1 disables still image mode. Some decoders require this in order to decode the bitstream as normal video. Fixes H.261 calls to Cisco E20. Also, reserved (aka spare) bits should be set to 1 unless specified otherwise. Bug-Id: 872 CC: libav-stable@libav.org Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 04 Jul, 2015 1 commit
-
-
George Boyle authored
This change fixes a bug where a test that required a sample was being included in the suite when SAMPLES was not set. It also improves the consistency of variable names relating to the API tests. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 03 Jul, 2015 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 02 Jul, 2015 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 01 Jul, 2015 2 commits
-
-
Janne Grunau authored
The audio decoder is not in fate-g2m3 dependencies and the wma2 decoder is probably not bit-exact since it it float based.
-
Janne Grunau authored
-
- 30 Jun, 2015 5 commits
-
-
Diego Biurrun authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Martin Storsjö authored
Most of the fate-dds-* and fate-txd-* tests already output into the same pixel format regardless of platform endianness, so there's no need to force conversion to another format. This fixes the tests fate-txd-16bpp, fate-txd-odd, fate-dds-rgb16, fate-dds-rgb24 and fate-dds-xrgb on big endian, where the tests seem to fail due to issues with certain conversion codepaths in swscale. Those conversion codepaths should of course be fixed, but the individual decoder tests should use as little extra conversion steps as possible. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
Make sure to not write the custom `encoder` string in that case. Bug-Id: 845 CC: libav-stable@libav.org
-
Vittorio Giovara authored
-
Carl Eugen Hoyos authored
Fixes ticket #4689.
-
- 29 Jun, 2015 2 commits
-
-
Michael Niedermayer authored
Fixes fate/dds-rgb16 on big endian Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ludmila Glinskih authored
Location of api-h264-test changed to special directory for api tests. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Jun, 2015 7 commits
-
-
George Boyle authored
This ensures they are built before the tests are run. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
George Boyle authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Theres no need to upload or use new files just because they are shorter. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Alexandra Hájková authored
The old one is the result of the reverse engineering and guesswork. The new one has been written following the now-available specification. This work is part of Outreach Program for Women Summer 2014 activities for the Libav project. The fate references had to be changed because the old demuxer truncates the last frame in some cases, the new one handles it properly. The seek-test reference is changed because seeking works differently in the new demuxer. When seeking, the packet is not read from the stream directly, but it is rather constructed by the demuxer. That is why position is -1 now in the reference. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
Since it's truncated, the result depends on how specifically the demuxer and the decoder handle errors.
-
Anton Khirnov authored
Since it's truncated, the result depends on how specifically the demuxer and the decoder handle errors.
-
- 27 Jun, 2015 3 commits
-
-
Ludmila Glinskih authored
Add check for linesize. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
George Boyle authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
George Boyle authored
The intention of this change is to allow separation of API tests from the existing tests, and also to have a place for the API test source/executable files so they're not mixed in with the actual library code. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 26 Jun, 2015 1 commit
-
-
Peter Ross authored
Signed-off-by:
Peter Ross <pross@xvid.org> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 25 Jun, 2015 1 commit
-
-
Ludmila Glinskih authored
Result differs in pkt_duration and time_base.den for some reason. Right now it tests only one example (adjusted to match the output). Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 24 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
Ideally this should be discarded by the demuxer but this is not possible without fully parsing which would be then very similar to this. The current ID3v1 discard code in the demuxer does not work and will be removed in a subsequent commit The discard code could be adjusted if needed to also discard tags at other locations than the end or to limit this possibly to input from the mp3 demuxer or even to move the discarding to the decoder. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 23 Jun, 2015 1 commit
-
-
Rodger Combs authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 22 Jun, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This avoids test failure due to differing rounding between 32 and 64bit x86 Found-by: jamrial Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-