similar to: icecast and liveice

I'd love to take a look at this script, and, more than likely, I'm not the only one :) Please post an example. > Liveice definitely needs a keepalive script of some kind. It's tricky, > though - since it can lose connection to the server & stop streaming, but > continue to run. The only truly reliable keepalive I've used polls the > server to see if it says the

Chris Riddell scriveva: > I've been streaming live audio and not had much luck with LiveIce staying > alive either... I had a silly cron script running to check if it was alive > and bring it back up again! > > I switched to Darkice about 2 months ago and the stream has been rock solid. > This on a linux box running 2.4.14 kernel. Darkice uses liblame without >

Hi, I'm running smbd 2.2.8. I'm a little green when it comes to file locking with samba. I have two users that access a single data file on a FreeBSD box. It's a moneydance data file and obviously it gets messed-up if two users are writing to it at the same time. Is there a way with samba to stop a second instance of the file from being opened, something like a "File In

I'm just wondering how people are keeping Icecast and Liveice running. If it crashes at some point do you just restart everything by hand or do you have something to keep an eye on the processes (e.g svscan/daemontools program)??? I will be running a stream for a radio station and if the stream crashes I would like it to know that it has crashed and either reboot the system or restart the

On Wednesday, 01 August 2001 at 16:37, Robin P. Blanchard wrote: > > assuming otto can execute an arbitrary shell command whenever the > > track plays (I assume it can call whatever mp3 decoder you want), you > > can > > a) have a script that does something like > > echo $1 > /path/to/playlist.txt > > Then ices will reload the playlist file (size: one entry)

http://www.xiph.org/archives/icecast/1732.html Apply the same concept using the "lsof" command and you should be set. GHERdO wrote: > > Hi ppl! :) > > I'm streaming a LIVE radio station with icecast 1.3.11 and liveice. It > works, but I've a problem: > > >[04/Jan/2002:18:48:51] [9:Source Thread] Didn't receive data from source after 500000

On Wednesday, 01 August 2001 at 15:12, Robin P. Blanchard wrote: > > > > Ices will reload the playlist file if it changes on disk. So if the > > > file changes every track, everything will be fine. Alternatively you > > > could write your MP3 to a FIFO, which ices could pipe to your icecast > > > server. > > > > that looks like an interesting

Hi, > icecast / liveice / lame > > without problem on freebsd-4.3. thanks a lot. How about OSS then, no troubles? What sound card do you use for A/D-changing? -- Radio HUNDERT,6 Medien GmbH Berlin - EDV - j.muenther@radio.hundert6.de --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a

Hallo GHERdO, Saturday, January 05, 2002, 6:12:09 PM, you wrote: >> did everyone an idea or that information do you need to help me? GHERdO> uhm... what about your icecast logs? 'logfiledebuglevel' directive in GHERdO> icecast.conf could help you. this say icecast.log [06/Jan/2002:01:46:26] [29:Source Thread] Kicking client 27 [192.168.17.43] [Too many errors

I've been using liveice to feed an encoded stream to an icecast broadcast server. Now I want to feed two streams at the same time to the broadcast server. To acomplish that I am using a dual soundcard setup in a debian linux server. I've setup two different mountpoints in the icecast server wich will receive the stream and in turn will broadcast the streams to the listeners. This is, the

> i'm not trying to argue that what i want to do is "right"; i just > know that it will be easier to have ices not loop, than to rewrite otto. No one asked you to rewrite otto. But maybe getting the maintainer to do it correctly would be nice. This isn't our bug to fix :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Hello. We have been using LiveIce to serve mp3 streams for 10 months or so. So far, IceCast has been pretty reliable. Well, until LiveIce is introduced into the picture. We originally tried LiveIce running on FreeBSD. It ran for a while, but we suffered wierd problems: disconnects, skips and such. We are streaming from a radio receiver -- at 28800 compatible bitrates. So we switched to the

On Tue, 23 Oct 2001 10:39:01 +1000 Michael Smith <msmith@labyrinth.net.au> wrote: > It should take little to no cpu (I haven't yet tested it with enough users > to take it above... 0.1% cpu?), so there's a serious problem here. > > Michael Ok, That's not good then.. Hmm.. Here's my setup currently. libogg-1.0rc2, libvorbis-1.0rc2, (both from the vorbis.com unix

Hello everyone, I am very tempted to try and use icecast as the weapon of choice to realize a live audio stream for the radio station I work for. Now, the last time I tried the FreeBSD port of Icecast, it immediately consumed something like 95% CPU time, even without any client connected. I think someone else reported that problem, but I somehow lost track of the issue - has this been

i have the same need, via otto Brendan Cully wrote: [snip] > Ices will reload the playlist file if it changes on disk. So if the > file changes every track, everything will be fine. Alternatively you > could write your MP3 to a FIFO, which ices could pipe to your icecast > server. that looks like an interesting alternative, tho i have no clue how to do that, and particularly in the

Hallo icecast, is this mailinglist in english or in france? i have a problem with icecast and shout. when i listen with winamp to the icecast server, i become after a few minutes a timeout? did everyone an idea or that information do you need to help me? -- Best regards, Robert mailto:Robert@luedo-hellweg.de webmaster of

Just for the sake of clarity, I think he ment to say "You might (write) the maintainers of otto mp3." Aye Jack? :) Scott On Tue, 31 Jul 2001, Jack Moffitt wrote: > Since I'm not familiar with that program, I have no idea what could be > wrong. You might the maintainers of otto mp3. > > jack. > > > ok from the beginning .. > > the "otto

Hi, Maybe a bit off topic for this list, bt anyway. I have received several feature requests for DarkIce to support downsampling of the audio input before passing it to lame or ogg vorbis. For example the audio read from the soundcard would be 44.1kHz, and lame would get it at 22.05kHz. I figure two ways of doing this: 1. For lame, one can specify the input and the desired mp3 sampling rate,

Matt -- I actually came up with a much more elegant script. On FreeBSD there is a command 'fstat' (I'm sure this could be modified to use 'lsof' or something of the like). First of all, while liveice and icecast are running properly, # fstat -m | grep liveice |wc -l for me yeilds 56 or 57. I let liveice die and checked again, and that number went significantly down.

hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 (a web/db playlist mgmt tool). overall, i'm very pleased with the setup, but i'm having a few problems. 1) whenever otto plays a track (by exec'ing ices), that same track keeps playing over and over. i have to direct otto to kill the track (and the ices process) in order to get it to play the next track. i notice this