| Commit message (Collapse) | Author | Age |
|
|
|
| |
It will be useful in the following commits.
|
|
|
|
|
|
| |
Since this function adds a standalone filter to a filter graph and we do
not support creating such filters, there is no reason for this function
to exist.
|
|
|
|
|
|
|
| |
Since we do not support "standalone" filters not attached to an
AVFilterGraph, we should not have a public function to create such
filters. In addition that function is horribly named, the action it does
cannot be possibly described as "opening" a filter.
|
|
|
|
|
| |
We do not support using filters without AVFilterGraph in practice
anyway, so there is no point in pretending we do.
|
| |
|
|
|
|
| |
lavfi should never modify the filter through that pointer.
|
|
|
|
|
| |
Useful for examining options, the same as the corresponding functions
for the other libs.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Deprecate AVFilterBuffer/AVFilterBufferRef and everything related to it
and use AVFrame instead.
|
|
|
|
|
| |
Any alleged performance benefits gained from the split are purely
mythological and do not justify added code complexity.
|
|
|
|
| |
Also reorder some other #include when applicable.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
| |
|
|
|
|
| |
Move private fields to the private section, remove holes.
|
|
|
|
| |
Place related fields together, remove holes.
|
|
|
|
|
| |
Place related fields together, remove holes, move private fields to the
end and mark them as private.
|
|
|
|
| |
Place related fields together, remove holes.
|
|
|
|
| |
Place related fields together, remove holes.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
It is not used in any filters currently and is inherently evil. If
passing binary data to filters is required in the future, it should be
done with some AVOptions-based system.
|
|
|
|
| |
This makes synchronization simpler for filters with multiple inputs.
|
|
|
|
| |
This breaks libavfilter ABI.
|
|
|
|
| |
This is more consistent with naming in the rest of Libav.
|
|
|
|
| |
It will allow adding new fields to it without ABI breaks.
|
|
|
|
|
| |
This will allow making AVFilterPad opaque for the calling apps, since
those are the only two fields that can be useful to the users.
|
|
|
|
|
| |
They are only useful inside filters and we don't allow user filters for
now.
|
|
|
|
|
| |
They are only useful inside filters and we don't allow user filters for
now.
|
|
|
|
|
| |
They are only useful inside filters and we don't allow user filters for
now.
|
|
|
|
|
| |
It is only useful inside filters and we don't allow user filters for
now.
|
| |
|
|
|
|
| |
poll_frame()/request_frame() are used for audio too.
|
|
|
|
|
| |
Those functions are only useful inside filters. It is better to not
support user filters until the API is more stable.
|
|
|
|
|
| |
Those functions are only useful inside filters. It is better to not
support user filters until the API is more stable.
|
|
|
|
|
|
|
|
|
|
|
|
| |
avfilter_config_links()
Link properties have to be checked after config_props() is called to
make sure everything is sane, so the default config_props() for output
links was redundant.
Remove now empty defaults.c
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
| |
|
|
|
|
|
|
|
|
| |
Those functions are only useful inside filters. It is better to not
support user filters until the API is more stable.
This breaks audio filtering API and ABI in theory, but since it's
unusable right now this shouldn't be a problem.
|
|
|
|
|
| |
There is no real reason for it to be 64bit, it's just a plain int in the
rest of Libav.
|
|
|
|
|
|
|
|
| |
There's no reason for it to be explicitly 32 bits. It's declared as a
plain int in all other places in Libav.
This breaks audio filtering API and ABI in theory, but since it's
unusable right now this shouldn't be a problem.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The additional parameters are just complicating the function interface.
Assume that a requested samples buffer will *always* have the format
specified in the requested link.
This breaks audio filtering API and ABI in theory, but since it's
unusable right now this shouldn't be a problem.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove AVFilterBufferRefAudioProps.size, and use nb_samples in its place
everywhere.
This is required as the size in the audio buffer may be aligned, so it
may not contain a well defined number of samples.
Also remove the useless planar parameter, which can be deduced from the
sample format.
This is technically an API and ABI break, but since the audio part of
lavfi is not usable now, this should not be a problem in practice.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
| |
This is similar to what has previously been done in AVFrame to allow
dealing with more than 8 channels.
|