From ajones at alternic.org Mon Jul 2 18:40:58 2001 From: ajones at alternic.org (AJones!) Date: Mon, 2 Jul 2001 14:40:58 -0400 Subject: [icecast] Re: ads/inserts (was: Quick Question.) Message-ID: <200107021842.f62IgKw02720@alternic.org> 6/28/01 2:05 PM ajones at alternic.org >Currently I have it set this way: > >http://www.mysite.com:8000/playlist.pls > >which forces open an mp3 player. > >Do I need to include it in the playlist.pls? Never saw an answer to the above and I have another question. How can you show on a web page what is currently playing? Any help would be appreciated! AJ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From kirk at braille.uwo.ca Tue Jul 3 14:33:16 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: Tue, 03 Jul 2001 10:33:16 -0400 Subject: [icecast] more ices errors Message-ID: Hi Brendan and all: Well, the last set of changes you made didn't get rid of the problem but the error messages certainly coincide with the icecast.log messages now. So is the problem icecast or ices? Here is just the last set of messages which caused it to die. There were many more through out the file but they didn't hit the magic ten consecutive. DEBUG: Builtin playlist handler serving: /var/music/Darol_Anger/Barbara_Higbie_Quintet/01-Egrets.mp3 DEBUG: ID3v1 song: Egrets DEBUG: ID3v1 artist: Darol Anger DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 DEBUG: Bitrate: 128 kbit/s Padding: 1 Mode: j-stereo DEBUG: Ext: 0 Mode_Ext: 2 Copyright: 0 Original: 1 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 Playing /var/music/Darol_Anger/Barbara_Higbie_Quintet/01-Egrets.mp3 Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid DEBUG: Updated metadata on egoplay24 to: Darol Anger - Egrets Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Error during send: Mount failed on http://127.0.0.1:8000/egoplay, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Too many stream errors, giving up Encountered error while transfering /var/music/Darol_Anger/Barbara_Higbie_Quintet/01-Egrets.mp3: Mount failed on http://127.0.0.1:8000/egoplay56, error: Could not login on server. Server message: ERROR - Mount Point Taken or Invalid Exiting after 10 consecutive errors. Ices Exiting... Kirk --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From dr at musicabona.cz Tue Jul 3 16:15:28 2001 From: dr at musicabona.cz (Martin Dressler) Date: Tue, 3 Jul 2001 18:15:28 +0200 Subject: [icecast] python playlist bug? Message-ID: <01070318152803.22987@office> I don't know if it is bug or not, but when I played with ices.py module I found that the body of script is executed everytime any function (like ices_get_next_song) is called. This cause that when you use sceleton (ices.py.dist) it doesn't work. I mean this line songnumber=-1 at begin of file. My python is version 1.5.2 It's a bug or normal behavior? Regards, Madr -- Martin Dressler e-mail: dr at musicabona.cz http://www.musicabona.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 3 19:52:30 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 3 Jul 2001 15:52:30 -0400 Subject: [icecast] more ices errors In-Reply-To: Message-ID: <20010703155230.B18390@xanadu.kublai.com> On Tuesday, 03 July 2001 at 10:33, Kirk Reiser wrote: > Hi Brendan and all: Well, the last set of changes you made didn't get > rid of the problem but the error messages certainly coincide with the > icecast.log messages now. So is the problem icecast or ices? Here is > just the last set of messages which caused it to die. There were many > more through out the file but they didn't hit the magic ten > consecutive. It looks to me like it's an icecast problem. But, if you stop ices and start up again right away does it work correctly? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From sterling at sterlinganderson.net Tue Jul 3 20:06:48 2001 From: sterling at sterlinganderson.net (Sterling Anderson) Date: Tue, 3 Jul 2001 13:06:48 -0700 Subject: [icecast] bit rate question Message-ID: <5705200172320648356@sterlinganderson.net> I am using Icecast and Shout to stream and people connecting are having problems. Things start out great then the quality goes in the toilet and the client gets disconnected. The server says something about the client not keeping up with the stream (paraphrasing here) so it disconnected. I was thinking I would lower the bit rate but was confused by the conf file. If I tell it to stream at 64k will it stream at that rate even if the file was encoded in 128k? You can hear my stream at http://sterlinganderson.net:8000 to hear what I mean. Thanks. Sterling Anderson sterling at sterlinganderson.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From kirk at braille.uwo.ca Tue Jul 3 20:23:27 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: 03 Jul 2001 16:23:27 -0400 Subject: [icecast] more ices errors In-Reply-To: <20010703155230.B18390@xanadu.kublai.com> Message-ID: Sometimes yes and sometimes no. How's that for consistant? I've updated icecast and ices again since I see you've been busy checking in changes. We'll see what happens. I'll keep you posted as thing unwind. It's a slow process because it only dies every other day or so now. If you have any specific things you want me to check, just let me know. Kirk -- Kirk Reiser The Computer Braille Facility e-mail: kirk at braille.uwo.ca University of Western Ontario phone: (519) 661-3061 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Jul 4 02:30:17 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 3 Jul 2001 22:30:17 -0400 Subject: [icecast] python playlist bug? In-Reply-To: <01070318152803.22987@office> Message-ID: <20010703223017.E18390@xanadu.kublai.com> On Tuesday, 03 July 2001 at 18:15, Martin Dressler wrote: > I don't know if it is bug or not, but when I played with ices.py module I > found that the body of script is executed everytime any function (like > ices_get_next_song) is called. > This cause that when you use sceleton (ices.py.dist) it doesn't work. > I mean this line > songnumber=-1 > at begin of file. > > My python is version 1.5.2 > > It's a bug or normal behavior? Thanks for pointing this out. It appears to have been done intentionally but I agree with you that it makes the playlist script less powerful. I've fixed this in CVS. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From roy at lamrim.com Wed Jul 4 08:59:58 2001 From: roy at lamrim.com (Roy Harvey) Date: Wed, 04 Jul 2001 01:59:58 -0700 Subject: [icecast] Multiple Beginner Questions Message-ID: <3.0.5.32.20010704015958.00829ec0@lamrim.com> Hi Everyone -- First and foremost, I'd like to thank the creators of Icecast and all the ancillary tools. Most excellent work! I'm running a somewhat unique radio station called LamRim Radio which hosts Tibetan Buddhist teachings and recently hosted a semi-real-time teaching by His Holiness the Dalai Lama of Tibet... http://www.lamrim.com/ Icecast has been the enabling software to make this all possible and for this I (and many others) are grateful. I've been running version 1.3.0 with Shout on Red Hat 5x with limited trouble; occassional chirping and dropped WinAmp connections during long client sessions (> 1-2 hours). But nothing to troublesome... But more recently I upgraded to Red Hat 7x and have found Icecast "locking up" and having to be reset every other day, where in past it was running trouble-free for weeks at a time... And my new observation (perhaps obvious to better operators than I) is the total loss of Shoutcast directory listings. I figured this must be a change on the Shoutcast side and probably required that I upgrade to 1.3.10 and move into the new millenium with the adoption of IceS (instead of Shout). I think I have everything now running on a secondary test server, but MTD (Mean Time between client Disconnects and other chirps, skips, etc...) is now every few minutes. I'm also a little lost on the whole "XML config" setup, but I'm still plugging through the docs... Shoutcast directory listings are still not showing up... I'm hoping I don't need to run their servers to make this work... ;-( My current setup is: RedHat Linux 7.1 Icecast 1.3.10 IceS 0.1.0 Large MP3 files (typically 1-2 hours each) 16khz stream 1.1Mbps SDSL connection Any thoughts or help would be most appreciated. Or simply words of encouragement / wisdom from others. Thanks Much! Roy --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tre at shoko.calarts.edu Thu Jul 5 20:44:44 2001 From: tre at shoko.calarts.edu (tom erbe) Date: Thu, 5 Jul 2001 13:44:44 -0700 Subject: [icecast] solaris success?? Message-ID: Has anyone been successful getting an icecast webcast going under Solaris? I have tried several times using different versions of icecast, ices, shout and solaris, but have never been able to get it working without seg. faults, or glitching, or other problems. -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre at shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From azo at djazo.com Thu Jul 5 21:06:13 2001 From: azo at djazo.com (azo) Date: Fri, 6 Jul 2001 00:06:13 +0300 Subject: [icecast] solaris success?? In-Reply-To: Message-ID: <20010706000613.A16598@djazo.com> On Thu, Jul 05, 2001 at 01:44:44PM -0700, tom erbe wrote: > Has anyone been successful getting an icecast webcast going under > Solaris? I have tried several times using different versions of > icecast, ices, shout and solaris, but have never been able to get it > working without seg. faults, or glitching, or other problems. I haven't tested it under sparc solaris, but under x86 i have it working. Normal ./configure ; make ; make install works... -- arto kitula / dj azo / azo at djazo.com / +358 40 513 8296 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tre at shoko.calarts.edu Thu Jul 5 21:15:18 2001 From: tre at shoko.calarts.edu (tom erbe) Date: Thu, 5 Jul 2001 14:15:18 -0700 Subject: [icecast] solaris success?? In-Reply-To: <20010706000613.A16598@djazo.com> Message-ID: At 12:06 AM +0300 7/6/01, azo wrote: >On Thu, Jul 05, 2001 at 01:44:44PM -0700, tom erbe wrote: >> Has anyone been successful getting an icecast webcast going under >> Solaris? I have tried several times using different versions of >> icecast, ices, shout and solaris, but have never been able to get it >> working without seg. faults, or glitching, or other problems. > >I haven't tested it under sparc solaris, but under x86 i have it >working. Normal > >./configure ; make ; make install > >works... ure - i got configure, make and make install working too :-) its when i tried ices streaming to icecast that i had the problems. assuming you mean that ices and icecast are working for you under solaris, which version of solaris, icecast and ices are you using? -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre at shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From daleg at elemental.org Thu Jul 5 21:43:43 2001 From: daleg at elemental.org (Dale Ghent) Date: Thu, 5 Jul 2001 17:43:43 -0400 (EDT) Subject: [icecast] solaris success?? In-Reply-To: Message-ID: On Thu, 5 Jul 2001, tom erbe wrote: | Has anyone been successful getting an icecast webcast going under | Solaris? I have tried several times using different versions of | icecast, ices, shout and solaris, but have never been able to get it | working without seg. faults, or glitching, or other problems. I've encountered chronic glitching and stream drops on Soalris 7 and 8 OSes and icecast putting "sleep_ratio 0" in my icecast.conf helped alittle, but it just seems to prolong the gradual output stream degredation. /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ciarana at rd.bbc.co.uk Fri Jul 6 11:38:56 2001 From: ciarana at rd.bbc.co.uk (Ciaran Anscomb) Date: Fri, 06 Jul 2001 12:38:56 +0100 Subject: [icecast] solaris success?? In-Reply-To: Message-ID: <11574.200107061138@inet4.rd.bbc.co.uk> Sgrifennodd tom erbe: > Has anyone been successful getting an icecast webcast going under > Solaris? I have tried several times using different versions of > icecast, ices, shout and solaris, but have never been able to get it > working without seg. faults, or glitching, or other problems. What version? If icecast2 there were problems with thread stacks that caused me to get segfaults all over. That should be fixed now or soon(ish? :). If icecast1, I've no idea... ..ciaran -- Ciaran Anscomb, BBC Internet Services OGG Vorbis, the new music format: http://www.vorbis.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tre at shoko.calarts.edu Fri Jul 6 17:32:23 2001 From: tre at shoko.calarts.edu (tom erbe) Date: Fri, 6 Jul 2001 10:32:23 -0700 Subject: [icecast] solaris success?? In-Reply-To: <11574.200107061138@inet4.rd.bbc.co.uk> Message-ID: icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives me a segfault under solaris. it works just fine on my linux box. ices 0.2 doesn't segfault, but it seems to overrun the server (if that makes any sense), it plays a 3 minute file in seconds. maybe i'll have to switch to mod_mp3 for my solaris boxes. At 12:38 PM +0100 7/6/01, Ciaran Anscomb wrote: >Sgrifennodd tom erbe: >> Has anyone been successful getting an icecast webcast going under >> Solaris? I have tried several times using different versions of >> icecast, ices, shout and solaris, but have never been able to get it >> working without seg. faults, or glitching, or other problems. > >What version? If icecast2 there were problems with thread stacks >that caused me to get segfaults all over. That should be fixed >now or soon(ish? :). If icecast1, I've no idea... > >..ciaran >-- >Ciaran Anscomb, BBC Internet Services >OGG Vorbis, the new music format: http://www.vorbis.com/ > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre at shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Fri Jul 6 17:48:32 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 6 Jul 2001 13:48:32 -0400 Subject: [icecast] solaris success?? In-Reply-To: Message-ID: <20010706134832.B420@xanadu.kublai.com> On Friday, 06 July 2001 at 10:32, tom erbe wrote: > icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives > me a segfault under solaris. it works just fine on my linux box. ices The segfaults are a stack size problem. Try changing STACKSIZE near the top of thread/thread.c from 8192 to 65536 or so... > 0.2 doesn't segfault, but it seems to overrun the server (if that > makes any sense), it plays a 3 minute file in seconds. I'd like to know more about this. Are you reencoding? If so, note that the reencode/samplerate/channels options have moved into the Stream section (to support multiple streams). I'm running 0.2 on Solaris 2.8 (sparc) right now, seemingly successfully (no skips or glitches). But I had to bump the stack size. This change has been committed to CVS, I'll probably release 0.2.1 fairly soon. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From hacker at popmonkey.com Fri Jul 6 19:51:08 2001 From: hacker at popmonkey.com (Jules) Date: Fri, 6 Jul 2001 12:51:08 -0700 Subject: [icecast] port->mount mapping Message-ID: <00e201c10654$ffea01b0$f305fea9@anima> is it possible to map mount points to different ports in icecast for simple clients (that don't have the ability to send mount point information)? i'd like to have each port correspond to a different playlist. pecifically, i want to use live365 (which only understands ip:port) to multiplex several different playlists. right now, however, i have to run multiple icecasts to do this because even with multiple ports per icecast, the default mountpoint is always playlist 0. -- j u l e s @ p o p m o n k e y . c o m http://www.popmonkey.com/jules --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tre at shoko.calarts.edu Fri Jul 6 20:21:19 2001 From: tre at shoko.calarts.edu (tom erbe) Date: Fri, 6 Jul 2001 13:21:19 -0700 Subject: [icecast] solaris success?? In-Reply-To: <20010706134832.B420@xanadu.kublai.com> Message-ID: At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so... Okay - that helped. Now 0.10 doesn't segfault any more, but acts much like 0.2. > > 0.2 doesn't segfault, but it seems to overrun the server (if that >> makes any sense), it plays a 3 minute file in seconds. > >I'd like to know more about this. Are you reencoding? If so, note that >the reencode/samplerate/channels options have moved into the Stream >section (to support multiple streams). I am not re-encoding, as I was unable to get LAME to compile under Solaris. I tried LAME 3.87-9. I am running Solaris 2.7 (sparc) and using gcc to compile. My ices command line is: /usr/local/icecast/bin/ices -F playlist.txt -g "Experimental Electronic Computer Ambient Noise" -h hagstrom.calarts.edu -n freesound -m /fs -P ?????? -r -u http://www.soundhack.com > >I'm running 0.2 on Solaris 2.8 (sparc) right now, seemingly >successfully (no skips or glitches). But I had to bump the stack >size. This change has been committed to CVS, I'll probably release >0.2.1 fairly soon. > >-Brendan > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre at shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Fri Jul 6 20:37:40 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 6 Jul 2001 16:37:40 -0400 Subject: [icecast] solaris success?? In-Reply-To: Message-ID: <20010706163740.C420@xanadu.kublai.com> On Friday, 06 July 2001 at 13:21, tom erbe wrote: > At 1:48 PM -0400 7/6/01, Brendan Cully wrote: > > > 0.2 doesn't segfault, but it seems to overrun the server (if that > >> makes any sense), it plays a 3 minute file in seconds. > > > >I'd like to know more about this. Are you reencoding? If so, note that > >the reencode/samplerate/channels options have moved into the Stream > >section (to support multiple streams). > > I am not re-encoding, as I was unable to get LAME to compile under > Solaris. I tried LAME 3.87-9. I am running Solaris 2.7 (sparc) and I haven't actually tried to build lame on solaris yet, so I can't comment on this. > using gcc to compile. > > My ices command line is: > > /usr/local/icecast/bin/ices -F playlist.txt -g "Experimental > Electronic Computer Ambient Noise" -h hagstrom.calarts.edu -n > freesound -m /fs -P ?????? -r -u http://www.soundhack.com Can you add a -v there and see what kind of debug messages you get? Also compile with --without-libshout to make sure you are compiling with the builtin shout library instead of a possibly buggy already installed copy. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tre at shoko.calarts.edu Fri Jul 6 22:22:18 2001 From: tre at shoko.calarts.edu (tom erbe) Date: Fri, 6 Jul 2001 15:22:18 -0700 Subject: [icecast] solaris success?? In-Reply-To: <20010706163740.C420@xanadu.kublai.com> Message-ID: At 4:37 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 13:21, tom erbe wrote: >> At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >> > > 0.2 doesn't segfault, but it seems to overrun the server (if that >> >> makes any sense), it plays a 3 minute file in seconds. >> > >> >I'd like to know more about this. Are you reencoding? If so, note that >> >the reencode/samplerate/channels options have moved into the Stream >> >section (to support multiple streams). >> >> I am not re-encoding, as I was unable to get LAME to compile under >> Solaris. I tried LAME 3.87-9. I am running Solaris 2.7 (sparc) and > >I haven't actually tried to build lame on solaris yet, so I can't >comment on this. > >> using gcc to compile. >> >> My ices command line is: >> >> /usr/local/icecast/bin/ices -F playlist.txt -g "Experimental >> Electronic Computer Ambient Noise" -h hagstrom.calarts.edu -n >> freesound -m /fs -P ?????? -r -u http://www.soundhack.com > >Can you add a -v there and see what kind of debug messages you get? >Also compile with --without-libshout to make sure you are compiling >with the builtin shout library instead of a possibly buggy already >installed copy. Sure - I did both of those things. Everything looks normal, it is just plowing through the songs at high speed. You might be able to listen until you can't keep up at http://hagstrom.calarts.edu:8000 Here is the output I'm getting --- DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: hagstrom.calarts.edu Port: 8000 DEBUG: Password: ?????? Icy Compat: 0 DEBUG: Name: freesound URL: http://www.soundhack.com DEBUG: Genre: Experimental Electronic Computer Ambient Noise Desc: Default description DEBUG: Bitrate: 32 Public: 1 DEBUG: Mount: /fs Dumpfile: (null) Logfile opened DEBUG: Initializing playlist handler... DEBUG: Initializing builting playlist handler... DEBUG: Randomizing playlist... Mounted on http://65.165.174.101:8000//fs DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 DEBUG: ID3v1 song: Passim DEBUG: ID3v1 artist: Sciss DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1 Playing /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 DEBUG: Initially delaying metadata update... DEBUG: Updated metadata on /fs to: Sciss - Passim DEBUG: Done sending DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Speedy J/Public Energy No. 1/Drainpipe.mp3 DEBUG: ID3v1 song: Drainpipe DEBUG: ID3v1 artist: Speedy J DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1 Playing /usr/local/icecast/freesound/Speedy J/Public Energy No. 1/Drainpipe.mp3 DEBUG: Updated metadata on /fs to: Speedy J - Drainpipe DEBUG: Done sending DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Steve Key/ -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre at shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Fri Jul 6 23:08:22 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 6 Jul 2001 19:08:22 -0400 Subject: [icecast] solaris success?? In-Reply-To: Message-ID: <20010706190822.E420@xanadu.kublai.com> On Friday, 06 July 2001 at 15:22, tom erbe wrote: > At 4:37 PM -0400 7/6/01, Brendan Cully wrote: > >Can you add a -v there and see what kind of debug messages you get? > >Also compile with --without-libshout to make sure you are compiling > >with the builtin shout library instead of a possibly buggy already > >installed copy. > > Sure - I did both of those things. Everything looks normal, it is > just plowing through the songs at high speed. You might be able to > listen until you can't keep up at http://hagstrom.calarts.edu:8000 > > Here is the output I'm getting > /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 > DEBUG: ID3v1 song: Passim > DEBUG: ID3v1 artist: Sciss > DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 > DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch > DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 > DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1 Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can reproduce this problem on Solaris (but not on Linux). My first guess is there may be some non-LP64-safe code in the MP3 frame parser in libshout. I'll let you know what I find... -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Sat Jul 7 03:41:27 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 6 Jul 2001 23:41:27 -0400 Subject: [icecast] solaris success?? In-Reply-To: <20010706190822.E420@xanadu.kublai.com> Message-ID: <20010706234127.F420@xanadu.kublai.com> On Friday, 06 July 2001 at 19:08, Brendan Cully wrote: > On Friday, 06 July 2001 at 15:22, tom erbe wrote: > > Sure - I did both of those things. Everything looks normal, it is > > just plowing through the songs at high speed. You might be able to > > listen until you can't keep up at http://hagstrom.calarts.edu:8000 > > Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can > reproduce this problem on Solaris (but not on Linux). My first guess > is there may be some non-LP64-safe code in the MP3 frame parser in > libshout. I'll let you know what I find... I was right and wrong. There are some bad assumptions about unsigned longs being 32-bit, but for some reason they don't seem to be causing problems. The trouble seems to be in timing_sleep. Please try the attached bandaid to ices/libshout/timing.c while I investigate more fully. -Brendan
  • text/plain attachment: patch-bac.timing-solaris.1
