#254: Shoutcast-way of sending metadatas support
-------------------------+--------------------------------------------------
Reporter: Azrael | Owner: admin
Type: Feature | Status: new
Priority: 1 | Milestone:
Component: Liquidsoap | Version:
Resolution: | Keywords: shoutcast, metadata
Mac: 1 | Linux: 1
Netbsd: 1 | Other: 1
Freebsd: 1 |
-------------------------+--------------------------------------------------
Old description:
> Hello,
>
> From what we understood by discussing and testing on IRC, we came to the
> conclusion that Shoutcast has a particular way of sending and handling
> meta-datas.
> Apparently, the official Shoutcast plugin for Winamp, as well as Edcast
> by Oddsock, send metadatas without using the GET way. We also believe
> they do not use icy-infos, since those are sent by the source only at the
> very beginning of the connection, which would be unpractical for mp3
> tags.
> This way of sending metadatas remains unknown for liquidsoap at the
> moment. As a consequence, using Shoutcast DSP for Winamp toward
> input.harbor lead to a total lack of any tag whatsoever, aas highlighted
> by the following log :
>
> 2009/02/13 01:51:43 [harbor:3] New client: ***.fbx.proxad.net
> 2009/02/13 01:51:43 [harbor:3] ICY request on /.
> 2009/02/13 01:51:43 [harbor:3] Adding source on mountpoint '/' with type
> 'audio/mpeg'.
> 2009/02/13 01:51:43 [lang:3] Live démarré
> 2009/02/13 01:51:43 [threads:3] Created thread "harbor source feeding" (5
> total)
> 2009/02/13 01:51:43 [src_3720:3] Decoding...
> 2009/02/13 01:51:44 [mksafe:3] Switch to src_3720 with transition.
> 2009/02/13 01:51:44 [src_3736:3] Switch to src_3720 with transition.
> 2009/02/13 01:52:42 [stream.mp3:2] Read error End_of_file
> 2009/02/13 01:52:42 [src_3720:2] Feeding stopped: Mad.End_of_stream
> 2009/02/13 01:52:42 [lang:3] Live terminé
> (and yes, there has been several attempts to send metadatas during that
> minute of streaming).
>
> The conclusion is that it would be great to have input.harbor support
> that special Shoutcast-way of handling metadatas.
>
> Icecast server seems to be able to handle them.
>
> Also, edcast (an icecast/shoutcast source client), when configured as
> "Shoutcast", sends them the very same way... AND it is open-source. So
> you may be able to look at their code and see how it works.
>
> If it can be of any help, here is Edcast source directory :
> http://svn.oddsock.org/public/trunk/edcast/src/
>
> The solution must be somewhere inside this.
New description:
Hello,
From what we understood by discussing and testing on IRC, we came to the
conclusion that Shoutcast has a particular way of sending and handling
meta-datas.
Apparently, the official Shoutcast plugin for Winamp, as well as Edcast by
Oddsock, send metadatas without using the GET way. We also believe they do
not use icy-infos, since those are sent by the source only at the very
beginning of the connection, which would be unpractical for mp3 tags.
This way of sending metadatas remains unknown for liquidsoap at the
moment. As a consequence, using Shoutcast DSP for Winamp toward
input.harbor lead to a total lack of any tag whatsoever, aas highlighted
by the following log :
{{{
2009/02/13 01:51:43 [harbor:3] New client: ***.fbx.proxad.net
2009/02/13 01:51:43 [harbor:3] ICY request on /.
2009/02/13 01:51:43 [harbor:3] Adding source on mountpoint '/' with type
'audio/mpeg'.
2009/02/13 01:51:43 [lang:3] Live démarré
2009/02/13 01:51:43 [threads:3] Created thread "harbor source feeding" (5
total)
2009/02/13 01:51:43 [src_3720:3] Decoding...
2009/02/13 01:51:44 [mksafe:3] Switch to src_3720 with transition.
2009/02/13 01:51:44 [src_3736:3] Switch to src_3720 with transition.
2009/02/13 01:52:42 [stream.mp3:2] Read error End_of_file
2009/02/13 01:52:42 [src_3720:2] Feeding stopped: Mad.End_of_stream
2009/02/13 01:52:42 [lang:3] Live terminé
(and yes, there has been several attempts to send metadatas during that
minute of streaming).
}}}
The conclusion is that it would be great to have input.harbor support that
special Shoutcast-way of handling metadatas.
Icecast server seems to be able to handle them.
Also, edcast (an icecast/shoutcast source client), when configured as
"Shoutcast", sends them the very same way... AND it is open-source. So you
may be able to look at their code and see how it works.
If it can be of any help, here is Edcast source directory :
http://svn.oddsock.org/public/trunk/edcast/src/
The solution must be somewhere inside this.
--
Ticket URL: <http://savonet.rastageeks.org/ticket/254#comment:1>
Savonet <http://savonet.rastageeks.org/>
Let's program our stream !
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Savonet-trac mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-trac
