| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Correct doc entry from stats_add_max to output_max
|
|
|
|
|
| |
It adds a new audio filter for running audio transcriptions with the whisper model.
Documentation and examples are included into the patch.
|
|
|
|
| |
This makes it possible to apply Adobe .cube files to inputs.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This filter can detect various properties about the image, including
whether or not there are out-of-range values, or whether the input appears
to use straight or premultiplied alpha.
Of course, these can only be heuristics, with "undetermined" as the base
case. While we can definitely prove the existence of full range or
straight alpha colors, we can never infer the opposite.
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds the pad_cuda video filter. A filter similar to the existing pad filter but accelerated by CUDA.
The filter shares the same options as the software pad filter.
Example usage:
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i input.mp4 -vf "pad_cuda=w=iw+100:h=ih+100:x=-1:y=-1:color=red" out.mp4
Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
|
|
|
|
|
|
|
|
|
|
| |
This was requested by users of `vf_libplacebo`, to mirror the existing
option on the other `vf_scale_*` family of filters. While we have
`vf_normalize`, it was not as useful in the event that the content
stretching was actually desired.
Bridges an important usability gap between `vf_scale` and `vf_libplacebo`
that made mixing and matching the filters needlessly difficult.
|
|
|
|
|
|
|
|
| |
usefull -> useful
seperately -> separately
reciever -> receiver
Signed-off-by: Clément Péron <peron.clem@gmail.com>
|
|
|
|
|
|
|
| |
Like vf_blackdetect but better, faster, stronger, harder.
Signed-off-by: Niklas Haas <git@haasn.dev>
Sponsored-by: nxtedition
|
|
|
|
|
|
|
|
| |
Check the alpha plane for (almost) transparent frames, instead of checking
the luma channel for almost black frames.
Signed-off-by: Niklas Haas <git@haasn.dev>
Sponsored-by: nxtedition
|
|
|
|
|
|
|
| |
Useful to speed up shader compilation. May significantly lower startup
times, in particular with large or complex shaders.
Sponsored-by: nxtedition
|
|
|
|
|
|
| |
Flipping can already be accomplished by setting the crop_w/h expressions to
their negative values, so together these options can implement any of the
common frame orientations.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Libpostproc will be available as source plugin at
https://github.com/michaelni/FFmpeg/tree/sourceplugin-libpostproc
OR
https://github.com/michaelni/libpostproc
whatever turns out more convenient to maintain
For the upcoming 8.0 release, libpostproc will be included, so as not to
cause delays or inconveniences
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
| |
|
|
|
|
|
| |
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
|
|
|
|
| |
Also update thumbnail_cuda filter description.
|
| |
|
|
|
|
|
|
|
| |
These were removed upstream and no longer have had any effect for
a while now.
Signed-off-by: Niklas Haas <git@haasn.dev>
|
|
|
|
| |
cf. the other deinterlacing-aware filters.
|
|
|
|
|
|
| |
These were introduced in libplacebo API version 220. We actually already
map the field by default, but deinterlacing was never enabled unless the user
explicitly forced it using extra_ops.
|
|
|
|
|
|
| |
This will leave the background transparent when the target format
contains an alpha channel, without affecting the behavior on formats
without one.
|
|
|
|
| |
This is a Vulkan-accelerated version of the existing interlace filter.
|
|
|
|
|
|
|
|
| |
4b77a0a681 added a new consumer of ff_scale_adjust_dimensions
which was recently modified to allow for square pixel output.
This commit extends the new option to vpp_amf, and unbreaks the building
of vf_amf_common.c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For anamorphic videos, enabling this option leads to adjustment of
output dimensions to obtain square pixels when the user requests
proportional scaling through either of the w/h expressions or
force_original_aspect_ratio.
Output SAR is always reset to 1.
Option added to scale, scale_cuda, scale_npp & scale_vaapi.
libplacebo already has a similar option with different semantics,
scale_vt and scale_vulkan don't implement force_oar, so for these
three filters, I've made minimal changes needed to not break building
or change output.
|
|
|
|
| |
Signed-off-by: Evgeny Pavlov <lucenticus@gmail.com>
|
|
|
|
|
|
| |
The inline example for option color_ranges used 'color_spaces'
Fixes #11441
|
|
|
|
|
|
|
|
|
|
|
|
| |
In f121d95, the outlink framerate was unconditionally unset.
This breaks/bloats outputs from CFR muxers unless the user explicitly
sets a sane framerate. And the most common invocation for setpts seen in
workflows, our docs and across the web is `PTS-STARTPTS` or others of the
general form `PTS+constant` which preserves the input framerate.
Default value is false, which restores old behaviour.
Fixes #11428
|
|
|
|
|
| |
In the long run, it would be ideal if we could add these to the avfilter
negotiation as well, but for now, this is a good start.
|
|
|
|
|
|
|
|
| |
This setting can be used to infuence the type of tone and gamut mapping used
internally when color space conversions are required. As discussed at VDD'24,
the default was set to relative colorimetric clipping, which is approximately
associative, surjective and idempotent. As such, it roundtrips well, although
it is strictly speaking not associative on out-of-gamut colors.
|
|
|
|
| |
Signed-off-by: James Almer <jamrial@gmail.com>
|
|
|
|
|
| |
Can be used together with the split filter to decompose multiview video
into individual views.
|
|
|
|
|
|
|
| |
Add XPSNR video filter
Register new filter xpsnr.
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
|
|
|
| |
The filter was disabled in 95054bfa48 and re-enabled in 771c27119d
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, this just functions as a more principled and user-friendly
replacement for the (undocumented and hard to use) *_chr_pos fields.
However, the goal is to automatically infer these values from the input
frames' chroma location, and deprecate the manual use of *_chr_pos
altogether. (Indeed, my plans for an swscale replacement will most
likely also end up limiting the set of legal chroma locations to those
permissible by AVFrame properties)
|
|
|
|
| |
Shockingly, there isn't currently _any_ filter for overriding this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
|
|
|
|
|
| |
Fixes ticket #10509.
Signed-off-by: Marton Balint <cus@passwd.hu>
|
|
|
|
| |
So ctrl+f "scale2ref" finds it.
|
|
|
|
|
| |
This was accidentally filed under scale_npp, instead of scale. (Why is
this entire section basically duplicated anyway?)
|
|
|
|
| |
And remove it from the documentation.
|
|
|
|
|
|
|
|
| |
This is automatically enabled if the width/height expressions reference
any ref_* variable. This will ultimately serve as a more principled
replacement for the fundamentally broken scale2ref.
See-Also: https://trac.ffmpeg.org/ticket/10795
|
|
|
|
|
| |
Preliminary commit, in anticipation of adding support for multiple
inputs (with proper synchronization and activate() callback).
|
|
|
|
|
|
|
|
|
|
| |
Usage example:
ffmpeg -y -hwaccel vaapi -hwaccel_output_format vaapi -i hdr.mp4 \
-vf "tonemap_vaapi=display=7500 3000|34000 16000|13250 34500|15635 16450|500 10000000:extra_hw_frames=64" \
-c:v hevc_vaapi output.mp4
Signed-off-by: Xinpeng Sun <xinpeng.sun@intel.com>
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
|
|
|
|
|
|
|
| |
By default don't use the color properties from input frame as output
frame properties when performing HDR to SDR conversion
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
|