We can only use it at application level
Just use the default libav* callback instead which prints to stderr
We might want to set libav* verbosity with av_log_set_level()
This allows specifying the libavcodec decoder/encoder by name
Useful in case there are more than one codec per fourcc
Example: ffvp8 / libvpx decoders for VP8
Tested on current libav and ffmpeg @ 25846 svn revision playback only.
No need to bump current lavc/lavf requirements (52.25.0 and 52.45.0), as
all the "new" functions used arrived earlier than abovementioned
versions were published.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
Changing the choice list of a configuration item is not thread-safe.
Plus it does not make much sense to use a strict choice list if the
choices change dynamically.
If ever needed, we can invent a suggestions list system later, just
like we already do for SD plugins enumeration.
Additionally, enable delayed opening for AAC which fixes decoding
of media where we rely on decoder configuration being supplied by
the packetizer instead of the container.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
This removes outdated code.
It isn't nice to FFmpeg programmers to allow people to keep such old versions of lavc
52.2.0 allows the Audio Channel Layout to be defined.
- Noone knew what it was
- Only FFmpeg+DMO were there and not being SPU_ES decoders
- Maybe SDEC meant _S_ubtitles...
- FFmpeg and DMO are in Video codecs now.
If you don't like this solution, I suggest merging all codecs subcat
The only way to test it for now is to use the following syntax:
avio://full_url
like for example avio://http://myhost/myfile.avi
It cannot be instanciated multiple times per process.
I choosed to extract the decoded frame back to memory instead of developping
a new specific vaapi vout. It was easier, allows transcoding and does not break
our current OSD.
Becarefull, you probably have to applied a pending patch on ffmpeg for h264
decoding.
You still have to manually uncomment the HAVE_AVCODEC_VAAPI define in
avcodec.h and to fix the build system to test it.
This commit add some options as safe, based on a search
of issues on the forum.
Additions are:
- ffmpeg-pp-q (prosprocess quality)
- ffmpeg skiploopfilter (speed)
Signed-off-by: Laurent Aimar <fenrir@videolan.org>
Except for a few cases:
- dialog providers -> cannot be selected explicitly,
- window providers -> cannot be selected explicitly,
- ffmpeg-deinterlace -> "ffmpeg" does not make much sense here??
- kate -> already duplicating its own shortcut
Note sure about packetizers: added just in case
Ilkka Ollakka
Rafaël Carré
Rémi Denis-Courmont
Konstantin Pavlov
Jean-Baptiste Kempf
Jai Menon
Laurent Aimar
Christophe Mutricy
Rafaël Carré
Rémi Duraffort
Anthony Loiseau
Rémi Denis-Courmont