diff options
author | wm4 <wm4@nowhere> | 2013-02-02 20:48:01 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-02-03 16:44:41 +0100 |
commit | d61408f0da9086883ba71b74c60dd998986ebd19 (patch) | |
tree | 4b19bc4761179e64e7d739ad44d53d9f9bade5ca /core | |
parent | 74b66862d776f81a6da374b7e6cc54d2d5e8e16e (diff) | |
download | mpv-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