FFmpeg

Commit Graph

Author	SHA1	Message	Date
wm4	1b1094a19d	vdpau: switch ff_vdpau_get_surface_id from Picture to AVFrame 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>	11 years ago
wm4	7948a51b5c	vdpau: don't assume Picture and H264Picture are the same 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>	11 years ago
Michael Niedermayer	2a37e560dc	avcodec/vdpau: fix ff_vdpau_get_surface_id() argument after H264Picture Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	11 years ago
Vittorio Giovara	e0c16e4e32	mpegvideo: move mpegvideo formats-related defines to mpegutils.h	11 years ago
Vittorio Giovara	9b749c8274	h264: move relevant fields from Picture to H264Picture	11 years ago
Hendrik Leppkes	23bc1351ad	vdpau: restore compatibility with deprecated fields in AVVDPAUContext Fixes ticket #3133. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com> Tested-by: EricV Signed-off-by: Michael Niedermayer <michaelni@gmx.at>	11 years ago
Reimar Döffinger	d404fe35b2	Make new VDPAU easier to use by adding context to callback. 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>	12 years ago
Rémi Denis-Courmont	2852740e23	vdpau: store picture data in picture's rather than codec's context Signed-off-by: Anton Khirnov <anton@khirnov.net>	12 years ago
Anton Khirnov	759001c534	lavc decoders: work with refcounted frames.	12 years ago
Anton Khirnov	2c54155407	h264: deMpegEncContextize 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>	12 years ago
Rémi Denis-Courmont	51b56a0716	vdpau: Add H.264 decoding via hwaccel infrastructure Signed-off-by: Diego Biurrun <diego@biurrun.de>	12 years ago

17 Commits (5027f39712fdce25b9008e72d52e5abfeefd5fe6)