FFmpeg

385MB

Tree: b5985ce44d

Author	SHA1	Message	Date
Philip Langdale	88d2ccbe93	lavfi/vf_hwupload: Add support for HW -> HW transfers As we find ourselves wanting a way to transfer frames between HW devices (or more realistically, between APIs on the same device), it's desirable to have a way to describe the relationship. While we could imagine introducing a `hwtransfer` filter, there is almost no difference from `hwupload`. The main new feature we need is a way to specify the target device. Having a single device for the filter chain is obviously insufficient if we're dealing with two devices. So let's add a way to specify the upload target device, and if none is specified, continue with the existing behaviour. We must also correctly preserve the sw_format on such a transfer.	5 years ago
Mark Thompson	c6bc18bc12	vf_hwupload/hwmap: Support setting a fixed pool size These filters do not directly know whether the API they are using will support dynamic frame pools, so this is somewhat tricky. If the user sets extra_hw_frames, we assume that they are aware of the problem and set a fixed size based on that. If not, most cases use dynamic sizing just like they did previously. The hardware-reverse-mapping case for hwmap previously had a large fixed size (64) here, primarily as a hack for QSV use - this is removed and extra_hw_frames will need to be set for QSV to work since it requires fixed-size pools (as the other cases do, and which didn't work before).	8 years ago
Jun Zhao	bf238a6a3c	vf_hwupload: Add missing return value check Add missing return value checks to suppress build warning and remove noop ff_formats_unref() calling. Note: most filters using ff_formats_ref() didn't have a suitable error handling, it's a potential memory leak issue. Signed-off-by: Jun Zhao <jun.zhao@intel.com> Signed-off-by: Mark Thompson <sw@jkqxz.net>	8 years ago
Mark Thompson	e3fb74f7f9	lavfi: Always propagate hw_frames_ctx through links Also adds a new flag to mark filters which are aware of hwframes and will perform this task themselves, and marks all appropriate filters with this flag. This is required to allow software-mapped hardware frames to work, because we need to have the frames context available for any later mapping operation in the filter graph. The output from the filter graph should only propagate further to an encoder if the hardware format actually matches the visible format (mapped frames are valid here and have an hw_frames_ctx, but this should not be given to the encoder as its hardware context).	8 years ago
Mark Thompson	7e2561fa83	lavfi: Use ff_get_video_buffer in all filters using hwframes	8 years ago
Mark Thompson	07a844f32e	lavfi: generic hardware surface upload and download filters Signed-off-by: Anton Khirnov <anton@khirnov.net>	9 years ago

10 Commits (b5985ce44dea053d9de80b51d049dbb35e46e356)