- 30 Sep, 2012 1 commit
-
-
Stefano Sabatini authored
This generalizes the previous work on disposition printing. Disposition flags are shown in a dedicated section, which should improve output intellegibility, extensibility and filtering operations. This breaks output syntax with the recently introduced disposition printing.
-
- 27 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 24 Sep, 2012 1 commit
-
-
Stefano Sabatini authored
-
- 23 Sep, 2012 1 commit
-
-
Clément Bœsch authored
-
- 22 Sep, 2012 1 commit
-
-
Stefano Sabatini authored
Should fix tests with --enable-small.
-
- 20 Sep, 2012 1 commit
-
-
Stefano Sabatini authored
-
- 17 Sep, 2012 1 commit
-
-
Stefano Sabatini authored
-
- 15 Sep, 2012 1 commit
-
-
Ben Jackson authored
The YUV channels of VP6 are encoded in a highly linear fashion which does not have any slice-like concept to thread. The alpha channel of VP6A is fairly independent of the YUV and comprises 40% of the work. This patch uses the THREAD_SLICE capability to split the YUV and A decodes into separate threads. Two bugs are fixed by splitting YUV and alpha state: - qscale_table from VP6A decode was for alpha channel instead of YUV - alpha channel filtering settings were overwritten by YUV header parse Signed-off-by: Ben Jackson <ben@ben.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 08 Sep, 2012 1 commit
-
-
Daniel Verkamp authored
A flashsv2 block may have a "diff block" to indicate which scan lines of the block are actually encoded. However, this diff block need not be used when the entire block is coded. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Sep, 2012 1 commit
-
-
Ben Jackson authored
In vp6 Advanced Profile, deblock filtering is conditionally enabled in each frame header. In Simple Profile it should always be off. vp6 was inheriting the wrong default from ff_vp56_init. Signed-off-by: Ben Jackson <ben@ben.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Previously, the value given to put_bits was 10 bits long for positive predictors, even though 9 bits were to be written. The extra bit could in some cases overwrite existing bits in the bitstream writer cache. This fixes a failed assert in put_bits.h, when running a version built with -DDEBUG. The fate test result gets slightly improved, thanks to getting rid of the overwritten bits in the bitstream writer cache. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 02 Sep, 2012 1 commit
-
-
Peter Ross authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 01 Sep, 2012 2 commits
-
-
Peter Ross authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Peter Ross authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Aug, 2012 1 commit
-
-
Kostya Shishkov authored
-
- 28 Aug, 2012 1 commit
-
-
Michael Niedermayer authored
Avoid code duplication and provide faster and better compression. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 26 Aug, 2012 1 commit
-
-
Jan Ekström authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 25 Aug, 2012 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 22 Aug, 2012 2 commits
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
19% faster smaller files this may also fix possible integer overflows due to previous 32bit useage Tested with libutvideo and our utvideo decoder, this patch does not change decoder output in the test Reviewed-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 21 Aug, 2012 2 commits
-
-
Jan Ekström authored
The failures on various architectures and compilers on the RGB(A) tests seem to have been because of one-off YCbCr->RGB conversion results. This should make the conversion results match on most if not all code paths. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Jan Ekström authored
The failures on various architectures and compilers on the RGB(A) tests seem to have been because of one-off YCbCr->RGB conversion results. This should make the conversion results match on most if not all code paths. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 20 Aug, 2012 1 commit
-
-
Jan Ekström authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 16 Aug, 2012 1 commit
-
-
Philip Langdale authored
Unsurprisingly, if a timing-less subrip decoder is desireable, an encoder is as well. With this in place, we can move on to remove the use of the old encoder/decoder with embedded timing and move all timing handling the (de)muxer where they belong. Signed-off-by: Philip Langdale <philipl@overt.org>
-
- 14 Aug, 2012 2 commits
-
-
Boris Maksalov authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Nicolas George authored
The sub-movtextenc ref file changes because the dimensions (400×60) are stored by the format.
-
- 10 Aug, 2012 1 commit
-
-
Mans Rullgard authored
This addition must be done as 64-bit to avoid overflow and for the subsequent clipping to be meaningful. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 09 Aug, 2012 2 commits
-
-
Michael Niedermayer authored
The previous code dependent on the input buffer matching the buffer that has been provided by yadifs get_buffer. The API does in now way gurantee this though its often true. This fixes some out of array reads. The regression test checksums change due to "out of picture" values being initialized differently. There should be no visual difference in the filters output Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Kostya Shishkov authored
-
- 08 Aug, 2012 1 commit
-
-
Janne Grunau authored
Renames the old test to allow using fate-nuv as group for all nuv tests.
-
- 05 Aug, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Aug, 2012 2 commits
-
-
Philip Langdale authored
This change introduces a basic encoder for 3GPP Timed Text subtitles, also known as TX3G, Quicktime subtitles, or "movtext" in the existing code. This initial change doesn't attempt to write styling information, and just writes the plain text of the subtitles. I intend to add support for styles eventually, but it's challenging due to a lack of existing players that support them. Note that an additional change is required to the mov/mp4 muxer to write empty subtitle packets to indicate subtitle duration. Signed-off-by: Philip Langdale <philipl@overt.org>
-
Ronald S. Bultje authored
Based on patch by Oana Stratulat <oanaandreeastratulat@gmail.com>.
-
- 03 Aug, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 30 Jul, 2012 2 commits
-
-
Michael Niedermayer authored
broken by: cbb2c95e i had fixed that commit but pushed from an old branch Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 29 Jul, 2012 1 commit
-
-
Anton Khirnov authored
According to its description, it is supposed to be the LCM of all the frame durations. The usability of such a thing is vanishingly small, especially since we cannot determine it with any amount of reliability. Therefore get rid of it after the next bump. Replace it with the average framerate where it makes sense. FATE results for the wtv and xmv demux tests change. In the wtv case this is caused by the file being corrupted (or possibly badly cut) and containing invalid timestamps. This results in lavf estimating the framerate wrong and making up wrong frame durations. In the xmv case the file contains pts jumps, so again the estimated framerate is far from anything sane and lavf again makes up different frame durations. In some other tests lavf starts making up frame durations from different frame.
-
- 28 Jul, 2012 2 commits
-
-
Mans Rullgard authored
MMX-enabled systems by default use some dsputil functions differing from the C versions. Adding these flags ensures accurate ones are used everywhere. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Anton Khirnov authored
-