FFmpeg

Commit Graph

Author	SHA1	Message	Date
Anton Khirnov	d4a91e6534	pthread_frame: do not run hwaccel decoding asynchronously unless it's safe Certain hardware decoding APIs are not guaranteed to be thread-safe, so having the user access decoded hardware surfaces while the decoder is running in another thread can cause failures (this is mainly known to happen with DXVA2). For such hwaccels, only allow the decoding thread to run while the user is inside a lavc decode call (avcodec_send_packet/receive_frame).	8 years ago
Rémi Denis-Courmont	89ac99ba5f	vdpau: pass codec-specific parameters from hwaccel Signed-off-by: Anton Khirnov <anton@khirnov.net>	10 years ago
Anton Khirnov	a871ef0cc9	hwaccel: Rename priv_data_size to frame_priv_data_size This describes more accurately what this field is for.	11 years ago
wm4	f6774f905f	mpegvideo: operate with pointers to AVFrames instead of whole structs 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>	11 years ago
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
Anton Khirnov	c2f7417eeb	vc1: move MpegEncContext.resync_marker into VC1Context. The field still remains in MpegEncContext because it is used by the mpeg4 decoder.	11 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>	11 years ago
Rainer Hochecker	582963a815	vdpau: Fix VC-1 interlaced mode VDPAU expects the bitstream value (0, 2 or 3). libavcodec uses an enum (0, 1 or 2). Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Diego Biurrun <diego@biurrun.de>	11 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	7752532789	vdpau: Add VC-1 decoding via hwaccel infrastructure Signed-off-by: Diego Biurrun <diego@biurrun.de>	12 years ago

11 Commits (79f64f7ebc2b2b7030c6219914bc141cc03fd377)