mirror of
https://github.com/mpv-player/mpv.git
synced 2024-09-20 20:03:10 +02:00
4d016a92c8
Use codec names instead of FourCCs to identify codecs. Rewrite how codecs are selected and initialized. Now each decoder exports a list of decoders (and the codec it supports) via add_decoders(). The order matters, and the first decoder for a given decoder is preferred over the other decoders. E.g. all ad_mpg123 decoders are preferred over ad_lavc, because it comes first in the mpcodecs_ad_drivers array. Likewise, decoders within ad_lavc that are enumerated first by libavcodec (using av_codec_next()) are preferred. (This is actually critical to select h264 software decoding by default instead of vdpau. libavcodec and ffmpeg/avconv use the same method to select decoders by default, so we hope this is sane.) The codec names follow libavcodec's codec names as defined by AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders have names different from the canonical codec name. The AVCodecDescriptor API is relatively new, so we need a compatibility layer for older libavcodec versions for codec names that are referenced internally, and which are different from the decoder name. (Add a configure check for that, because checking versions is getting way too messy.) demux/codec_tags.c is generated from the former codecs.conf (minus "special" decoders like vdpau, and excluding the mappings that are the same as the mappings libavformat's exported RIFF tables). It contains all the mappings from FourCCs to codec name. This is needed for demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the codec as determined by libavformat, while the other demuxers have to do this on their own, using the mp_set_audio/video_codec_from_tag() functions. Note that the sh_audio/video->format members don't uniquely identify the codec anymore, and sh->codec takes over this role. Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which provide cover the functionality of the removed switched. Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure container/video combinations (e.g. the sample Film_200_zygo_pro.mov) are played flipped. ffplay/avplay doesn't handle this properly either, so we don't care and blame ffmeg/libav instead. |
||
|---|---|---|
| .. | ||
| ai_alsa1x.c | ||
| ai_oss.c | ||
| asf_mmst_streaming.c | ||
| asf_mmst_streaming.h | ||
| asf_streaming.c | ||
| audio_in.c | ||
| audio_in.h | ||
| cache2.c | ||
| cache2.h | ||
| cdd.h | ||
| cdinfo.c | ||
| cookies.c | ||
| cookies.h | ||
| dvb_tune.c | ||
| dvb_tune.h | ||
| dvbin.h | ||
| frequencies.c | ||
| frequencies.h | ||
| http.c | ||
| http.h | ||
| network.c | ||
| network.h | ||
| pvr.h | ||
| stream_avdevice.c | ||
| stream_bluray.c | ||
| stream_cdda.c | ||
| stream_cddb.c | ||
| stream_dvb.c | ||
| stream_dvd_common.c | ||
| stream_dvd_common.h | ||
| stream_dvd.c | ||
| stream_dvd.h | ||
| stream_file.c | ||
| stream_ftp.c | ||
| stream_lavf.c | ||
| stream_mf.c | ||
| stream_null.c | ||
| stream_pvr.c | ||
| stream_radio.c | ||
| stream_radio.h | ||
| stream_smb.c | ||
| stream_tv.c | ||
| stream_udp.c | ||
| stream_vcd.c | ||
| stream_vstream.c | ||
| stream.c | ||
| stream.h | ||
| tcp.c | ||
| tcp.h | ||
| tv.c | ||
| tv.h | ||
| tvi_def.h | ||
| tvi_dummy.c | ||
| tvi_v4l2.c | ||
| udp.c | ||
| udp.h | ||
| url.c | ||
| url.h | ||
| vcd_read_darwin.h | ||
| vcd_read_fbsd.h | ||
| vcd_read_win32.h | ||
| vcd_read.h | ||