search for: gr_major

How do I submit an email to icecast? -----Original Message----- From: Gary Major [mailto:gr_major@hotmail.com] Sent: Wednesday, February 20, 2002 1:34 PM To: icecast@xiph.org Subject: Re: [icecast] ideas for on-demand streaming <p>What you could do, if you were so inclined, is to write a shell script that would cycle through your directories and create symbolic links in your main directo...

I guess that answers my question :P -----Original Message----- From: Hathaway, Shaun Sent: Wednesday, March 13, 2002 8:24 AM To: icecast@xiph.org Subject: RE: [icecast] ideas for on-demand streaming <p>How do I submit an email to icecast? -----Original Message----- From: Gary Major [mailto:gr_major@hotmail.com] Sent: Wednesday, February 20, 2002 1:34 PM To: icecast@xiph.org Subject: Re: [icecast] ideas for on-demand streaming <p>What you could do, if you were so inclined, is to write a shell script that would cycle through your directories and create symbolic links in your main directo...

> The only thing that seems to work is starting the processes and piping them > to null. The only disadvantage to that is that icecast sucks all available > CPU although it seems to release its hold on the CPU when I start other > programs. Now this is bringing back some memories. I thought only certain BSDs had this 'feature' that background processes still used

Using Icecast 1.3.11 and Ices 0.2.2. Have compiled Ices with the optimize flags defined. Using PII 266 - 160MB, RH 7.1 with default kernel (2.4.7 i think) Situation that I have is interesting: 1) Bring icecast up in the foreground and everything is well. Works as expected. Bring ices up in the foreground in another session and it too works as expected. System will run well until I take it down.

Did some more experimenting last night. When I changed icecast and ices back to 'daemon mode' they lasted for about 5 songs, before tanking. I then tried combinations of icecast as a daemon and ices not, and vice versa - same results. Even recompiled without any mods to icecast. The only thing that seems to work is starting the processes and piping them to null. The only disadvantage to

Made the change and so far so good, CPU is back where it should be. Running 2 streams at 56K 22Hz is using about 5% CPU total - most respectable I think. I have only been running this config for about 10 minutes, but so far so good. Will post follow up tomorrow. Thanks Jack - question tho: isn't using console mode 3 the same as using -b (from the description in the conf file anyway) or it is

Is there something other than enabling yp.shoutcast.com in iceast.conf to get a stream registered at shoutcast? ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Tuesday, February 05, 2002 11:50 AM Subject: Re: [icecast] CPU Utilization Weirdness <p>> > The only thing that seems to work is starting the processes and

Hi Jack, interesting that you should mention NTP. With the problem that I am having, I am getting actual libshout errors. I have run all my mp3s through mp3check and my disk subsystem is 7200 RPM SCSI. Why would NTP cause issues? ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, February 06, 2002 1:48 PM Subject: Re:

Is there a goog IRC channel that deals with mp3 streaming, icecast, ices etc... --- >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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list

Stupid question - how do you increase your buffer size? Gary ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, February 06, 2002 1:48 PM Subject: Re: [icecast] Stuttering stream <p>> > Done, and it's working... but not significantly better than before. > > Whereas before I couldn't clear a

May sound like a strange question, but I am inferring from your note that you can take a lower bitrate mp3 and reencode to higher bitrate? I was always under the impression that you could go down, but not up because the required information was no longer within the mp3 file in order to step it up. If in fact this is the case, are there any requirements? i.e. does the sample rate need to be 44.1

What you could do, if you were so inclined, is to write a shell script that would cycle through your directories and create symbolic links in your main directory. Not pretty at all, but would solve your issue. Alternatively, a script could be written to cycle through your directories to create a custom web page to display ALL songs. A little prettier and again would solve your issue. My script

Well, thought I would try one stream only to see if that makes a difference. Apparently not. Here is a listing of the logs and I have attached the conf file and the startup scripts that I use. icecast.log [06/Feb/2002:14:45:25] [1:Calendar Thread] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 [06/Feb/2002:14:46:19] [96:Connection Handler] Kicking source 92 [192.168.1.5]

Expanding on Jack's note. In a default lame install, the lame library in in /usr/local/lib which is not in the 'trusted' library directories, hence why the linker/loader can't find it. What you need to do to fix it (as root), is open up /etc/ld.so.conf and add /usr/local/lib to the file. This file just contains various paths that will be searched in addition to /usr/lib & /lib

Will give it a try, although if this works, kinda defeats the purpose :) Brendan, do you know why updating the directory causes this kind of problem? <p>>From: Brendan Cully <brendan@icecast.org> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] CPU Utilization Weirdness >Date: Wed, 6 Feb 2002 20:21:17 -0500 > >comment out any directory