diff options
author | Max Kellermann <max@duempel.org> | 2010-01-17 17:08:56 +0100 |
---|---|---|
committer | Max Kellermann <max@duempel.org> | 2010-01-17 17:09:10 +0100 |
commit | 9d4b7ab11305d8a95fcf93ffaedf0bdea0356927 (patch) | |
tree | 4339db83b17280d9a1eb3b69cb72f3c380dba9cc /NEWS | |
parent | 8ac776c58b69a94fce793d16e477a88207ce0d27 (diff) | |
download | mpd-9d4b7ab11305d8a95fcf93ffaedf0bdea0356927.tar.gz mpd-9d4b7ab11305d8a95fcf93ffaedf0bdea0356927.tar.xz mpd-9d4b7ab11305d8a95fcf93ffaedf0bdea0356927.zip |
decoder_thread: don't fall back to "mad" unless no plugin matches
When all plugins have failed, MPD used to fall back to the "mad"
decoder plugin, to handle those radio streams without a Content-Type
response header. This however leads to unexpected results (garbage
being played) when the stream isn't really mp3. Since we care little
about "bad" streams, we shouldn't have hacks which have bad side
effects.
Let's get rid of this hack now! Only try to "mad" plugin if there was
no match at all (Content-Type, path suffix) and no other plugin has
been tried.
Diffstat (limited to '')
-rw-r--r-- | NEWS | 1 |
1 files changed, 1 insertions, 0 deletions
@@ -20,6 +20,7 @@ ver 0.16 (20??/??/??) - id3: revised "performer" tag support * decoders: - don't try a plugin twice (MIME type & suffix) + - don't fall back to "mad" unless no plugin matches - ffmpeg: support multiple tags - ffmpeg: convert metadata to generic format - sndfile: new decoder plugin based on libsndfile |