Cool, fixed a bunch of bugs in the playlist parser thanks to this.

2006-01-26  Bastien Nocera  <hadess@hadess.net>

        * data/mime-type-list.txt: add the application/smil and
        application/x-smil mime-types
        * src/plparse/totem-pl-parser.c: (parse_smil_entry),
        (totem_pl_parser_parse_internal): support the application/smil,
        also look for the "audio" element in SMIL files, ignore files
        of certain mime-types only after we've checked whether we supported
        that type (Closes: #328720)

The problem is that doing an xmlRecoverMemory on the file munges bits of the URL. Still checking that.

I was told that the URL is very broken, and the playlist file needs to be fixed:
rtsp://helix1.smgradio.com/broadcast/VirginRadioAAC.rm?rpurl=http://www.virginradio.co.uk/index.html&rpcontexturl=http://www.smgradio.com/core/player/index.html&rpcontextparams=service=vr%26action=player%26playusing=none&rpcontextheight=243&rpcontextwidth=468
should be:
rtsp://helix1.smgradio.com/broadcast/VirginRadioAAC.rm?rpurl=http://www.virginradio.co.uk/index.html&rpcontexturl=http://www.smgradio.com/core/player/index.html&rpcontextparams=service=vr%26action=player%26playusing=none&rpcontextheight=243&rpcontextwidth=468

Adding information on why these stream are invalid from Daniel Veillard.

http://www.w3.org/TR/REC-xml/#syntax

<DV> The ampersand character (&) and the left angle bracket (<) MUST NOT appear in their literal form, except when used as markup delimiters, or within a comment, a processing instruction, or a CDATA section. If they are needed elsewhere, they MUST be escaped using either numeric character references or the strings "&amp;" and "&lt;" respectively.

Incidentally, this bug is now fixed within the playlist generation system.

Mass-move from totem to totem-pl-parser. You can remove all messages by searching for this comment.