| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
The following new variables can be used in the x and y expressions: font_a, font_d, top_a, bottom_d.
|
| |
|
|
|
|
| |
Adds support for different border size in each direction.
|
|
|
|
|
|
|
|
| |
- text is now shaped using libharfbuz
- glyphs position is now accurate to 1/4 pixel in both directions
- the default line height is now the one defined in the font
Adds libharfbuzz dependency.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
I've been sitting on this for 3 1/2 years now(!), and I finally got
around to fixing the loose ends and convincing myself that it was
correct. It follows the same basic structure as yadif_cuda, including
leaving out the edge handling, to avoid expensive branching.
|
|
|
|
|
|
|
|
|
| |
or output bytestream
- Provided AVOutputFormat structure describing EVC output format (ff_evc_muxer)
- Added documentation for EVC muxer
Signed-off-by: Dawid Kozinski <d.kozinski@samsung.com>
|
|
|
|
| |
No surrounding option has the '-' prefix.
|
|
|
|
| |
The timebases do not have to match.
|
|
|
|
|
|
|
|
| |
The contents of this field are not defined for decoding. Use
pkt_timebase, which is the timebase of demuxed packets.
Drop a tautological av_packet_rescale_ts() call, as the stream and
decoder timebases are the same.
|
|
|
|
| |
It is recommended for callers to set it, though not required.
|
|
|
|
| |
For what use it may be.
|
|
|
|
|
|
|
|
|
|
|
| |
Added prerequisites that must be met before providing support for the MPEG-5 EVC codec
- Added new entry to codec IDs list
- Added new entry to the codec descriptor list
- Bumped libavcodec minor version
- Added profiles for EVC codec
Signed-off-by: Dawid Kozinski <d.kozinski@samsung.com>
Signed-off-by: James Almer <jamrial@gmail.com>
|
|
|
|
|
| |
Useful in cases audio samples DC offset is not ~0.0, where
other detectors will fail to detect silence.
|
|
|
|
|
|
|
|
|
| |
0th order modified bessel function of the first kind are used in multiple
places, lets avoid having 3+ different implementations
I picked this one as its accurate and quite fast, it can be replaced if
a better one is found
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
|
|
|
|
| |
This commit documents most of the Vulkan filters. Some of this was
copy-pasted from equivalent OpenCL filters.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
'any' stop mode is now correctly implemented for end trimming and is of limited usage.
Extend examples and other documentation of this filter.
|
| |
|
| |
|
|
|
|
| |
Rename old peak detector to more correct name one.
|
|
|
|
|
| |
Do full rewrite, new code is much faster for typical filter usages.
Also previous code was hard to follow and basically very-hard to maintain.
|
| |
|
| |
|
|
|
|
|
|
| |
So CJK can be wrapped automatically.
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
|
|
|
|
|
| |
Upstream peak detection lost one option and gained one option. Update
code and documentation as required.
|
|
|
|
|
|
|
|
|
|
| |
This algorithm has once again been refactored, this time leading to a
dropping of the old `tone_mapping_mode` field, to be replaced by a
single tunable hybrid mode with configurable strength.
We can approximately map the old modes onto the new API for backwards
compatibility. Replace deprecated enums by their integer equivalents to
safely preserve this API until the next bump.
|
|
|
|
|
|
|
|
|
| |
Upstream deprecated the old ad-hoc, enum/intent-based gamut mapping API
and added a new API based on colorimetrically accurate gamut mapping
functions.
The relevant change for us is the addition of several new modes, as well
as deprecation of the old options. Update the documentation accordingly.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: James Almer <jamrial@gmail.com>
|
|
|
|
|
|
|
|
| |
Not only this is information that relies on the concept of a sequence of
frames, which is completely out of place as a field in AVFrame, but there are
no known or intended uses of this field.
Signed-off-by: James Almer <jamrial@gmail.com>
|
|
|
|
|
|
| |
Clarify that -sws_flags are only applied to simple filtergraphs as a
default, not complex filtergraphs. Add a reference to the scaler
options.
|
|
|
|
|
|
|
|
| |
For encoding, this field is entirely redundant with
AVCodecContext.framerate.
For decoding, this field is entirely redundant with
AV_CODEC_PROP_FIELDS.
|
|
|
|
|
|
|
| |
Multiple places currently use AVCodecContext.ticks_per_frame > 1 to
identify such codecs, which
* requires a codec context
* requires it to be open
|
|
|
|
| |
There is nothing meaningful the caller can do with it.
|
| |
|
| |
|
|
|
|
|
| |
Fairly straightforward. We just need to modify the scaler handling code
slightly to support looking at a different list of filter presets.
|
|
|
|
|
|
|
|
|
|
|
| |
This exposes libplacebo's frame mixing functionality to vf_libplacebo,
by allowing users to specify a desired target fps to output at. Incoming
frames will be smoothly resampled (in a manner determined by the
`frame_mixer` option, to be added in the next commit).
To generate a consistently timed output stream, we directly use the
desired framerate as the timebase, and simply output frames in
sequential order (tracked by the number of frames output so far).
|
|
|
|
|
|
| |
Add support for changing expr on the fly.
Signed-off-by: Oleg <oafanasiev@gmail.com>
|
|
|
|
| |
For finer control of selected formats for filtering.
|