summaryrefslogtreecommitdiffstats
path: root/core
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-02-02 20:48:01 +0100
committerwm4 <wm4@nowhere>2013-02-03 16:44:41 +0100
commitd61408f0da9086883ba71b74c60dd998986ebd19 (patch)
tree4b19bc4761179e64e7d739ad44d53d9f9bade5ca /core
parent74b66862d776f81a6da374b7e6cc54d2d5e8e16e (diff)
downloadmpv-d61408f0da9086883ba71b74c60dd998986ebd19.tar.bz2
mpv-d61408f0da9086883ba71b74c60dd998986ebd19.tar.xz
demux_lavf: remove "internet radio hack"
It appears this is not needed anymore. ffmpeg can handle "chained" ogg files fine. These can be created with "cat file1.ogg file2.ogg > chained.ogg", and are similar (or equal) to some internet radio streams. Apparently ffmpeg used to add new tracks when crossing boundaries in chained files, and the hack in demux_lavf.c handled this. At some later point, ffmpeg's ogg demuxer was improved, and stopped adding new tracks as long as the codec doesn't change. Since the hack in demux_lavf.c was hardcoded to Vorbis (i.e. only active if the new and old track were both Vorbis), it's dead code, and we can remove it. I couldn't find any stream that triggered this hack, or fails without it. Firefox had a similar issue, and its bug tracker makes a good reference: https://bugzilla.mozilla.org/show_bug.cgi?id=455165 NOTE: this doesn't update metadata on track changes anymore.
Diffstat (limited to 'core')
0 files changed, 0 insertions, 0 deletions