- 11 May, 2014 2 commits
-
-
Anton Khirnov authored
This way each decoder does not have to do the same thing manually.
-
Anton Khirnov authored
It will be useful in the following commits.
-
- 09 Apr, 2014 1 commit
-
-
wm4 authored
The most interesting parts are initialization in ff_MPV_common_init() and uninitialization in ff_MPV_common_end(). ff_mpeg_unref_picture and ff_thread_release_buffer have additional NULL checks for Picture.f, because these functions can be called on uninitialized or partially initialized Pictures. NULL pointer checks are added to ff_thread_release_buffer() stub function. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 22 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 16 Mar, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 13 Feb, 2014 1 commit
-
-
Janne Grunau authored
User data is usually coded before slice data. That means the frame the user data belongs to is not available while parsing the user data. The stereo3D side data has to use the same indirection over the private context as pan scan information and A53 captions. Bug-Id:632
-
- 04 Feb, 2014 1 commit
-
-
Vittorio Giovara authored
Also adjust header #include order and some comments. Signed-off-by:
Diego Biurrun <diego@biurrun.de> Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 25 Jan, 2014 1 commit
-
-
Janne Grunau authored
Add checks to the fast functions used with CODEC_FLAGS2_FAST and move the check for all other functions to before the invalid memory is accessed. Fixes https://trac.videolan.org/vlc/ticket/9713 with CODEC_FLAGS2_FAST. CC: libav-stable@libav.org
-
- 09 Dec, 2013 1 commit
-
-
Vittorio Giovara authored
-
- 05 Dec, 2013 1 commit
-
-
Anton Khirnov authored
-
- 26 Nov, 2013 1 commit
-
-
John Stebbins authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 14 Nov, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 13 Nov, 2013 1 commit
-
-
Diego Biurrun authored
XvMC has long ago been superseded by newer acceleration APIs, such as VDPAU, and few downstreams still support it. Furthermore XvMC is not implemented within the hwaccel framework, but requires its own specific code in the MPEG-1/2 decoder, which is a maintenance burden.
-
- 10 Nov, 2013 1 commit
-
-
Luca Barbato authored
It is always called by passing fields from an AVCodecContext.
-
- 31 Oct, 2013 1 commit
-
-
Anton Khirnov authored
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 15 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 Aug, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 25 Jul, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Slice threading does not work with hardware acceleration, as decoding is per-picture. This fixes Bugzilla #542. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 28 May, 2013 1 commit
-
-
Janne Grunau authored
The decoder did not start predicted frames with missing references but called the end of frame handling on them anyway. This caused an assertion in the VA API HW accelorator since it tried to render a picture with uninitialized buffers.
-
- 15 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 27 Mar, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 26 Mar, 2013 2 commits
-
-
Janne Grunau authored
-
Martin Storsjö authored
Also move the declaration to internal.h, and add restrict qualifiers to the declaration (as in the implementation). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 18 Mar, 2013 1 commit
-
-
Anton Khirnov authored
The total frame size is a combination of the 12 bits in the sequence header and 2 more bits in the the sequence extension. While the specification explicitly forbids the dimensions from the sequence header from being 0 (thus ruling out multiples of 4096), such videos apparrently exist in the wild so we should attempt to decode them. Based on a patch by Michael Niedermayer <michaelni@gmx.at> Fixes Bug 416.
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 07 Mar, 2013 1 commit
-
-
Diego Biurrun authored
-
- 06 Mar, 2013 1 commit
-
-
Ronald S. Bultje authored
Not all hwaccels implement all codecs, so using one single list for multiple such codecs means some codecs will be represented in the list, even though they don't actually handle that codec. Copying specific lists in each codec fixes that. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 15 Feb, 2013 2 commits
-
-
Anton Khirnov authored
Split out dependency on MpegEncContext.
-
Anton Khirnov authored
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 19 Dec, 2012 1 commit
-
-
Anton Khirnov authored
Fixes CVE-2012-2803. CC: libav-stable@libav.org
-
- 18 Dec, 2012 1 commit
-
-
Janne Grunau authored
Since we can't know which stride a custom get_buffer() implementation is going to use we have to allocate this scratch buffers after the linesize is known. It was pretty safe for 8 bit per pixel pixel formats since we always allocated memory for up to 16 bits per pixel. It broke hoever with cmdutis.c's alloc_buffer() and high pixel bit depth since it allocated larger edges than mpegvideo expected. Fixes fuzzed sample nasa-8s2.ts_s244342.
-
- 18 Oct, 2012 1 commit
-
-
Martin Storsjö authored
This table doesn't need to be shared with libavformat any longer. Add mpeg12 to the name to make it less ambiguous, while renaming it. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 29 Sep, 2012 1 commit
-
-
Anton Khirnov authored
It is got_output, not data_size.
-