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. --- src/decoder_thread.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) (limited to 'src/decoder_thread.c') diff --git a/src/decoder_thread.c b/src/decoder_thread.c index 631a7a0e3..42a537ffe 100644 --- a/src/decoder_thread.c +++ b/src/decoder_thread.c @@ -282,7 +282,8 @@ decoder_run_stream(struct decoder *decoder, const char *uri) &tried) || /* fallback to mp3: this is needed for bastard streams that don't have a suffix or set the mimeType */ - decoder_run_stream_fallback(decoder, input_stream); + (tried == NULL && + decoder_run_stream_fallback(decoder, input_stream)); g_slist_free(tried); -- cgit v1.2.3