From jack at icecast.org Sun Feb 25 04:13:29 2001 From: jack at icecast.org (Jack Moffitt) Date: Sat, 24 Feb 2001 20:13:29 -0800 Subject: [icecast] test email Message-ID: <20010224201329.R20379@tk421.icecast.org> this is a test 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 icecast.org Sun Feb 25 06:25:04 2001 From: jack at icecast.org (Jack Moffitt) Date: Sat, 24 Feb 2001 22:25:04 -0800 Subject: [icecast] IMPORTANT: list changes Message-ID: <20010224222504.A21128@tk421.icecast.org> Everyone, Sorry for the recent downtime and list outage. All should now be back to normal. Covad (an ILEC dsl carrier) decided to pull the plugs of several ISPs who weren't paying their bills, and my ISP, DSLnetworks, was one of them. Now we're back up and running, and on DSL.net now. DNS is fully propagated it seems, and all the websites are back up. The lists have now moved to xiph.org, and the names have slightly changed. discuss at icecast.org is now icecast at xiph.org. The subject header will be [icecast] instead of [icecast-discuss]. devel at icecast.org is now icecast-dev at xiph.org. The subject header will be [icecast-dev] instead of [icecast-devel]. Now that we've got that out of the way, we can get back to our normal business :) 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 icecast.org Sun Feb 25 06:38:47 2001 From: jack at icecast.org (Jack Moffitt) Date: Sat, 24 Feb 2001 22:38:47 -0800 Subject: [icecast] icecast 2.0 update Message-ID: <20010224223847.B21128@tk421.icecast.org> I did get icecast 2.0 up and running by the end of January. If you would like to play with it (be warned you'll have to be familiar with compiling and getting things to work) you can find some simple instructions at http://i.cantcode.com/~jack/icecast.html. It streams Vorbis audio and has an incoming connection pool. A corresponding version of libshout is available for it as well. It'll take a few more days or maybe a week yet to get it to a releaseable state, and at that point we'll have 2.0 alpha. Then you guys can really start banging on it, and we can work on missing features and platform support issues. 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 icecast.org Sun Feb 25 06:43:10 2001 From: jack at icecast.org (Jack Moffitt) Date: Sat, 24 Feb 2001 22:43:10 -0800 Subject: [icecast] RTP Payload for Vorbis Audio: draft-moffitt-vorbis-rtp-00.txt Message-ID: <20010224224310.C21128@tk421.icecast.org> We want to push for an open and standards compliant system for all multimedia. We've done a good job on the interoperability side with icecast and MP3. We're making a ton of progress with the Vorbis codec as well, which will allow us to do many things we weren't able to do before. It's time to start thinking about RTSP, RTP, Multicast and all of the other standards and features. As a first effort, I've submitted an internet-draft for a Vorbis RTP payload to the IETF, and will hopefully be presenting it at the March IETF meeting. You can find the draft here: http://www.xiph.org/ogg/vorbis/doc/draft-moffitt-vorbis-rtp-00.txt You're comments are welcome. 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 jochen+icecast at scram.de Sun Feb 25 10:32:35 2001 From: jochen+icecast at scram.de (Jochen Friedrich) Date: Sun, 25 Feb 2001 11:32:35 +0100 (CET) Subject: [icecast] RTP Payload for Vorbis Audio: draft-moffitt-vorbis-rtp-00.txt In-Reply-To: <[icecast] RTP Payload for Vorbis Audio: draft-moffitt-vorbis-rtp-00.txt> Message-ID: Hi Jack, > You're comments are welcome. Here they are... 3.1 RTP Header Payload Type (PT): I don't see an alternative to using a value of the dynamic range (96-127). IIRC, other ranger are reserved for fixed values assigned by IETF. "A dynamic payload type MUST be used - i.e., one in the range [96,127]." 3.2 Payload Header If you refer to RFC2119, please keep the capital letters of your key words. "Reserved, MUST be set to zero" and "this number SHOULD be 0". 4 Frame Packetizing Is it possible to devide these long packets which need fragmentation into smaller ADUs (see [3] RFC2736: minimum units of error recovery)? 5 Open Issues Some of these are discussed in RFC2736, in particular the need for "Out of band signalling" of codec parameters. 6 Security Considerations Spelling error "Becase" -> "Because" 8 References: Your reference to RFC2119 of 1 Introduction got lost. [1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", RFC 2119, BCP 14, March 1997. [1] in 6 Security Considerations will then be [2]: [2] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A transport protocol for real-time applications," RFC 1889, January 1996. Add this one: [3] Handley, M. "Guidelines for Writers of RTP Payload Format Specifications" RFC 2736, December 1999. Cheers, Jochen --- >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 albi at albi.life.de Sun Feb 25 17:46:22 2001 From: albi at albi.life.de (Albi Rebmann) Date: Sun, 25 Feb 2001 18:46:22 +0100 Subject: [icecast] icecast 2.0 update In-Reply-To: <20010224223847.B21128@tk421.icecast.org> Message-ID: <3A9944ED.D2E6E64C@rebmann.org> Jack Moffitt schrieb: > > I did get icecast 2.0 up and running by the end of January. > > If you would like to play with it (be warned you'll have to be familiar > with compiling and getting things to work) you can find some simple > instructions at http://i.cantcode.com/~jack/icecast.html. > > It streams Vorbis audio and has an incoming connection pool. A > corresponding version of libshout is available for it as well. > > It'll take a few more days or maybe a week yet to get it to a > releaseable state, and at that point we'll have 2.0 alpha. Then you > guys can really start banging on it, and we can work on missing features > and platform support issues. > > 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. REMOVE me for mthe list!!!!!!!!!!!! --- >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 kublai.com Sun Feb 25 18:34:49 2001 From: brendan at kublai.com (Brendan Cully) Date: Sun, 25 Feb 2001 13:34:49 -0500 Subject: [icecast] icecast 2.0 update In-Reply-To: <3A9944ED.D2E6E64C@rebmann.org> Message-ID: <20010225133449.C1327@xanadu.kublai.com> REMOVE yourself for mthe list!!!!!!!!!!!! Hint: what text is repeated twice in the following message (three times if you got it from the mailing list)? PS the filtering is apparently not working. (and neither is the ignoring). :) On Sunday, 25 February 2001 at 18:46, Albi Rebmann wrote: > > 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. > > REMOVE me for mthe list!!!!!!!!!!!! > > 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 sean at rimboy.com Sun Feb 25 12:43:25 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Sun, 25 Feb 2001 06:43:25 -0600 (CST) Subject: Slightly OT: Re: [icecast] icecast 2.0 update In-Reply-To: <20010225133449.C1327@xanadu.kublai.com> Message-ID: I think the filtering needs to be set. I suggest: cat moron | /dev/null. YMMV. While we're at it, what is Icecast 2 going to fix? I posted two showstoppers that I know of. I'll check out the update page and see what is up. In the meantime I'm still looking at litestream once I can get some authentication issues worked out. On Sun, 25 Feb 2001, Brendan Cully wrote: > REMOVE yourself for mthe list!!!!!!!!!!!! > > Hint: what text is repeated twice in the following message (three > times if you got it from the mailing list)? > > PS the filtering is apparently not working. (and neither is the > ignoring). :) > > On Sunday, 25 February 2001 at 18:46, Albi Rebmann wrote: > > > 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. > > > > REMOVE me for mthe list!!!!!!!!!!!! > > > > 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. > -- Sean... A flute with no holes is not a flute. A donut with no hole is a danish. --Chevy Chase, Caddyshack _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ www.rimboy.com <-- Your source for the crap you know you need. www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) --- >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 mfaurot at atww.org Sun Feb 25 18:41:01 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 13:41:01 -0500 Subject: [icecast] directory servers and stuttering Message-ID: <20010225134101.B2292@atww.net> I'm running Icecast v1.3.7 and I've recently noticed there's a direct correlation between a stream "stuttering" and the icecast process having difficulty contacting one or more directory servers. In short, if icecast can't connect to a directory server, then it tends to affect the playback on the stream, such that clients will typically get dropped with message such as "Too many errors (client not receiving data fast enough)" in the logs. One of the clients that gets dropped is connected locally over a 100M switched network, so I don't really think it's having a problem getting a 32K stream fast enough. :) Would changing over to v1.3.8.beta2 resolve this? -- ------------------------------------------------------------------------------ Michael | mfaurot | A good memory does not equal pale ink. Faurot | atww.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 jack at icecast.org Sun Feb 25 19:25:32 2001 From: jack at icecast.org (Jack Moffitt) Date: Sun, 25 Feb 2001 11:25:32 -0800 Subject: [icecast] directory servers and stuttering In-Reply-To: <20010225134101.B2292@atww.net> Message-ID: <20010225112532.A28235@tk421.icecast.org> > I'm running Icecast v1.3.7 and I've recently noticed there's a direct > correlation between a stream "stuttering" and the icecast process > having difficulty contacting one or more directory servers. This is odd. Directory server touches are ALWAYS in a separate thread, and have no interaction with the rest of the stream, except that they need the info.. (I just realized what the bug is). The directory server should be limiting the connect times to 15 seconds. Do you find that this always happens for 15 seconds? Try 1.3.8 as well, maybe the updated connect code didn't go in until then. 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 mfaurot at atww.org Sun Feb 25 19:35:02 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 14:35:02 -0500 Subject: [icecast] directory servers and stuttering In-Reply-To: <983129149.24074@phzzzt.atww.org> Message-ID: <200102251935.f1PJZ2C07974@phzzzt.atww.net> You wrote: : This is odd. Directory server touches are ALWAYS in a separate thread, : and have no interaction with the rest of the stream, except that they : need the info.. (I just realized what the bug is). : The directory server should be limiting the connect times to 15 seconds. : Do you find that this always happens for 15 seconds? > From listening to the stream, it's impossible to say given the retries and so forth. But from these log file excerts, they seem to have 15 seconds worth of seperation: ------------------------------------------------------------------------------- [25/Feb/2001:13:24:40] [1:Calendar Thread] WARNING: Connect to yp.icecast.org fa iled. [25/Feb/2001:13:24:55] [1:Calendar Thread] WARNING: Connect to yp.radiostation.d e failed. [25/Feb/2001:13:25:16] [1:Calendar Thread] WARNING: Connect to yp.icecast.org fa iled. ------------------------------------------------------------------------------- : Try 1.3.8 as well, maybe the updated connect code didn't go in until : then. Will do. I'll report back after I've had a chance to compile and set that version up. Thanks. -- ------------------------------------------------------------------------------ Michael | mfaurot | You have the power to influence all with whom you come Faurot | atww.net | in contact. --- >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 andrewwu at Princeton.EDU Sun Feb 25 19:43:37 2001 From: andrewwu at Princeton.EDU (Andrew M. Wu) Date: Sun, 25 Feb 2001 14:43:37 -0500 (EST) Subject: [icecast] A few Newbie Questions In-Reply-To: <003a01c08ff8$07ece180$1276a8c0@ruckus> Message-ID: Hi all, I apologize for the following questions - some may be more general Linux questions while others hopefully relate directly to Icecast: 1) With regards to the recent buffer-overflow exploit and the recommendation of running icecast as a non-root user, how exactly does one do that? I've changed the UID and GUID of the icecast directory and files and binaries to nobody, but what user should I be when starting the icecast server (e.g. nobody or root)? When I check the admins that are connected it outputs: [Id: 0] [Host: icecast console] [Connected for: 8 seconds] [Commands issued: 0] End of admin listing (1 listed) Is the ID num of 0 to be a concern? 2) I was able to run the icecast server but when I tried to connect to it with IceS the streamer gets kicked off with the following error: [06/Feb/2001:01:44:50] [0:Main Thread] Kicking unknown 1 [140.180.148.145] [Access Denied (tcp wrappers) [generic connection]], connected for 0 seconds I've compiled icecast with both encryption and tcp_wrappers enabled. I've added to my /etc/hosts.deny file the line icecast: ALL at ALL EXCEPT localhost and to my /etc/hosts.allow file the line icecast: ALL at .princeton.edu with the intent to allow only IP addresses within the Princeton domain access to the server. I believe that those files however are readable only by root; can i use the ACL in place of those files then? Furthermore, I've used mkpasswd (one not provided with the icecast package; I actually couldn't locate mkpasswd.c in the src dir of the tarball distribution) to create encrypted passwords for the encoder, admin, and operator, which I then copied exactly and replaced the "hackme" dummy passwords in icecast.conf. So should the same text string that mkpasswd outputted be used as the password parameter provided to the streamer (e.g. IceS)? I'm running Icecast 1.3.7 and IceS 0.0.1beta5 on a PII 233 Mhz 128 Mb RAM running Mandrake 7.0. Any help and suggestions would be greatly appreciated, Thanks, Andrew --- >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 mfaurot at atww.org Sun Feb 25 20:03:41 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 15:03:41 -0500 Subject: [icecast] A few Newbie Questions In-Reply-To: <983130226.25873@phzzzt.atww.org> Message-ID: <200102252003.f1PK3fx09874@phzzzt.atww.net> In article <983130226.25873 at phzzzt.atww.org> you wrote: : 1) With regards to the recent buffer-overflow exploit and the : recommendation of running icecast as a non-root user, how exactly does : one do that? I do it via "su". I use a pseudo user named "ice" and have this in a shell program that starts icecast: exec su --login -c "/usr/local/icecast/bin/icecast" ice & NOTE: root needs to run this, so it won't be prompted for a password. Once run, the icecast process itself will be owned by user "ice". : I've compiled icecast with both encryption and tcp_wrappers enabled. : I've added to my /etc/hosts.deny file the line [...] : I believe that those files however are readable only by root They shouldn't be. Generally /etc/hosts.allow and /etc/hosts.deny have permissions of 644 and owned by user root and group root. This will be fine if icecast is run as an unprivledged user as it only needs to be able to read those files--not write or modify them. -- ------------------------------------------------------------------------------ Michael | mfaurot | You have the power to influence all with whom you come Faurot | atww.net | in contact. --- >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 andrewwu at Princeton.EDU Sun Feb 25 20:07:35 2001 From: andrewwu at Princeton.EDU (Andrew M. Wu) Date: Sun, 25 Feb 2001 15:07:35 -0500 (EST) Subject: [icecast] A few Newbie Questions In-Reply-To: <200102252003.f1PK3fx09874@phzzzt.atww.net> Message-ID: Great - thank you for the info! =) Will try out your suggestions. Andrew On Sun, 25 Feb 2001, Michael Faurot wrote: > In article <983130226.25873 at phzzzt.atww.org> you wrote: > > : 1) With regards to the recent buffer-overflow exploit and the > : recommendation of running icecast as a non-root user, how exactly does > : one do that? > > I do it via "su". I use a pseudo user named "ice" and have this in a > shell program that starts icecast: > > exec su --login -c "/usr/local/icecast/bin/icecast" ice & > > NOTE: root needs to run this, so it won't be prompted for a password. > Once run, the icecast process itself will be owned by user "ice". > > : I've compiled icecast with both encryption and tcp_wrappers enabled. > : I've added to my /etc/hosts.deny file the line > [...] > : I believe that those files however are readable only by root > > They shouldn't be. Generally /etc/hosts.allow and /etc/hosts.deny have > permissions of 644 and owned by user root and group root. This will be > fine if icecast is run as an unprivledged user as it only needs to be > able to read those files--not write or modify them. > > -- > ------------------------------------------------------------------------------ > Michael | mfaurot | You have the power to influence all with whom you come > Faurot | atww.net | in contact. > > --- >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 andrewwu at Princeton.EDU Sun Feb 25 20:08:16 2001 From: andrewwu at Princeton.EDU (Andrew M. Wu) Date: Sun, 25 Feb 2001 15:08:16 -0500 (EST) Subject: [icecast] A few Newbie Questions In-Reply-To: <200102252003.f1PK3fx09874@phzzzt.atww.net> Message-ID: One question though - how do I create a pseudo user? Thanks, Andrew On Sun, 25 Feb 2001, Michael Faurot wrote: > In article <983130226.25873 at phzzzt.atww.org> you wrote: > > : 1) With regards to the recent buffer-overflow exploit and the > : recommendation of running icecast as a non-root user, how exactly does > : one do that? > > I do it via "su". I use a pseudo user named "ice" and have this in a > shell program that starts icecast: > > exec su --login -c "/usr/local/icecast/bin/icecast" ice & > > NOTE: root needs to run this, so it won't be prompted for a password. > Once run, the icecast process itself will be owned by user "ice". > > : I've compiled icecast with both encryption and tcp_wrappers enabled. > : I've added to my /etc/hosts.deny file the line > [...] > : I believe that those files however are readable only by root > > They shouldn't be. Generally /etc/hosts.allow and /etc/hosts.deny have > permissions of 644 and owned by user root and group root. This will be > fine if icecast is run as an unprivledged user as it only needs to be > able to read those files--not write or modify them. > > -- > ------------------------------------------------------------------------------ > Michael | mfaurot | You have the power to influence all with whom you come > Faurot | atww.net | in contact. > > --- >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 mfaurot at atww.org Sun Feb 25 20:12:33 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 15:12:33 -0500 Subject: [icecast] directory servers and stuttering In-Reply-To: <983129715.14041@phzzzt.atww.org> Message-ID: <200102252012.f1PKCXi10478@phzzzt.atww.net> : : Try 1.3.8 as well, maybe the updated connect code didn't go in until : : then. : Will do. I'll report back after I've had a chance to compile and set : that version up. Initial tests with v1.3.8beta2 seem to solve the problem. To test, I've added two bogus directory servers to the configuration which it cannot possibly connect to and when it goes to touch, there doesn't seem to be any stuttering. Thanks. -- ------------------------------------------------------------------------------ Michael | mfaurot | You have the power to influence all with whom you come Faurot | atww.net | in contact. --- >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 sean at rimboy.com Sun Feb 25 14:16:15 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Sun, 25 Feb 2001 08:16:15 -0600 (CST) Subject: [icecast] A few Newbie Questions In-Reply-To: Message-ID: You're going to need root access. Presumably you have it if you have control over icecast. You could do a simple adduser. Then use your favorite editor and open up the /etc/passwd file (again as root). You'll need to read up on what each of the fields are, but in short you'll want to * the password field for that new user. You'll also want to change the shell to /bin/false. Basically at that point you should have a non-priv'd acct. Anyone else have any suggestions? On Sun, 25 Feb 2001, Andrew M. Wu wrote: > One question though - how do I create a pseudo user? > > Thanks, > > Andrew > > On Sun, 25 Feb 2001, Michael Faurot wrote: > > > In article <983130226.25873 at phzzzt.atww.org> you wrote: > > > > : 1) With regards to the recent buffer-overflow exploit and the > > : recommendation of running icecast as a non-root user, how exactly does > > : one do that? > > > > I do it via "su". I use a pseudo user named "ice" and have this in a > > shell program that starts icecast: > > > > exec su --login -c "/usr/local/icecast/bin/icecast" ice & > > > > NOTE: root needs to run this, so it won't be prompted for a password. > > Once run, the icecast process itself will be owned by user "ice". > > > > : I've compiled icecast with both encryption and tcp_wrappers enabled. > > : I've added to my /etc/hosts.deny file the line > > [...] > > : I believe that those files however are readable only by root > > > > They shouldn't be. Generally /etc/hosts.allow and /etc/hosts.deny have > > permissions of 644 and owned by user root and group root. This will be > > fine if icecast is run as an unprivledged user as it only needs to be > > able to read those files--not write or modify them. > > > > -- > > ------------------------------------------------------------------------------ > > Michael | mfaurot | You have the power to influence all with whom you come > > Faurot | atww.net | in contact. > > > > --- >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. > -- Sean... A flute with no holes is not a flute. A donut with no hole is a danish. --Chevy Chase, Caddyshack _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ www.rimboy.com <-- Your source for the crap you know you need. www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) --- >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 mfaurot at atww.org Sun Feb 25 20:17:08 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 15:17:08 -0500 Subject: [icecast] A few Newbie Questions In-Reply-To: <983131706.433@phzzzt.atww.org> Message-ID: <200102252017.f1PKH8b10786@phzzzt.atww.net> In article <983131706.433 at phzzzt.atww.org> you wrote: : One question though - how do I create a pseudo user? A "pseudo user" is simply one that doesn't belong to a real person. Look through /etc/passwd and you'll see a variety of these. To create another user on your system will depend on your distribution, but typically this can be done via programs like "adduser" or "useradd". Just be sure that the user is not created without password--insure that it's either got a password or the password is locked. -- ------------------------------------------------------------------------------ Michael | mfaurot | Were there fewer fools, knaves would starve. - Faurot | atww.net | Anonymous --- >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 icecast.org Sun Feb 25 20:19:03 2001 From: jack at icecast.org (Jack Moffitt) Date: Sun, 25 Feb 2001 12:19:03 -0800 Subject: [icecast] directory servers and stuttering In-Reply-To: <200102252012.f1PKCXi10478@phzzzt.atww.net> Message-ID: <20010225121903.F28235@tk421.icecast.org> > Initial tests with v1.3.8beta2 seem to solve the problem. To test, > I've added two bogus directory servers to the configuration which it > cannot possibly connect to and when it goes to touch, there doesn't > seem to be any stuttering. Do your two bogus servers cause stuttering under 1.3.7? There's a big difference in the errors you can get from trying to make a connection, no route to host, connection refused, just really slow, blah blah. You're looking for test cases where the connect time would be REALLY slow. or at least he time to determine there was nothing to connect to. most running machines will just refuse connections immediately, so many the bogus servers are a good test. :) 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 icecast.org Sun Feb 25 20:23:20 2001 From: jack at icecast.org (Jack Moffitt) Date: Sun, 25 Feb 2001 12:23:20 -0800 Subject: [icecast] A few Newbie Questions In-Reply-To: Message-ID: <20010225122320.G28235@tk421.icecast.org> 'nobody' is already an unpriveledged user on most systems. You could run icecast as nobody, and the only problem would be if you also ran a webserver (since a security violation in either could potentially damage the others files). In practice with icecast and a non-critical webserver, this is probably fine. As for the editing of /etc/passwd, remember that most systems, * the password there by default, and the real password is elsewhere. /etc/shadow is the place usually in linux. jack. > You're going to need root access. Presumably you have it if you have > control over icecast. > > You could do a simple adduser. Then use your favorite editor and open up > the /etc/passwd file (again as root). You'll need to read up on what each > of the fields are, but in short you'll want to * the password > field for that new user. You'll also want to change the shell to > /bin/false. > > Basically at that point you should have a non-priv'd acct. > > Anyone else have any suggestions? > > On Sun, 25 Feb 2001, Andrew M. Wu wrote: > > > One question though - how do I create a pseudo user? --- >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 ks_touray at fanafana.com Sun Feb 25 22:58:15 2001 From: ks_touray at fanafana.com (Katim S. Touray) Date: Sun, 25 Feb 2001 14:58:15 -0800 Subject: [icecast] Icecast directory server Message-ID: <3A998E07.70F5A464@fanafana.com> Hi all, It's great to have Icecast back up! I was looking again at Icedir, and I have a questions: 1. Is there a step-by-step guide for setting up a directory server? I have looked at the files in the Icedir directory but I'm still fuzzy about how to go about configuring a database that wiill be the directory. 2. I notice in the icecast.conf file that different directory servers were referenced in different ways, e.g. > icydir yp.radiostation.de > directory yp.icecast.org How are the variables "icydir" and "directory" used in creating a directory server? I guess that's about it for now. Thanks in advance for your help, and best wishes. Katim --- >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 mfaurot at atww.org Sun Feb 25 21:00:28 2001 From: mfaurot at atww.org (Michael Faurot) Date: Sun, 25 Feb 2001 16:00:28 -0500 Subject: [icecast] directory servers and stuttering In-Reply-To: <983132361.23052@phzzzt.atww.org> Message-ID: <200102252100.f1PL0SN13556@phzzzt.atww.net> You wrote: : Do your two bogus servers cause stuttering under 1.3.7? There's a big : difference in the errors you can get from trying to make a connection, : no route to host, connection refused, just really slow, blah blah. Good point. I put 1.3.7 back and tested. The initial bogus servers worked pretty much okay. : You're looking for test cases where the connect time would be REALLY : slow. or at least he time to determine there was nothing to connect to. : most running machines will just refuse connections immediately, so many : the bogus servers are a good test. :) I believe I've found a fairly reliable test case that can be recreated. I substituted the orginal "bogus" servers I used the first time with two IP addresses that go to some dial-up accounts with static IP accounts, where those dial-up connections would not be on-line. I can supply you with these IP addresses in private email if you wish to replicate what I've done. With these in place I was able to get 1.3.8beta2 to also stutter. :{ What can I try next? -- ------------------------------------------------------------------------------ Michael | mfaurot | Were there fewer fools, knaves would starve. - Faurot | atww.net | Anonymous --- >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 Sun Feb 25 21:36:41 2001 From: xiphmont at xiph.org (Monty) Date: Sun, 25 Feb 2001 13:36:41 -0800 Subject: [icecast] icecast 2.0 update In-Reply-To: <3A9944ED.D2E6E64C@rebmann.org> Message-ID: <20010225133641.W1210@BloopFish.xiph.org> > REMOVE me for mthe list!!!!!!!!!!!! ...in the very same message: > 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. You put yourself on, please show the minimal responsibility to get yourself off (or at least ask nicely). Monty postmaster 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 xiphmont at xiph.org Sun Feb 25 21:37:22 2001 From: xiphmont at xiph.org (Monty) Date: Sun, 25 Feb 2001 13:37:22 -0800 Subject: [icecast] icecast 2.0 update In-Reply-To: <20010225133449.C1327@xanadu.kublai.com> Message-ID: <20010225133722.X1210@BloopFish.xiph.org> On Sun, Feb 25, 2001 at 01:34:49PM -0500, Brendan Cully wrote: > REMOVE yourself for mthe list!!!!!!!!!!!! > > Hint: what text is repeated twice in the following message (three > times if you got it from the mailing list)? > > PS the filtering is apparently not working. (and neither is the > ignoring). :) The filter isn't perfect... Adding this pattern now. Monty --- >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 Mon Feb 26 00:38:29 2001 From: gshang at uq.net.au (Geoff Shang) Date: Mon, 26 Feb 2001 10:38:29 +1000 (EST) Subject: [icecast] A few Newbie Questions In-Reply-To: Message-ID: On Sun, 25 Feb 2001, Sean /The RIMBoy/ wrote: > You could do a simple adduser. Then use your favorite editor and open up > the /etc/passwd file (again as root). You'll need to read up on what each > of the fields are, but in short you'll want to * the password > field for that new user. You'll also want to change the shell to > /bin/false. This would only work if passwords are stored in plain ASCII in the /etc/passwd file. Frankly, anyone who allows that is asking for trouble (IMHO). I'd highly recommend using the passwd and chsh commands to do the same thing. Much less risky, since you don't really want to muck up /etc/passwd, do you. 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 matt at yitiens.dhs.org Mon Feb 26 02:46:37 2001 From: matt at yitiens.dhs.org (matt at yitiens.dhs.org) Date: Sun, 25 Feb 2001 19:46:37 -0700 (MST) Subject: [icecast] A few Newbie Questions In-Reply-To: Message-ID: My understanding is that the '*' in the password field in the passwd file (or shadow file) tells the OS that it's a non-loginable acct. In other words you can't directly login as that user. So editing the passwd file manually is actually the easiest and most secure option. Please correct me if I'm wrong. matt On Mon, 26 Feb 2001, Geoff Shang wrote: > On Sun, 25 Feb 2001, Sean /The RIMBoy/ wrote: > > > You could do a simple adduser. Then use your favorite editor and open up > > the /etc/passwd file (again as root). You'll need to read up on what each > > of the fields are, but in short you'll want to * the password > > field for that new user. You'll also want to change the shell to > > /bin/false. > > > This would only work if passwords are stored in plain ASCII in the > /etc/passwd file. Frankly, anyone who allows that is asking for trouble > (IMHO). I'd highly recommend using the passwd and chsh commands to do the > same thing. Much less risky, since you don't really want to muck up > /etc/passwd, do you. > > 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. > --- >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 sean at rimboy.com Sun Feb 25 21:12:36 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Sun, 25 Feb 2001 15:12:36 -0600 (CST) Subject: OT: Re: [icecast] A few Newbie Questions In-Reply-To: Message-ID: On Mon, 26 Feb 2001, Geoff Shang wrote: > On Sun, 25 Feb 2001, Sean /The RIMBoy/ wrote: > > > You could do a simple adduser. Then use your favorite editor and open up > > the /etc/passwd file (again as root). You'll need to read up on what each > > of the fields are, but in short you'll want to * the password > > field for that new user. You'll also want to change the shell to > > /bin/false. > > This would only work if passwords are stored in plain ASCII in the > /etc/passwd file. You mean crypted in plain ASCII in the /etc/passwd file. I've not heard of any *nix storing the passwd in unencrypted plain text for years. I'd be surprised if there is still one around. > Frankly, anyone who allows that is asking for trouble (IMHO). Got NIS? Across two different hardware platforms? > I'd highly recommend using the passwd and chsh commands to do the > same thing. Not a bad option. A quick glance at the passwd manpage yields two options, -l which stick a ! into the passwd field w/ the passwd, and -d. > Much less risky, since you don't really want to muck up > /etc/passwd, do you. Well, I assumed a certain amount of familiarity with *nix. My bad. -- Sean... A flute with no holes is not a flute. A donut with no hole is a danish. --Chevy Chase, Caddyshack _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ www.rimboy.com <-- Your source for the crap you know you need. www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) --- >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 icecast.org Mon Feb 26 13:16:12 2001 From: jack at icecast.org (Jack Moffitt) Date: Mon, 26 Feb 2001 05:16:12 -0800 Subject: [icecast] Xiph.org announces Vorbis Beta 4 and the Xiph.org Foundation Message-ID: <20010226051612.A1639@tk421.icecast.org> Long awaited, but finally here - http://www.vorbis.com. Beta4 is out the door :) Below is a copy of the press release, which you can find here: http://www.vorbis.com/press/20010226.txt And a Binary Freedom article that went out today: http://www.binaryfreedom.com/content.php?content_id=26 jack. ----- Ogg Vorbis Creators Announce Formation of Xiph.org Foundation Coincides with Release of Beta 4 and Major Licensing Change Xiph.org, creators of the Ogg Vorbis audio codec, Icecast streaming media server, Cdparanoia, and other multimedia software, are announcing the formation of the Xiph.org Foundation. The Xiph.org Foundation will work to promote the creation of free, unencumbered, and interoperable multimedia standards. The Foundation has applied for nonprofit status, thus formalizing the noncompetitive, research oriented nature of its work. The Foundation will be seeking contributions from both corporate and private sources, with the goal of enabling further development of the Xiph.org projects and building a strong team capable of pushing the leading edge of technology. The Xiph.org Foundation formalizes the relationship between the various Xiph.org projects and the developers that produce and maintain these projects. Board members will include Xiph.org creators and developers Christopher Montgomery and Michael Person and Icecast.org founder and developer Jack Moffitt, as well as other leaders and contributors. Participants in the Xiph.org projects will also be involved in the foundation. In conjunction with the creation of the Foundation, the Xiph.org developers have released Beta 4 of the Ogg Vorbis libraries. This release features major quality enhancements, optimizations, bug fixes, and other improvements. The encoding and decoding speeds have been drastically improved over previous versions. Sound quality has also increased dramatically in the latest release. With the Beta 4 release, the Ogg Vorbis libraries have moved to the BSD license. The change from LGPL to BSD was made to enable the use of Ogg Vorbis in all forms of software and hardware. Jack Moffitt says, "We are changing the license in response to feedback from many parties. It has become clear to us that adoption of Ogg Vorbis will be accelerated even further by the use of a less restrictive license that is friendlier toward proprietary software and hardware systems. We want everyone to be able to use Ogg Vorbis." In response to the change of license, Richard Stallman of the Free Software Foundation says, "I agree. It is wise to make some of the Ogg Vorbis code available for use in proprietary software, so that commercial companies doing proprietary software will use it, and help Vorbis succeed in competition with other formats that would be restricted against our use." Hardware and software adoption of Ogg Vorbis has continued at an unprecedented pace. Ogg Vorbis is already one of the most widely supported codecs in software. The Xiph.org team is also proud to announce that Ogg Vorbis is now available in portable hardware form. Interactive Objects, Inc. has announced the Dadio 2.0 operating system with Ogg Vorbis support. This will ensure that many upcoming audio hardware devices support Vorbis playback. "iObjects is happy to be the first to provide high-quality Ogg Vorbis playback for portable devices. This development increases freedom of choice for portable users," said Mark Phillips, CTO of Interactive Objects, Inc.. Visit http://www.vorbis.com to download the newest beta release and new Ogg Vorbis music tracks. Encoder and player software is now available for use on most operating systems. For more information about the Xiph.org projects, please visit http://www.xiph.org. Additional information about the Xiph.org Foundation will be available online soon. Interested parties or donors should contact: Jack Moffitt Executive Director Xiph.org Foundation 415.595.5215 --- >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 all at biosys.net Mon Feb 26 16:19:18 2001 From: all at biosys.net (Allen Landsidel) Date: Mon, 26 Feb 2001 11:19:18 -0500 Subject: [icecast] A few Newbie Questions In-Reply-To: Message-ID: <4.3.2.7.2.20010226111441.00c603f0@64.7.7.83> At 19:46 2/25/2001 -0700, matt wrote: >My understanding is that the '*' in the password field in the passwd file >(or shadow file) >tells the OS that it's a non-loginable acct. In other words you can't >directly login as that user. >So editing the passwd file manually is actually the easiest and most >secure option. > >Please correct me if I'm wrong. If you're using shadowed passwords, a * in the passwd file just means that the passwd is shadowed, not that you can't log in as that user. Changing the shell is probably the best idea. Under FreeBSD, setting the shell to "/nonexistant" tells the os to not allow logins by this user. -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! --- >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 ptomb at email.umassp.edu Mon Feb 26 20:26:29 2001 From: ptomb at email.umassp.edu (Peter Tomb) Date: Mon, 26 Feb 2001 15:26:29 -0500 Subject: [icecast] icecast halting Message-ID: <3A9ABBF4.EE74D044@email.umassp.edu> Hi Everyone I'm running icecast 1.3.7 on this: SunOS tau 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-5_10 Periodically my icecast server stops broadcasting, though the icecast process continues to run. When I look at the icecast.log I have noticed this: [26/Feb/2001:13:09:46] [4643:Connection Handler] Kicking unknown 4639 [63.91.35.5] [No encoder], connected for 0 seconds [26/Feb/2001:13:09:46] [4644:Connection Handler] Kicking unknown 4640 [63.91.35.5] [No encoder], connected for 0 seconds This seems to coincide with the start of the problem and continues about twice per second until I kill and restart the server (it's not always from the same IP). At first this problem occurred about once a week, but is now happening about twice a day. Any help or suggestions would be appreciated. Peter Tomb --- >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 kublai.com Mon Feb 26 21:46:56 2001 From: brendan at kublai.com (Brendan Cully) Date: Mon, 26 Feb 2001 16:46:56 -0500 Subject: [icecast] icecast halting In-Reply-To: <3A9ABBF4.EE74D044@email.umassp.edu> Message-ID: <20010226164656.B868@xanadu.kublai.com> On Monday, 26 February 2001 at 15:26, Peter Tomb wrote: > Hi Everyone > > I'm running icecast 1.3.7 on this: > > SunOS tau 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-5_10 > > Periodically my icecast server stops broadcasting, though the icecast > process continues to run. When I look at the icecast.log I have noticed > this: > > [26/Feb/2001:13:09:46] [4643:Connection Handler] Kicking unknown 4639 > [63.91.35.5] [No encoder], connected for 0 seconds > [26/Feb/2001:13:09:46] [4644:Connection Handler] Kicking unknown 4640 > [63.91.35.5] [No encoder], connected for 0 seconds > > This seems to coincide with the start of the problem and continues about > twice per second until I kill and restart the server (it's not always > from the same IP). At first this problem occurred about once a week, but > is now happening about twice a day. > > Any help or suggestions would be appreciated. What are you using for your encoder? it looks like that's what's locked up (eg ices, shout, or liveice). Does restarting your encoder fix the problem too? This happens to me every few days with liveice. I haven't yet sat liveice in gdb and waited for the error though. OTOH things were much more stable when I was using 1.3.7... --- >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 ptomb at email.umassp.edu Mon Feb 26 21:37:46 2001 From: ptomb at email.umassp.edu (Peter Tomb) Date: Mon, 26 Feb 2001 16:37:46 -0500 Subject: [icecast] icecast halting In-Reply-To: <20010226164656.B868@xanadu.kublai.com> Message-ID: <3A9ACCA9.38D83ECE@email.umassp.edu> We're using winamp with the shout plug-in. Brendan Cully wrote: > On Monday, 26 February 2001 at 15:26, Peter Tomb wrote: > > Hi Everyone > > > > I'm running icecast 1.3.7 on this: > > > > SunOS tau 5.7 Generic_106541-10 sun4u sparc SUNW,Ultra-5_10 > > > > Periodically my icecast server stops broadcasting, though the icecast > > process continues to run. When I look at the icecast.log I have noticed > > this: > > > > [26/Feb/2001:13:09:46] [4643:Connection Handler] Kicking unknown 4639 > > [63.91.35.5] [No encoder], connected for 0 seconds > > [26/Feb/2001:13:09:46] [4644:Connection Handler] Kicking unknown 4640 > > [63.91.35.5] [No encoder], connected for 0 seconds > > > > This seems to coincide with the start of the problem and continues about > > twice per second until I kill and restart the server (it's not always > > from the same IP). At first this problem occurred about once a week, but > > is now happening about twice a day. > > > > Any help or suggestions would be appreciated. > > What are you using for your encoder? it looks like that's what's > locked up (eg ices, shout, or liveice). Does restarting your encoder > fix the problem too? > > This happens to me every few days with liveice. I haven't yet sat > liveice in gdb and waited for the error though. OTOH things were much > more stable when I was using 1.3.7... > > --- >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 route66 at machineandsoul.com Wed Feb 28 01:57:48 2001 From: route66 at machineandsoul.com (dj66) Date: Tue, 27 Feb 2001 19:57:48 -0600 Subject: [icecast] lots of icecast help needed Message-ID: <003101c0a129$da96c960$0200a8c0@darklight> Hi, I've been running Icecast on my server for over five months now and am having lots of problems with it. I must have pulled out half of my hair on this product, mostly due to lack of support. (I mean, have you ever gotten an answer to your question at icecast.org?) I've tried it all: sc_serv, Icecast, shout, ices, streamcast, liveice. I could greatly use any help. I am using the latest Icecast (latest Ices, libshout and libshout-perl) from CVS. First, my server isn't being posted to yp.icecast.org or yp.shoutcast.com. Error results: WARNING: Connect to yp.icecast.org failed directory_add([yp.shoutcast.com:80]) failed, could not connect. (retry in 0 seconds) Right now I am using Ices, with metadata on. (I can see the song titles streamed in WinAmp and in the web interface). Interestingly enough if I use sc_serv, and Ices (or shout or streamcast) in icy mode my server name gets posted to yp.shoutcast.com but my song names don't get posted. We are trying to use yp.shoutcast.com as a means of drawing more people to the site. Any ideas what's going on here? Second, is there a www admin template variable for showing last 10 songs? There is one for the current song, but last 10 or 5 would be insanely better. Is there a logged file, or logged playlist, somewhere that has this? I have not been able to find it. I image I could write a perl script as part of the playlist handler, but this must have been done already? Libshout likes to take down Ices and Streamcast once every other day or so, but it's something I can live with and work around. Thanks, and cheers! --- >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 asym at rfnj.org Wed Feb 28 06:29:43 2001 From: asym at rfnj.org (Asymmetric) Date: Wed, 28 Feb 2001 01:29:43 -0500 Subject: [icecast] lots of icecast help needed In-Reply-To: <003101c0a129$da96c960$0200a8c0@darklight> Message-ID: <4.3.2.7.2.20010228010846.00c7a4e8@64.7.7.83> At 19:57 2/27/2001 -0600, dj66 wrote: >Hi, I've been running Icecast on my server for over five months now and am >having lots of problems with it. I must have pulled out half of my hair on >this product, mostly due to lack of support. (I mean, have you ever gotten >an answer to your question at icecast.org?) I've tried it all: sc_serv, >Icecast, shout, ices, streamcast, liveice. I could greatly use any help. I'm having problems of my own, but more on that later.. ;) >I am using the latest Icecast (latest Ices, libshout and libshout-perl) from >CVS. > >First, my server isn't being posted to yp.icecast.org or yp.shoutcast.com. >Error results: >WARNING: Connect to yp.icecast.org failed >directory_add([yp.shoutcast.com:80]) failed, could not connect. (retry in 0 >seconds) I can't say for sure what could be causing this, but I'm having problems with yp.shoutcast.com myself. I get: icecast.logfile.log:[27/Feb/2001:20:03:08] [1:Calendar Thread] directory_add([yp.shoutcast.com:80]) failed... directory server error #404... (retry in 290 seconds) etc. I haven't looked into it yet, but I will. If I figure anything out, I'll let everyone know.. I suspect shoutcast/nullsoft jerkoffs have changed their format or something on purpose to make it incompatible with icecast. This seems to be a running theme with them.. isn't it three strikes and you're out? 1. icy protocol. This thing is uber-lame.. coding for it is a nightmare, it's unpublished and undocumented, and stinks of people with little to no experience designing protocols. 2. gnutella protocol. See 1, and then multiply by ten. One to go! >Right now I am using Ices, with metadata on. (I can see the song titles >streamed in WinAmp and in the web interface). How is that working for you? I'm using winamp and the shoutdsp on a windows box to source my streams to shoutcast and icecast, depending on my mood. I've found that if I turn on metadata in icecast, the streams do exactly as the warning says they "might" do.. which is totally garble, screech, squeal, and loose sync. It would be great if they could get this to work properly, as winamp is without a doubt the single most popular mp3/stream player in the world. >Interestingly enough if I use sc_serv, and Ices (or shout or streamcast) in >icy mode my server name gets posted to yp.shoutcast.com but my song names >don't get posted. We are trying to use yp.shoutcast.com as a means of >drawing more people to the site. Any ideas what's going on here? It sounds to me like you have a conflict of protocols here. Winamp is the only (to my knowledge) source that does it the icy way, all the rest use the x-audiocast headers.. so while your server may be able to parse and display both, I don't think it can forward both. AFAIK, sc_serv will only send titles in icy mode and doesn't understand x-audiocast; icecast understands icy and x-audiocast modes, but will only send reliably in x-audiocast mode. I expect that yp.shoutcast.com doesn't understand x-audiocast either. This would mean that you need to use an icy mode source -and- server to get this to work properly, or at least a server that understands and can output both modes, which doesn't exist. >Second, is there a www admin template variable for showing last 10 songs? >There is one for the current song, but last 10 or 5 would be insanely >better. Is there a logged file, or logged playlist, somewhere that has >this? I have not been able to find it. I image I could write a perl script >as part of the playlist handler, but this must have been done already? I'd like to hear what you come up with on this too. This is one of the areas that sc_serv has a real win over icecast. I miss the ability to define my own templates and have the output generated by the stream server automatically. I'm almost to the point that I'm going to use a single-client sc_serv just for generating templates and touching yp.shoutcast.org, and running my icecast server as a client to the sc_serv so that I can get the multiple source capability. I run a pretty small (for now) streaming station at http://rfnj.org but there are two things that I really want to do reliably and easily. 1) Generate a simple template that will output a very small file I can include via apache SSI that contains the currently playing song title, the stream bitrate, the number of users currently listening on that stream, and the maximum number of users supported. This was terribly simple to do with shoutcast, and is proving to be a big hassle in icecast. 2) Have multiple sources that will cascade down to a default. I need this functionality because I have a couple of DJs that do live shows at regular days/hours of the week. With shoutcast this is a massive headache, because the only way to do it is for them to kick me (the main show) off the server and then connect their own sources before mine reconnects.. this results in all the listening clients being kicked off the stream. This functionality works pretty well in icecast, however I do wish I could have it automatically switch listeners to the highest numbered source that's connected automatically. As it is, the DJ has to switch them all by hand at the start of the broadcast, which is kind of a pain. >Libshout likes to take down Ices and Streamcast once every other day or so, >but it's something I can live with and work around. Heh. I have the same kind of problem with winamp. If I disconnect winamp from icecast, it just hangs indefinitely. Killing it causes icecast to hang in such a way that it can no longer accept connections and I have to restart it as well. Good luck, and maybe we'll see some updates to icecast (and the website) sometime this year. ;) --- >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 route66 at machineandsoul.com Wed Feb 28 06:54:25 2001 From: route66 at machineandsoul.com (dj66) Date: Wed, 28 Feb 2001 00:54:25 -0600 Subject: [icecast] lots of icecast help needed In-Reply-To: <4.3.2.7.2.20010228010846.00c7a4e8@64.7.7.83> Message-ID: <007b01c0a153$4c8c1420$0200a8c0@darklight> > >First, my server isn't being posted to yp.icecast.org or yp.shoutcast.com. > >Error results: > >WARNING: Connect to yp.icecast.org failed > >directory_add([yp.shoutcast.com:80]) failed, could not connect. (retry in 0 > >seconds) > > I can't say for sure what could be causing this, but I'm having problems > with yp.shoutcast.com myself. I get: I found out what it was, and I'm quite embarrased that I've missed it for so long. I had set the hostname setting in icecast.conf to a local IP (my icecast server is also a router with two IPs), thinking that this would only allow people from that local IP (and not on the outside) for attaching as a source. (That's what the beginning of the hostname description says), but apparantly you need this hostname in order for yp to reply to you. Doh. > >Right now I am using Ices, with metadata on. (I can see the song titles > >streamed in WinAmp and in the web interface). > How is that working for you? I'm using winamp and the shoutdsp on a > windows box to source my streams to shoutcast and icecast, depending on my > mood. I've found that if I turn on metadata in icecast, the streams do > exactly as the warning says they "might" do.. which is totally garble, > screech, squeal, and loose sync. It would be great if they could get this I am not getting any of these problems. I guess libshout is much nicer to icecast. I can see how WinAmp is nice, but then you would need two computers for streaming audio when it could be achieved with only one computer. > 1) Generate a simple template that will output a very small file I can > include via apache SSI that contains the currently playing song title, the > stream bitrate, the number of users currently listening on that stream, and > the maximum number of users supported. This was terribly simple to do with > shoutcast, and is proving to be a big hassle in icecast. You can get this information by parsing the stats.log, which is located in /usr/local/icecast/logs/stats.log Now, is there a way to see the last 10 songs played? > Good luck, and maybe we'll see some updates to icecast (and the website) > sometime this year. ;) I am so happy I found this list.. There's no where else to go, really. ---------------------------------------------------------------- "Death has long been considered humanity's number one concern. Responsible for 100 percent of all recorded fatalities worldwide, the condition has no cure." mailto:rookd at msoe.edu http://dj66.machineandsoul.com internet/college radio - http://www.machineandsoul.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 k_myers at kyxpyx.com Wed Feb 28 09:25:33 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 01:25:33 -0800 Subject: [icecast] lots of icecast help needed In-Reply-To: <007b01c0a153$4c8c1420$0200a8c0@darklight> Message-ID: <000e01c0a168$678d0620$a0727118@lithium> It has long been known that the nullsoft method of streaming metadata is a hack. I like the Icecast approach much better but still I think that it can be much improved. When in doubt turn it off. Two machines?? Have you tried the win32 source lately...? Just a thought. Lithium ----- Original Message ----- From: "dj66" To: Sent: Tuesday, February 27, 2001 10:54 PM Subject: Re: [icecast] lots of icecast help needed > > >First, my server isn't being posted to yp.icecast.org or > yp.shoutcast.com. > > >Error results: > > >WARNING: Connect to yp.icecast.org failed > > >directory_add([yp.shoutcast.com:80]) failed, could not connect. (retry > in 0 > > >seconds) > > > > I can't say for sure what could be causing this, but I'm having problems > > with yp.shoutcast.com myself. I get: > > I found out what it was, and I'm quite embarrased that I've missed it for so > long. I had set the hostname setting in icecast.conf to a local IP (my > icecast server is also a router with two IPs), thinking that this would only > allow people from that local IP (and not on the outside) for attaching as a > source. (That's what the beginning of the hostname description says), but > apparantly you need this hostname in order for yp to reply to you. Doh. > > > >Right now I am using Ices, with metadata on. (I can see the song titles > > >streamed in WinAmp and in the web interface). > > How is that working for you? I'm using winamp and the shoutdsp on a > > windows box to source my streams to shoutcast and icecast, depending on my > > mood. I've found that if I turn on metadata in icecast, the streams do > > exactly as the warning says they "might" do.. which is totally garble, > > screech, squeal, and loose sync. It would be great if they could get this > > I am not getting any of these problems. I guess libshout is much nicer to > icecast. > > I can see how WinAmp is nice, but then you would need two computers for > streaming audio when it could be achieved with only one computer. > > > 1) Generate a simple template that will output a very small file I can > > include via apache SSI that contains the currently playing song title, the > > stream bitrate, the number of users currently listening on that stream, > and > > the maximum number of users supported. This was terribly simple to do > with > > shoutcast, and is proving to be a big hassle in icecast. > > You can get this information by parsing the stats.log, which is located in > /usr/local/icecast/logs/stats.log > > Now, is there a way to see the last 10 songs played? > > > Good luck, and maybe we'll see some updates to icecast (and the website) > > sometime this year. ;) > > I am so happy I found this list.. There's no where else to go, really. > > ---------------------------------------------------------------- > "Death has long been considered humanity's number one > concern. Responsible for 100 percent of all recorded > fatalities worldwide, the condition has no cure." > > mailto:rookd at msoe.edu http://dj66.machineandsoul.com > internet/college radio - http://www.machineandsoul.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 asym at rfnj.org Wed Feb 28 10:22:57 2001 From: asym at rfnj.org (Asymmetric) Date: Wed, 28 Feb 2001 05:22:57 -0500 Subject: [icecast] lots of icecast help needed In-Reply-To: <007b01c0a153$4c8c1420$0200a8c0@darklight> Message-ID: <4.3.2.7.2.20010228051602.00c7a9d0@64.7.7.83> At 00:54 2/28/2001 -0600, you wrote: >I found out what it was, and I'm quite embarrased that I've missed it for so >long. I had set the hostname setting in icecast.conf to a local IP (my >icecast server is also a router with two IPs), thinking that this would only >allow people from that local IP (and not on the outside) for attaching as a >source. (That's what the beginning of the hostname description says), but >apparantly you need this hostname in order for yp to reply to you. Doh. Ahh.. that's not the problem with my 404's here, but I'll look into them next. :) >I am not getting any of these problems. I guess libshout is much nicer to >icecast. > >I can see how WinAmp is nice, but then you would need two computers for >streaming audio when it could be achieved with only one computer. That's true, but I don't mind.. I'm building another machine here out of spare parts for just that purpose, so I can get the sourcing off my main (win2k) workstation machine.. I like the gui too much for these kinds of things, and I really can't stand X.. it's a bigger hack than nullsoft stuff. ;) >You can get this information by parsing the stats.log, which is located in >/usr/local/icecast/logs/stats.log Ahh.. thanks for that bit of info. A little bit of grep, a little bit of sed, and I've got my status back to the way I want it. :) >Now, is there a way to see the last 10 songs played? I think you could do the same kind of thing I did.. use grep and sed to get the song title from the stats file, and then "cat >> " it to the file you want it in.. a tad bit more magic to chop the head off the file if it's 11 lines long after the addition, and you're in business. >I am so happy I found this list.. There's no where else to go, really. Yeah.. I don't pay a lot of attention to the list usually, but to be fair it was down for a while and I kinda forgot it was even here.. ;) Even so, it's a good place to come for help and stuff like that. The guys are really busy I guess, as far as answering emails goes.. and my one inquiry on the irc channel (it was suggested I ask there in a response to an email) gave me the answer "read the source." ;) That was back when I was deciphering the icy protocol.. I gave up on reading the icecast source, it's documented about as poorly as the icy protocol itself, and just broke out the sniffer and figured it out on my own. -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! --- >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 asym at rfnj.org Wed Feb 28 10:24:00 2001 From: asym at rfnj.org (Asymmetric) Date: Wed, 28 Feb 2001 05:24:00 -0500 Subject: [icecast] lots of icecast help needed In-Reply-To: <000e01c0a168$678d0620$a0727118@lithium> Message-ID: <4.3.2.7.2.20010228052306.00c89fe8@64.7.7.83> At 01:25 2/28/2001 -0800, you wrote: >It has long been known that the nullsoft method of streaming metadata is a >hack. I like the Icecast approach much better but still I think that it can >be much improved. >When in doubt turn it off. > >Two machines?? Have you tried the win32 source lately...? I do use -a- win32 source.. winamp. But I refuse to use win32 as any sort of server, so my server is freebsd running icecast.. hence, two machines. :) -------signature file------- PGP Key Fingerprint: 446B 7718 B219 9F1E 43DD 8E4A 6BE9 D739 CCC5 7FD7 "I don't think [Linux] will be very successful in the long run." "My experience and some of my friends' experience is that Linux is quite unreliable. Microsoft is really unreliable but Linux is worse." -Ken Thompson, Interview May 1999. http://www.freebsd.org FreeBSD - The Power to Serve http://www.rfnj.org Radio Free New Jersey - 375 streams - 96kbps @ 44.1khz http://namespace.org -- http://name.space Resist the ICANN! Support name.space! --- >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 Feb 28 11:08:36 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Wed, 28 Feb 2001 12:08:36 +0100 (CET) Subject: [icecast] question about icecast & winamp & media player Message-ID: Hi, It's been pretty quiet as of late. I have a question. I have an icecast server housed at my provider with a very good internet connection. At work I'm using an ADSL line, which should be sufficient to listen to the 128K streams I'm sending out. However, when I listen with WinAmp, after about half an hour the stream stutters and stops. I can restart it and listen again but it will stop again as well. I don't think icecast is at fault here, but I wonder what WinAmp is doing wrong ? When I listen with Windows Media Player 7.0 (which seems to work with mountpoints btw), it can play for up till an hour, at which point it declares the stream has ended (how can it know) and stops playing. Why the difference ? What's happening here ? How can I make media player keep playing as well ? thanks in advance, thomas <-*- -*-> Please put me somewhere near the sea With one carrion angel waiting for me who'll be holding my heart in it's hand But most of all I'd like to go with a friend <-*- 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 thomas at urgent.rug.ac.be Wed Feb 28 11:16:12 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Wed, 28 Feb 2001 12:16:12 +0100 (CET) Subject: [icecast] connection problem Message-ID: I have done some tests on the problem I keep having (as well as others) on the connection problem. Here's the message I get when i tail the logfile on the console at debug level 3 : -> [28/Feb/2001:11:58:54] Kicking client 13 [192.168.1.21] [Too many errors (client not receiving data fast enough)] [listener], connected for 21 minutes, 19906336 bytes transfered. 0 clients connected ->[28/Feb/2001:11:58:54] DEBUG: Removing connection 13 of type 0 -> [28/Feb/2001:11:58:54] DEBUG: Closing fd 12 The tests I've done in-house were with winamp as a client, and the following server/streamer combinations : icecast 1.3.0/shout 0.8.0 icecast 1.3.7/shout 0.8.0 icecast 1.3.8b2/shout 0.8.0 icecast 1.3.8b2/ices 0.0.5 All of these give the same perceived problem and the same error in the log. The connection between client and server is a dedicated leased line with a 512 kbit bandwidth. The streams themselves are all 128 kbit; since I use about 128 KB buffering, network problems shouldn't be an issue here. I'd like to set up some general testing with other users to track down where the problem is coming from. I'm thinking doing the same standardized test, with different server setups, with different network setups, and different clients. Right now I'm led to believe that the problem is somewhere between the icecast server and the client. I've also tried sonique as a client and it seems to have the same problems at first glance. I'm just taking a guess here, but maybe somewhere along the line the winamp client is expecting 128000 bits per second and icecast is sending out 128kbit per second, or something to that effect ? Does anyone know how this error is caused, why a client wouldn't receive data fast enough (as I would think it would take as much as it needs to play the stream each time), and why that really should be a problem anyway ? Thomas <-*- -*-> If you can call this luck if you can call this love if you can miss this much <-*- 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 k_myers at kyxpyx.com Wed Feb 28 11:20:09 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 03:20:09 -0800 Subject: [icecast] question about icecast & winamp & media player In-Reply-To: Message-ID: <000701c0a178$68d21600$a0727118@lithium> Ahah! I knew I was not the only person who has experienced this with winamp. The problem here is winamp 2.7. It seems that when I tuned into my shoutcast servers (when I ran shoutcast) with winamp 2.7 the longest period I could hold a stream was a little more then an hour. No matter what I did it would bit the dust. There was some discussion about this on the shoutcast broadcaster list, but no one at nullsoft cleared the air about it. Winamp 2.71 seems a bit better, but still chokes especially on long streams from a shoutcast server(ie files being streamed that are over 60 minutes in length such as DJ sets), and will still bit the dust after 4 hours at times. Not sure what is going on with windows media player 7.0. Exactly my question too... how does it now that it's ended?? Bizarre.... As a test I fired up icecast 1.3.7 a while back and tuned into its stream, and winamp did the same thing after 2 hours. It basically stops, and continuously scans back and forth being stupid. I also tried this with KasterBlaster, and around the same time limit winamp 2.7 stops. About 2 hours and a few minutes and then dead air... The big major change in winamp 2.7 AFAIK was the mpeg decoder. Is it possible that winamp is some how loosing sync with the MPEG data? There have aslo been reports of winamp cycling its time counter down or getting stuck in a loop and if left alone will eventually crash, taking a few things with it. This never happened with winamp 2.64 and I have had that version connected to a server for over a week without stopping. What about freeamp? I have not tried that lately... Sonique seems to work, but I can't stand that clunker enough to let it run for extended periods of time. If you can find a copy of 2.64 try that. I can send you a version off list if you have problems locating one. Cheers. Lithium ----- Original Message ----- From: "Thomas Vander Stichele" To: Sent: Wednesday, February 28, 2001 3:08 AM Subject: [icecast] question about icecast & winamp & media player > Hi, > > It's been pretty quiet as of late. > > I have a question. > > I have an icecast server housed at my provider with a very good internet > connection. > > At work I'm using an ADSL line, which should be sufficient to listen to > the 128K streams I'm sending out. > > However, when I listen with WinAmp, after about half an hour the stream > stutters and stops. I can restart it and listen again but it will stop > again as well. I don't think icecast is at fault here, but I wonder what > WinAmp is doing wrong ? > > When I listen with Windows Media Player 7.0 (which seems to work with > mountpoints btw), it can play for up till an hour, at which point it > declares the stream has ended (how can it know) and stops playing. > > Why the difference ? What's happening here ? How can I make media player > keep playing as well ? > > thanks in advance, > thomas > > <-*- -*-> > Please put me somewhere near the sea > With one carrion angel waiting for me > who'll be holding my heart in it's hand > But most of all I'd like to go with a friend > <-*- 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. > --- >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 k_myers at kyxpyx.com Wed Feb 28 11:21:43 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 03:21:43 -0800 Subject: [icecast] question about icecast & winamp & media player In-Reply-To: Message-ID: <000b01c0a178$a1e6d160$a0727118@lithium> Oh yeah, one of the things I have found that helps is increasing the streaming buffers on winamp to 128KB no matter what version it is. Seems to like that and hold steadier then at 64 or 32KB. Lithium ----- Original Message ----- From: "Thomas Vander Stichele" To: Sent: Wednesday, February 28, 2001 3:08 AM Subject: [icecast] question about icecast & winamp & media player > Hi, > > It's been pretty quiet as of late. > > I have a question. > > I have an icecast server housed at my provider with a very good internet > connection. > > At work I'm using an ADSL line, which should be sufficient to listen to > the 128K streams I'm sending out. > > However, when I listen with WinAmp, after about half an hour the stream > stutters and stops. I can restart it and listen again but it will stop > again as well. I don't think icecast is at fault here, but I wonder what > WinAmp is doing wrong ? > > When I listen with Windows Media Player 7.0 (which seems to work with > mountpoints btw), it can play for up till an hour, at which point it > declares the stream has ended (how can it know) and stops playing. > > Why the difference ? What's happening here ? How can I make media player > keep playing as well ? > > thanks in advance, > thomas > > <-*- -*-> > Please put me somewhere near the sea > With one carrion angel waiting for me > who'll be holding my heart in it's hand > But most of all I'd like to go with a friend > <-*- 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. > --- >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 Wed Feb 28 11:41:04 2001 From: thomas at arkena.com (Thomas Kirk) Date: Wed, 28 Feb 2001 12:41:04 +0100 Subject: [icecast] question about icecast & winamp & media player In-Reply-To: <000701c0a178$68d21600$a0727118@lithium> Message-ID: <20010228124103.E30733@mmstreaming.dk> Hey there listmembers On Wed, Feb 28, 2001 at 03:20:09AM -0800, Kelly Lee Myers wrote: > > As a test I fired up icecast 1.3.7 a while back and tuned into its stream, > and winamp did the same thing after 2 hours. It basically stops, and > continuously scans back and forth being stupid. I also tried this with > KasterBlaster, and around the same time limit winamp 2.7 stops. About 2 > hours and a few minutes and then dead air... The big major change in winamp > 2.7 AFAIK was the mpeg decoder. Is it possible that winamp is some how > loosing sync with the MPEG data? There have aslo been reports of winamp > cycling its time counter down or getting stuck in a loop and if left alone > will eventually crash, taking a few things with it. This never happened with > winamp 2.64 and I have had that version connected to a server for over a > week without stopping. I dont know about winamp, luckely i converted some months back so now im runnig xmms and its rockstable. We are running our icecastserver 1.37 and ive been connected to the stream for days without looseing the stream? We had some troubles with the icecast server thought, after a period of time it would hang up and one couldn't connect to it. I talked to jack about it and the problem is caused by the reverse dns lookup feature in theserver. So whatever you do dont set that line to 1 ;-) Btw we use libshout to feeder the server? It seems that jack have done a pretty good job there on getting those nasty sync bugs out that we saw earlier in fx shout. That again is another good advise dont use shout for feeding your server! Its broken and its not supported anymore use ices which is build on the new code jack wrote. -- Venlig hilsen/Kind regards Thomas Kirk thomas at arkena.com http://www.arkena.com "Right now I'm having amnesia and deja vu at the same time." -- 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 thomas at arkena.com Wed Feb 28 11:46:02 2001 From: thomas at arkena.com (Thomas Kirk) Date: Wed, 28 Feb 2001 12:46:02 +0100 Subject: [icecast] connection problem In-Reply-To: Message-ID: <20010228124602.F30733@mmstreaming.dk> Hey there again On Wed, Feb 28, 2001 at 12:16:12PM +0100, Thomas Vander Stichele wrote: > The tests I've done in-house were with winamp as a client, and the > following server/streamer combinations : > icecast 1.3.0/shout 0.8.0 > icecast 1.3.7/shout 0.8.0 > icecast 1.3.8b2/shout 0.8.0 dont use shout! its buggy use ices or use libshout > icecast 1.3.8b2/ices 0.0.5 another thing could be your mp3s? Have you checked their integrity? Its very important that they are 100% right go and fetch mp3check from freshmeat or some other tool that will test their quality. Use cdparanoia when you rip and lame when you encode. -- Venlig hilsen/Kind regards Thomas Kirk thomas at arkena.com http://www.arkena.com It isn't necessary to have relatives in Kansas City in order to be unhappy. -- Groucho Marx --- >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 Feb 28 11:57:23 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Wed, 28 Feb 2001 12:57:23 +0100 (CET) Subject: [icecast] my icecast problem Message-ID: Hi, I've managed to capture some output from the log tail using debug level 4. I couldn't capture it from the beginning, and it seems the debug info isn't sent to the log file (is there a way to do that ?) Here's a snippet of the log being repeated a lot of times during the few seconds that I notice the stutter : -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1 err [11] -> [28/Feb/2001:12:43:13] DEBUG: client 14 in write_data(). Function write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on chunk 10 -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1 err [11] -> [28/Feb/2001:12:43:13] DEBUG: client 14 in write_data(). Function write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on chunk 10 -> [28/Feb/2001:12:43:13] DEBUG: client 14 tried 2 times, now has 55 errors 8 chunks behind source Through the errors, the number of errors seems to increase after a few of these while the chunks behind source seems to decrease. Just before the kick, I get ... -> [28/Feb/2001:12:43:16] DEBUG: sock_write_bytes_or_kick: -1 err [11] -> [28/Feb/2001:12:43:16] DEBUG: client 14 in write_data(). Function write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on chunk 18 -> [28/Feb/2001:12:43:16] DEBUG: sock_write_bytes_or_kick: -1 err [11] -> [28/Feb/2001:12:43:16] DEBUG: client 14 in write_data(). Function write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on chunk 18 -> [28/Feb/2001:12:43:16] DEBUG: client 14 tried 2 times, now has 63 errors 0 chunks behind source Here the chunks behind became 0. A few of these and then : -> [28/Feb/2001:12:43:16] Kicking client 14 [192.168.1.21] [Too many errors (client not receiving data fast enough)] [listener], connected for 20 minutes and 29 seconds, 19394260 bytes transfered. 0 clients connected ->[28/Feb/2001:12:43:16] DEBUG: Removing connection 14 of type 0 -> [28/Feb/2001:12:43:16] DEBUG: sock_close: Closing socket 12 -> [28/Feb/2001:12:43:16] DEBUG: Closing fd 12 Client kicked. Can I do something more to investigate this further ? Thomas <-*- -*-> I can't go away with you on a rock climbing weekend What if something's on TV and it's never shown again Just as well I'm not invited I'm afraid of heights I lied about being the outdoor type <-*- 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 k_myers at kyxpyx.com Wed Feb 28 13:11:41 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 05:11:41 -0800 Subject: [icecast] connection problem In-Reply-To: <20010228124602.F30733@mmstreaming.dk> Message-ID: <001501c0a187$fe241b90$a0727118@lithium> I am pretty sure that the integrity of my mp3's is okay. I know that music match shreds the mp3 data and produces mp3 files that are not ISO compliant. I always use WaveLab and the radium codec to encode my sets and enable the ISO compatibility option at all times. This problem only seemed to come about with winamp 2.7 but if sonique is doing it to, I don't know... What about relaying? Do streams get dropped in a similar manner in relay setup? If so then it would be network code or the network itself related. All of my test were done over the lan or locally on the same box using a duplicate instance of winamp to tune into the server and produced the same results. When done over the net served off of cable, to Palo Alto and back to Vancouver, Canada on my ADSL modem I got the same problem happening around the same time... If XMMS is not doing it then this leads me to believe that either the networking code in winamp 2.7 is shot (again) or it's the new decoder engine over 2.64 cause I never had this kind of problem with that version and used the same mp3 files for streaming then and now encoded with ISO compatibility. Just trying to eliminate some possibilities here... Lithium ----- Original Message ----- From: "Thomas Kirk" To: Sent: Wednesday, February 28, 2001 3:46 AM Subject: Re: [icecast] connection problem > Hey there again > > On Wed, Feb 28, 2001 at 12:16:12PM +0100, Thomas Vander Stichele wrote: > > > > The tests I've done in-house were with winamp as a client, and the > > following server/streamer combinations : > > icecast 1.3.0/shout 0.8.0 > > icecast 1.3.7/shout 0.8.0 > > icecast 1.3.8b2/shout 0.8.0 > > dont use shout! its buggy use ices or use libshout > > > icecast 1.3.8b2/ices 0.0.5 > > another thing could be your mp3s? Have you checked their integrity? Its very > important that they are 100% right go and fetch mp3check from freshmeat or > some other tool that will test their quality. Use cdparanoia when you rip > and lame when you encode. > > > > -- > Venlig hilsen/Kind regards > Thomas Kirk > thomas at arkena.com > http://www.arkena.com > > > It isn't necessary to have relatives in Kansas City in order to be > unhappy. > -- Groucho Marx > > --- >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 k_myers at kyxpyx.com Wed Feb 28 13:22:47 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 05:22:47 -0800 Subject: [icecast] my icecast problem In-Reply-To: Message-ID: <002701c0a189$8ad68540$a0727118@lithium> Quick question? Is there a way to observe the TCP/IP block numbers produced by a client connected to a server that is not getting data fast enough or too fast in icecast while it happens in real time? I suppose you might be able to do this with a sniffer of some sort but I am just wondering about the accuracy of the results. Having access to this information in real time would help with trouble shooting. I know it did with our server development and as a broadcaster I can watch each connection and see who is having problems without going through the logs. If there is, can someone tell me how this can be done? cause I would like to try this out and duplicate the problem and watch what is really going on... In addition is there a way to set the size of the outgoing packets or is that completely handled by the stack and not icecast itself. Forgive me if that sounds stupid, but I didn't really get that deep into icecast configuration. Thanks in advance. Lithium. ----- Original Message ----- From: "Thomas Vander Stichele" To: Sent: Wednesday, February 28, 2001 3:57 AM Subject: [icecast] my icecast problem > Hi, > > I've managed to capture some output from the log tail using debug level > 4. I couldn't capture it from the beginning, and it seems the debug info > isn't sent to the log file (is there a way to do that ?) > > Here's a snippet of the log being repeated a lot of times during the few > seconds that I notice the stutter : > > -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1 err [11] > -> [28/Feb/2001:12:43:13] DEBUG: client 14 in write_data(). Function > write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on > chunk 10 > -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1 err [11] > -> [28/Feb/2001:12:43:13] DEBUG: client 14 in write_data(). Function > write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on > chunk 10 > -> [28/Feb/2001:12:43:13] DEBUG: client 14 tried 2 times, now has 55 > errors 8 chunks behind source > > > Through the errors, the number of errors seems to increase after a few of > these while the chunks behind source seems to decrease. > > Just before the kick, I get ... > > -> [28/Feb/2001:12:43:16] DEBUG: sock_write_bytes_or_kick: -1 err [11] > -> [28/Feb/2001:12:43:16] DEBUG: client 14 in write_data(). Function > write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on > chunk 18 > -> [28/Feb/2001:12:43:16] DEBUG: sock_write_bytes_or_kick: -1 err [11] > -> [28/Feb/2001:12:43:16] DEBUG: client 14 in write_data(). Function > write() returned -1 of 4096 bytes, client on chunk 19 (+0), source on > chunk 18 > -> [28/Feb/2001:12:43:16] DEBUG: client 14 tried 2 times, now has 63 > errors 0 chunks behind source > > Here the chunks behind became 0. > > A few of these and then : > > -> [28/Feb/2001:12:43:16] Kicking client 14 [192.168.1.21] [Too many > errors (client not receiving data fast enough)] [listener], connected for > 20 minutes and 29 seconds, 19394260 bytes transfered. 0 clients connected > ->[28/Feb/2001:12:43:16] DEBUG: Removing connection 14 of type 0 > -> [28/Feb/2001:12:43:16] DEBUG: sock_close: Closing socket 12 > -> [28/Feb/2001:12:43:16] DEBUG: Closing fd 12 > > Client kicked. > > Can I do something more to investigate this further ? > > Thomas > > <-*- -*-> > I can't go away with you on a rock climbing weekend > What if something's on TV and it's never shown again > Just as well I'm not invited I'm afraid of heights > I lied about being the outdoor type > <-*- 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. > --- >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 mark at knm.org Wed Feb 28 15:22:03 2001 From: mark at knm.org (Mark Lehrer) Date: Wed, 28 Feb 2001 08:22:03 -0700 Subject: [icecast] question about icecast & winamp & media player In-Reply-To: <000701c0a178$68d21600$a0727118@lithium> Message-ID: <200102281522.IAA19953@home.knm.org> What about freeamp? I have not tried that lately... Sonique seems to work, but I can't stand that clunker enough to let it run for extended periods of time. I always use Freeamp, it runs for weeks at a time connected to my icecast server on Linux. Freeamp is the best, if you don't mind it being somewhat large (although xmms isn't exactly the smallest program, is it). I have a patch for icecast that corrects some of these weird disconnect problems with icecast (if your client repeats part of a frame over and over for a few seconds before dying, this patch will probably help). Mark --- >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 Feb 28 16:09:41 2001 From: thomas at urgent.rug.ac.be (Thomas Vander Stichele) Date: Wed, 28 Feb 2001 17:09:41 +0100 (CET) Subject: [icecast] connection problem In-Reply-To: <20010228124602.F30733@mmstreaming.dk> Message-ID: > Hey there again > > On Wed, Feb 28, 2001 at 12:16:12PM +0100, Thomas Vander Stichele wrote: > > > > The tests I've done in-house were with winamp as a client, and the > > following server/streamer combinations : > > icecast 1.3.0/shout 0.8.0 > > icecast 1.3.7/shout 0.8.0 > > icecast 1.3.8b2/shout 0.8.0 I don't know what it is that causes shout not to work for other people. I have 12 instances of shout 0.8.0 running for 45 days straight without any single problem. All the problems I ever have had with icecast seem to have been on the client side. Anyway, even in this setup there is no difference between the version with shout or with ices. I can believe there are people having problems with shout, but for me it works perfect at the moment. The people that are actually using the streams in production haven't complained for two months, so ... > another thing could be your mp3s? Have you checked their integrity? Its very > important that they are 100% right go and fetch mp3check from freshmeat or > some other tool that will test their quality. Use cdparanoia when you rip > and lame when you encode. The mp3's are created from 192 kbit mpeg-layer 2 mixes made by a program of mine which are then fed to mpg123 to go to the sample domain and then back to lame. So I'm pretty sure they're ok. That's one thing I should have mentioned as well : I'm streaming mp3's lasting 2 hours. Is it possible that media player can detect this or not ? Thomas <-*- -*-> Follow me down to the bushes dear No one will know we'll disappear I'll hold your hand we'll never tell Our private little trip to hell tonight <-*- 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 sean at rimboy.com Wed Feb 28 16:31:02 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Wed, 28 Feb 2001 10:31:02 -0600 (CST) Subject: [icecast] my icecast problem In-Reply-To: <002701c0a189$8ad68540$a0727118@lithium> Message-ID: On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > In addition is there a way to set the size of the outgoing packets or is > that completely handled by the stack and not icecast itself. Forgive me if > that sounds stupid, but I didn't really get that deep into icecast > configuration. You can... but... Someone correct me if I'm wrong, but you want to look at the MTU for your interface. However, you'll probably see little if any difference and you may effect performance for not only you, but your router(s) and that in turn would effect your listeners. Unless you have control over the routers and know what type of topology the upstream connect runs (FDDI, ATM, etc) then there is really no point in playing with the packet size. Most OS's by default are already using optimized packet sizes. HTH, Sean.. -- A flute with no holes is not a flute. A donut with no hole is a danish. --Chevy Chase, Caddyshack _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ www.rimboy.com <-- Your source for the crap you know you need. www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) --- >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 tposton1 at swbell.net Wed Feb 28 17:46:23 2001 From: tposton1 at swbell.net (Todd Poston) Date: Wed, 28 Feb 2001 11:46:23 -0600 Subject: [icecast] question about icecast & winamp & media player In-Reply-To: Message-ID: <00ba01c0a1ae$5ded7b40$0400005a@suppity.com> ----- Original Message ----- From: "Thomas Vander Stichele" > > However, when I listen with WinAmp, after about half an hour the stream > stutters and stops. I can restart it and listen again but it will stop > again as well. I don't think icecast is at fault here, but I wonder what > WinAmp is doing wrong ? > Weird.. well, FWIW for debugging your prob.. I have been using icecast 1.3.7 (on NT4.0) with a Winamp (SHOUTcast) source and a winamp client (both 2.64 and 2.72). I've had the winamp client connected to the stream for over 36 hours before and regularly listen for 8 hours at a time without any probs really. There have been a couple (literally) times where my winamp client just stopped for no reason (no stutter tho) but the server was still streaming. That sucks that you are having those probs.. it's gotta be very frustrating :( Good luck in tracking down the prob. peace, Todd --- >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 k_myers at kyxpyx.com Wed Feb 28 19:01:36 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 11:01:36 -0800 Subject: [icecast] my icecast problem In-Reply-To: Message-ID: <001901c0a1b8$e04dbfa0$a0727118@lithium> And just what exactly is an optimized sized packet? I need numbers in bytes. I want control over it for a very specific reason. Thanks. ----- Original Message ----- From: "Sean /The RIMBoy/" To: Sent: Wednesday, February 28, 2001 8:31 AM Subject: Re: [icecast] my icecast problem > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > > > In addition is there a way to set the size of the outgoing packets or is > > that completely handled by the stack and not icecast itself. Forgive me if > > that sounds stupid, but I didn't really get that deep into icecast > > configuration. > > You can... but... > > Someone correct me if I'm wrong, but you want to look at the MTU for your > interface. > > However, you'll probably see little if any difference and you may effect > performance for not only you, but your router(s) and that in turn would > effect your listeners. Unless you have control over the routers and know > what type of topology the upstream connect runs (FDDI, ATM, etc) then > there is really no point in playing with the packet size. Most OS's by > default are already using optimized packet sizes. > > HTH, > > Sean.. > > -- > A flute with no holes is not a flute. A donut with no hole is a danish. > --Chevy Chase, Caddyshack > _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ > www.rimboy.com <-- Your source for the crap you know you need. > www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) > > > --- >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 sean at rimboy.com Wed Feb 28 19:17:18 2001 From: sean at rimboy.com (Sean /The RIMBoy/) Date: Wed, 28 Feb 2001 13:17:18 -0600 (CST) Subject: MTU was: Re: [icecast] my icecast problem In-Reply-To: <001901c0a1b8$e04dbfa0$a0727118@lithium> Message-ID: It is going to depend on a number of factors. Linux sets (along with a few other OS's I'm sure) its MTU to 1500. The problem is, if you set it longer then it will most likely be frag'd by your router. If that router does not, then another will. I think MTU for ppp interfaces are smaller. Likewise, if your backbone is FDDI, it has a large frame (somewhere in the 8000 range I believe is the default). I'd give you some accurate numbers but the book is at home and I'm at work. :( To better answer your questions, it just depends. On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > And just what exactly is an optimized sized packet? I need numbers in > bytes. > I want control over it for a very specific reason. > > > ----- Original Message ----- > From: "Sean /The RIMBoy/" > Sent: Wednesday, February 28, 2001 8:31 AM > Subject: Re: [icecast] my icecast problem > > > > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > > > > > In addition is there a way to set the size of the outgoing packets or is > > > that completely handled by the stack and not icecast itself. Forgive me > if > > > that sounds stupid, but I didn't really get that deep into icecast > > > configuration. > > > > You can... but... > > > > Someone correct me if I'm wrong, but you want to look at the MTU for your > > interface. > > > > However, you'll probably see little if any difference and you may effect > > performance for not only you, but your router(s) and that in turn would > > effect your listeners. Unless you have control over the routers and know > > what type of topology the upstream connect runs (FDDI, ATM, etc) then > > there is really no point in playing with the packet size. Most OS's by > > default are already using optimized packet sizes. -- A flute with no holes is not a flute. A donut with no hole is a danish. --Chevy Chase, Caddyshack _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ www.rimboy.com <-- Your source for the crap you know you need. www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) --- >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 k_myers at kyxpyx.com Wed Feb 28 19:56:48 2001 From: k_myers at kyxpyx.com (Kelly Lee Myers) Date: Wed, 28 Feb 2001 11:56:48 -0800 Subject: MTU was: Re: [icecast] my icecast problem In-Reply-To: Message-ID: <001301c0a1c0$9668d7a0$a0727118@lithium> No, I wanted to actually make sure that every packet going out is Ethernet frame sized or less at all times. Not bigger. Bigger at the router level will in most cases get you dropped and not actually frag. Of course that depends entirely the router configuration. The question again was, does icecast actually pre-frag data chunks into these sizes before handing it to the stack? and can you control it? The KasterBlaster server does this before hand and I wanted to know if this was possible with icecast or if it just tosses the data to the tcp/ip stack wanting it to do the work. Thanks for the reply. Lithium ----- Original Message ----- From: "Sean /The RIMBoy/" To: Sent: Wednesday, February 28, 2001 11:17 AM Subject: MTU was: Re: [icecast] my icecast problem > It is going to depend on a number of factors. Linux sets (along with a > few other OS's I'm sure) its MTU to 1500. The problem is, if you set it > longer then it will most likely be frag'd by your router. If that router > does not, then another will. > > I think MTU for ppp interfaces are smaller. > > Likewise, if your backbone is FDDI, it has a large frame (somewhere in the > 8000 range I believe is the default). > > I'd give you some accurate numbers but the book is at home and I'm at > work. :( > > To better answer your questions, it just depends. > > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > > > And just what exactly is an optimized sized packet? I need numbers in > > bytes. > > I want control over it for a very specific reason. > > > > > > ----- Original Message ----- > > From: "Sean /The RIMBoy/" > > Sent: Wednesday, February 28, 2001 8:31 AM > > Subject: Re: [icecast] my icecast problem > > > > > > > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > > > > > > > In addition is there a way to set the size of the outgoing packets or is > > > > that completely handled by the stack and not icecast itself. Forgive me > > if > > > > that sounds stupid, but I didn't really get that deep into icecast > > > > configuration. > > > > > > You can... but... > > > > > > Someone correct me if I'm wrong, but you want to look at the MTU for your > > > interface. > > > > > > However, you'll probably see little if any difference and you may effect > > > performance for not only you, but your router(s) and that in turn would > > > effect your listeners. Unless you have control over the routers and know > > > what type of topology the upstream connect runs (FDDI, ATM, etc) then > > > there is really no point in playing with the packet size. Most OS's by > > > default are already using optimized packet sizes. > > -- > A flute with no holes is not a flute. A donut with no hole is a danish. > --Chevy Chase, Caddyshack > _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ > www.rimboy.com <-- Your source for the crap you know you need. > www.rimboy.com/rimdistro/rimiradio <-- Icecast server on a floppy! (i486+) > > > --- >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.