summaryrefslogtreecommitdiff
path: root/libavfilter/vf_hwupload_cuda.c
Commit message (Collapse)AuthorAge
* avfilter/avfilter: Add numbers of (in|out)pads directly to AVFilterAndreas Rheinhardt2021-08-20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Up until now, an AVFilter's lists of input and output AVFilterPads were terminated by a sentinel and the only way to get the length of these lists was by using avfilter_pad_count(). This has two drawbacks: first, sizeof(AVFilterPad) is not negligible (i.e. 64B on 64bit systems); second, getting the size involves a function call instead of just reading the data. This commit therefore changes this. The sentinels are removed and new private fields nb_inputs and nb_outputs are added to AVFilter that contain the number of elements of the respective AVFilterPad array. Given that AVFilter.(in|out)puts are the only arrays of zero-terminated AVFilterPads an API user has access to (AVFilterContext.(in|out)put_pads are not zero-terminated and they already have a size field) the argument to avfilter_pad_count() is always one of these lists, so it just has to find the filter the list belongs to and read said number. This is slower than before, but a replacement function that just reads the internal numbers that users are expected to switch to will be added soon; and furthermore, avfilter_pad_count() is probably never called in hot loops anyway. This saves about 49KiB from the binary; notice that these sentinels are not in .bss despite being zeroed: they are in .data.rel.ro due to the non-sentinels. Reviewed-by: Nicolas George <george@nsup.org> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avfilter: Constify all AVFiltersAndreas Rheinhardt2021-04-27
| | | | | | | This is possible now that the next-API is gone. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com> Signed-off-by: James Almer <jamrial@gmail.com>
* avfilter/hwupload_cuda: add YUVA420P format supportnyanmisaka2021-03-25
| | | | | Signed-off-by: nyanmisaka <nst799610810@gmail.com> Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
* lavfi: regroup formats lists in a single structure.Nicolas George2020-09-08
| | | | | | | | | | | | | | | It will allow to refernce it as a whole without clunky macros. Most of the changes have been automatically made with sed: sed -i ' s/-> *in_formats/->incfg.formats/g; s/-> *out_formats/->outcfg.formats/g; s/-> *in_channel_layouts/->incfg.channel_layouts/g; s/-> *out_channel_layouts/->outcfg.channel_layouts/g; s/-> *in_samplerates/->incfg.samplerates/g; s/-> *out_samplerates/->outcfg.samplerates/g; ' src/libavfilter/*(.)
* lavfi/vf_hwupload: Add support for HW -> HW transfersPhilip Langdale2020-02-04
| | | | | | | | | | | | | | | | 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.
* avfilter/vf_hwupload_cuda: update supported pix_fmtsTimo Rothenpieler2018-05-10
|
* hwupload_cuda : Add 10/16 bit format supportYogender Gupta2017-08-03
| | | | Signed-off-by: Philip Langdale <philipl@overt.org>
* Merge commit 'e3fb74f7f9a8f1895381355f40c92cac3c1023d9'Matthieu Bouron2017-03-30
|\ | | | | | | | | | | | | * commit 'e3fb74f7f9a8f1895381355f40c92cac3c1023d9': lavfi: Always propagate hw_frames_ctx through links Merged-by: Matthieu Bouron <matthieu.bouron@gmail.com>
| * lavfi: Always propagate hw_frames_ctx through linksMark Thompson2016-11-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).
* | Merge commit '7e2561fa8313982aa21f7657953eedeeb33b210d'Matthieu Bouron2017-03-29
|\| | | | | | | | | | | | | | | * commit '7e2561fa8313982aa21f7657953eedeeb33b210d': lavfi: Use ff_get_video_buffer in all filters using hwframes vf_hwupload_cuda: Fix build error Merged-by: Matthieu Bouron <matthieu.bouron@gmail.com>
| * lavfi: Use ff_get_video_buffer in all filters using hwframesMark Thompson2016-11-02
| |
* | avfilter/vf_hwupload_cuda: Add min/max limits for the 'device' optionSrinath K R2016-12-08
| | | | | | | | Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
* | avfilter/vf_hwupload_cuda: fix potential leakTimo Rothenpieler2016-11-30
| |
* | avfilter/vf_hwupload_cuda: check ff_formats_ref for errorsTimo Rothenpieler2016-11-22
| |
* | avfilter/vf_hwupload_cuda: use new hwdevice allocation APITimo Rothenpieler2016-11-22
| |
* | avfilter/hwupload_cuda: Add missing semicolon.Matt Oliver2016-02-25
| | | | | | | | Signed-off-by: Matt Oliver <protogonoi@gmail.com>
* | Merge commit '21f7cd4acd8dc4b4796b55966dd015cb037164d8'Derek Buitenhuis2016-02-24
|/ | | | | | | * commit '21f7cd4acd8dc4b4796b55966dd015cb037164d8': lavfi: add a filter for uploading normal frames to CUDA Merged-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* lavfi: add a filter for uploading normal frames to CUDAAnton Khirnov2016-02-14