- 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>
-
- 20 Mar, 2014 2 commits
-
-
wm4 authored
This gets rid of aliasing completely unrelated structs to Picture. Fixes the remaining compilation warnings in the vdpau code. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
wm4 authored
The code passed H264Picture* and Picture*, and assumed the hwaccel_picture_private field was in the same place in both structs. Somehow this happened to work in Libav, but broke in FFmpeg (and probably subtly breaks in Libav too). Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 17 Mar, 2014 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Mar, 2014 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
- 10 Jan, 2014 1 commit
-
-
Hendrik Leppkes authored
Fixes ticket #3133. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com> Tested-by: EricV Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 14 Nov, 2013 2 commits
-
-
Anton Khirnov authored
We will likely want to add new fields to it in the future, so this is needed to avoid breaking ABI.
-
Anton Khirnov authored
Based on the code by Rémi Denis-Courmont <remi@remlab.net> from VLC.
-
- 17 Aug, 2013 1 commit
-
-
Michael Niedermayer authored
This reverts commit bf36dc50, reversing changes made to b7fc2693. Conflicts: libavcodec/h264.c Keeping support for the old VDPAU API has been requested by our VDPAU maintainer Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 11 Aug, 2013 2 commits
-
-
Reimar Döffinger authored
Using VDPAU correctly means checking for preemption and possibly regenerating the context all the time. With the current API there is no context or other user-defined pointer and thus this in not possible during decoding unless using some hack like global variables. The need to reinitialize both surfaces and even function pointers makes handling preemption even more difficult. This patch introduces a new render2 function that gets both the AVCodecContext and AVFrame in addition, in both the user can store additional opaque data. This allows even advanced approaches like keeping a "generation counter" for the surfaces so they can be regenerated on the fly and efficiently. In addition, the function has a return value that will be passed through all the way instead of being silently ignored as for the current render function. Unfortunately the HWAccel API has no way of providing API/ABI compatibility, so a currently disallowed state (render pointer being NULL) is used to extend it. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 05 Aug, 2013 2 commits
-
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 06 May, 2013 1 commit
-
-
Rainer Hochecker authored
Signed-off-by: Carl Eugen Hoyos <cehoyos@ag.or.at>
-
- 27 Mar, 2013 1 commit
-
-
Janne Grunau authored
Fixes linking when only a subset of the deprecated vdpau decoders is enabled.
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 15 Feb, 2013 2 commits
-
-
Anton Khirnov authored
Most of the changes are just trivial are just trivial replacements of fields from MpegEncContext with equivalent fields in H264Context. Everything in h264* other than h264.c are those trivial changes. The nontrivial parts are: 1) extracting a simplified version of the frame management code from mpegvideo.c. We don't need last/next_picture anymore, since h264 uses its own more complex system already and those were set only to appease the mpegvideo parts. 2) some tables that need to be allocated/freed in appropriate places. 3) hwaccels -- mostly trivial replacements. for dxva, the draw_horiz_band() call is moved from ff_dxva2_common_end_frame() to per-codec end_frame() callbacks, because it's now different for h264 and MpegEncContext-based decoders. 4) svq3 -- it does not use h264 complex reference system, so I just added some very simplistic frame management instead and dropped the use of ff_h264_frame_start(). Because of this I also had to move some initialization code to svq3. Additional fixes for chroma format and bit depth changes by Janne Grunau <janne-libav@jannau.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
Split out dependency on MpegEncContext.
-
- 13 Jan, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 23 Oct, 2011 3 commits
-
-
Michael Niedermayer authored
This reverts commit da22ba7d. Conflicts: libavcodec/mpeg12.c libavcodec/mpeg12.h
-
Janne Grunau authored
This reverts commit da22ba7d since it broke slice threading. Slice threading just duplicates MpegEncContext so every value used during mpeg_decode_slice has to be in it. A second patch will fix the illusion that Mpeg1Context is available in mpeg_decode_slice.
-
Anton Khirnov authored
It's MPEG-1 specific.
-
- 10 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 04 Jul, 2011 1 commit
-
-
Carl Eugen Hoyos authored
-
- 27 Jun, 2011 1 commit
-
-
Carl Eugen Hoyos authored
-
- 23 Jun, 2011 1 commit
-
-
Diego Biurrun authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 02 May, 2011 2 commits
-
-
Stefano Sabatini authored
-
Stefano Sabatini authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 01 Apr, 2011 1 commit
-
-
Reimar Döffinger authored
To avoid further special-casing, dummy AVHWAccels are added for VDPAU. It should be possible to move VDPAU completely to AVHWAccel later.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 30 Mar, 2010 2 commits
-
-
Stephen Warren authored
start of decoding a picture instead of at the end. Fixes mmco01.264 Patch by Stephen Warren Originally committed as revision 22728 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Stephen Warren authored
Patch by Stephen Warren. Originally committed as revision 22727 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Mar, 2010 1 commit
-
-
Carl Eugen Hoyos authored
Originally committed as revision 22533 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Mar, 2010 1 commit
-
-
Carl Eugen Hoyos authored
Based on a patch by NVIDIA. Originally committed as revision 22160 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Nov, 2009 1 commit
-
-
NVIDIA Corporation authored
by video players. Original patch by NVIDIA corporation. Originally committed as revision 20502 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Mar, 2009 1 commit
-
-
Stephen Warren authored
if sps.poc_type == 0. Patch by Stephen Warren, swarren nvidia com Originally committed as revision 17854 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 Feb, 2009 2 commits
-
-
NVIDIA Corporation authored
actually reference frames. Patch by NVIDIA Originally committed as revision 17596 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
NVIDIA Corporation authored
rangeredfrm (VC-1 7.1.13) in bit 1. Patch by NVIDIA Originally committed as revision 17595 to svn://svn.ffmpeg.org/ffmpeg/trunk
-