From 9d4b7ab11305d8a95fcf93ffaedf0bdea0356927 Mon Sep 17 00:00:00 2001 From: Max Kellermann Date: Sun, 17 Jan 2010 17:08:56 +0100 Subject: 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. --- NEWS | 1 + 1 file changed, 1 insertion(+) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 7cc085e57..25ce5110c 100644 --- a/NEWS +++ b/NEWS @@ -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 -- cgit v1.2.3