Hi Romain,
Thanks for the link. Am I doing it correctly if I set encoding="UTF-8" as
one of the output.icecast parameters? Is this effectively the same as what
you advise ("What you should do is to configure icecast to override the
default charset assigned to this mount point.")?
The reason I ask, is because this is what I did, and it did not work.
Perhaps I should go back and try it again (or try "UTF8" string instead of
"UTF-8")
Martin
2011/10/13 Romain Beauxis <to...@rastageeks.org>
> Hi Martin!
>
> 2011/10/12 Martin Konečný <martin.kone...@sourcefabric.org>:
> > Just double checked this. mplayer also gives the following:
> >
> >> Connecting to server localhost[127.0.0.1]: 8000...
> >> Name : mp3
> >> Public : yes
> >> Bitrate: 128kbit/s
> >> Cache size set to 320 KBytes
> >> Cache fill: 0.00% (0 bytes)
> >> ICY Info:
> >> StreamTitle='Реальный
> >> разговор - - Unknown';
> >>
> >> Audio only file format detected.
> >>
> ==========================================================================
>
> Here's my guess on this one:
>
> Looking at icecast's mp3 code, it tries to translated UTF-8 characters
> to latin1, which is the default charset for mp3 mountpoints. The
> actual translation function is provided by libxml2 and I have not dug
> through its code. However, I suspect that, for the given characters,
> there is no latin1 equivalent and for this reason, libxml2 resorts to
> using HTML-encoded characters.
>
> What you should do is to configure icecast to override the default
> charset assigned to this mount point. The configuration is described
> there:
> http://icecast.org/docs/icecast-trunk/icecast2_config_file.html#mount
>
> Once set to UTF-8 for this mountpoint, icecast should report the
> original UTF-8 string, as expected.
>
> Please, be warned that nevertheless, many audio players expect ICY
> metadata (the metadata format used for mp3 stream data) to be set in
> latin1 and thus report wrongly encoded metadata...
>
> This includes, for instance, liquidsoap.. However camomile's automatic
> charset detection should hopefully do a good job for us.. :-)
>
> Romain
>
--
Martin Konecny
Software Developer, Sourcefabric
martin.kone...@sourcefabric.org
720 Bathurst St. Suite 203
M5S 2R4, Toronto, ON, Canada
+1 (416) 892-8420 (Cell)
Skype: martin.konecny15
http://www.sourcefabric.org
http://www.twitter.com/Sourcefabric
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users