-------------- next part -------------- A non-text attachment was scrubbed... Name: patch-bac.timing-solaris.1 Type: application/octet-stream Size: 592 bytes Desc: not available URL: From Hermann.Schwaerzler at uibk.ac.at Sat Jul 7 08:38:46 2001 From: Hermann.Schwaerzler at uibk.ac.at (Hermann Schwaerzler) Date: Sat, 7 Jul 2001 10:38:46 +0200 (MET DST) Subject: [icecast] solaris success?? In-Reply-To: <20010706190822.E420@xanadu.kublai.com> Message-ID: hello On Fri, 6 Jul 2001, Brendan Cully wrote: > Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can > reproduce this problem on Solaris (but not on Linux). My first guess > is there may be some non-LP64-safe code in the MP3 frame parser in > libshout. I'll let you know what I find... it might be totally unrelated, but a few days ago I had a similar problem: I wanted to do some livestreaming from a windows machine using oddsocks oddcast DSP (http://www.oddsock.org) to stream to 1.3.10 icecast-server on linux. I chose 24kpbs mono at 22050 Hz and at first tested it in win95. everything worked fine. when I tried to do the livestreaming on the "broadcasting" I had to use win98 (german edition). there the problem occured: the stream was very distorted and at least twice as fast as it should have been. I tried the same using the shoutcast DSP. same effect. My conclusion was: this is an error in win98 reading from the soundcard or something like that. I did not try to find out more, because I do not like windows. normally I do livestreaming with linux and liveice, but this time I was unable to get a linux box so I had to use the win98 one... o maybe there is some problem in the icecast-server with these settings (22050 Hz, mono, low bitrate)? hermann --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Mon Jul 9 19:54:25 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Mon, 9 Jul 2001 20:54:25 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 Message-ID: <020b01c108b0$f4a67320$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Hi, got a little problem with the current cvs version of ices. I'm invoking it with the following: ices -v -F /home/nick/icetest.pls -h localhost -P which seems to connect ok, get past password validation, and gives me the following: DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: localhost Port: 8000 DEBUG: Password: hack Icy Compat: 0 DEBUG: Name: Default stream name URL: http://www.icecast.org/ DEBUG: Genre: Default genre Desc: Default description DEBUG: Bitrate: 128 Public: 1 DEBUG: Mount: /ices Dumpfile: (null) Logfile opened DEBUG: Initializing playlist handler... DEBUG: Initializing builting playlist handler... Mounted on http://127.0.0.1:8000/ices DEBUG: Builtin playlist handler serving: /home/nick/hybrid-chamjam-080301.mp3 DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 DEBUG: Bitrate: 128 kbit/s Padding: 0 Mode: stereo DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 Playing /home/nick/hybrid-chamjam-080301.mp3 DEBUG: Initially delaying metadata update... Segmentation fault (core dumped) And Icecast's logfile gives the following: -> [09/Jul/2001:19:48:59] Accepted encoder on mountpoint /ices from 127.0.0.1. 1 sources connected -> [09/Jul/2001:19:48:59] Lost connection to source on mount /ices, waiting 30 seconds for timeout -> [09/Jul/2001:19:49:29] Kicking source 1 [127.0.0.1] [Client timeout exceeded, removing source] [encoder], connected for 30 seconds, 0 bytes transfered. 0 sources connected -> [09/Jul/2001:19:49:29] Kicking all 0 clients for source 1 So I've run the corefile through gdb and see the following backtrace: #0 0x401782d6 in __swsetup () #1 0x40172284 in vfprintf () #2 0x4017202d in fprintf () #3 0x91c1 in log_write (log_id=-1, priority=3, cat=0x76e4 "thread/_start_routine", fmt=0x76bc "Added thread %d [%s] started at [%s:%d]") at log.c:162 #4 0x77a2 in _start_routine (arg=0x180e0) at thread.c:536 #5 0x4002ff88 in _thread_start () at /usr/src/lib/libpthread/../libc_r/uthread/uthread_create.c:212 #6 0x17 in ?? () Cannot access memory at address 0xffffffff. So does this mean that ices is dieing somewhere in libc? At this point my knowledge of how to go further in debugging ices falls short. ktracing the output doesn't show anything particularly useful. I'm running this on a fairly standard x86-based openbsd 2.9 box, with icecast from the ports collection. Does anyone have any helpful suggestions? Many thanks, Nick -- Nick Ludlam - nick at recoil.org --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at recoil.org Mon Jul 9 20:58:20 2001 From: nick at recoil.org (Nick Ludlam) Date: Mon, 9 Jul 2001 21:58:20 +0100 Subject: [icecast] ogg vorbis works in windows media plyaer In-Reply-To: <20010628234019.E17999@i.cantcode.com> Message-ID: <010301c108b9$e2f0ac00$c3ec87d4@kalifornia> From: "Jack Moffitt" > > Hey, congratulations! This is a big step forward. Now if you can get the > > codecs in as part of the standard WMP install...;) > > Doubtful that will happen for a while. In the meantime, I'm looking > into clever ways to get IE to install them automatically :) Did this idea ever get anywhere? I know you can do interesting things with the tag and .cab files, as the google.com toolbar installer does. That kind of seemless install would be ideal. Nick -- Nick Ludlam - nick at recoil.org --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From un at king.dom.de Mon Jul 9 21:21:50 2001 From: un at king.dom.de (un) Date: Mon, 9 Jul 2001 23:21:50 +0200 Subject: [icecast] ices & reencoding Message-ID: <20010709232150.A22422@king.dom.de> hi, when using ices (0.1.0) with options -R -b (lame 3.89beta), and a playlist with a mix of mpeg version 1, 2, 2.5 files, it seems that only version 1 files work fine, the others have problems with the sample rate. is this normal behaviour of ices/lame or do i get something wrong? thanks, uno --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From roy at lamrim.com Mon Jul 9 22:08:13 2001 From: roy at lamrim.com (Roy Harvey) Date: Mon, 09 Jul 2001 15:08:13 -0700 Subject: [icecast] Ices 0.2 In-Reply-To: <20010709232150.A22422@king.dom.de> Message-ID: <3.0.5.32.20010709150813.00ffa100@lamrim.com> Hi All -- Moved up to 0.2 and things have been quite solid over the past few days of operation (once I got past the obligatory XML compile errors ;-). It doesn't seem to be displaying title/track info, though I simply grabbed the zip. It is pushing title/track to the shoutcast directory. Does anyone know if this is a config setting or do I need something special from the CVS? Thanks, Roy ===== Roy Harvey roy at lamrim.com http://www.lamrim.com/ Tibetan Buddhist Internet Radio for the Benefit of All Sentient Beings --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From dolex at netneo.com Sun Jul 8 23:32:35 2001 From: dolex at netneo.com (Alex Dovgal) Date: Mon, 9 Jul 2001 01:32:35 +0200 Subject: [icecast] Ises + linein Message-ID: <74356447033.20010709013235@netneo.com> Hello ALL, I`m not found informatoin in documentation of ices about geting stream from linein of soundcard . Is ther some special key for that ? I mean that there is mixer mode in liveice config. Is there something like that in Ices ? I try to start ices by command line - ./ices -h xxx.xxx.xxx -p xxxx -P mypasshere ... etc Could somebody give me a key for playing from linein ? Thx. Alex --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at recoil.org Tue Jul 10 00:26:50 2001 From: nick at recoil.org (Nick Ludlam) Date: Tue, 10 Jul 2001 01:26:50 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <020b01c108b0$f4a67320$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Message-ID: <007801c108d7$031abf80$c3ec87d4@kalifornia> Not got to the bottom of it yet, but commenting out both LOG_INFO lines in thread/thread.c stops it segfaulting. Now I'm back to the old problem of a 128k stream not being sent fast enough to the clients. Nick ----- Original Message ----- From: "Nick Ludlam" To: Sent: Monday, July 09, 2001 8:54 PM Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 > Hi, > got a little problem with the current cvs version of ices. I'm invoking it > with the following: > > ices -v -F /home/nick/icetest.pls -h localhost -P > > which seems to connect ok, get past password validation, and gives > me the following: > > DEBUG: Sending following information to libshout: > DEBUG: Stream: 0 > DEBUG: Host: localhost Port: 8000 > DEBUG: Password: hack Icy Compat: 0 > DEBUG: Name: Default stream name URL: http://www.icecast.org/ > DEBUG: Genre: Default genre Desc: Default description > DEBUG: Bitrate: 128 Public: 1 > DEBUG: Mount: /ices Dumpfile: (null) > Logfile opened > DEBUG: Initializing playlist handler... > DEBUG: Initializing builting playlist handler... > Mounted on http://127.0.0.1:8000/ices > DEBUG: Builtin playlist handler serving: /home/nick/hybrid-chamjam-080301.mp3 > DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 > DEBUG: Bitrate: 128 kbit/s Padding: 0 Mode: stereo > DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 > DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 2 > Playing /home/nick/hybrid-chamjam-080301.mp3 > DEBUG: Initially delaying metadata update... > Segmentation fault (core dumped) > > > And Icecast's logfile gives the following: > > -> [09/Jul/2001:19:48:59] Accepted encoder on mountpoint /ices from 127.0.0.1. 1 sources connected > -> [09/Jul/2001:19:48:59] Lost connection to source on mount /ices, waiting 30 seconds for timeout > -> [09/Jul/2001:19:49:29] Kicking source 1 [127.0.0.1] [Client timeout exceeded, removing source] [encoder], connected for 30 > seconds, 0 bytes transfered. 0 sources connected > -> [09/Jul/2001:19:49:29] Kicking all 0 clients for source 1 > > So I've run the corefile through gdb and see the following backtrace: > > #0 0x401782d6 in __swsetup () > #1 0x40172284 in vfprintf () > #2 0x4017202d in fprintf () > #3 0x91c1 in log_write (log_id=-1, priority=3, cat=0x76e4 "thread/_start_routine", fmt=0x76bc "Added thread %d [%s] started at > [%s:%d]") at log.c:162 > #4 0x77a2 in _start_routine (arg=0x180e0) at thread.c:536 > #5 0x4002ff88 in _thread_start () at /usr/src/lib/libpthread/../libc_r/uthread/uthread_create.c:212 > #6 0x17 in ?? () > Cannot access memory at address 0xffffffff. > > > So does this mean that ices is dieing somewhere in libc? At this point my knowledge > of how to go further in debugging ices falls short. ktracing the output doesn't show anything > particularly useful. I'm running this on a fairly standard x86-based openbsd 2.9 box, with > icecast from the ports collection. > > Does anyone have any helpful suggestions? > > Many thanks, > Nick > > -- > Nick Ludlam - nick at recoil.org > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 00:59:40 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 9 Jul 2001 20:59:40 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <007801c108d7$031abf80$c3ec87d4@kalifornia> Message-ID: <20010709205940.B13888@xanadu.kublai.com> On Tuesday, 10 July 2001 at 01:26, Nick Ludlam wrote: > Not got to the bottom of it yet, but commenting out both LOG_INFO > lines in thread/thread.c stops it segfaulting. Now I'm back to the old problem > of a 128k stream not being sent fast enough to the clients. you should just be able to increase STACKSIZE in thread/thread.c from 8192 to 65536. The default stack size is too small, but linux/glibc always seem to give you much more than you ask for so it doesn't get noticed. This will be in 0.2.1 to be released shortly. That handles the segfault, I don't know why the stream wouldn't be sent fast enough though... Of course ices hasn't had a proper security audit. Please check with Theo de Raadt before running it. :) -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mike at enterprise-cs.com Tue Jul 10 01:38:37 2001 From: mike at enterprise-cs.com (Mike Ethridge) Date: Mon, 9 Jul 2001 18:38:37 -0700 Subject: [icecast] ices 0.2.0 compile error Message-ID: <20010709183837.A27450@babylon5.enterprise-cs.com> Greetings, I'm getting the following error trying to compile ices 0.2.0 on a RedHat 7.0 box. tream.c: In function `stream_send_file': stream.c:236: storage size of `delay' isn't known stream.c:236: warning: unused variable `delay' Let me know what other data you might need. Regards, Michael Ethridge MCSE, CCNA Sr. Consultant Enterprise Consulting Services 408-226-2902 877-488-5966 pager --------------------------------------------------------------------------- "I regard it as the cheif duty of the state to protect the individual and give him the opportunity to develop into a creative personality; that is to say; the state should be our servant and not we its slaves." --- Albert Einstein --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 02:03:52 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 9 Jul 2001 22:03:52 -0400 Subject: [icecast] ices 0.2.0 compile error In-Reply-To: <20010709183837.A27450@babylon5.enterprise-cs.com> Message-ID: <20010709220352.C13888@xanadu.kublai.com> On Monday, 09 July 2001 at 18:38, Mike Ethridge wrote: > Greetings, > > I'm getting the following error trying to compile ices 0.2.0 on a RedHat 7.0 > box. > > stream.c: In function `stream_send_file': > stream.c:236: storage size of `delay' isn't known > stream.c:236: warning: unused variable `delay' Fixed in CVS, 0.2.1 will be out soon. If you can't wait, #include at the top of stream.c. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at recoil.org Tue Jul 10 02:21:23 2001 From: nick at recoil.org (Nick Ludlam) Date: Tue, 10 Jul 2001 03:21:23 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010709205940.B13888@xanadu.kublai.com> Message-ID: <002701c108e7$03e1ecd0$c3ec87d4@kalifornia> From: "Brendan Cully" > On Tuesday, 10 July 2001 at 01:26, Nick Ludlam wrote: > > Not got to the bottom of it yet, but commenting out both LOG_INFO > > lines in thread/thread.c stops it segfaulting. Now I'm back to the old problem > > of a 128k stream not being sent fast enough to the clients. > > you should just be able to increase STACKSIZE in thread/thread.c from > 8192 to 65536. The default stack size is too small, but linux/glibc > always seem to give you much more than you ask for so it doesn't get > noticed. This will be in 0.2.1 to be released shortly. Ok, that makes sense now. > That handles the segfault, I don't know why the stream wouldn't be > sent fast enough though... Tried with winamp, sonique and freeamp. All exhibit the same problem of stuttering play, and eventually this drops out of the icecast log: -> [10/Jul/2001:03:04:57] Kicking client 14 [212.135.236.195] [Too many errors (client not receiving data fast enough)] [listener], connected for 35 seconds, 257939 bytes transfered. 0 clients connected and I know it's not bandwidth-based problems. This happens on a local network as well as my ADSL, both of which are good enough to stream at 12Kb/sec. > Of course ices hasn't had a proper security audit. Please check with > Theo de Raadt before running it. :) I'm bound to incur his wrath :) Luckily my flatmate is a ports maintainer so he gets most of the shouting. Someone else seems to be maintaining icecast in the ports collection, but ices isn't, yet. Is ices here to stay and icecast moving to icecast2? If that's the case, it might be worth making a port of ices to complete the set. Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 02:28:01 2001 From: brendan at icecast.org (Brendan Cully) Date: Mon, 9 Jul 2001 22:28:01 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <002701c108e7$03e1ecd0$c3ec87d4@kalifornia> Message-ID: <20010709222801.D13888@xanadu.kublai.com> On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > From: "Brendan Cully" > > That handles the segfault, I don't know why the stream wouldn't be > > sent fast enough though... > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > stuttering play, and eventually this drops out of the icecast log: > > -> [10/Jul/2001:03:04:57] Kicking client 14 [212.135.236.195] [Too many errors (client not receiving data fast enough)] [listener], > connected for 35 seconds, 257939 bytes transfered. 0 clients connected > > and I know it's not bandwidth-based problems. This happens on a local > network as well as my ADSL, both of which are good enough to stream > at 12Kb/sec. Ah, I found this one while playing with ices on solaris. The problem seems to be a truncation error in libshout's timing/timing.c, in timing_sleep, which results in ices not sleeping at all between chunks. I hope you're experiencing the same problem, because I posted a patch a couple days ago. Check out the CVS or wait for 0.2.1. > > Of course ices hasn't had a proper security audit. Please check with > > Theo de Raadt before running it. :) > > I'm bound to incur his wrath :) Luckily my flatmate is a ports maintainer > so he gets most of the shouting. Someone else seems to be maintaining good story :) > icecast in the ports collection, but ices isn't, yet. Is ices here to stay and > icecast moving to icecast2? If that's the case, it might be worth making > a port of ices to complete the set. icecast is moving to icecast 2, but ices isn't dead yet either. At least, I plan to keep maintaining it. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From andre.anneck at bertelsmann.de Tue Jul 10 06:51:01 2001 From: andre.anneck at bertelsmann.de (andre anneck) Date: Tue, 10 Jul 2001 08:51:01 +0200 Subject: [icecast] use of UPD TitleStreaming Message-ID: <3B4AA5D5.5000307@bertelsmann.de> Hi, I am writing a media streaming server, und just implemented the basis for UDP Title/Message streaming. Once it works.. I started wondering how to effectivly use it. Besides beeing able to not messup the datastream and send title informations over it. With XMMS as a client I can send x-audiocast-streammsg informations that trigger a pop-up window on the client (XMMS). Now my questions: How do you use UDP Streaming in icecast? In general what can one use it for? (form the servers point of view) Cheers, Andre --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Tue Jul 10 13:10:14 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Tue, 10 Jul 2001 14:10:14 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010709222801.D13888@xanadu.kublai.com> Message-ID: <003501c10941$a8c39a00$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> From: "Brendan Cully" > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > From: "Brendan Cully" > > > That handles the segfault, I don't know why the stream wouldn't be > > > sent fast enough though... > > > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > > stuttering play, and eventually this drops out of the icecast log: > > > > -> [10/Jul/2001:03:04:57] Kicking client 14 [212.135.236.195] [Too many errors (client not receiving data fast enough)] [listener], > > connected for 35 seconds, 257939 bytes transfered. 0 clients connected > > > > and I know it's not bandwidth-based problems. This happens on a local > > network as well as my ADSL, both of which are good enough to stream > > at 12Kb/sec. > > Ah, I found this one while playing with ices on solaris. The problem > seems to be a truncation error in libshout's timing/timing.c, in > timing_sleep, which results in ices not sleeping at all between > chunks. I hope you're experiencing the same problem, because I posted > a patch a couple days ago. Check out the CVS or wait for 0.2.1. Unfortunately I am using the CVS version. Is there any way for me to trace where it's mistiming things? Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 13:20:32 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 10 Jul 2001 09:20:32 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <003501c10941$a8c39a00$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Message-ID: <20010710092032.A429@xanadu.kublai.com> On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > From: "Brendan Cully" > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > From: "Brendan Cully" > > > > That handles the segfault, I don't know why the stream wouldn't be > > > > sent fast enough though... > > > > > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > > > stuttering play, and eventually this drops out of the icecast log: > > > > > > -> [10/Jul/2001:03:04:57] Kicking client 14 [212.135.236.195] [Too many errors (client not receiving data fast enough)] > [listener], > > > connected for 35 seconds, 257939 bytes transfered. 0 clients connected > > > > > > and I know it's not bandwidth-based problems. This happens on a local > > > network as well as my ADSL, both of which are good enough to stream > > > at 12Kb/sec. > > > > Ah, I found this one while playing with ices on solaris. The problem > > seems to be a truncation error in libshout's timing/timing.c, in > > timing_sleep, which results in ices not sleeping at all between > > chunks. I hope you're experiencing the same problem, because I posted > > a patch a couple days ago. Check out the CVS or wait for 0.2.1. > > Unfortunately I am using the CVS version. Is there any way for me to trace > where it's mistiming things? I guess you could put some printfs in shout_sleep and/or timing_sleep. Could you first double-check that timing_sleep in ices/libshout/timing.c looks like this: void timing_sleep(long sleeptime) { struct timeval sleeper; sleeper.tv_sec = sleeptime / 1000; sleeper.tv_usec = (sleeptime % 1000) * 1000; select (1, NULL, NULL, NULL, &sleeper); } and that you are not using an installed, older version of libshout. ldd ices and check which libshout it is using. Ideally libshout won't show up at all. You might try building --without-libshout just to make sure. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Tue Jul 10 14:38:11 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Tue, 10 Jul 2001 15:38:11 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010710092032.A429@xanadu.kublai.com> Message-ID: <005901c1094d$fa169400$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> From: "Brendan Cully" > On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > > From: "Brendan Cully" > > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > > From: "Brendan Cully" > > > > > That handles the segfault, I don't know why the stream wouldn't be > > > > > sent fast enough though... > > > > > > > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > > > > stuttering play, and eventually this drops out of the icecast log: > > > > > > > > -> [10/Jul/2001:03:04:57] Kicking client 14 [212.135.236.195] [Too many errors (client not receiving data fast enough)] > > [listener], > > > > connected for 35 seconds, 257939 bytes transfered. 0 clients connected > > > > > > > > and I know it's not bandwidth-based problems. This happens on a local > > > > network as well as my ADSL, both of which are good enough to stream > > > > at 12Kb/sec. > > > > > > Ah, I found this one while playing with ices on solaris. The problem > > > seems to be a truncation error in libshout's timing/timing.c, in > > > timing_sleep, which results in ices not sleeping at all between > > > chunks. I hope you're experiencing the same problem, because I posted > > > a patch a couple days ago. Check out the CVS or wait for 0.2.1. > > > > Unfortunately I am using the CVS version. Is there any way for me to trace > > where it's mistiming things? > > I guess you could put some printfs in shout_sleep and/or timing_sleep. > Could you first double-check that timing_sleep in > ices/libshout/timing.c looks like this: > > void timing_sleep(long sleeptime) > { > struct timeval sleeper; > > sleeper.tv_sec = sleeptime / 1000; > sleeper.tv_usec = (sleeptime % 1000) * 1000; > > select (1, NULL, NULL, NULL, &sleeper); > } > > and that you are not using an installed, older version of > libshout. ldd ices and check which libshout it is using. Ideally > libshout won't show up at all. You might try building > --without-libshout just to make sure. Apart frrom the arg being a long long, it's identical. I checked it out of CVS yesterday. libshout doesn't show up at all when ldd'ing ices, so it's properly statically linked. Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Tue Jul 10 15:16:04 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Tue, 10 Jul 2001 16:16:04 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <005901c1094d$fa169400$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Message-ID: <00e601c10953$3c86fe60$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> > Apart frrom the arg being a long long, it's identical. I checked it out of CVS > yesterday. libshout doesn't show up at all when ldd'ing ices, so it's properly > statically linked. My mistake, I was reading the commented-out block. It reads void timing_sleep(long sleeptime) as you said. Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 15:31:53 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 10 Jul 2001 11:31:53 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010710092032.A429@xanadu.kublai.com> Message-ID: <20010710113153.B429@xanadu.kublai.com> Sorry Nick, I lost your last mail. One last thing, did you make clean && make? The dependencies are not generated properly for ices, so even if libshout got rebuilt it might not have been relinked. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at ivision.co.uk Tue Jul 10 15:50:58 2001 From: nick at ivision.co.uk (Nick Ludlam) Date: Tue, 10 Jul 2001 16:50:58 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010710113153.B429@xanadu.kublai.com> Message-ID: <011601c10958$1cf0ce00$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> From: "Brendan Cully" > Sorry Nick, I lost your last mail. One last thing, did you make clean > && make? The dependencies are not generated properly for ices, so even > if libshout got rebuilt it might not have been relinked. There's no other libshout on the system. Have rebuilt from scratch and it still exhibits the timing problems. Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 10 16:30:02 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 10 Jul 2001 12:30:02 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <011601c10958$1cf0ce00$29e119d4@office.ivision.co.ukivision.co.ukinstantweb.co.ukinstantweb.net> Message-ID: <20010710123002.C429@xanadu.kublai.com> On Tuesday, 10 July 2001 at 16:50, Nick Ludlam wrote: > From: "Brendan Cully" > > Sorry Nick, I lost your last mail. One last thing, did you make clean > > && make? The dependencies are not generated properly for ices, so even > > if libshout got rebuilt it might not have been relinked. > > There's no other libshout on the system. Have rebuilt from scratch and it still > exhibits the timing problems. To confirm that this is the problem, stream a track from ices. ices should take the same amount of time to stream that track as the track is long. When it isn't sleeping properly, it finishes sending the track to icecast much earlier. If ices takes two minutes to send a two-minute mp3, you are having a different problem. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bz at zeiss.net Tue Jul 10 18:46:53 2001 From: bz at zeiss.net (Benjamin Zeiss) Date: Tue, 10 Jul 2001 20:46:53 +0200 Subject: [icecast] ices just stops ? In-Reply-To: <20010710123002.C429@xanadu.kublai.com> Message-ID: <561310965.20010710204653@zeiss.net> hello, i am quite new with icecast and ices and shout. i have just installed them three days ago. i mainly tried ices instead of shout since it is much more advanced. since v0.2 is supposed to be untested, i started with 0.1. my problem is that ices just quits after some time (1-3 hours normally). i am not really able to analyze what the problem is. this is what icecast.log gives me: [10/Jul/2001:07:14:40] [51:Source Thread] Kicking source 47 [localhost] [Lost all clients to new source] [encoder], connected for 3> [10/Jul/2001:07:14:40] [51:Source Thread] Kicking all 0 clients for source 47 [10/Jul/2001:08:33:59] [53:Source Thread] Lost connection to source on mount /grooveomatic, waiting 30 seconds for timeout [10/Jul/2001:08:34:29] [53:Source Thread] Kicking source 49 [localhost] [Client timeout exceeded, removing source] [encoder], conne> [10/Jul/2001:08:34:29] [53:Source Thread] Kicking all 0 clients for source 49 o obviously ices quits. however, when i listen to the stream myself ices seems to be stable. i have tried that over a period of some hours. ices always quits when it is in the background and nobody listens to the stream it seems. i have tried to pipe the debugging info with ices -c configbla.conf >mylog.log 2>&1 but this log turned out to be quite small with somehting like that: Playing /home/mp3/Black Music/bobby brown - two can play that game.mp3 DEBUG: Filename cleaned up from [/home/mp3/Black Music/bobby brown - two can play that game.mp3] to [bobby brown - two can play tha> DEBUG: Updated metadata on grooveomatic to: bobby brown - two can play that game DEBUG: D my guess is that ices must?ve crashed or something, because there should?ve been something useful and complete in this log, right ? what are your ideas ? how can i do further monitoring ? i don?t believe there is anything wrong with the config files. regards, Benjamin Zeiss mailto:bz at zeiss.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From smoerk at gmx.de Wed Jul 11 10:28:04 2001 From: smoerk at gmx.de (smoerk at gmx.de) Date: Wed, 11 Jul 2001 12:28:04 +0200 Subject: [icecast] bug: icecast2 crashing often Message-ID: <20010711092747.84C6D18D02D@motherfish.xiph.org> we used icecast2 for vorbis streaming 7days 24h for live streaming. we had problems with the stability. it crashed two times completly and I had to restart the icecast2 server often. sometimes it was not possible to receive the stream (player just waitung forever to receive some data), sometimes it was not possible to send the stream and sometimes no stream was send, but the old one was still in the stats.xml list (with 0 listeners). i had to restart the server several time. we used a dual-isdn connection which and later a wireless lan (thanks to ascii/amsterdam) connected to a adsl line (also 128k upstream). I had the impression that icecast2 has problems with bad network connections. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From dr at musicabona.cz Wed Jul 11 13:19:00 2001 From: dr at musicabona.cz (Martin Dressler) Date: Wed, 11 Jul 2001 15:19:00 +0200 Subject: [icecast] processing icecast logs Message-ID: <01071115190000.18506@office> Do you know some program which process icecast log and make some nice graphs similar to webalizer's. Thanks, Madr -- Martin Dressler e-mail: dr at musicabona.cz http://www.musicabona.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Wed Jul 11 13:31:48 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Wed, 11 Jul 2001 16:31:48 +0300 Subject: [icecast] processing icecast logs In-Reply-To: <01071115190000.18506@office> Message-ID: <3B4C5544.513EBA3@tyrell.hu> Martin Dressler wrote: > > Do you know some program which process icecast log and make some nice graphs > similar to webalizer's. analog is capable of doing this, as should most web log analyzers, as the icecast log is similar to the apache detailed log. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 11 14:45:32 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 11 Jul 2001 08:45:32 -0600 Subject: [icecast] bug: icecast2 crashing often In-Reply-To: <20010711092747.84C6D18D02D@motherfish.xiph.org> Message-ID: <20010711084532.I12780@i.cantcode.com> There's a known bug in header pcoessing. If you give icecast certain types of bad headers, it falls down. This doesn't usually happen, and I have no idea why you're getting so many crashes. Certainly the other reports have it running quite stably. Is it compiled in debug mode? Can you send me a backtrace? jack. On Wed, Jul 11, 2001 at 12:28:04PM +0200, smoerk at gmx.de wrote: > we used icecast2 for vorbis streaming 7days 24h for live streaming. we > had problems with the stability. it crashed two times completly and I > had to restart the icecast2 server often. sometimes it was not possible > to receive the stream (player just waitung forever to receive some > data), sometimes it was not possible to send the stream and sometimes > no stream was send, but the old one was still in the stats.xml list > (with 0 listeners). i had to restart the server several time. we used a > dual-isdn connection which and later a wireless lan (thanks to > ascii/amsterdam) connected to a adsl line (also 128k upstream). I had > the impression that icecast2 has problems with bad network connections. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 11 14:45:55 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 11 Jul 2001 08:45:55 -0600 Subject: [icecast] processing icecast logs In-Reply-To: <01071115190000.18506@office> Message-ID: <20010711084555.J12780@i.cantcode.com> > Do you know some program which process icecast log and make some nice graphs > similar to webalizer's. Just process access.log with webalizer :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From nick at recoil.org Wed Jul 11 20:51:43 2001 From: nick at recoil.org (Nick Ludlam) Date: Wed, 11 Jul 2001 21:51:43 +0100 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <20010710123002.C429@xanadu.kublai.com> Message-ID: <003301c10a4b$57fedcf0$c3ec87d4@kalifornia> From: "Brendan Cully" > On Tuesday, 10 July 2001 at 16:50, Nick Ludlam wrote: > > From: "Brendan Cully" > > > Sorry Nick, I lost your last mail. One last thing, did you make clean > > > && make? The dependencies are not generated properly for ices, so even > > > if libshout got rebuilt it might not have been relinked. > > > > There's no other libshout on the system. Have rebuilt from scratch and it still > > exhibits the timing problems. > > To confirm that this is the problem, stream a track from ices. ices > should take the same amount of time to stream that track as the track > is long. When it isn't sleeping properly, it finishes sending the > track to icecast much earlier. > > If ices takes two minutes to send a two-minute mp3, you are having a > different problem. Hurray! I found the problem, and it lies with icecast. If I set sleep_ratio to 0, I get no problems with icecast reading data from the socket. I spent a while working out that after a certain length of time, ices started falling over when the thread reading the socket in icecast wasn't waking up in time so send() in ices started blocking. Going through the icecast source, wouldn't it make sense to select() on the source data socket instead of just sleeping for an arbitrary amount of time? Since ices is controling when it sends data, you can just read as necessary at the icecast end. I'm not really happy running icecast with sleep_ratio at 0 as this is prohibitively cpu-intensive. I guess this doesn't crop up when running on Linux as the scheduler is different. Nick --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Jul 11 20:53:47 2001 From: brendan at icecast.org (Brendan Cully) Date: Wed, 11 Jul 2001 16:53:47 -0400 Subject: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10 In-Reply-To: <003301c10a4b$57fedcf0$c3ec87d4@kalifornia> Message-ID: <20010711165347.D425@xanadu.kublai.com> On Wednesday, 11 July 2001 at 21:51, Nick Ludlam wrote: > Hurray! I found the problem, and it lies with icecast. If I set sleep_ratio > to 0, I get no problems with icecast reading data from the socket. I spent > a while working out that after a certain length of time, ices started falling over > when the thread reading the socket in icecast wasn't waking up in time > so send() in ices started blocking. Ah, good. > Going through the icecast source, wouldn't it make sense to select() on the > source data socket instead of just sleeping for an arbitrary amount of time? > Since ices is controling when it sends data, you can just read as necessary > at the icecast end. I'm not really happy running icecast with sleep_ratio at > 0 as this is prohibitively cpu-intensive. I guess this doesn't crop up when > running on Linux as the scheduler is different. I've got a change which still uses sleep but in much smaller increments, sitting in the icecast CVS tree (this was to help with streaming high bitrate streams). Try that out and see if it works for you. I did play with select for a little bit before doing the lame sleep tactic. I found that on linux icecast was getting woken up every few bytes, so I thought that sleeping might actually be a bit more CPU-friendly since it could theoretically read in larger chunks. Maybe we should just go to select for its simplicity and reliablity. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From smoerk at gmx.de Thu Jul 12 09:09:03 2001 From: smoerk at gmx.de (smoerk at gmx.de) Date: Thu, 12 Jul 2001 11:09:03 +0200 Subject: [icecast] bug: icecast2 crashing often In-Reply-To: <20010711084532.I12780@i.cantcode.com> Message-ID: <20010712080845.6FD9318D04D@motherfish.xiph.org> On Wed, 11 Jul 2001 08:45:32 -0600, Jack Moffitt wrote: >There's a known bug in header pcoessing. If you give icecast certain >types of bad headers, it falls down. This doesn't usually happen, and I >have no idea why you're getting so many crashes. Certainly the other >reports have it running quite stably. > >Is it compiled in debug mode? Can you send me a backtrace? how do i compile it in debug mode? i have no backtrace only a logfile (access.log). --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From andre.anneck at bertelsmann.de Thu Jul 12 09:55:35 2001 From: andre.anneck at bertelsmann.de (andre anneck) Date: Thu, 12 Jul 2001 11:55:35 +0200 Subject: [icecast] About threads and bitrates and bytes[]... Message-ID: <3B4D7417.3070603@bertelsmann.de> Hi people, I would like to ask you guys about this little method I am using to scale my application better. Since you have way more expirience in the streaming sector than I do I would like to get feedback on my thoughts. As I said I am working on my own little streaming server, also GPL but java based. Now the juice: The application is multithreaded, implementing a producer-bus-consumer pattern. In my case I have: producer: A source that reads byte[] from a file, and extra mp3 stuff bus: A channel that distributes byte[]'s to consumers consumer: A listener that sends the byte[]'s it receives to any client, e.g. a tcp connect to xmms client Now... since I am sending MP3's I can read the bitrate, thus I get the byte[] size I would need to send in 1 sec to fullfill the bitrate the stream needs to play. mp3 file with 160 kbit encoded needs 20 KByte/s: [(160/8) * 1024 = 20 KByte] Once the producer (which reads a local mp3 file) did read enough byte[] from the file (buffer=20KB) and send them to his bus, he waits the difference in time he has until 1 sec is full. Thus effectivly sending 20 KByte/s. So far this results in the producer to sleep for ~975 ms (transportaion of byte[] through bus taking ~25ms), thus I have an Idle thread running around. The ~25ms per producer would allow me to serve 40 producers (1000ms/25ms) with one server. This number seemed to be far too low, so I thought about a way to increase idle time for the producers. I came up with this idea and would like to know what you guys think about it: I have 2 ways the byte[] actually needs to take: 1) The way through producer-bus-consumer (within my control) 2) The way through the network to the client (out of my control) I thought that it would be possible to transport more than needed per second byte[]'s through the p-b-c pattern but still maintain the needed bitrate (lower speed). I introduced a load_factor that multiplies the buffersize and the sleep-time of the producer. Resulting in the producer thread to read the KBytes he needs for the (bitrate * load_factor) and then wait the difference in time until (1 sec * load_factor) is full. This now creates Idle times for my producers of ~975ms*load_factor. ;) Thus I am lead to believe that I could scale very well and serve considerably more than 40 producer. What do think, is there a flaw I can't see? How does icecast do it? Take care, Andre P.S.: If you like UML-pictures, look at the paragraph Architecture/Design on http://jcast.sourceforget.net/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From dr at musicabona.cz Thu Jul 12 11:47:23 2001 From: dr at musicabona.cz (Martin Dressler) Date: Thu, 12 Jul 2001 13:47:23 +0200 Subject: [icecast] processing icecast logs In-Reply-To: <20010711084555.J12780@i.cantcode.com> Message-ID: <01071213472300.31979@office> On Wed 11. July 2001 16:45, you wrote: > > Do you know some program which process icecast log and make some nice > > graphs similar to webalizer's. > > Just process access.log with webalizer :) > > jack. Thank for reply, but I primary mean processing of usage.log. Madr -- Martin Dressler e-mail: dr at musicabona.cz http://www.musicabona.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Jul 12 14:44:33 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 12 Jul 2001 08:44:33 -0600 Subject: [icecast] bug: icecast2 crashing often In-Reply-To: <20010712080845.6FD9318D04D@motherfish.xiph.org> Message-ID: <20010712084433.C17348@i.cantcode.com> > >Is it compiled in debug mode? Can you send me a backtrace? > > how do i compile it in debug mode? i have no backtrace only a logfile > (access.log). make debug jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Jul 12 14:46:34 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 12 Jul 2001 08:46:34 -0600 Subject: [icecast] About threads and bitrates and bytes[]... In-Reply-To: <3B4D7417.3070603@bertelsmann.de> Message-ID: <20010712084634.D17348@i.cantcode.com> > Thus I am lead to believe that I could scale very well and serve > considerably more than 40 producer. What do think, is there a flaw I > can't see? How does icecast do it? You should look at my old javacast code (probably in the icecast-1.0 module in cvs). I couldn't get it, even on fast jvm's, to reliably serve more than 2-3 people. Java just doesn't seem to have the I/O processing power that is needed for multimedia streaming. Are you having better luck? Or did my code just suck that badly? :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Thu Jul 12 18:42:51 2001 From: brendan at icecast.org (Brendan Cully) Date: Thu, 12 Jul 2001 14:42:51 -0400 Subject: [icecast] IceS 0.2.1 released Message-ID: <20010712144251.I425@xanadu.kublai.com> Hi, IceS 0.2.1 has been released. It is 0.2 with bugfixes. Primarily it now appears to run well on Solaris and the BSDs. As usual you may find it at http://www.icecast.org/download.html > From the changelog: - 0.2.1 2001-07-12 - Thread stack size increased, to prevent segfaults during metadata updates on Solaris, FreeBSD, OpenBSD, and probably anything that isn't Linux. - Sleep code fixed to work better on other platforms. Solaris users should be happy. - All playlist functions but ices_get_next made optional. - Compatibility code uses old ices_(perl|python)_... function names if new, documented (man 1 ices) functions aren't found. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From hacker at popmonkey.com Thu Jul 12 19:00:28 2001 From: hacker at popmonkey.com (Jules) Date: Thu, 12 Jul 2001 12:00:28 -0700 Subject: [icecast] port->mount mapping Message-ID: <007301c10b04$eaebef30$f305fea9@anima> sorry if this is a dupe, no idea if it ever made it to the list or not. ----- Original Message ----- From: "Jules" To: Sent: Friday, July 06, 2001 12:51 PM Subject: [icecast] port->mount mapping > is it possible to map mount points to different ports in icecast for simple > clients (that don't have the ability to send mount point information)? i'd > like to have each port correspond to a different playlist. > > specifically, i want to use live365 (which only understands ip:port) to > multiplex several different playlists. right now, however, i have to run > multiple icecasts to do this because even with multiple ports per icecast, > the default mountpoint is always playlist 0. > > -- > j u l e s @ p o p m o n k e y . c o m > http://www.popmonkey.com/jules > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darrellb at hhcl.com Wed Jul 11 13:34:56 2001 From: darrellb at hhcl.com (Darrell Berry) Date: Wed, 11 Jul 2001 14:34:56 +0100 Subject: [icecast] processing icecast logs In-Reply-To: <3B4C5544.513EBA3@tyrell.hu> Message-ID: <3B4C5600.42538A3C@hhcl.com> if anyone gets analog configured to do sensible things with the output from icecast, caould they share their config file with the list? thx Maroy Akos wrote: > > Martin Dressler wrote: > > > > Do you know some program which process icecast log and make some nice graphs > > similar to webalizer's. > > analog is capable of doing this, as should most web log analyzers, as > the icecast log is similar to the apache detailed log. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From o.nowak at vianetworks.de Wed Jul 11 13:33:37 2001 From: o.nowak at vianetworks.de (Olaf Nowak) Date: Wed, 11 Jul 2001 15:33:37 +0200 Subject: [icecast] processing icecast logs In-Reply-To: <3B4C5544.513EBA3@tyrell.hu> Message-ID: Hi, > -----Original Message----- > From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of > Maroy Akos > Sent: Wednesday, July 11, 2001 3:32 PM > To: icecast at xiph.org > Subject: Re: [icecast] processing icecast logs > > > Martin Dressler wrote: > > > > Do you know some program which process icecast log and make > some nice graphs > > similar to webalizer's. > > analog is capable of doing this, as should most web log analyzers, as > the icecast log is similar to the apache detailed log. > Webalizer works too with icecast. bye, Olaf --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darrellb at hhcl.com Mon Jul 9 11:26:00 2001 From: darrellb at hhcl.com (Darrell Berry) Date: Mon, 09 Jul 2001 12:26:00 +0100 Subject: [icecast] ices, name of current song Message-ID: <3B4994C8.6AADC8F9@hhcl.com> hi probably a simple question, but what commandline switch on ices will make freeamp/winamp display the name of the currently playing SONG? -n seems to name the stream, which is useful, but i'd realy like the display to be the sing, no the stream...? thx --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darrellb at hhcl.com Mon Jul 9 09:02:01 2001 From: darrellb at hhcl.com (Darrell Berry) Date: Mon, 09 Jul 2001 10:02:01 +0100 Subject: [icecast] 'corrupt' mp3s/icecast reencoding/mpglib Message-ID: <3B497309.C15D80C2@hhcl.com> hi icecast/ices/lame/otto all work beautifully (most of the time!) however, certain tracks, encoded as VBR files with either grip+lame (linux), or audiocatalyst (win2k), are unplayable (using ices to reencode and stream at 128kbps)...ices streams a few hundred millisenconds then quits... from reading on the FAQ/BUGlist, the only thing i can see if that these may be 'corrupt', causing mpdlib to crash is there any reliable way of vetting files to see if they are playable? i've tried mp3check, but it complains about lots of other files that seem play play just fine, when fed thru ices+lame, so that's not a huge help as yet... also, just out of interest, mny of the unplayable files WILL play if i downrate them to 96kbps rather than 128, which is the rate i normally use, which would suggest there are timing (interrupt?) issues somewhere at the back of the problem? i'm running icecast/cies/lame on a decently fast PIII/RH7.1, with ices cpu useage sitting at around 20%, so i'm assuming i have plenty of processor headroom...? thx for any suggestions --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darrellb at hhcl.com Mon Jul 9 09:24:57 2001 From: darrellb at hhcl.com (Darrell Berry) Date: Mon, 09 Jul 2001 10:24:57 +0100 Subject: [icecast] more on unplayable tracks Message-ID: <3B497869.C636F8B9@hhcl.com> oops when i said mp3check, i meant the perl script of the same name, which seems a big buggy...running m3_check (different!) on my troublesome files doesn't report any errors at all...? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Thu Jul 12 19:38:39 2001 From: brendan at icecast.org (Brendan Cully) Date: Thu, 12 Jul 2001 15:38:39 -0400 Subject: [icecast] ices, name of current song In-Reply-To: <3B4994C8.6AADC8F9@hhcl.com> Message-ID: <20010712153839.J425@xanadu.kublai.com> On Monday, 09 July 2001 at 12:26, Darrell Berry wrote: > hi > > probably a simple question, but what commandline switch on ices will > make freeamp/winamp display the name of the currently playing SONG? > > -n seems to name the stream, which is useful, but i'd realy like the > display to be the sing, no the stream...? It should extract the ID3s automatically. If you run in debug mode you should see some messages like: Updated metadata on ... to [Artist - Title] if you see those and aren't getting metadata, then either your client or icecast isn't configured correctly. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From pparas at mail.lsnepal.com.np Fri Jul 13 03:37:36 2001 From: pparas at mail.lsnepal.com.np (pparas at mail.lsnepal.com.np) Date: Fri, 13 Jul 2001 09:22:36 +0545 Subject: [icecast] To: Message-ID: <200107130337.JAA29750@lsnepal.com.np> hi all i am new in this list. i have installed icecast-1.3.7-1 and shout-0.8.0-1 . all worked fine but shout termintes frequently and have to start again and again.. and by the way what should i do to see the the song being played in the winamp song list.????? Thanks in advance Paras, ------------------------------ http://jawmail.sourceforge.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From roy at lamrim.com Fri Jul 13 05:26:11 2001 From: roy at lamrim.com (Roy Harvey) Date: Thu, 12 Jul 2001 22:26:11 -0700 Subject: [icecast] ices, name of current song In-Reply-To: <20010712153839.J425@xanadu.kublai.com> Message-ID: <3.0.5.32.20010712222611.010fb040@lamrim.com> Dear Bredan -- I'm seeing them in the debug logs, but they're not making their way into the stream. OTOH, they are making their way to the directories (ie, shoutcast): http://yp.shoutcast.com/directory/?s=lamrim&st=gs&l=25 Any thoughts? Thanks for the great work! Roy At 03:38 PM 7/12/01 -0400, you wrote: >On Monday, 09 July 2001 at 12:26, Darrell Berry wrote: >> hi >> >> probably a simple question, but what commandline switch on ices will >> make freeamp/winamp display the name of the currently playing SONG? >> >> -n seems to name the stream, which is useful, but i'd realy like the >> display to be the sing, no the stream...? > >It should extract the ID3s automatically. If you run in debug mode you >should see some messages like: > >Updated metadata on ... to [Artist - Title] > >if you see those and aren't getting metadata, then either your client >or icecast isn't configured correctly. > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Fri Jul 13 05:36:03 2001 From: brendan at icecast.org (Brendan Cully) Date: Fri, 13 Jul 2001 01:36:03 -0400 Subject: [icecast] ices, name of current song In-Reply-To: <3.0.5.32.20010712222611.010fb040@lamrim.com> Message-ID: <20010713013603.A446@xanadu.kublai.com> On Thursday, 12 July 2001 at 22:26, Roy Harvey wrote: > Dear Bredan -- > > I'm seeing them in the debug logs, but they're not making their way into > the stream. OTOH, they are making their way to the directories (ie, > shoutcast): > > http://yp.shoutcast.com/directory/?s=lamrim&st=gs&l=25 > > Any thoughts? Icecast is probably not configured to send out metadata. The relevant variable in icecast.conf is use_meta_data. Pay heed to the warnings about it in icecast.conf.dist. -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From roy at lamrim.com Fri Jul 13 06:10:07 2001 From: roy at lamrim.com (Roy Harvey) Date: Thu, 12 Jul 2001 23:10:07 -0700 Subject: [icecast] ices, name of current song In-Reply-To: <20010713013603.A446@xanadu.kublai.com> Message-ID: <3.0.5.32.20010712231007.010fc7e0@lamrim.com> Thanks Brendan, that was it (now back to being an incurable newbie... ;-) At 01:36 AM 7/13/01 -0400, you wrote: >On Thursday, 12 July 2001 at 22:26, Roy Harvey wrote: >> Dear Bredan -- >> >> I'm seeing them in the debug logs, but they're not making their way into >> the stream. OTOH, they are making their way to the directories (ie, >> shoutcast): >> >> http://yp.shoutcast.com/directory/?s=lamrim&st=gs&l=25 >> >> Any thoughts? > >Icecast is probably not configured to send out metadata. > >The relevant variable in icecast.conf is use_meta_data. >Pay heed to the warnings about it in icecast.conf.dist. > >-Brendan > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ajones at alternic.org Fri Jul 13 18:57:11 2001 From: ajones at alternic.org (AJones!) Date: Fri, 13 Jul 2001 14:57:11 -0400 Subject: [icecast] Tweaking Questions. Message-ID: <200107131900.f6DJ0iw04880@alternic.org> Using the following: -Icecast 1.3.10 -Ices 0.0.1.beta5 When you put in http://www.xxx.com:8000/playlist.pls it opens the player and plays! No problems with playing, but here are a few things of what is giving me problems: 1- Still have not found a way to play a forced intro each time someone tunes in. 2- If you put http://www.xxx.com:8000 it begins to download everything in the static folder (mp3s). 3- Still have not found a way to have the current song shown on an html page. If ANYONE could steer me right on the above, I would appreciate! Thanks in advance! AJ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From darkeye at tyrell.hu Sat Jul 14 17:27:37 2001 From: darkeye at tyrell.hu (Maroy Akos) Date: Sat, 14 Jul 2001 19:27:37 +0200 Subject: [icecast] processing icecast logs In-Reply-To: <3B4C5600.42538A3C@hhcl.com> Message-ID: <3B508109.4B5480AC@tyrell.hu> Darrell Berry wrote: > > if anyone gets analog configured to do sensible things with the output > from icecast, caould they share their config file with the list? Sure, find one of these attached...
  • application/x-ns-proxy-autoconfig attachment: analog.liveice24.cfg
