Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Mark Thompson	706ed34ce7	ffmpeg: Don't require a known device to pass a frames context to an encoder The previous code here did not handle passing a frames context when ffmpeg itself did not know about the device it came from (for example, because it was created by device derivation inside a filter graph), which would break encoders requiring that input. Fix that by checking for HW frames and device context methods independently, and prefer to use a frames context method if possible. At the same time, revert the encoding additions to the device matching function because the additional complexity was not relevant to decoding. Also fixes #8637, which is the same case but with the device creation hidden in the ad-hoc libmfx setup code.	5 years ago
Mark Thompson	8abd3b2028	ffmpeg: Use hardware config metadata with encoders This can support encoders which want frames and/or device contexts. For the device case, it currently picks the first initialised device of the desired type to give to the encoder - a new option would be needed if it were necessary to choose between multiple devices of the same type.	5 years ago
Mark Thompson	e254212405	ffmpeg: Make filter hardware device selection clearer Also move it into a dedicated function in the hardware file.	5 years ago
Mark Thompson	a444863738	ffmpeg_hw: Treat empty device string as no device setting The implementation will use some default in this case. The empty string is not a meaningful device for any existing hardware type, and indeed OpenCL treats it identically to no device already to work around the lack of this setting on the command line.	6 years ago
Mark Thompson	1f8b36329f	ffmpeg_hw: Mark some strings as const	6 years ago
Mark Thompson	b0cd14fb1d	ffmpeg: Use codec hardware config to configure hwaccels Removes specific support for all hwaccels supported by the generic code (DXVA2, D3D11VA, NVDEC, VAAPI and VDPAU).	7 years ago