Roger Shields
2004-Aug-06 14:23 UTC
[Icecast] Re: Can't Connect to icecast using winamp as a listener
here's my icecast.xml <icecast> <limits> <clients>10</clients> <sources>2</sources> <threadpool>5</threadpool> <queue-size>102400</queue-size> <client-timeout>30</client-timeout> <header-timeout>15</header-timeout> <source-timeout>10</source-timeout> </limits> <authentication> <!-- Sources log in with username 'source' --> <source-password>hackme</source-password> <!-- Relays log in username 'relay' --> <relay-password>hackme</relay-password> <!-- Admin logs in with the username given below --> <admin-user>admin</admin-user> <admin-password>hackme</admin-password> </authentication> <hostname>localhost</hostname> <!-- You may have multiple <listener> elements --> <listen-socket> <port>8000</port> <bind-address>127.0.0.1</bind-address> </listen-socket> <fileserve>1</fileserve> <paths> <logdir>/usr/share/icecast</logdir> <webroot>/usr/share/icecast/web</webroot> <adminroot>/usr/share/icecast/admin</adminroot> <pidfile>/usr/share/icecast/icecast.pid</pidfile> </paths> <logging> <accesslog>access.log</accesslog> <errorlog>error.log</errorlog> <loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error --> </logging> <security> <chroot>0</chroot> <changeowner> <user>service</user> <group>users</group> </changeowner> </security> </icecast> and the command i start icecast with is: /usr/bin/icecast -b -c /etc/icecast2/icecast.xml and then i start muse with this command for my stream sources /usr/bin/muse -o -C /shares/music/playlist.m3u -e mp3 -s localhost:8000 -m example1 -l ice2 -p hackme
<00fb01c46f73$406b9110$85e70818@copperhead> <200407221123.50496.msmith@xiph.org> <6.0.1.1.2.20040721210050.036bc2c0@www.oddsock.org> <40FF48DE.80004@tyrell.hu> Message-ID: <6.0.1.1.2.20040722084023.0370c588@www.oddsock.org> At 11:55 PM 7/21/2004, you wrote:>oddsock wrote: >>actually, it was agreed to enable this by default... >>"Burst with a reasonable buffer size should be enabled by default. >>The people doing latency sensitive broadcasting are far, far fewer than >>those who would benefit from this change. >>jack. >>" >>oddsock > >so is this in the current source tree now, in the CVS? >burst on connect is in the current SVN branch, and actually has been for some time now. And I've just now committed the "enabled by default"... oddsock
Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ click on the ogg streams and see how fast they buffer up compared to the icecast2 mp3 streams, we are using karls build of the icecast2 server, what has changed to dramaticly improve this?. It flat out Smokes mp3 now, not just in quality but buffer time. Dave St John Mediacast1 Administration Need Support ? http://mediacast1.com/helpdesk
<6.0.1.1.2.20040721210050.036bc2c0@www.oddsock.org> Message-ID: <40FF48DE.80004@tyrell.hu> oddsock wrote:> actually, it was agreed to enable this by default... > > "Burst with a reasonable buffer size should be enabled by default. > The people doing latency sensitive broadcasting are far, far fewer than > those who would benefit from this change. > > jack. > " > > oddsockso is this in the current source tree now, in the CVS?
adam
2004-Aug-06 14:23 UTC
[Icecast] Re: Can't Connect to icecast using winamp as a listener
and what do you input into the 'open location' of the winamp? adam On Wed, 21 Jul 2004, Roger Shields wrote:> here's my icecast.xml > > <icecast> > <limits> > <clients>10</clients> > <sources>2</sources> > <threadpool>5</threadpool> > <queue-size>102400</queue-size> > <client-timeout>30</client-timeout> > <header-timeout>15</header-timeout> > <source-timeout>10</source-timeout> > </limits> > > <authentication> > <!-- Sources log in with username 'source' --> > <source-password>hackme</source-password> > <!-- Relays log in username 'relay' --> > <relay-password>hackme</relay-password> > > <!-- Admin logs in with the username given below --> > <admin-user>admin</admin-user> > <admin-password>hackme</admin-password> > </authentication> > > > <hostname>localhost</hostname> > > > <!-- You may have multiple <listener> elements --> > > <listen-socket> > <port>8000</port> > <bind-address>127.0.0.1</bind-address> > </listen-socket> > > > <fileserve>1</fileserve> > > > <paths> > <logdir>/usr/share/icecast</logdir> > <webroot>/usr/share/icecast/web</webroot> > <adminroot>/usr/share/icecast/admin</adminroot> > <pidfile>/usr/share/icecast/icecast.pid</pidfile> > </paths> > > <logging> > <accesslog>access.log</accesslog> > <errorlog>error.log</errorlog> > <loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error --> > </logging> > > <security> > <chroot>0</chroot> > > <changeowner> > <user>service</user> > <group>users</group> > </changeowner> > > </security> > </icecast> > > > and the command i start icecast with is: > > /usr/bin/icecast -b -c /etc/icecast2/icecast.xml > > and then i start muse with this command for my stream sources > > /usr/bin/muse -o -C /shares/music/playlist.m3u -e mp3 -s > localhost:8000 -m example1 -l ice2 -p hackme > _______________________________________________ > Icecast mailing list > Icecast@xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >Adam Hyde ~/.fi r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' contact: email : adam@xs4all.nl phone : + 358 40 876 1932 (Finland)
<00fb01c46f73$406b9110$85e70818@copperhead> Message-ID: <200407221123.50496.msmith@xiph.org> On Thursday 22 July 2004 08:36, Dave St John wrote:> Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > click on the ogg streams and see how fast they buffer up compared to the > icecast2 mp3 streams, we are using karls build of the icecast2 server, > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > not just in quality but buffer time. >Icecast has optional fast-start code (not in 2.0, though) that does this. It has some intrinsic downsides (higher latency, mostly), so it's not on by default. Mike
<00fb01c46f73$406b9110$85e70818@copperhead> <200407221123.50496.msmith@xiph.org> Message-ID: <6.0.1.1.2.20040721210050.036bc2c0@www.oddsock.org> At 08:23 PM 7/21/2004, you wrote:>On Thursday 22 July 2004 08:36, Dave St John wrote: > > Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > > click on the ogg streams and see how fast they buffer up compared to the > > icecast2 mp3 streams, we are using karls build of the icecast2 server, > > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > > not just in quality but buffer time. > > > >Icecast has optional fast-start code (not in 2.0, though) that does this. It >has some intrinsic downsides (higher latency, mostly), so it's not on by >default. > >Mikeactually, it was agreed to enable this by default... "Burst with a reasonable buffer size should be enabled by default. The people doing latency sensitive broadcasting are far, far fewer than those who would benefit from this change. jack. " oddsock
<00fb01c46f73$406b9110$85e70818@copperhead> Message-ID: <1090506541.7882.58.camel@bogus.hackers.club> On Wed, 2004-07-21 at 23:36, Dave St John wrote:> Check out this yp dir http://www.radiotoolbox.com/mediatoolbox/ > click on the ogg streams and see how fast they buffer up compared to the > icecast2 mp3 streams, we are using karls build of the icecast2 server, > what has changed to dramaticly improve this?. It flat out Smokes mp3 now, > not just in quality but buffer time.The fast pre-buffering was a frequently requested feature, especially with low bitrate streams showing the startup lag more. I've filtered the queueing/burst mechanism in the kh tree into SVN svn.xiph.org/icecast/branches/icecast-singleq Both MP3 and Ogg streams should react in a similar way at connection time, but I've made it burst 64k (by default) as it is not too much to be a problem but enough to handle most current players. This can be overridden in <limits> and/or <mount> with <burst-size> in bytes Any feedback welcome. karl.