-------------- next part -------------- A non-text attachment was scrubbed... Name: analog.liveice24.cfg Type: application/octet-stream Size: 4036 bytes Desc: not available URL: From br1 at subnet.at Mon Jul 16 12:54:42 2001 From: br1 at subnet.at (Bruno Randolf) Date: Mon, 16 Jul 2001 14:54:42 +0200 Subject: [icecast] liveice SAVE_FILE Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello! does anyone have patch for liveice that the saved files (SAVE_FILE directive in the config file) don't get overwritten if liveice is stopped and started? i think about something like adding the current date and time to the filename... or ist there some other solution concerning dump (or save) files? if there is no patch around, i consider doing it myself... regards, br1 |- | subnet | network for media, art and experiment |- | http://www.subnet.at/ |- -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 Comment: use PGP! iQA/AwUBO1LkEgV9Pc/CzcpcEQI66QCfQs9Vu1UXOPbAhpYT7l34nE7HAdgAn0B3 3P0nZDmVzDrGl9NmOI5YkPWs =MIIn -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From david at neongoat.com Mon Jul 16 16:41:18 2001 From: david at neongoat.com (David Parker) Date: Mon, 16 Jul 2001 09:41:18 -0700 Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: <004801c10e16$241c7a40$1276a8c0@ruckus> Hi Bruno, > or ist there some other solution concerning dump (or save) files? I wrote a patch that might be useful to you. It doesn't do exactly what you described, but maybe it'll work anyway. It lets you tell liveice to close and reopen its savefiles while it's running. You can also start/stop save_file archiving entirely: http://www.brentwoodradio.com/info/vibecast/patches/liveice_vibecast_archiving .diff (probably wrapped) To stop liveice's save files, run 'killall -USR1 liveice'. Only the liveice processes that are actually archiving will respond to this. To close and reopen the save file, 'killall -USR2 liveice'. This will also start the save file if it wasn't already archiving. Using this, you can have a script or cron job that renames the current SAVE_FILE mp3 to a customized dated filename, then tells liveice to reopen the save file, which will continue archiving to the default filename. If you want to make sure that the save file isn't overwritten when you start liveice, just rename the liveice binary to something else (liveice-real) and make a small shell script or perl wrapper called liveice that checks for the file then runs liveice-real. David ------- david at neongoat.com www.neongoat.com PGP Key ID/Fingerprint: 0xF90FFFE5 / F362 51F7 6D51 85EB AF68 75B9 D29B 1AFC F90F FFE5 ------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bowserj at unbc.ca Mon Jul 16 19:19:39 2001 From: bowserj at unbc.ca (Joe Bowser) Date: Mon, 16 Jul 2001 12:19:39 -0700 (PDT) Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: On Mon, 16 Jul 2001, Bruno Randolf wrote: > does anyone have patch for liveice that the saved files (SAVE_FILE > directive in the config file) don't get overwritten if liveice is > stopped and started? i think about something like adding the current > date and time to the filename... > > or ist there some other solution concerning dump (or save) files? Well, I like the dumpfile solution myself, because: * It's simple. (I tried to figure out how to do this, but realize the futility after both ices and MuSE were released.) * It's independant to the source. That way if you decide that you don't like Liveice (granted it's a good piece of software, but it's showing its age) you don't have to figure out how to save the file in the other streamer (let it be darkice, MuSE, ices, etc) This behaviour by liveice is extremely annoying, expecially when the CRTC (The Canadian FCC) demands that you must have records of your broadcasts and someone resets the computer and restarts liveice without knowing this. BTW: Will ices support live streaming for vorbis? Or are there other live streaming sources out there (like MuSE, which I like, but haven't gotten a chance to really stress-test yet.) -- ------------------------------------------------ Joe Bowser - bowserj at unbc.ca Student Director Education Alternative Radio Society ----------------------------------------------- http://web.unbc.ca/~bowserj/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From vickeryj at grinnell.edu Mon Jul 16 19:26:20 2001 From: vickeryj at grinnell.edu (Joshua Vickery) Date: Mon, 16 Jul 2001 14:26:20 -0500 (CDT) Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: I too had to deal with this problem for our college radio station (http://www.grinnell/edu/groups/kdic -- currently off air) and rather than patching the source, I used a little script which I called using cron jobs to connect to the source using wget. Wget won't clobber old files, so if you don't care about the names, you don't even need the script. Plus, using wget you can move the archiving to a separate computer if you choose. josh On Mon, 16 Jul 2001, Joe Bowser wrote: > On Mon, 16 Jul 2001, Bruno Randolf wrote: > > > does anyone have patch for liveice that the saved files (SAVE_FILE > > directive in the config file) don't get overwritten if liveice is > > stopped and started? i think about something like adding the current > > date and time to the filename... > > > > or ist there some other solution concerning dump (or save) files? > > Well, I like the dumpfile solution myself, because: > * It's simple. (I tried to figure out how to do this, but > realize the futility after both ices and MuSE were released.) > * It's independant to the source. That way if you decide that you > don't like Liveice (granted it's a good piece of software, but it's > showing its age) you don't have to figure out how to save the file in the > other streamer (let it be darkice, MuSE, ices, etc) > > This behaviour by liveice is extremely annoying, expecially when the CRTC > (The Canadian FCC) demands that you must have records of your broadcasts > and someone resets the computer and restarts liveice without knowing this. > > BTW: Will ices support live streaming for vorbis? Or are there other live > streaming sources out there (like MuSE, which I like, but haven't gotten > a chance to really stress-test yet.) > > -- Joshua Vickery Grinnell College 14-21 Grinnell IA, 50112 vickeryj at grinnell.edu --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Mon Jul 16 22:38:00 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Tue, 17 Jul 2001 08:38:00 +1000 Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: <3.0.5.32.20010717083800.42a4bd00@mail.labyrinth.net.au> >BTW: Will ices support live streaming for vorbis? Or are there other live >streaming sources out there (like MuSE, which I like, but haven't gotten >a chance to really stress-test yet.) ices2 (which is a seperate program, written by different people) does vorbis streaming. It also does live streaming. Feel free to ask me for any features that are missing. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Bryan.Walls at msfc.nasa.gov Mon Jul 16 23:15:14 2001 From: Bryan.Walls at msfc.nasa.gov (Bryan Walls) Date: Mon, 16 Jul 2001 18:15:14 -0500 Subject: [icecast] liveice SAVE_FILE In-Reply-To: <3.0.5.32.20010717083800.42a4bd00@mail.labyrinth.net.au> Message-ID: At 8:38 AM +1000 7/17/01, Michael Smith wrote: > >BTW: Will ices support live streaming for vorbis? Or are there other live >>streaming sources out there (like MuSE, which I like, but haven't gotten >>a chance to really stress-test yet.) > >ices2 (which is a seperate program, written by different people) does >vorbis streaming. It also does live streaming. Feel free to ask me >for any features that are missing. > >Michael Live streaming as in MP3 encoding (via LAME) a steam? Features I'd like to see: Specify icecast mount point Check and restarts live streams (in case of server or network glitch) at a specifiable interval. -- Bryan Walls My words are not NASA policy. Bryan.Walls at msfc.nasa.gov (256)544-3311voice,544-7128fax http://science.nasa.gov http://liftoff.msfc.nasa.gov http://kids.msfc.nasa.gov --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gshang at uq.net.au Tue Jul 17 02:11:40 2001 From: gshang at uq.net.au (Geoff Shang) Date: Tue, 17 Jul 2001 12:11:40 +1000 (EST) Subject: [icecast] Icecast2 server temporarily down, now back Message-ID: Hi all: I've been away for the past week and moved house before that. Quite impressively, the icecast2 server I'm running stayed up all that time. It went down at 8 minutes past midnight EDT (04:08 GMT) on Monday 16/07. It looks like someone did the same thing as before - kicked it over by attempting to connect a source to an already existing mountpoint. by all means use the server to broadcast, that's what it's there for, but please be careful about avoiding existing mounts until this problem is fixed. Consult http://bumpy.braille.uwo.ca:9000/stats.xml to see what's active as far as mounts are concerned. If this problem has now been fixed in icecast2, please let me know so as I can upgrade (I'm not up to date on these lists yet). Oh and my test stream is back up again too. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From br1 at subnet.at Tue Jul 17 10:23:56 2001 From: br1 at subnet.at (Bruno Randolf) Date: Tue, 17 Jul 2001 12:23:56 +0200 Subject: AW: [icecast] liveice SAVE_FILE In-Reply-To: <004801c10e16$241c7a40$1276a8c0@ruckus> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 david, thanks for that great patch! :) would it be possible to include that feature into liveice (cvs at least), since it works really great and doesnt hurt anyone? also thanks for the other suggestions. where is ices2? is it stable enough for live streaming? regards, br1 > -----Urspr?ngliche Nachricht----- > Von: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]Im > Auftrag von David Parker > Gesendet: Montag, 16. Juli 2001 18:41 > An: icecast at xiph.org > Betreff: Re: [icecast] liveice SAVE_FILE > > > Hi Bruno, > > > or ist there some other solution concerning dump (or save) files? > > I wrote a patch that might be useful to you. It doesn't do > exactly what you > described, but maybe it'll work anyway. It lets you tell liveice > to close and > reopen its savefiles while it's running. You can also start/stop > save_file archiving entirely: > > http://www.brentwoodradio.com/info/vibecast/patches/liveice_vibeca st_archiving .diff (probably wrapped) To stop liveice's save files, run 'killall -USR1 liveice'. Only the liveice processes that are actually archiving will respond to this. To close and reopen the save file, 'killall -USR2 liveice'. This will also start the save file if it wasn't already archiving. Using this, you can have a script or cron job that renames the current SAVE_FILE mp3 to a customized dated filename, then tells liveice to reopen the save file, which will continue archiving to the default filename. If you want to make sure that the save file isn't overwritten when you start liveice, just rename the liveice binary to something else (liveice-real) and make a small shell script or perl wrapper called liveice that checks for the file then runs liveice-real. David - ------- david at neongoat.com www.neongoat.com PGP Key ID/Fingerprint: 0xF90FFFE5 / F362 51F7 6D51 85EB AF68 75B9 D29B 1AFC F90F FFE5 - ------- - --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. -----BEGIN PGP SIGNATURE----- Version: PGP 7.0.4 Comment: use PGP! iQA/AwUBO1QSPAV9Pc/CzcpcEQKs5wCfSXZngtdPIeQweeVd5wq+oGrUmtQAnjty avCXTQpckIrJdc7MOQq594aO =2sD4 -----END PGP SIGNATURE----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Tue Jul 17 13:31:13 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Tue, 17 Jul 2001 23:31:13 +1000 Subject: [icecast] liveice SAVE_FILE In-Reply-To: <[icecast] liveice SAVE_FILE> Message-ID: <3.0.5.32.20010717233113.41112100@mail.labyrinth.net.au> (A second try - this seems to have disappeared into the void the first time I sent it, some hours ago). At 06:15 PM 7/16/01 -0500, you wrote: >At 8:38 AM +1000 7/17/01, Michael Smith wrote: >> >BTW: Will ices support live streaming for vorbis? Or are there other live >>>streaming sources out there (like MuSE, which I like, but haven't gotten >>>a chance to really stress-test yet.) >> >>ices2 (which is a seperate program, written by different people) does >>vorbis streaming. It also does live streaming. Feel free to ask me >>for any features that are missing. >> >>Michael > >Live streaming as in MP3 encoding (via LAME) a steam? ices2 doesn't support MP3 output (nor does it support mp3 input, but it may in the future). Use ices for mp3 streaming. I'm not entirely sure what you mean - do you mean _reading_ an mp3 stream from the network, re-encoding it to vorbis, and then outputting to an icecast (well, icecast2) server? If so, this would be pretty easy to add, but there isn't explicit support for it currently (you could do it with a couple of pipes pretty easily, but it wouldn't be a reliable solution). The 'live streaming' that ices2 currently supports is encoding and streaming, in real time, PCM data. Currently, there exist two input modules in ices2 to feed this PCM data - one reads from /dev/dsp, the other reads from stdin. Adding another that reads from a stream and decodes as mp3 would be fairly simple, I guess. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From xiphmont at xiph.org Tue Jul 17 18:15:51 2001 From: xiphmont at xiph.org (Monty) Date: Tue, 17 Jul 2001 14:15:51 -0400 Subject: [icecast] [fwd] BOUNCE icecast@xiph.org: Admin request: /^subject:\s*help\b/i (from: owner-icecast@xiph.org) Message-ID: <20010717141551.A27924@xiph.org> Sorry, majordomo saw 'help' in the subject and bounced it. Monty ----- Forwarded message from owner-icecast at xiph.org ----- Delivery-Date: Tue Jul 17 14:11:05 2001 To: owner-icecast at xiph.org From: owner-icecast at xiph.org Subject: BOUNCE icecast at xiph.org: Admin request: /^subject:\s*help\b/i >From owner-icecast at xiph.org Tue Jul 17 10:07:03 2001 Return-Path: Delivered-To: icecast at xiph.org Received: from alternic.org (ny.alternic.org [160.79.129.192]) by motherfish.xiph.org (Postfix) with ESMTP id 1161D18D007 for ; Tue, 17 Jul 2001 10:07:03 -0700 (PDT) Received: from [160.79.130.190] (dial-045.pm34.nyc.akula.net [160.79.130.190]) by alternic.org (8.11.2/8.11.0) with SMTP id f6HIAtw16754 for ; Tue, 17 Jul 2001 14:10:59 -0400 Message-Id: <200107171810.f6HIAtw16754 at alternic.org> Subject: Help w/inserts, etc. Date: Tue, 17 Jul 2001 14:06:36 -0400 x-mailer: Claris Emailer 2.0v3, January 22, 1998 From: AJones! To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Using the following: -Icecast 1.3.10 -Ices 0.0.1.beta5 When you put in http://www.xxx.com:8000/playlist.pls it opens the player and plays! No problems with playing, but here are a few things of what is giving me problems: 1- Still have not found a way to play a forced intro each time someone tunes in. 2- If you put http://www.xxx.com:8000 it begins to download everything in the static folder (mp3s). 3- Still have not found a way to have the current song shown on an html page. If ANYONE, someone could steer me right on the above, I would appreciate! Thanks in advance! AJ ----- End forwarded message ----- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Tue Jul 17 09:48:52 2001 From: msmith at labyrinth.net.au (Michael Smith) Date: Tue, 17 Jul 2001 19:48:52 +1000 Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: <3.0.5.32.20010717194852.42235d20@mail.labyrinth.net.au> At 06:15 PM 7/16/01 -0500, you wrote: >At 8:38 AM +1000 7/17/01, Michael Smith wrote: >> >BTW: Will ices support live streaming for vorbis? Or are there other live >>>streaming sources out there (like MuSE, which I like, but haven't gotten >>>a chance to really stress-test yet.) >> >>ices2 (which is a seperate program, written by different people) does >>vorbis streaming. It also does live streaming. Feel free to ask me >>for any features that are missing. >> >>Michael > >Live streaming as in MP3 encoding (via LAME) a steam? ices2 doesn't support MP3 output (nor does it support mp3 input, but it may in the future). Use ices for mp3 streaming. I'm not entirely sure what you mean - do you mean _reading_ an mp3 stream from the network, re-encoding it to vorbis, and then outputting to an icecast (well, icecast2) server? If so, this would be pretty easy to add, but there isn't explicit support for it currently (you could do it with a couple of pipes pretty easily, but it wouldn't be a reliable solution). The 'live streaming' that ices2 currently supports is encoding and streaming, in real time, PCM data. Currently, there exist two input modules in ices2 to feed this PCM data - one reads from /dev/dsp, the other reads from stdin. Adding another that reads from a stream and decodes as mp3 would be fairly simple, I guess. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From e_gravel at yahoo.com Wed Jul 18 02:22:02 2001 From: e_gravel at yahoo.com (Emmanuel Gravel) Date: Tue, 17 Jul 2001 19:22:02 -0700 (PDT) Subject: [icecast] Streaming problems on localhost Message-ID: <20010718022202.94301.qmail@web13407.mail.yahoo.com> Using icecast 1.3.10 and ices 0.1.0. Read in the archives about adding sleep_ratio 0 to the conf, which I did, with no success. I'm streaming and listening on the same system. However every few seconds there are two quick breaks in the stream, at a very consistent pace. I'm streaming MP3's with this result. No re-encoding done, just straight streaming. I set my bitrate to 160. I think it may have something to do with ices but I'm not sure. Speaking of which, I can't seem to stream ogg vorbis files at all. ices quits with a ton of "Unknown keyword "text"" and a Floating point exception. Anyone have a clue what I'd need to try? Is the problem ices or icecast? Thanks! __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Kurt.Dreistadt at xtramind.com Wed Jul 18 08:54:59 2001 From: Kurt.Dreistadt at xtramind.com (Kurt Dreistadt) Date: Wed, 18 Jul 2001 10:54:59 +0200 Subject: [icecast] Kurt Dreistadt ist außer Haus. Message-ID: Ich werde ab 16.07.2001 nicht im B?ro sein. Ich kehre zur?ck am 27.07.2001. Ich werde Ihre Nachricht nach meiner R?ckkehr beantworten. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From home at simonb.org.uk Wed Jul 18 17:03:08 2001 From: home at simonb.org.uk (Simon Blandford) Date: Wed, 18 Jul 2001 18:03:08 +0100 Subject: [icecast] Bitkeeper refusing entry Message-ID: <3B55C14C.7090508@simonb.org.uk> I am trying to follow the instructions for compiling Icecast 2 at http://i.cantcode.com/~jack/icecast.html . However, I am not getting very far. When I type bk clone bk://shredder.sneakyninja.com/bkroot/icecast icecast I get bk://shredder.sneakyninja.com/bkroot/icecast: Connection refused It worked a few weeks ago the last time I tried it. What's changed? Regards, Simon B. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ajones at alternic.org Thu Jul 19 15:55:42 2001 From: ajones at alternic.org (AJones!) Date: Thu, 19 Jul 2001 11:55:42 -0400 Subject: [icecast] Server problems/ settings? Message-ID: <200107191600.f6JG0Nw22851@alternic.org> Have been sending a few requests to the list that have gone unanswered, but now the problem is: - In icecast.conf, we have set the Server limits as follows: max_clients 100 max_clients_per_source 100 max_sources 1 max_admins 5 throttle 1.0 Once listenership reaches 40, can't access any admin features (ie. http://www.xxx.com:8000/list.cgi) and can't seem to ever reach 75% of the limit. - The icecast/ices seems to consume almost 90% of cpu as well. - mp3 files are all at 22khz/24kbps Using the following: -Icecast 1.3.10 -Ices 0.0.1.beta5 Any ideas on how to solve this? Thanks in advance! AJ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Jul 19 14:48:08 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 19 Jul 2001 08:48:08 -0600 Subject: [icecast] Bitkeeper refusing entry In-Reply-To: <3B55C14C.7090508@simonb.org.uk> Message-ID: <20010719084808.M1130@i.cantcode.com> > I get > > bk://shredder.sneakyninja.com/bkroot/icecast: Connection refused > > > It worked a few weeks ago the last time I tried it. What's changed? This is fixed. The box was rebooted the other day, and for some reason bkd didn't start properly. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From kirk at braille.uwo.ca Thu Jul 19 20:05:39 2001 From: kirk at braille.uwo.ca (Kirk Reiser) Date: Thu, 19 Jul 2001 16:05:39 -0400 Subject: [icecast] I declare ices stable Message-ID: Hi everyone: Well, ices has been up for over a week now without crapping out. It seems to be behaving itself quite nicely. Now if we can figure out why icecast kicks clients with a not responding fast enough error, everything would be hunky dory spiffo keen. It sure isn't the client not being fast enough it's only six feet away and I have the problem with even more powerful machines than it is. Anyway, Thanks a lot Brendan for all your hard work on ices. Kirk --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From david at neongoat.com Fri Jul 20 04:57:21 2001 From: david at neongoat.com (David Parker) Date: Thu, 19 Jul 2001 21:57:21 -0700 Subject: [icecast] liveice SAVE_FILE In-Reply-To: Message-ID: <003101c110d8$76afd620$1276a8c0@ruckus> Hi Bruno, I'm glad someone found the patch useful :) Looking over it again today, I realize I made a couple newbieish C mistakes when I wrote it back in November. They result in a minor memory leak. I updated the patch, which is still at brentwoodradio.com/info/vibecast/patches/liveice_vibecast_archiving.diff > would it be possible to include that feature into liveice (cvs at > least), since it works really great and doesnt hurt anyone? As far as I know, development on liveice is stopped since it's deprecated in favor of vorbis. Also, the patch steals a couple signal handlers from the playlist functionality of liveice, so that could affect the (few) people who still use that. But if someone wants to check it into CVS i have no objections :) David ------- david at neongoat.com www.neongoat.com PGP Key ID/Fingerprint: 0xF90FFFE5 / F362 51F7 6D51 85EB AF68 75B9 D29B 1AFC F90F FFE5 ------- --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From asif_mas at hilinks.com Fri Jul 20 06:27:16 2001 From: asif_mas at hilinks.com (Asif M. Baloch) Date: Fri, 20 Jul 2001 11:27:16 +0500 Subject: [icecast] I declare ices stable In-Reply-To: Message-ID: <000001c110e5$1600f040$280187cb@hilinks.com> Hi guys, ICE cast resembles shoutcast, thats for sure and its good that its open source. But, it has too many probs. I ran it on a dual p3 800 with a T3 comm link but it jsut starts actibg weird when the users reach 12. Also, the system just blows up. All the CPU is consumed. The platform is FreeBSD 4.1. Any ideas how to solve it? ------------------------------------------ Asif M. Baloch Portal Manager Hilinks.com Product Manager BaliNet Product Manager e-Fax e-Tech Group of Companies Karachi, Pakistan. Tel: 111-88-99-88 ------------------------------------------- $ To understand the program, you have to become both the machine and the program $ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Fri Jul 20 10:43:12 2001 From: thomas at arkena.com (Thomas Kirk) Date: Fri, 20 Jul 2001 12:43:12 +0200 Subject: [icecast] I declare ices stable In-Reply-To: <000001c110e5$1600f040$280187cb@hilinks.com> Message-ID: <20010720124312.H25902@mmstreaming.dk> On Fri, Jul 20, 2001 at 11:27:16AM +0500, Asif M. Baloch wrote: > Hi guys, > > ICE cast resembles shoutcast, thats for sure and its good that its open > source. But, it has too many probs. I ran it on a dual p3 800 with a T3 comm We are running icecast on linux 2.2.19 serving more than 600gb each months and it has been rock stable so fare. Right now our uptime is around 3 months. > link but it jsut starts actibg weird when the users reach 12. Also, the > system just blows up. All the CPU is consumed. The platform is FreeBSD 4.1. > Any ideas how to solve it? I think there where some FreeBSD specfic problems on this list some time ago? Please check list archive and upgrade your icecast version from cvs supposed to get out as 1.3.11. If problems persist contact Jack or Brendan. -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com It is an important and popular fact that things are not always what they seem. For instance, on the planet Earth, man had always assumed that he was more intelligent than dolphins because he had achieved so much -- the wheel, New York, wars and so on -- whilst all the dolphins had ever done was muck about in the water having a good time. But conversely, the dolphins had always believed that they were far more intelligent than man -- for precisely the same reasons. Curiously enough, the dolphins had long known of the impending destruction of the of the planet Earth and had made many attempts to alert mankind to the danger; but most of their communications were misinterpreted ... -- Douglas Admas "The Hitchhikers' Guide To The Galaxy" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Fri Jul 20 10:55:31 2001 From: thomas at arkena.com (Thomas Kirk) Date: Fri, 20 Jul 2001 12:55:31 +0200 Subject: [icecast] I declare ices stable In-Reply-To: <20010720124312.H25902@mmstreaming.dk> Message-ID: <20010720125530.I25902@mmstreaming.dk> On Fri, Jul 20, 2001 at 12:43:12PM +0200, Thomas Kirk wrote: > We are running icecast on linux 2.2.19 serving more than 600gb each > months and it has been rock stable so fare. Right now our uptime is > around 3 months. ohh and i forgot to mention that our listeners peak at around 120 simultanious listeners serving around 120-150k people each months -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com A friend of mine is into Voodoo Acupuncture. You don't have to go. You'll just be walking down the street and... Ooohh, that's much better. -- Steven Wright --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brazell at bmh.com Fri Jul 20 12:22:08 2001 From: brazell at bmh.com (Natr Brazell) Date: Fri, 20 Jul 2001 08:22:08 -0400 Subject: [icecast] I declare ices stable In-Reply-To: <20010720125530.I25902@mmstreaming.dk> Message-ID: <3B582270.4090103@bmh.com> What's the trick. My server will hardly serve 4 people without skipping and eventually dropping the connection. I am running from a cable modem to a T1 network! Is there a trick. I set the default_bitrate everywhere from 24k to 128k with varying degree's of shittiness. I am using the latest sources from both the project websites. I would really like to get it running. The server is a 700Mhz PIII with 128Mb of Ram on Redhat 7.1 on 2.2.17 kernel. Natr Thomas Kirk wrote: > On Fri, Jul 20, 2001 at 12:43:12PM +0200, Thomas Kirk wrote: > >> We are running icecast on linux 2.2.19 serving more than 600gb each >> months and it has been rock stable so fare. Right now our uptime is >> around 3 months. > > > ohh and i forgot to mention that our listeners peak at around 120 > simultanious listeners serving around 120-150k people each months > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Fri Jul 20 12:49:17 2001 From: thomas at arkena.com (Thomas Kirk) Date: Fri, 20 Jul 2001 14:49:17 +0200 Subject: [icecast] I declare ices stable In-Reply-To: <3B582270.4090103@bmh.com> Message-ID: <20010720144917.B27108@mmstreaming.dk> On Fri, Jul 20, 2001 at 08:22:08AM -0400, Natr Brazell wrote: > What's the trick. My server will hardly serve 4 people without Hmm no trick? We dont use ices though we use libshout which is the liberay that ices use to serv mp3s to icecast. > skipping and eventually dropping the connection. I am running from a > cable modem to a T1 network! Hmmm Have you checked what upstream you on your cablemodem? Its very common for cableoperators to limit the upstream. > I set the default_bitrate everywhere from 24k to 128k with varying > degree's of shittiness. I am using the latest sources from both the > project websites. I would really like to get it running. The server At least regarding high bitrate streaming there where some bugs that has been fixed in the cvs version so i recommend that you download icecast source from cvs and compile that and see if you notice any change? > is a 700Mhz PIII with 128Mb of Ram on Redhat 7.1 on 2.2.17 kernel. Should be okey allthough i cant comment on the specific Redhat version. -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com "...you might as well skip the Xmas celebration completely, and instead sit in front of your linux computer playing with the all-new-and-improved linux kernel version." (By Linus Torvalds) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jim at lateral.net Fri Jul 20 14:01:40 2001 From: jim at lateral.net (Jim Bailey) Date: Fri, 20 Jul 2001 14:01:40 +0000 Subject: [icecast] I declare ices stable In-Reply-To: <20010720144917.B27108@mmstreaming.dk> Message-ID: On Friday, July 20, 2001, at 12:49 PM, Thomas Kirk wrote: > On Fri, Jul 20, 2001 at 08:22:08AM -0400, Natr Brazell wrote: > >> skipping and eventually dropping the connection. I am running from a >> cable modem to a T1 network! > > Hmmm Have you checked what upstream you on your cablemodem? Its very > common for cableoperators to limit the upstream. > > I think you will find that max upstream for most cable modems in that > sort of set up is 256kbps so a figure of 4 clients is about right but I > am no expert on this. Regards Jim If a small child is choking on an ice cube, don't panic. Simply pour a jug of boiling water down its throat and hey presto! The blockage is almost instantly removed. --VIZ top tips --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Fri Jul 20 15:02:21 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Fri, 20 Jul 2001 08:02:21 -0700 Subject: [icecast] I declare ices stable In-Reply-To: <20010720125530.I25902@mmstreaming.dk> Message-ID: We're in the exact same situation, serving about the same number without problems. > From: Thomas Kirk > Reply-To: icecast at xiph.org > Date: Fri, 20 Jul 2001 12:55:31 +0200 > To: icecast at xiph.org > Subject: Re: [icecast] I declare ices stable > > ohh and i forgot to mention that our listeners peak at around 120 > simultanious listeners serving around 120-150k people each months --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ajones at alternic.org Fri Jul 20 15:13:18 2001 From: ajones at alternic.org (AJones!) Date: Fri, 20 Jul 2001 11:13:18 -0400 Subject: [icecast] I declare ices stable In-Reply-To: <[icecast] I declare ices stable> Message-ID: <200107201518.f6KFIBw25967@alternic.org> 7/20/01 8:49 AM thomas at arkena.com >> What's the trick. My server will hardly serve 4 people without > >Hmm no trick? We dont use ices though we use libshout which is the >liberay that ices use to serv mp3s to icecast. Where can you get libshout? Ours chokes at roughly 40 users and then can't gain access to the admin sections. >> skipping and eventually dropping the connection. I am running from a >> cable modem to a T1 network! > >Hmmm Have you checked what upstream you on your cablemodem? Its very >common for cableoperators to limit the upstream. >> I set the default_bitrate everywhere from 24k to 128k with varying >> degree's of shittiness. I am using the latest sources from both the >> project websites. I would really like to get it running. The server > >At least regarding high bitrate streaming there where some bugs that >has been fixed in the cvs version so i recommend that you download >icecast source from cvs and compile that and see if you notice any change? > >> is a 700Mhz PIII with 128Mb of Ram on Redhat 7.1 on 2.2.17 kernel. > >Should be okey allthough i cant comment on the specific Redhat version. We're on a Linux using: -Icecast 1.3.10 -Ices 0.0.1.beta5 Another questions is about mounts. If you have more than one ie: /ices /ices2 /ices3 Does this allow you to serve more users? Thanks! AJ! --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at arkena.com Fri Jul 20 15:46:41 2001 From: thomas at arkena.com (Thomas Kirk) Date: Fri, 20 Jul 2001 17:46:41 +0200 Subject: [icecast] I declare ices stable In-Reply-To: <200107201518.f6KFIBw25967@alternic.org> Message-ID: <20010720174641.B27639@mmstreaming.dk> On Fri, Jul 20, 2001 at 11:13:18AM -0400, AJones! wrote: > Where can you get libshout? Ours chokes at roughly 40 users and then > can't gain access to the admin sections. in cvs i think? The module is called libshout > > Another questions is about mounts. If you have more than one > ie: > > /ices > /ices2 > /ices3 > > Does this allow you to serve more users? Hmm dont know? It should affect your overall performance at least not to the worse :) We are running 18 diffrent mountpoints feeding the icecast server over 100mbit local network. No Problems at all? -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas at arkena.com http://www.arkena.com What's this script do? unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep Hint for the answer: not everything is computer-oriented. Sometimes you're in a sleeping bag, camping out. (Contributed by Frans van der Zande.) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brazell at bmh.com Fri Jul 20 18:57:15 2001 From: brazell at bmh.com (Natr Brazell) Date: Fri, 20 Jul 2001 14:57:15 -0400 Subject: [icecast] I declare ices stable In-Reply-To: <20010720174641.B27639@mmstreaming.dk> Message-ID: <3B587F0B.4050000@bmh.com> Here are some specs on the problem I've been experiencing with mine. Any advice? Have searched the archive for this and seen only one other person with the same issue however there was no reply to his post. Here goes. I installed icecast version: 1.3.10 with shout version: 0.8.0 on my Redhat 7.1 700Mhz CPU with 128Mb of RAM. Got the streaming to work however I keep seeing messages such as the following from debug 3: [small excerpt] -> [15/Jul/2001:11:31:05] [5:Source Thread] DEBUG: Kicking trailing clients [1] on id 48-> [15/Jul/2001:11:31:05] [5:Source Thread] Clearing cid 48 -> [15/Jul/2001:11:31:05] [5:Source Thread] DEBUG: Kicking trailing clients [1] on id 49-> [15/Jul/2001:11:31:05] [5:Source Thread] Clearing cid 49 ... etc. This interupts the stream badly and will force WinAmp or XMMS to drop my server and go to the next selection in the users playlist (if it exists) I have modified my default_bitrate variable in the shout.conf file to 24k as the documentation suggests however T1 connections and cable connections keep buffering the file which causes a delay. I have also changed it to every iteration of 24k all the way up to 128k again. (ie. 24k, 48k, 96k...) If there is more information needed please ask and I will provide. Server_info: Runtime Configuration: Using nanosleep() as sleep method Using 64 chunks of 8192 bytes for client backlog Using linux own gethostbyname_r() and getaddrbyname_r(), which is good. Using posix signal interface to block all sign Thanks, Natr Thomas Kirk wrote: > On Fri, Jul 20, 2001 at 11:13:18AM -0400, AJones! wrote: > >> Where can you get libshout? Ours chokes at roughly 40 users and then >> can't gain access to the admin sections. > > > in cvs i think? The module is called libshout > >> Another questions is about mounts. If you have more than one >> ie: >> >> /ices >> /ices2 >> /ices3 >> >> Does this allow you to serve more users? > > > Hmm dont know? It should affect your overall performance at least not > to the worse :) We are running 18 diffrent mountpoints feeding the > icecast server over 100mbit local network. No Problems at all? > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From daleg at elemental.org Sat Jul 21 04:49:43 2001 From: daleg at elemental.org (Dale Ghent) Date: Sat, 21 Jul 2001 00:49:43 -0400 (EDT) Subject: [icecast] Alrighty.. ALMOST there! :) Message-ID: So, a friend pointed me to the patch for sock.c:533, and that patch went a LONG way in fixing the streaming problems I've been experiencing (on solaris 8/sparc.) Thanks so much for that! Now, I think that *sending* the stream is now squared away, but I think one problem remains on the receiving end of things. I use the perl streamcast utility to stream my playlists, and tracks sound great. But sometimes when the tracks change, the new track will get regular half-a-second audible gaps - no studdering or repeats - just gaps. Sometimes it'll persist through the next track... sometimes it clears up when the next track starts. My hunch is that icecast wants/expects a constant incoming stream of data, and I think if there are any gaps in the incoming stream, it messes it up. It's plausible that the track change is what's causing thes very short gaps in the incoming stream data, and then persist at regular intervals in the outgoing stream to clients for the remainder of the track. Any thoughts? /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From asif_mas at hilinks.com Sat Jul 21 05:13:23 2001 From: asif_mas at hilinks.com (Asif M. Baloch) Date: Sat, 21 Jul 2001 10:13:23 +0500 Subject: [icecast] I declare ices stable In-Reply-To: <3B587F0B.4050000@bmh.com> Message-ID: <002e01c111a3$ddc1eda0$280187cb@hilinks.com> Well, you decompressed the tar.gz thats for sure. I cant even extract it on RedHat 6.2, 6.1, Slackware 4.0 and FreeBSD. I havent tested it on RH7.x. Its fairly simply, tar -zxvf filename.tar.gz. I think there is something wrong here. When i unzip it under windows, everything is ok. Whats seems to be the problem here. ------------------------------------------ Asif M. Baloch Portal Manager Hilinks.com Product Manager BaliNet Product Manager e-Fax e-Tech Group of Companies Karachi, Pakistan. Tel: 111-88-99-88 ------------------------------------------- $ To understand the program, you have to become both the machine and the program $ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ian at mitre.org Mon Jul 23 01:29:03 2001 From: ian at mitre.org (Ian Dickens) Date: Sun, 22 Jul 2001 21:29:03 -0400 (EDT) Subject: [icecast] Alrighty.. ALMOST there! :) In-Reply-To: Message-ID: Was wondering if you might be so kind as to send me the patches? Many thanks in advance, Ian Dickens ian at mitre.org On Sat, 21 Jul 2001, Dale Ghent wrote: > > So, a friend pointed me to the patch for sock.c:533, and that patch went a > LONG way in fixing the streaming problems I've been experiencing (on > solaris 8/sparc.) Thanks so much for that! > > Now, I think that *sending* the stream is now squared away, but I think > one problem remains on the receiving end of things. > > I use the perl streamcast utility to stream my playlists, and tracks sound > great. But sometimes when the tracks change, the new track will get > regular half-a-second audible gaps - no studdering or repeats - just gaps. > > Sometimes it'll persist through the next track... sometimes it clears up > when the next track starts. > > My hunch is that icecast wants/expects a constant incoming stream of data, > and I think if there are any gaps in the incoming stream, it messes it up. > It's plausible that the track change is what's causing thes very short > gaps in the incoming stream data, and then persist at regular intervals in > the outgoing stream to clients for the remainder of the track. > > Any thoughts? > > /dale > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From pozar at lns.com Mon Jul 23 18:06:20 2001 From: pozar at lns.com (Tim Pozar) Date: Mon, 23 Jul 2001 11:06:20 -0700 Subject: [icecast] Alrighty.. ALMOST there! :) In-Reply-To: Message-ID: <20010723110620.E49461@lns.com> One thing that has to be done for MP3 file streaming is to send out a stream only as fast as the bit rate of the file or the re-sampled bit-rate. If you go too fast, the Icecast relay and player will drop bytes in order to catch up. If you go too slow you will get pauses. I wrote an MP3 file streaming perl script. The program sends out 1 second of a stream and then waits for a second to pass on the machine it is sending from with a... while () { # Streaming loop... # Find out what time it is... $seconds = time(); ...read and send one second of an MP3 stream from the file... ...do various other error checking too such as "end of file" issues... # After we spent time doing the above, wait until the # next second has happened... while($seconds == time()){ # sleep for a fraction of a second so we don't # eat CPU time looping at a fast rate. select(undef, undef, undef, 0.01); } } The timing is critical. If it takes more than one second to read the buffer in from the file and push it out to the client or Icecast relay then, you will get audible gaps. Also, if there is time to open up the next MP3 file, then you will get a gap in your stream. Originally I had a sleep(1) in my program and would get that problem as I didn't count on the time the script read the file and sent it out as being significant. I played with the sleep() to roll it back to about 0.9 seconds but still had the problem. Doing the code I did above, did the trick. Tim On Sat, Jul 21, 2001 at 12:49:43AM -0400, Dale Ghent wrote: > So, a friend pointed me to the patch for sock.c:533, and that patch went a > LONG way in fixing the streaming problems I've been experiencing (on > solaris 8/sparc.) Thanks so much for that! > > Now, I think that *sending* the stream is now squared away, but I think > one problem remains on the receiving end of things. > > I use the perl streamcast utility to stream my playlists, and tracks sound > great. But sometimes when the tracks change, the new track will get > regular half-a-second audible gaps - no studdering or repeats - just gaps. > > Sometimes it'll persist through the next track... sometimes it clears up > when the next track starts. > > My hunch is that icecast wants/expects a constant incoming stream of data, > and I think if there are any gaps in the incoming stream, it messes it up. > It's plausible that the track change is what's causing thes very short > gaps in the incoming stream data, and then persist at regular intervals in > the outgoing stream to clients for the remainder of the track. > > Any thoughts? > > /dale -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From asif_mas at hilinks.com Tue Jul 24 08:59:37 2001 From: asif_mas at hilinks.com (Asif M. Baloch) Date: Tue, 24 Jul 2001 13:59:37 +0500 Subject: [icecast] Alrighty.. ALMOST there! :) In-Reply-To: <20010723110620.E49461@lns.com> Message-ID: <002701c1141e$f8af58a0$280187cb@hilinks.com> Dear friend, Well, i have been worknig on linux for the past 5 years now. I know how tar and gunzip work. I think the problem could be with the downloaded files and not the gz file on icecast srever. Anyways, i have setup a shoutcast server and it works geat but i dont like it cuz it cant be cuztomized since its always a binary. I asked the guys at shoutcast for the source code but they turned out to be real possesive about it. There are some difficultiues that i am facing with icecast bigtime. I downloaded this binary win win9x OS and its ok. But the admin is preety hectic. What are the main things that need to me setup for an ice cast server . Ok, you have the server but are you able to broadcast with SHOTcast DNAS plugin? There are so many things mentioned here. Which prog is the best for straming? What does ices has to do with it since icecast is a total package. What I think overall is that ICEcast lacks proper documentation and someone has to do something about it. The forum is preety empty too. Its us who have to improve this and make it the best streamer ever. Regards, ------------------------------------------ Asif M. Baloch Portal Manager Hilinks.com Product Manager BaliNet Product Manager e-Fax e-Tech Group of Companies Karachi, Pakistan. Tel: 111-88-99-88 ------------------------------------------- $ To understand the program, you have to become both the machine and the program $ ----- Original Message ----- From: Tim Pozar To: Sent: Monday, July 23, 2001 11:06 PM Subject: Re: [icecast] Alrighty.. ALMOST there! :) > One thing that has to be done for MP3 file streaming is to send > out a stream only as fast as the bit rate of the file or the > re-sampled bit-rate. If you go too fast, the Icecast relay and player > will drop bytes in order to catch up. If you go too slow you will > get pauses. > > I wrote an MP3 file streaming perl script. The program sends out > 1 second of a stream and then waits for a second to pass on the > machine it is sending from with a... > > while () > { > # Streaming loop... > > # Find out what time it is... > $seconds = time(); > > ...read and send one second of an MP3 stream from the file... > ...do various other error checking too such as "end of file" issues... > > # After we spent time doing the above, wait until the > # next second has happened... > while($seconds == time()){ > # sleep for a fraction of a second so we don't > # eat CPU time looping at a fast rate. > select(undef, undef, undef, 0.01); > } > } > > The timing is critical. If it takes more than one second to read > the buffer in from the file and push it out to the client or Icecast > relay then, you will get audible gaps. Also, if there is time to > open up the next MP3 file, then you will get a gap in your stream. > > Originally I had a sleep(1) in my program and would get that problem > as I didn't count on the time the script read the file and sent it > out as being significant. I played with the sleep() to roll it back > to about 0.9 seconds but still had the problem. Doing the code I > did above, did the trick. > > Tim > > On Sat, Jul 21, 2001 at 12:49:43AM -0400, Dale Ghent wrote: > > So, a friend pointed me to the patch for sock.c:533, and that patch went a > > LONG way in fixing the streaming problems I've been experiencing (on > > solaris 8/sparc.) Thanks so much for that! > > > > Now, I think that *sending* the stream is now squared away, but I think > > one problem remains on the receiving end of things. > > > > I use the perl streamcast utility to stream my playlists, and tracks sound > > great. But sometimes when the tracks change, the new track will get > > regular half-a-second audible gaps - no studdering or repeats - just gaps. > > > > Sometimes it'll persist through the next track... sometimes it clears up > > when the next track starts. > > > > My hunch is that icecast wants/expects a constant incoming stream of data, > > and I think if there are any gaps in the incoming stream, it messes it up. > > It's plausible that the track change is what's causing thes very short > > gaps in the incoming stream data, and then persist at regular intervals in > > the outgoing stream to clients for the remainder of the track. > > > > Any thoughts? > > > > /dale > > -- > Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA > POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 > "It's a damn poor mind that can only think of one way to spell a word." > - Andrew Jackson > "What is wanted is not the will to believe, but the will to find out, > which is the exact opposite." - Bertrand Russell, "Skeptical_Essays" > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ajones at alternic.org Tue Jul 24 20:36:06 2001 From: ajones at alternic.org (AJones!) Date: Tue, 24 Jul 2001 16:36:06 -0400 Subject: [icecast] A Practical Question. Message-ID: <200107242041.f6OKfnw09436@alternic.org> I've written a few times, but haven't seen any responses, so please forgive me if this has been answered. How many max users can be served by IceCast? We can't seem to serve more than 40 users at a time and I have no idea what to do at this point. Any suggestions? This is what everything is set to: max_clients 100 max_clients_per_source 100 max_sources 5 max_admins 5 throttle 1.0 mp3 files are all at 22khz/24kbps Using the following: -Icecast 1.3.10 -Ices 0.0.1.beta5 Thanks in advance! AJ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tprinty at mail.megapathdsl.net Tue Jul 24 19:47:31 2001 From: tprinty at mail.megapathdsl.net (Tom Printy) Date: Tue, 24 Jul 2001 15:47:31 -0400 (EDT) Subject: [icecast] A Practical Question. In-Reply-To: <200107242041.f6OKfnw09436@alternic.org> Message-ID: > > We can't seem to serve more than 40 users at a time > and I have no idea what to do at this point. Icecast can seve mnay hunderds of users. This is most likely a function of your available bandwidth. > > Any suggestions? Get more bandwidth or lower the rate of your stream. > This is what everything is set to: > > max_clients 100 > max_clients_per_source 100 > max_sources 5 > max_admins 5 > throttle 1.0 > > mp3 files are all at 22khz/24kbps > > Using the following: > > -Icecast 1.3.10 > -Ices 0.0.1.beta5 > > Thanks in advance! > > AJ > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > -- ------------------------------------------------------------------------------ Tom Printy My radio station: http://www.goonsquadradio.com 56k stream http://166.90.143.144:6996 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mjp at filmsat59.com Tue Jul 24 22:51:52 2001 From: mjp at filmsat59.com (Mike Prudence) Date: Tue, 24 Jul 2001 23:51:52 +0100 Subject: [icecast] Sacrilege, but... Message-ID: <5.0.2.1.0.20010724233748.009fa920@omphoulos> Hi all, I'm afraid that having spent yet another entire day floundering around in the world of icecast, I've really now got to the point of asking a difficult question. I set up an icecast server back in early 1999, and it seemed to work fine for months. We had a server crash here that meant I had to go and reget the sources to rebuild, and ever since then it has been nothing but grief. I've reached the end of my very, very long tether, and not being an afficionado of the online mp3 streaming scene, I'd just like to know:- - icecast is the open source equivalent of something. - can I pay some money and get the non-open source version of that something that will run on my Linux box and work ?? I just want to stream some mp3 files. It can't surely be this hard, can it ?? [For those interested in details, my symptoms are this: latest release iceast, latest release ices, get listed on icecast.org, not listed on shoutcast.com; streaming works for a few minutes, then get stuttering and then client gives up and restarts; ices gives up after 10 minutes or so (whole process dies); listening locally (ie, on our 100Mbps LAN), get continual winking red lights from Winamp, unless I press pause, then play, which seems to steady the stream, although it then goes all weird after about five minutes, and then someone times out and the connection gets dropped; tried with ices and shout; tried with both redhat 6.2 and 7.1 systems; tried with icecast on one machine and ices on another; local listener on local 100Mbps network; remote listener (over 256Kbps cable modem) seems more stable (less Winamp redlights) but still dies after 5 minutes or so; tried Sonique client, same results; only common factor is me: ie, config files set much the same, followed the same instructions to compile and install. I'm sure it works, but I'll be damned if I can make it work! Oh, and if anyone says 'get the CVS source' try doing that from the web interface and maintain your sanity.] Er, help ??? Cheers, Mike Films at 59 Ltd, Bristol. http://www.filmsat59.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 24 23:01:55 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 24 Jul 2001 19:01:55 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010724233748.009fa920@omphoulos> Message-ID: <20010724190155.A11815@xanadu.kublai.com> On Tuesday, 24 July 2001 at 23:51, Mike Prudence wrote: > I've reached the end of my very, very long tether, and not being an > afficionado of the online mp3 streaming scene, I'd just like to know:- > > - icecast is the open source equivalent of something. > - can I pay some money and get the non-open source version of that > something that will run on my Linux box and work ?? you can get the not-open-source version free from shoutcast.com. Your symptoms imply that you may be trying to stream high-bitrate MP3s? (that would be 160kbit+). For starters, try setting sleep_ratio to 0 in icecast.conf. Although it burns more CPU it may save you some grief. Alternatively you could try checking out icecast from CVS, although I wouldn't recommend using the web interface to do it :) -Brendan > [For those interested in details, my symptoms are this: latest release > iceast, latest release ices, get listed on icecast.org, not listed on > shoutcast.com; streaming works for a few minutes, then get stuttering and > then client gives up and restarts; ices gives up after 10 minutes or so > (whole process dies); listening locally (ie, on our 100Mbps LAN), get > continual winking red lights from Winamp, unless I press pause, then play, > which seems to steady the stream, although it then goes all weird after > about five minutes, and then someone times out and the connection gets > dropped; tried with ices and shout; tried with both redhat 6.2 and 7.1 > systems; tried with icecast on one machine and ices on another; local > listener on local 100Mbps network; remote listener (over 256Kbps cable > modem) seems more stable (less Winamp redlights) but still dies after 5 > minutes or so; tried Sonique client, same results; only common factor is > me: ie, config files set much the same, followed the same instructions to > compile and install. I'm sure it works, but I'll be damned if I can make > it work! Oh, and if anyone says 'get the CVS source' try doing that from > the web interface and maintain your sanity.] --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From daleg at elemental.org Tue Jul 24 23:38:18 2001 From: daleg at elemental.org (Dale Ghent) Date: Tue, 24 Jul 2001 19:38:18 -0400 (EDT) Subject: [icecast] Sacrilege, but... In-Reply-To: <20010724190155.A11815@xanadu.kublai.com> Message-ID: On Tue, 24 Jul 2001, Brendan Cully wrote: | you can get the not-open-source version free from shoutcast.com. Your | symptoms imply that you may be trying to stream high-bitrate MP3s? | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 | in icecast.conf. Although it burns more CPU it may save you some | grief. Alternatively you could try checking out icecast from CVS, | although I wouldn't recommend using the web interface to do it :) Per my email a few days ago, the sock.c return value fix fixed all my studdering problems. Checking out what's in icecast CVS right now will give you that (and other) bug fixes. Brendan/Jack: I think it's enough to warrant a tag and release of 1.3.11. /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Tue Jul 24 23:46:41 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 24 Jul 2001 19:46:41 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: Message-ID: <20010724194641.B11815@xanadu.kublai.com> On Tuesday, 24 July 2001 at 19:38, Dale Ghent wrote: > On Tue, 24 Jul 2001, Brendan Cully wrote: > > | you can get the not-open-source version free from shoutcast.com. Your > | symptoms imply that you may be trying to stream high-bitrate MP3s? > | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 > | in icecast.conf. Although it burns more CPU it may save you some > | grief. Alternatively you could try checking out icecast from CVS, > | although I wouldn't recommend using the web interface to do it :) > > Per my email a few days ago, the sock.c return value fix fixed all my > studdering problems. Checking out what's in icecast CVS right now will > give you that (and other) bug fixes. which patch exactly is that? I looked into Mark's patch and it seems to be unsafe (try setting up a client which reads much too slowly and see if it bogs down all the other clients). I may have misapplied it or applied it to the wrong version of icecast though, or you could be talking about a different patch. > Brendan/Jack: I think it's enough to warrant a tag and release of 1.3.11. /Brendan\/// :) -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From daleg at elemental.org Tue Jul 24 23:59:43 2001 From: daleg at elemental.org (Dale Ghent) Date: Tue, 24 Jul 2001 19:59:43 -0400 (EDT) Subject: [icecast] Sacrilege, but... In-Reply-To: <20010724194641.B11815@xanadu.kublai.com> Message-ID: On Tue, 24 Jul 2001, Brendan Cully wrote: | which patch exactly is that? I looked into Mark's patch and it seems | to be unsafe (try setting up a client which reads much too slowly and | see if it bogs down all the other clients). I may have misapplied it | or applied it to the wrong version of icecast though, or you could be | talking about a different patch. This one... it probably is the same one you're referring to: http://cvs.icecast.org/cvsweb.cgi/icecast/src/sock.c?rev=1.21&content-type=text/x-cvsweb-markup /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Jul 25 00:22:18 2001 From: brendan at icecast.org (Brendan Cully) Date: Tue, 24 Jul 2001 20:22:18 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: Message-ID: <20010724202217.D11815@xanadu.kublai.com> On Tuesday, 24 July 2001 at 19:59, Dale Ghent wrote: > On Tue, 24 Jul 2001, Brendan Cully wrote: > > | which patch exactly is that? I looked into Mark's patch and it seems > | to be unsafe (try setting up a client which reads much too slowly and > | see if it bogs down all the other clients). I may have misapplied it > | or applied it to the wrong version of icecast though, or you could be > | talking about a different patch. > > This one... it probably is the same one you're referring to: > > http://cvs.icecast.org/cvsweb.cgi/icecast/src/sock.c?rev=1.21&content-type=text/x-cvsweb-markup Ah, no it wasn't. :) -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From asif_mas at hilinks.com Wed Jul 25 06:38:47 2001 From: asif_mas at hilinks.com (Asif M. Baloch) Date: Wed, 25 Jul 2001 11:38:47 +0500 Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010724233748.009fa920@omphoulos> Message-ID: <000501c114d4$7b0c23e0$280187cb@hilinks.com> Well, I consider icecast as a testing application server. You just cant deploy it all of a sudden becuse it needs a lot of work still and the UI needs to be friendlier. Lets wait till the top programmers come up with a central solution which i am sure that they will. I myself have been using SHOUTcast and its ok. User count reached at 460 a time ago but with icecast, i dont think that it can at every user end. This depends on a lot of things but primarily the platform and bandwidth. Though the console is preety tough to understand but it is preety ok for testing [im talking Win32 here]. If you need to experiment with it , great but dont be upset if you dont go anywhere. Regards, ------------------------------------------ Asif M. Baloch Portal Manager Hilinks.com Product Manager BaliNet Product Manager e-Fax e-Tech Group of Companies Karachi, Pakistan. Tel: 111-88-99-88 ------------------------------------------- $ To understand the program, you have to become both the machine and the program $ ----- Original Message ----- From: Mike Prudence To: Sent: Wednesday, July 25, 2001 3:51 AM Subject: [icecast] Sacrilege, but... > Hi all, > > I'm afraid that having spent yet another entire day floundering around in > the world of icecast, I've really now got to the point of asking a > difficult question. > > I set up an icecast server back in early 1999, and it seemed to work fine > for months. We had a server crash here that meant I had to go and reget > the sources to rebuild, and ever since then it has been nothing but grief. > > I've reached the end of my very, very long tether, and not being an > afficionado of the online mp3 streaming scene, I'd just like to know:- > > - icecast is the open source equivalent of something. > - can I pay some money and get the non-open source version of that > something that will run on my Linux box and work ?? > > I just want to stream some mp3 files. It can't surely be this hard, can it ?? > > [For those interested in details, my symptoms are this: latest release > iceast, latest release ices, get listed on icecast.org, not listed on > shoutcast.com; streaming works for a few minutes, then get stuttering and > then client gives up and restarts; ices gives up after 10 minutes or so > (whole process dies); listening locally (ie, on our 100Mbps LAN), get > continual winking red lights from Winamp, unless I press pause, then play, > which seems to steady the stream, although it then goes all weird after > about five minutes, and then someone times out and the connection gets > dropped; tried with ices and shout; tried with both redhat 6.2 and 7.1 > systems; tried with icecast on one machine and ices on another; local > listener on local 100Mbps network; remote listener (over 256Kbps cable > modem) seems more stable (less Winamp redlights) but still dies after 5 > minutes or so; tried Sonique client, same results; only common factor is > me: ie, config files set much the same, followed the same instructions to > compile and install. I'm sure it works, but I'll be damned if I can make > it work! Oh, and if anyone says 'get the CVS source' try doing that from > the web interface and maintain your sanity.] > > Er, help ??? > > > Cheers, > > Mike > > Films at 59 Ltd, Bristol. http://www.filmsat59.com > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mjp at filmsat59.com Wed Jul 25 08:47:55 2001 From: mjp at filmsat59.com (Mike Prudence) Date: Wed, 25 Jul 2001 09:47:55 +0100 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010724190155.A11815@xanadu.kublai.com> Message-ID: <5.0.2.1.0.20010725094454.009f16a0@omphoulos> Hi Brendan, Thanks for your quick reply! >you can get the not-open-source version free from shoutcast.com. I'll purloin that today and see if it makes any difference..... > Your >symptoms imply that you may be trying to stream high-bitrate MP3s? >(that would be 160kbit+). Bzzzzt - nope, sorry, a 128Kbps stream. Another experiement for today is to go down to say 24Kbps and see if that helps any... > For starters, try setting sleep_ratio to 0 >in icecast.conf. Although it burns more CPU it may save you some >grief. Done that, made no difference I'm afraid. Took me a long while trawling through the mailing list archives to find that one - the search option from the mailing list archive page doesn't seem to work at all, even when you search for something that you know is in there!! > Alternatively you could try checking out icecast from CVS, >although I wouldn't recommend using the web interface to do it :) Harumph. So how do you do it without involving the combined forces of Nato and spending a decade learning how to fight with WinCVS or whatever ???? Thanks again for the help ;-) Cheers, Mike Films at 59 Ltd, Bristol. http://www.filmsat59.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mjp at filmsat59.com Wed Jul 25 08:52:46 2001 From: mjp at filmsat59.com (Mike Prudence) Date: Wed, 25 Jul 2001 09:52:46 +0100 Subject: [icecast] Sacrilege, but... In-Reply-To: <000501c114d4$7b0c23e0$280187cb@hilinks.com> Message-ID: <5.0.2.1.0.20010725094917.009faa20@omphoulos> Hi Asif, >understand but it is preety ok for testing [im talking Win32 here]. If you >need to experiment with it , great but dont be upset if you dont go >anywhere. I'm not upset as such, just puzzled - I use to have a nice little icecast server that worked!! In-attention on my part means I can't tell you which *version* worked, but I know it used to! As a long time dabbler in the world of Linux, I'm a keen open source supporter. My constraints (as I am actually just experimenting) is that whatever I use is open source, works on Linux, and costs nothing to experiment with. Cheers, Mike Films at 59 Ltd, Bristol. http://www.filmsat59.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mjp at filmsat59.com Wed Jul 25 09:23:07 2001 From: mjp at filmsat59.com (Mike Prudence) Date: Wed, 25 Jul 2001 10:23:07 +0100 Subject: [icecast] Sacrilege, but... In-Reply-To: Message-ID: <5.0.2.1.0.20010725101509.009f9360@omphoulos> Dale wrote: >Per my email a few days ago, the sock.c return value fix fixed all my >studdering problems. Checking out what's in icecast CVS right now will >give you that (and other) bug fixes. OK, OK, OK - I give in :-) For the record, here's how to 'check out the latest from CVS' for those like me that are too scared to try it out. 1. First, get a version of CVS from somewhere. If you're a Redhat weenie, of course try there first. If not, go to http://www.cvshome.org - they have binaries for generic linux as well as RPMs. 2. cvs -d :pserver:anonymous at cvs.icecast.org:/cvsroot login 3. Hit for the password (ie, there isn't one). 4. Change to a nice directory you wish to checkout the source into (eg, /usr/src) 5. cvs -d :pserver:anonymous at cvs.icecast.org:/cvsroot checkout icecast You will then have a directory named 'icecast' with the latest source within. 6. cd icecast 7. ./autogen.sh 8. make 9. Shutdown any running icecasts you have as we're going to overwrite the binary file. Everything gets put in the usual places in /usr/local/icecast 10. make install This is what worked for me - I hope it will work for everyone else! Just started testing, but I'm still not listed on shoutcast :-( Cheers, Mike Films at 59 Ltd, Bristol. http://www.filmsat59.com --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From bowserj at unbc.ca Wed Jul 25 15:18:20 2001 From: bowserj at unbc.ca (Joe Bowser) Date: Wed, 25 Jul 2001 08:18:20 -0700 (PDT) Subject: [icecast] Sacrilege, but... In-Reply-To: <000501c114d4$7b0c23e0$280187cb@hilinks.com> Message-ID: On Wed, 25 Jul 2001, Asif M. Baloch wrote: > Well, > > I consider icecast as a testing application server. You just cant deploy it > all of a sudden becuse it needs a lot of work still and the UI needs to be > friendlier. Being a server, it shouldn't really have an interface at all. What Icecast needs is server tools (which I am working on at the moment, but at a snails pace. It sucks when you have a job and school and stuff that conflicts with your free time.) There is IceBerg, but that's for Linux only, and it seems to be lacking in some parts. However, I like the admin console myself. I find it a bit more flexible than Shoutcast. (Of course, I'm one of those people who thought that the console was user-friendly) -- ------------------------------------------------ Joe Bowser - bowserj at unbc.ca Student Director Education Alternative Radio Society ----------------------------------------------- http://web.unbc.ca/~bowserj/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 25 14:22:46 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 25 Jul 2001 08:22:46 -0600 Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010725094454.009f16a0@omphoulos> Message-ID: <20010725082246.G3663@i.cantcode.com> > > Alternatively you could try checking out icecast from CVS, > >although I wouldn't recommend using the web interface to do it :) > > Harumph. So how do you do it without involving the combined forces of Nato > and spending a decade learning how to fight with WinCVS or whatever ???? WinCVS is not that hard to use, really. If you're new to CVS there are numerous tutorials. You can also use the Cygwin version of CVS which will give you a commandline version if that's what you want. And I'm sure if you still have problems (understandable, cvs isn't for everyone), someone can 'make dist' you a tarball. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 25 14:27:16 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 25 Jul 2001 08:27:16 -0600 Subject: [icecast] Sacrilege, but... In-Reply-To: <000501c114d4$7b0c23e0$280187cb@hilinks.com> Message-ID: <20010725082716.H3663@i.cantcode.com> > I consider icecast as a testing application server. You just cant deploy it > all of a sudden becuse it needs a lot of work still and the UI needs to be > friendlier. Lets wait till the top programmers come up with a central I don't know why there's lots of problems lately. I assume some small libc implementation changed that icecast must have depended on. I ran icecast on 4 boxes, running 6 server per box, with a straight-out-of-the-box compile for almost a year. We didn't have any stuttering problems. It's true that sock.c did have a bug in it. But several of the proposed patches were _wrong_. The one in CVS should be correct. Saying that icecast is only appropriate for testing is wrong. Many people use it on a daily basis for production work. It looks like there's a legitimate hard-to-find bug in there somewhere, but on the bright side, icecast 2 seems to have _none_ of these problems. We might try all reporing our glibc versions, OS versions and vendors, and system load while broadcasting to see if there are any obvious similarities. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 25 14:32:21 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 25 Jul 2001 08:32:21 -0600 Subject: [icecast] A Practical Question. In-Reply-To: <200107242041.f6OKfnw09436@alternic.org> Message-ID: <20010725083221.J3663@i.cantcode.com> > I've written a few times, but haven't seen any > responses, so please forgive me if this has been > answered. > > How many max users can be served by IceCast? I've personally tested icecast with over 3500 clients per box, with more than something like 12,000 clients on several boxes, and probably 500 channels split between them. It holds up quite well. It will certainly keep up with all the bandwidth you can throw at it :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From mjp at filmsat59.com Wed Jul 25 17:15:51 2001 From: mjp at filmsat59.com (Mike Prudence) Date: Wed, 25 Jul 2001 18:15:51 +0100 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725082716.H3663@i.cantcode.com> Message-ID: <5.0.2.1.0.20010725174925.00a87890@omphoulos> Hi all, >It looks like there's a legitimate hard-to-find bug in there somewhere, >but on the bright side, icecast 2 seems to have _none_ of these >problems. We might try all reporing our glibc versions, OS versions and >vendors, and system load while broadcasting to see if there are any >obvious similarities. Well, just for the record... Linux 2.2.16-3 #1 Mon Jun 19 18:49:25 EDT 2000 i586 unknown glibc-2.1.3-15 glib-1.2.6-3 glibc-devel-2.1.3-15 6:05pm up 117 days, 22:33, 1 user, load average: 0.00, 0.00, 0.00 As you can see, not too up to date, but also very lightly loaded (!) A status update: as you will have seen from my earlier post, I broke down and got the CVS version of icecast. Having compiled this up I get a good stream at home (cable modem) and a seemingly good stream over 100Base-T local to the machine at work (although winamp still flashes its little red light at me - odd!) I'd appreciate any reports if anyone would care to tune in - http://www.59tv.com:8000 I've spent the rest of the day fighting with icedj, and finally gave up. Either it needs a custom version of shout, or I really did configure it wrong! I've had a bit of trouble locating some of the other tools mentioned briefly (hampered by the lack of search facility on the mailing list archives). What are people using in general to feed playlists to ices ?? Only remaining irritation is ices desire to just go away after a while with this error.... Warning: Encountered error while transfering /usr/local/icecast/mp3/mjp01/trk8.mp3. [Libshout reported send error: Libshout socket error.] Libshout communication problem, trying to reconnect to server Failed reconnecting to server 127.0.0.1, error: 3 Ices Exiting... Nothing really amiss in icecast.log (it just says the source has timed out). Restarting ices gets it going again. My ices command line is... /usr/local/icecast/bin/ices -B -b 128 -d "Jazz/Funk/Rock from Films at 59" -F /usr/local/icecast/etc/$1 -g "Jazz/Funk/Rock" -h localhost -m zzzzz -n "Films at 59 Radio (Radio59)" -p nnnn -P xxxx -u "http://www.filmsat59.com/support/radio59.html" $1 is something like 'playlist.txt' Any ideas ??? Cheers, Mike mjp at filmsat59.com http://www.filmsat59.com Films at 59 Ltd, 59 Cotham Hill, Bristol. BS6 6JR ENGLAND +44 117 906 4300 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Jul 25 17:19:52 2001 From: brendan at icecast.org (Brendan Cully) Date: Wed, 25 Jul 2001 13:19:52 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010725174925.00a87890@omphoulos> Message-ID: <20010725131952.I481@xanadu.kublai.com> On Wednesday, 25 July 2001 at 18:15, Mike Prudence wrote: > I've had a bit of trouble locating some of the other tools mentioned > briefly (hampered by the lack of search facility on the mailing list > archives). What are people using in general to feed playlists to ices ?? it's got a pretty straightforward scripting interface. I use a python script which gets tracks out of my database. > Only remaining irritation is ices desire to just go away after a while with > this error.... > > Warning: Encountered error while transfering > /usr/local/icecast/mp3/mjp01/trk8.mp3. [Libshout reported send error: > Libshout socket error.] > Libshout communication problem, trying to reconnect to server > Failed reconnecting to server 127.0.0.1, error: 3 > Ices Exiting... Try a newer version of ices. I haven't figured out what causes the socket error, but the latest version of ices try much harder to stay connected, and it seems to work well enough. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Wed Jul 25 17:21:21 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Wed, 25 Jul 2001 10:21:21 -0700 Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010725174925.00a87890@omphoulos> Message-ID: I had this same problem for awhile on Icecast 1.3.10. I moved back to 1.3.0 (I know!) and it went away. At the time (a few months back) I was using CVS Ices. That was on this system: Linux 2.2.19 glibc-2.1.3-15 glib-1.2.6-3 glibc-devel-2.1.3-15 (I think pretty close to Mike's). Hunter > From: Mike Prudence > Reply-To: icecast at xiph.org > Date: Wed, 25 Jul 2001 18:15:51 +0100 > To: icecast at xiph.org > Subject: Re: [icecast] Sacrilege, but... > > Only remaining irritation is ices desire to just go away after a while with > this error.... > > Warning: Encountered error while transfering > /usr/local/icecast/mp3/mjp01/trk8.mp3. [Libshout reported send error: > Libshout socket error.] > Libshout communication problem, trying to reconnect to server > Failed reconnecting to server 127.0.0.1, error: 3 > Ices Exiting... --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From thomas at urgent.rug.ac.be Wed Jul 25 17:59:40 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Wed, 25 Jul 2001 19:59:40 +0200 (CEST) Subject: [icecast] Sacrilege, but... In-Reply-To: <5.0.2.1.0.20010725174925.00a87890@omphoulos> Message-ID: > A status update: as you will have seen from my earlier post, I broke down > and got the CVS version of icecast. Having compiled this up I get a good > stream at home (cable modem) and a seemingly good stream over 100Base-T > local to the machine at work (although winamp still flashes its little red > light at me - odd!) This may sound stupid, but did you set the HTTP streaming buffer high enough ? (I usually put it at about 128 or 256 K). Also, be sure not to to put the pre-load percentage too high; 50 % should do fine. Also, if you use XMMS, I really recommend using xmms-crossfade. Not only does it give you a nice buffer monitor, it also helps tremendously (a lot more than xmms internal buffer) in smoothing out the stream and catching buffer underruns. When using it, you sometimes see XMMS rebuffer, but it has no effect whatsoever on the audio output, which is a very good thing. These days I can let xmms run for 12 hours straight without any problem whatsoever on 128k streams. just some suggestions ... Thomas <-*- -*-> We'll walk right up to the sun hand in hand <-*- thomas at apestaart.org -*-> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 25 16:23:33 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 25 Jul 2001 10:23:33 -0600 Subject: [icecast] Sacrilege, but... In-Reply-To: Message-ID: <20010725102333.R3663@i.cantcode.com> > Linux 2.2.19 > glibc-2.1.3-15 > glib-1.2.6-3 > glibc-devel-2.1.3-15 Glibcs are identical. Is this redhat? Mandrake? What version of Redhat (that's my guess from the package names :) i have RH7.0 with glibcs of 2.2.2-10 You guys _do_ install errata right? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Wed Jul 25 18:24:35 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Wed, 25 Jul 2001 11:24:35 -0700 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725102333.R3663@i.cantcode.com> Message-ID: RedHat 6.0 originally, with upgraded glibc. I just checked the machine again and I was off on the versions. glibc-2.1.3-22 glib-1.2.3-1 glibc-devel-2.1.3-22 Still, pretty similar. As far as I know, those are most recent for RH6. Upgrading the server to 7.x is not exactly easy since it's in co-lo 3 hours away. Plus, until now, I don't think anyone knew Icecast may be effected by this stuff. Hunter > From: Jack Moffitt > Reply-To: icecast at xiph.org > Date: Wed, 25 Jul 2001 10:23:33 -0600 > To: icecast at xiph.org > Subject: Re: [icecast] Sacrilege, but... > > Glibcs are identical. Is this redhat? Mandrake? > > What version of Redhat (that's my guess from the package names :) > > i have RH7.0 with glibcs of 2.2.2-10 > > You guys _do_ install errata right? > > jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Wed Jul 25 16:36:03 2001 From: jack at xiph.org (Jack Moffitt) Date: Wed, 25 Jul 2001 10:36:03 -0600 Subject: [icecast] Sacrilege, but... In-Reply-To: Message-ID: <20010725103603.T3663@i.cantcode.com> > Still, pretty similar. As far as I know, those are most recent for RH6. > Upgrading the server to 7.x is not exactly easy since it's in co-lo 3 hours > away. Plus, until now, I don't think anyone knew Icecast may be effected by > this stuff. I understand an upgrade is not warranted in that situation, especially if we don't know if this is really the problem or not. Do you have another box (preferably with RH7 or 7.1) to test with? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Wed Jul 25 18:31:37 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Wed, 25 Jul 2001 11:31:37 -0700 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725103603.T3663@i.cantcode.com> Message-ID: Unfortunately not at this point. Moving back to 1.3.0 "fixed" the problem and that was the last time I spent any real time on it. > From: Jack Moffitt > Reply-To: icecast at xiph.org > Date: Wed, 25 Jul 2001 10:36:03 -0600 > To: icecast at xiph.org > Subject: Re: [icecast] Sacrilege, but... > >> Still, pretty similar. As far as I know, those are most recent for RH6. >> Upgrading the server to 7.x is not exactly easy since it's in co-lo 3 hours >> away. Plus, until now, I don't think anyone knew Icecast may be effected by >> this stuff. > > I understand an upgrade is not warranted in that situation, especially > if we don't know if this is really the problem or not. Do you have > another box (preferably with RH7 or 7.1) to test with? > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Jul 25 18:48:17 2001 From: brendan at icecast.org (Brendan Cully) Date: Wed, 25 Jul 2001 14:48:17 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725102333.R3663@i.cantcode.com> Message-ID: <20010725144817.M481@xanadu.kublai.com> On Wednesday, 25 July 2001 at 10:23, Jack Moffitt wrote: > > Linux 2.2.19 > > glibc-2.1.3-15 > > glib-1.2.6-3 > > glibc-devel-2.1.3-15 > > Glibcs are identical. Is this redhat? Mandrake? > > What version of Redhat (that's my guess from the package names :) > > i have RH7.0 with glibcs of 2.2.2-10 > > You guys _do_ install errata right? > > jack. I get stuttering problems too. I run with metadata, which may contribute to the problem. But the problem is not chirping due to the client getting out of sync with the metadata stream, it's just the usual stuttering and difficulty catching up from transient bandwidth problems. Metadata seems to make icecast use larger chunks (4k at a time), which I think is a factor. My system is debian/sid, with linux 2.4.7 libc6 2.2.3-7 libc6-dev 2.2.3-7 although I've (gulp) been using shoutcast for a couple of weeks instead, so the kernel revision in particular may not be accurate. I'm looking forward to icecast 2. :) -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From rzewnickie at rfa.org Wed Jul 25 21:53:18 2001 From: rzewnickie at rfa.org (Eric Dantan Rzewnicki) Date: Wed, 25 Jul 2001 17:53:18 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725131952.I481@xanadu.kublai.com> Message-ID: <3B5F3FCE.5C37657F@rfa.org> Brendan Cully wrote: > > On Wednesday, 25 July 2001 at 18:15, Mike Prudence wrote: > > > I've had a bit of trouble locating some of the other tools mentioned > > briefly (hampered by the lack of search facility on the mailing list > > archives). What are people using in general to feed playlists to ices ?? > > it's got a pretty straightforward scripting interface. I use a python > script which gets tracks out of my database. > Just curious...What are you using for your database? -Eric Rz. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Thu Jul 26 16:10:42 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Thu, 26 Jul 2001 09:10:42 -0700 Subject: [icecast] Icecast Logging - Accurate? Message-ID: I'm seeing some discrepancy between our switch traffic logs and our Icecast logs in terms of total amount of data transferred. Our Icecast logs seem to be on the low side. I was wondering how reliable the logging mechanism is in other people's experiences... We're running Icecast 1.3.0 (we can't upgrade because 1.3.10 stutters and dies like crazy on RH6) and Ices. Any info that anyone has would be very helpful. Hunter --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Thu Jul 26 14:22:56 2001 From: jack at xiph.org (Jack Moffitt) Date: Thu, 26 Jul 2001 08:22:56 -0600 Subject: [icecast] Icecast Logging - Accurate? In-Reply-To: Message-ID: <20010726082256.D30049@i.cantcode.com> Icecast is not going to log the TCP packet overhead, or your ethernet frame overhead, or resends, or collision. A switch would log all of that. It if it's less than a 15% discrepancy, you probably are just seeing packet overhead. jack. On Thu, Jul 26, 2001 at 09:10:42AM -0700, Hunter Hillegas wrote: > I'm seeing some discrepancy between our switch traffic logs and our Icecast > logs in terms of total amount of data transferred. Our Icecast logs seem to > be on the low side. > > I was wondering how reliable the logging mechanism is in other people's > experiences... > > We're running Icecast 1.3.0 (we can't upgrade because 1.3.10 stutters and > dies like crazy on RH6) and Ices. > > Any info that anyone has would be very helpful. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From eel at musiknet.se Thu Jul 26 16:50:00 2001 From: eel at musiknet.se (Alexander Haväng) Date: Thu, 26 Jul 2001 18:50:00 +0200 Subject: [icecast] Icecast Logging - Accurate? In-Reply-To: Message-ID: <20010726185000.A12031@galway.metamatrix.se> > I'm seeing some discrepancy between our switch traffic logs and our Icecast > logs in terms of total amount of data transferred. Our Icecast logs seem to > be on the low side. Icecast does som trivial accounting on the traffic sent and received. This is the application data as reported by send() and recv(), which is only one of the parts in the network traffic. On the other hand, it's the only part an application can display without some serious magic like dealing with pcap or something. The other parts are: * tcp headers * ip headers * tcp and ip resends * ethernet collisions * ethernet header To get a _really_ good view on bandwidth-usage on a network, you need a good tool like PacketLogic. :) It'll cost you though :) //Eel --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Thu Jul 26 16:53:49 2001 From: brendan at icecast.org (Brendan Cully) Date: Thu, 26 Jul 2001 12:53:49 -0400 Subject: [icecast] Sacrilege, but... In-Reply-To: <3B5F3FCE.5C37657F@rfa.org> Message-ID: <20010726125348.E476@xanadu.kublai.com> On Wednesday, 25 July 2001 at 17:53, Eric Dantan Rzewnicki wrote: > Brendan Cully wrote: > > > > On Wednesday, 25 July 2001 at 18:15, Mike Prudence wrote: > > > > > I've had a bit of trouble locating some of the other tools mentioned > > > briefly (hampered by the lack of search facility on the mailing list > > > archives). What are people using in general to feed playlists to ices ?? > > > > it's got a pretty straightforward scripting interface. I use a python > > script which gets tracks out of my database. > > > > Just curious...What are you using for your database? Mysql. But, I have to admit, as my database gets more complicated, I'm beginning to feel the restrictions. In particular I could really use subselects sometimes, especially for all the constraints I've been adding to my playlist randomiser. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lists at lastonepicked.com Thu Jul 26 17:48:27 2001 From: lists at lastonepicked.com (Hunter Hillegas) Date: Thu, 26 Jul 2001 10:48:27 -0700 Subject: [icecast] Icecast Logging - Accurate? In-Reply-To: <20010726082256.D30049@i.cantcode.com> Message-ID: We're seeing a significant discrepancy between our internal logs and what MRTG is saying our box is pumping out... Arghhhhh... Hunter > From: Jack Moffitt > Reply-To: icecast at xiph.org > Date: Thu, 26 Jul 2001 08:22:56 -0600 > To: icecast at xiph.org > Subject: Re: [icecast] Icecast Logging - Accurate? > > It if it's less than a 15% discrepancy, you probably are just seeing > packet overhead. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From e_gravel at yahoo.com Sat Jul 28 05:50:29 2001 From: e_gravel at yahoo.com (Emmanuel Gravel) Date: Fri, 27 Jul 2001 22:50:29 -0700 (PDT) Subject: [icecast] Sacrilege, but... In-Reply-To: <20010725144817.M481@xanadu.kublai.com> Message-ID: <20010728055029.70105.qmail@web13409.mail.yahoo.com> Making buffer 256K didn't work (had it at 128K). Only helped for a few seconds. Bitrate shows up as 256 though. Set ices to 128, files either 128 or 160. Pre-buffer at 25% on MP3 plugin. Using under KDE with arts. Don't know if I can use xmms-crossfade. Stuttering after only a few seconds of output, but is fairly constant (same frequency/pattern of stuttering I've always heard). Using icecast 1.3.10 and ices 0.1.0. OS/Config: RH7.1 stock (standard) glib 1.2.9. glibc 2.2.2 Kernel 2.4.x (don't know which, think it's 2.4.2) --- Brendan Cully wrote: > On Wednesday, 25 July 2001 at 10:23, Jack Moffitt > wrote: > > > Linux 2.2.19 > > > glibc-2.1.3-15 > > > glib-1.2.6-3 > > > glibc-devel-2.1.3-15 __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jeff at taveren.ne.mediaone.net Mon Jul 30 02:31:35 2001 From: jeff at taveren.ne.mediaone.net (Jeffrey Noll) Date: Sun, 29 Jul 2001 22:31:35 -0400 Subject: [icecast] Data wont transfer over local network, works through inet. Message-ID: <001901c1189f$fdf01180$0201a8c0@dreamtime> Hi, i've recently come into a really strange problem with connecting to my icecast server. The setup i have is a pretty typical linux machine using ipmasq to let a local network onto the inet. The icecast server resides on on the linux machine. icecast version is 1.3.10 Everything has always worked great until recently. Now, for some reason the local lan machines can connect to the server, but always get kicked after ~28s with 0 bytes transfered. > From the linux machine, if i do mpg123 http://taveren.ne.mediaone.net:8000 everthing is fine. However, if I do mpg123 http://192.168.1.1:8000 or mpg123 http://localhost:8000 it connects, but just sits there. no data is transfered. I have hostname commented out in the conf file, and servername set to taveren.ne.mediaone.net. From the local network machines whether i use taveren or 192 network it just connects then transfers no data. Everything else seems to work just fine, web to that machine, telnet, ftp, pop, etc. This is something that has worked for probably 2 years until recently. The only thing that comes to mind is that recently my linux machine got a new ip through dhcp. I had had the old ip for well over a year. my routing table looks like: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 24.218.212.0 * 255.255.252.0 U 0 0 0 eth1 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 24.218.212.1 0.0.0.0 UG 0 0 0 eth1 Can anyone suggest anything? This is driving me crazy and since my real cd player died recently I can't listen to any of my music :( --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From ajones at alternic.org Tue Jul 31 15:27:25 2001 From: ajones at alternic.org (AJones!) Date: Tue, 31 Jul 2001 11:27:25 -0400 Subject: [icecast] A Practical Question. In-Reply-To: <[icecast] A Practical Question.> Message-ID: <200107311534.f6VFYlw30853@alternic.org> 7/25/01 10:32 AM jack at xiph.org Dear Jack: >> I've written a few times, but haven't seen any >> responses, so please forgive me if this has been >> answered. >> >> How many max users can be served by IceCast? > >I've personally tested icecast with over 3500 clients per box, with more >than something like 12,000 clients on several boxes, and probably 500 >channels split between them. How? By adding channels, does that help increase the client base? Does increasing the throttle help? Does allowing more users per channel help? We get 40-50 users and then it refuses anymore connections and won't allow any access to the Admin area. We're kind of baffled on how to allow more. Thanks in advance for your help. AJ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From e_me at esunn.com Tue Jul 31 17:12:42 2001 From: e_me at esunn.com (David Ivory) Date: Wed, 01 Aug 2001 01:12:42 +0800 Subject: [icecast] liveice make error Message-ID: Hiya, Perhaps a dumb question, but I get an error when I try to make liveice: - make: *** No rule to make target `liveice'. Stop. I have done the ./configure, make, make install for icecast and everything went smoothly - but (following instructions on the 'getting started' page) when I try to make liveice - the error appears. Ummm - is this a silly question? The same error appears for shout too. I'm running this on a well known FreeBSD derivative.... Mac OS X.... Any ideas? David --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gurbinder at yahoo.com Tue Jul 31 17:13:51 2001 From: gurbinder at yahoo.com (GS) Date: Tue, 31 Jul 2001 10:13:51 -0700 (PDT) Subject: [icecast] PLEASSSSEE HELP Message-ID: <20010731171351.28824.qmail@web14605.mail.yahoo.com> i have gone through the docs etc ..and i am having REAL hard time ..configuring icecast /ices i think the install is worked fine and i can start the icecast server from console but i am trying to tie "otto mp3" from www.cardhouse.com/otto/ and ices and i cant seem to do it .. can anyone who is pretty familiar with ices and icecast help .. please ? ===== "Frank, it's after six, you can stop being snotty!" Henry Blake __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Tue Jul 31 15:23:38 2001 From: jack at xiph.org (Jack Moffitt) Date: Tue, 31 Jul 2001 09:23:38 -0600 Subject: [icecast] PLEASSSSEE HELP In-Reply-To: <20010731171351.28824.qmail@web14605.mail.yahoo.com> Message-ID: <20010731092338.G25146@i.cantcode.com> > i have gone through the docs etc ..and i am having REAL hard time > ..configuring icecast /ices > i think the install is worked fine and i can start the icecast server > from console but i am trying to tie "otto mp3" from > www.cardhouse.com/otto/ and ices and i cant seem to do it .. can > anyone who is pretty familiar with ices and icecast help .. What do you mean 'i am trying to tie "otto mp3"'? I don't understand what you are trying to do. Maybe post your ices.conf? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tell_a_friend at web.pt Tue Jul 31 17:31:51 2001 From: tell_a_friend at web.pt (WEB.PT FREE) Date: Tue, 31 Jul 2001 18:31:51 +0100 Subject: [icecast] Grátis!! Registe o seu dominio na Internet Message-ID: <582428-220017231173151526@web.pt> REGISTE O SEU DOM?NIO GR?TIS Se tem um daqueles endere?os complicados do tipo, http://www.endere\o.pt/paginas_pessoais/~minha_pagina/index.html, aproveite esta oportunidade para criar um endere?o mais simples e f?cil de comunicar, do tipo, www.minha_pagina.web.pt, SEM PAGAR NADA. Se tem um daqueles endere?os complicados do tipo, http://www.endere\o.pt/paginas_pessoais/~minha_pagina/index.html, aproveite esta oportunidade para criar um endere?o mais simples e f?cil de comunicar, do tipo, www.minha_pagina.web.pt, SEM PAGAR NADA. O WEB.PT Free consiste num registo de dom?nio '.web.pt' ou '.inet.pt' ou 'icom.pt' ou 'kom.pt' e posterior redirecionamento para um outro endere?o j? existente. Normalmente chama-se a este tipo de servi?os 'URL FORWARDS' ou 'REENCAMINHAMENTOS DE URL'. Visite o site http://www.web.pt e registe GRATUITAMENTE o seu dom?nio na Internet ou v? a http://free.web.pt para mais informa??es. ------------------------------------------------------------------ Esta mensagem foi-lhe enviada atrav?s do servi?o Tell-a-Friend. Se n?o desejar receber mais mensagens atrav?s deste servi?o fa?a reply a esta mensagem colocando no assunto: 'unsubscrive icecast at xiph.org' --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gurbinder at yahoo.com Tue Jul 31 17:37:36 2001 From: gurbinder at yahoo.com (GS) Date: Tue, 31 Jul 2001 10:37:36 -0700 (PDT) Subject: [icecast] PLEASSSSEE HELP In-Reply-To: <20010731092338.G25146@i.cantcode.com> Message-ID: <20010731173736.76696.qmail@web14609.mail.yahoo.com> ok from the beginning .. the "otto mp3" is a software piece that can take a lot of mp3s , put them in a mysql data base and then can 1. play requests that users make on the web interface out to the sound card 2. stream the song to the browser using icecast and ices. now the icecast and ices in "general" configurations works with either a playlist or mp3s if i am not mistaken .. but how do i get the song to stream is giving me problems .. regards, g. --- Jack Moffitt wrote: > > i have gone through the docs etc ..and i am having REAL hard time > > ..configuring icecast /ices > > i think the install is worked fine and i can start the icecast > server > > from console but i am trying to tie "otto mp3" from > > www.cardhouse.com/otto/ and ices and i cant seem to do it .. can > > anyone who is pretty familiar with ices and icecast help .. > > What do you mean 'i am trying to tie "otto mp3"'? I don't > understand > what you are trying to do. Maybe post your ices.conf? > > jack. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is > needed. > Unsubscribe messages sent to the list will be ignored/filtered. ===== "Frank, it's after six, you can stop being snotty!" Henry Blake __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Tue Jul 31 15:57:06 2001 From: jack at xiph.org (Jack Moffitt) Date: Tue, 31 Jul 2001 09:57:06 -0600 Subject: [icecast] PLEASSSSEE HELP In-Reply-To: <20010731173736.76696.qmail@web14609.mail.yahoo.com> Message-ID: <20010731095706.H25146@i.cantcode.com> Since I'm not familiar with that program, I have no idea what could be wrong. You might the maintainers of otto mp3. jack. > ok from the beginning .. > the "otto mp3" is a software piece that can take a lot of mp3s , put > them in a mysql data base and then can > 1. play requests that users make on the web interface out to the > sound card > 2. stream the song to the browser using icecast and ices. > > now the icecast and ices in "general" configurations works with > either a playlist or mp3s if i am not mistaken .. > but how do i get the song to stream is giving me problems .. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From scott at john.ikansas.com Tue Jul 31 18:08:17 2001 From: scott at john.ikansas.com (scott at john.ikansas.com) Date: Tue, 31 Jul 2001 13:08:17 -0500 (CDT) Subject: [icecast] PLEASSSSEE HELP In-Reply-To: <20010731095706.H25146@i.cantcode.com> Message-ID: Just for the sake of clarity, I think he ment to say "You might (write) the maintainers of otto mp3." Aye Jack? :) Scott On Tue, 31 Jul 2001, Jack Moffitt wrote: > Since I'm not familiar with that program, I have no idea what could be > wrong. You might the maintainers of otto mp3. > > jack. > > > ok from the beginning .. > > the "otto mp3" is a software piece that can take a lot of mp3s , put > > them in a mysql data base and then can > > 1. play requests that users make on the web interface out to the > > sound card > > 2. stream the song to the browser using icecast and ices. > > > > now the icecast and ices in "general" configurations works with > > either a playlist or mp3s if i am not mistaken .. > > but how do i get the song to stream is giving me problems .. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gurbinder at yahoo.com Tue Jul 31 18:13:37 2001 From: gurbinder at yahoo.com (GS) Date: Tue, 31 Jul 2001 11:13:37 -0700 (PDT) Subject: [icecast] PLEASSSSEE HELP In-Reply-To: Message-ID: <20010731181337.68915.qmail@web14610.mail.yahoo.com> guys, thanx ..but i tried reaching the maintainer .. havent heard from him in a week thats why i came here :( regards, g. --- scott at john.ikansas.com wrote: > Just for the sake of clarity, I think he ment to say "You might > (write) the maintainers of otto mp3." > > Aye Jack? > > :) > > Scott > > On Tue, 31 Jul 2001, Jack Moffitt wrote: > > > Since I'm not familiar with that program, I have no idea what > could be > > wrong. You might the maintainers of otto mp3. > > > > jack. > > > > > ok from the beginning .. > > > the "otto mp3" is a software piece that can take a lot of mp3s > , put > > > them in a mysql data base and then can > > > 1. play requests that users make on the web interface out to > the > > > sound card > > > 2. stream the song to the browser using icecast and ices. > > > > > > now the icecast and ices in "general" configurations works with > > > either a playlist or mp3s if i am not mistaken .. > > > but how do i get the song to stream is giving me problems .. > > > > --- >8 ---- > > List archives: http://www.xiph.org/archives/ > > icecast project homepage: http://www.icecast.org/ > > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > > containing only the word 'unsubscribe' in the body. No subject > is needed. > > Unsubscribe messages sent to the list will be ignored/filtered. > > > > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is > needed. > Unsubscribe messages sent to the list will be ignored/filtered. ===== "Frank, it's after six, you can stop being snotty!" Henry Blake __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Robin_Blanchard at gactr.uga.edu Tue Jul 31 18:17:36 2001 From: Robin_Blanchard at gactr.uga.edu (Robin P. Blanchard) Date: Tue, 31 Jul 2001 14:17:36 -0400 Subject: [icecast] PLEASSSSEE HELP In-Reply-To: <20010731181337.68915.qmail@web14610.mail.yahoo.com> Message-ID: <3B66F640.A1F8FF73@gactr.uga.edu> you should only need to properly setup your config files for ices and icecast. from that point on, all of your options are available in ..../otto/lib/ottoconfig.pm > guys, > thanx ..but i tried reaching the maintainer .. havent heard from him > in a week thats why i came here :( > > regards, > g. > --- scott at john.ikansas.com wrote: > > Just for the sake of clarity, I think he ment to say "You might > > (write) the maintainers of otto mp3." > > > > Aye Jack? > > > > :) > > > > Scott > > > > On Tue, 31 Jul 2001, Jack Moffitt wrote: > > > > > Since I'm not familiar with that program, I have no idea what > > could be > > > wrong. You might the maintainers of otto mp3. > > > > > > jack. > > > > > > > ok from the beginning .. > > > > the "otto mp3" is a software piece that can take a lot of mp3s > > , put > > > > them in a mysql data base and then can > > > > 1. play requests that users make on the web interface out to > > the > > > > sound card > > > > 2. stream the song to the browser using icecast and ices. > > > > > > > > now the icecast and ices in "general" configurations works with > > > > either a playlist or mp3s if i am not mistaken .. > > > > but how do i get the song to stream is giving me problems .. -- ------------------------------------ Robin P. Blanchard IT Program Specialist Georgia Center for Continuing Ed. fon: 706.542.2404 fax: 706.542.6546 email: Robin_Blanchard at gactr.uga.edu ------------------------------------ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From lee at densitron.net Wed Jul 18 17:15:37 2001 From: lee at densitron.net (Lee Weekes) Date: Wed, 18 Jul 2001 18:15:37 +0100 Subject: [icecast] sluggish stream problem - help In-Reply-To: <1026926049.12528.53.camel@arcturus.phys.utk.edu> Message-ID: Hi Reuben, I think I remember having the same issue when I first used icecast. I think from the best of my memory I swapped from using shout to IceS and this solved the issue. I could be wrong though my memory isn't too good and you may actually be experiencing something totally different than me, however I would say with your bandwidth a 128 stream shouldn't be a problem. Hope this is some small way helps. Sorry if it doesn't. Lee --- Lee Weekes - Developer Densitron Internet Technologies Phone: +44 (01959) XX XXXX - Fax: +44 (01959) XX XXXX Direct: +44 (01959) XX XXXX Web Site: http://www.densitron.com

-----Original Message----- From: owner-icecast at xiph.org [mailto:owner-icecast at xiph.org]On Behalf Of Reuben D. Budiardja Sent: 17 July 2002 18:14 To: icecast at xiph.org Subject: [icecast] sluggish stream problem - help

Hi, I am a newbie here. I just tried to set up mp3 streamer server on Redhat Linux 7.2, using icecast and shout. I then tried to connect to the server, from another machine and different LAN, using xmms. And the stream is so sluggish, it gets cuts off for every 2 seconds or so. Both LANs (the server and where I am connected from) are T1. My mp3 was all encoded in 128 KBps. I then asked someone from the same LAN as the server to connect. And the problem remains. So, I am wondering what might be the problem. It could be that the bitrate is too high / too bandwith costly. If anyone has any suggestion or advice, I would really appreciate it. But if the problem is the too higher bitrate, is there anyway I can re-encode to lower bitrate on the fly, before I stream it? What software should I use? Thanks in advance for any help. Reuben D. Budiardja

--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.

--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.