Hi, This looks "good" to me in your screenshot: the &#NNNN; are the HTML codes for the utf8 chars, so this means that icecast gets the utf8 chars right, but they are not properly displayed on the webpage... (it does not seem to be a Liq problem anymore). Do you see the caraters if you try to set the webpage encoding to utf8 in your browser by any chance?
++ Sam. 2011/10/12 Martin Konečný <martin.kone...@sourcefabric.org>: > Hi Romain, > Regarding the output.icecast problem with character encoding and non-ogg > icecast streams: > I think I'm doing something wrong. I revisited this bug, and here is a > screenshot of what it looks like now: > http://dl.dropbox.com/u/256410/Screenshot%20at%202011-10-12%2013%3A36%3A29.png > I've tried setting encoding="UTF-8", in the output.icecast parameters, but > no dice. You mentioned something about sending a "charset= parameter", am I > doing it right by setting this "encoding" parameter? > > > 2011/9/29 Romain Beauxis <to...@rastageeks.org> >> >> 2011/9/29 David Baelde <david.bae...@ens-lyon.org>: >> > 2011/9/29 Romain Beauxis <to...@rastageeks.org>: >> >> My only concern is about changing the default encoding to latin1 for >> >> non-ogg icecast outputs, in case a lot of users had been working with >> >> utf8 for a long time.. However, I think 1.0 is the right time for >> >> those changes and also that it is always better to stick to the >> >> standard.. >> > >> > If we send charset info to icecast, then there is now reason to not >> > use UTF8, and so no reason to change the default. Am I missing >> > something? >> >> Ok, so I went and saw icecast's code. What it does is: it converts mp3 >> metadata to the charset set for the given mountpoint. >> >> This means that by default, all metadata sent by icecast are in latin1 >> encoding for non-ogg mountpoints. This also means that the encoding >> used between the source and icecast is irrelevant for listeners. >> >> Finally, since utf8 is a much more general encoding, it is obvious >> that it should be the default for any icecast output. >> >> Case closed, let's code now :-) >> >> 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 > > ------------------------------------------------------------------------------ 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
