This is an incredibly advanced per-media option that is probably more
confusing for users than it does any good. The values are not even
exposed properly, just some of them written in the help text.
If someone really needs this, it can already be set by
--avcodec-options "{bug=...}", so having a dedicated VLC option
that doesn't add any convenience to it is redundant.
The priority is higher than dav1d so it can handle hardware decoding even if
dav1d is present.
This version of lavc should only allow decoding if the decoder has a profile
that can be decoded by the hardware, otherwise it should let other decoders try
to do the decoding (dav1d, lavc with current priority, etc).
We don't need to know it's a pointer and can save 2 characters.
No functional changes. This is simply renaming "dec->p_fmt_in",
"decoder->p_fmt_in", "dec.p_fmt_in" and "packetizer->p_fmt_in"
gives much better UX in gui prefs.
the range was dropped, even though ranges are enforced (mostly) unlike
value-lists within the option system, and so it can be sensible to have
them in addition to value-lists, since the avcodec module has code handling
the value of this option which maps each valid value to a specific constant
and uses a default constant for unmapped values, so keeping the range would
be pointless here.
see e967f81f6a.
note, this does **not** affect cat-based module selection items
(of which there are just three in use by the core), since that
mechanism uses subcats not cats.
Currently, when encoding an ES category, the encoders had to check
whether they supported the ES category and return an error, forcing many
modules to be loaded and probed for nothing.
By splitting by ES category, we ensure that most encoder that would have
not supported the encoding anyway won't be probed. As a side effect, it
improves the documentation in the help output by only listing encoders
that will actually be able to encode the format, for instance in
aenc/venc/senc options in the transcode module. It will also provide a
better way for the UI to list the available encoders.
The config "advanced" flag was unused and has been removed by
6a7a137f7b.
It has been removed from many add_*() macros, but not all. Remove it
from the remaining macros.
where identical to shorttext, or near enough.
bad because:
- wastes resources.
- useless tooltips in prefs GUI (poor UX) - tooltip longtext should add
something of value.
- useless repetition of text in certain help output.
in some cases they differed only in full-stop, creating unnecessary extra
burden on translators.
1. FF_THREAD_FRAME is in the FFmpeg code base since 2011.
2. codec/avcodec/video.c and codec/avcodec/directx_va.c use
FF_THREAD_FRAME directly without check.
3. FF_THREAD_FRAME is a thread type, it's not a multithreads decoding
support flag.
Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>
The avcodec-fast option, if enabled, sets the AV_CODEC_FLAG2_FAST
option. Using AV_CODEC_FLAG2_FAST can cause use of unsafe code in
avcodec which could lead to crashes.
adapting to the new API requires more than local
patches.
The block is always passed in full, and we can
expect more than a single frame when push returns
EAGAIN.
Requires then more interpolation for timestamps before
using next input packet pts.
Should also be correct when dequeing end of stream.
Implements decoder draining
When needed (fmt->b_packetized == false), create a packetizer before creating a
decoder. The fmt_in of the decoder is copied either from the fmt_out of the
packetizer, or from the fmt of CreateDecoder.
Marvin Scholz
Steve Lhomme
Alexandre Janniaux
Johannes Kauffmann
Lyndon Brown
Romain Vimont
Zhao Zhili
Rémi Denis-Courmont
Francois Cartegnie
Thomas Guillem
Steve Lhomme
Hugo Beauzée-Luyssen
Jean-Baptiste Kempf
Ilkka Ollakka