libav.git - [no description]

	Commit message (Collapse)	Author	Age
*	avcodec/cuviddec: explicitly synchronize cuMemcpy calls	Timo Rothenpieler	2018-05-10
\|
*	avcodec/cuviddec: set key frame for decoded frames	Yogender Gupta	2018-01-19
\| \| \| \|	Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
*	avcodec: add metadata to identify wrappers and hardware decoders	wm4	2017-12-14
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Explicitly identify decoder/encoder wrappers with a common name. This saves API users from guessing by the name suffix. For example, they don't have to guess that "h264_qsv" is the h264 QSV implementation, and instead they can just check the AVCodec .codec and .wrapper_name fields. Explicitly mark AVCodec entries that are hardware decoders or most likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing API users listing hardware decoders in a more generic way. The proposed AVCodecHWConfig does not provide this information fully, because it's concerned with decoder configuration, not information about the fact whether the hardware is used or not. AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software implementations in case the hardware is not capable. Based on a patch by Philip Langdale <philipl@overt.org>. Merges Libav commit 47687a2f8aca3f65b6fdd117b1cb66a7409a7fd1.
*	lavc: Delete all fake hwaccels	Mark Thompson	2017-11-26
\| \| \| \|	They are now unused.
*	lavc: Use hardware config information in ff_get_format()	Mark Thompson	2017-11-26
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	This removes the dependency that hardware pixel formats previously had on AVHWAccel instances, meaning only those which actually do something need exist after this patch. Also updates avcodec_default_get_format() to be able to choose hardware formats if either a matching device has been supplied or no additional external configuration is required, and avcodec_get_hw_frames_parameters() to use the hardware config rather than searching the old hwaccel list. The FF_CODEC_CAP_HWACCEL_REQUIRE_CLASS mechanism is deleted because it no longer does anything (the codec already contains the pointers to the matching hwaccels).
*	lavc: Add hardware config metadata for decoders supporting hardware output	Mark Thompson	2017-11-26
\| \| \| \| \| \| \| \| \|	This includes a pointer to the associated hwaccel for decoders using hwaccels - these will be used later to implement the hwaccel setup without needing a global list. Also added is a new file listing all hwaccels as external declarations - this will be used later to generate the hwaccel list at configure time.
*	compat/cuda: Pass a logging context to load functions	Mark Thompson	2017-11-20
\| \| \| \|	Reviewed-by: Timo Rothenpieler <timo@rothenpieler.org>
*	avcodec: allow multiple hwaccels for the same codec/pixfmt	wm4	2017-11-10
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Currently, AVHWAccels are looked up using a (codec_id, pixfmt) tuple. This means it's impossible to have 2 decoders for the same codec and using the same opaque hardware pixel format. This breaks merging Libav's CUVID hwaccel. FFmpeg has its own CUVID support, but it's a full stream decoder, using NVIDIA's codec parser. The Libav one is a true hwaccel, which is based on the builtin software decoders. Fix this by introducing another field to disambiguate AVHWAccels, and use it for our CUVID decoders. FF_CODEC_CAP_HWACCEL_REQUIRE_CLASS makes this mechanism backwards compatible and optional.
*	avcodec/cuvid: rename cuvid.c to cuviddec.c	wm4	2017-11-10
	cuvid.c is used by Libav's CUVID hwaccel. Resolve the conflict and avoid future merge problems by renaming our decoder. Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>