Don't give up immediately if demux_unstick_ao_loop() reports that xine might
be stuck, because it's not necessarily so.

According to my tests, this fixes
http://bugs.kde.org/show_bug.cgi?id=180339#c42 and
http://bugs.debian.org/514114.

This has been tested with Amarok and kde 4.1.x (with phonon) and kaffeine.

(If this causes xine-lib to hang on certain broken streams, we have a problem.)

This requires that many other files include config.h themselves.
Also convert <config.h> to "config.h".

(Bug 182)

The test stream sometimes causes the ASF demuxer to report "unknown GUID"
several times then act as if the headers have been received, with the audio
output thread waiting forever for data to be passed to it by the decoder, in
this case the ffmpeg audio decoder.

This particular hang occurs if playback is stopped before the demuxer has
decided that headers have been received (later, and we'd have the problem
which the parent cset of this cset fixes); having the demuxer control insert
empty audio buffers where it would otherwise wait forever for the audio
output thread to receive some data.

Test stream: mmsh://213.92.19.8:80/radiodeejay?MSWMExt=.asf

Add warning flags to the DEBUG_CFLAGS too.