| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Fixes compilation with msvc.
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
| |
Fixes compilation with msvc.
Signed-off-by: James Almer <[email protected]>
|
|
|
|
|
|
| |
Fixes compilation with msvc.
Signed-off-by: James Almer <[email protected]>
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
| |
Also, simplify code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
| |
|
|
|
|
|
| |
Also, simplify code, and drop a redundant call that also happens
implicitly in generic code.
|
|
|
|
| |
Also, drop redundant calls that also happen implicitly in generic code.
|
|
|
|
|
| |
Also, simplify code and drop redundant calls that also happen implicitly
in generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
| |
|
|
|
|
|
| |
Allows to drop custom parsing code, and also the assumption that
query_formats() is not called more than once.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
| |
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
|
|
|
|
|
|
|
|
| |
It differs from query_func() in accepting arrays of input/output format
configurations to be filled as callback parameters. This allows to mark
the filter context as const, ensuring it is not modified by this
function, as it is not supposed to have any side effects beyond
returning the supported formats.
|
|
|
|
| |
The check is for color space, not range.
|
|
|
|
|
|
| |
It was shared with opencl implementation.
Signed-off-by: Zhao Zhili <[email protected]>
|
|
|
|
|
|
|
|
|
| |
The color range should be set to match the input when creating
the VideoToolbox context. Otherwise, the new context will default
to limited range, creates inconsistencies with full range inputs.
Signed-off-by: Gnattu OC <[email protected]>
Signed-off-by: Zhao Zhili <[email protected]>
|
|
|
|
| |
Nothing in it needs to be visible to filters.
|
| |
|
|
|
|
|
|
| |
All that remains in it are things that belong in avfilter_internal.h.
Move them there and remove internal.h
|
|
|
|
| |
It does not do anything when the links are already configured.
|
| |
|
|
|
|
| |
That is a more appropriate place for those functions.
|
|
|
|
|
|
| |
The only thing this function does beyond calling av_get_pix_fmt() is
falling back onto parsing the argument as a number. No other filters
should need to do this.
|
|
|
|
|
|
| |
internal.h currently mixes interfaces intended to be used by filters
with those that should be limited to generic filter- or graph-level
code.
|
|
|
|
|
|
| |
Fixes regression since d566a37003d0257229f06436bef8062fee3af6e9.
Signed-off-by: James Almer <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current logic hard-coded a check for v_sub == 1. We can extend this
logic slightly to cover the case of interlaced 4:1:0 (which has v_sub ==
2).
Here is a diagram explaining this scenario (with center-siting):
a a a a a a a a
b b b b b b b b
X X
a a a a a a a a
b b b b b b b b
a a a a a a a a
b b b b b b b b
Y Y
a a a a a a a a
b b b b b b b b
a = even luma rows
b = odd luma rows
X = even chroma sample
Y = odd chroma sample
In progressive mode, the chroma samples sit at (384, 384) respectively.
Relative to the 8x4 grid of even luma samples (a), the X sample sits at:
h_chr_pos = 384
v_chr_pos = 192
Relative to the 8x4 grid of odd luma samples (b), the Y sample sits at:
h_chr_pos = 384
v_chr_pos = 576
The new code calculates the correct values in all circumstances.
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current logic only fixes it when the user does not explicitly
specify the chroma location. However, this does not make a lot of sense.
Since there is no way to specify this property per-field, it effectively
*prevents* the user from being able to correctly scale interlaced frames
with top-aligned chroma.
It makes more sense to consider the user setting in the progressive case
only, and automatically adapt it to the correct interlaced field
positions, following the details of the MPEG specification.
|
|
|
|
| |
AV_OPT_TYPE_CONST does not use min/max, we can leave them as 0.
|
|
|
|
| |
Shockingly, there isn't currently _any_ filter for overriding this.
|
|
|
|
|
|
|
|
|
|
| |
We check for whether subformats support storage immediately below.
Those are the ones we require storage for, rather than the base format
itself.
This permits better reuse of AVHWFrame contexts.
The patch also removes an always-false check in the subformat check.
|
|
|
|
|
| |
There's no reason not to permit this, particularly if a user wants
to manipulate images which will be exported back to DRM.
|
|
|
|
|
|
|
|
|
|
| |
Vulkan encoding was designed in a very... consolidated way.
You had to know the exact codec and profile that the image was going to
eventually be encoded as at... image creation time. Unfortunately, as good
as our code is, glimpsing into the exact future isn't what its capable of.
video_maintenance1 removed that requirement, which only then made encoding
images practically possible.
|
| |
|
| |
|
| |
|
|
|
|
| |
Co-developed-by: James Almer <[email protected]>
|
| |
|