similar to: live streaming

are there any decent alternatives to live audio streaming [via. soundcard] to darkice or liveice? after a few days fighting with darkice, i finally managed to bring it up only to see that it takes 55% of my cpu just to encode one 128kbps stream using libmp3lame. a similar 128kbps stream only takes up 36% cpu using liveice. maybe i have something configured wrong, but i was sortof expecting darkice

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 24 Sep 2001, William Goldsmith wrote: > The easiest way to accomplish this is to create a 2nd directory containing > liveice & its config file. You can't run 2 instances in the same > directory - their temp files will overwrite each other. > > Contrary to what others have written, liveice works just fine once it's

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hello! does anyone have patch for liveice that the saved files (SAVE_FILE directive in the config file) don't get overwritten if liveice is stopped and started? i think about something like adding the current date and time to the filename... or ist there some other solution concerning dump (or save) files? if there is no patch around, i

I have installed lame, and its working well, How to choose CD mode in liveice? I have just seen with or without live input (soundcard). Well, I will need to stream live input, from a radio, what should I use instead of liveice? what do you recomend me? Thank you, Rocael. --- Joe Bowser <bowserj@unbc.ca> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 19

Hi, I am trying to stream two different sources with two soundcards using liveice and icecast, all from single Linux box. Can anyone tell me if this is possible? I tried creating two sets in the liveice config file where I specified different devices. No erros but the latter source was streamed on both mount points. Running two instances of liveice talking to one instance of icecast failed.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! First, sorry if my english is not very correct :-) I'm a spanish student making a streaming project under Linux and I'd like to use Vorbis format but I have a problem. Now I have installed Icecast, LiveIce and the Lame encoder and they work... but in mp3 format. Lame don't have any problem with Vorbis but Icecast and LiveIce

Hi! I'm running icecast 1.3.11 and liveice under Mandrake 7.2 Right now I don't have a sound card, but I will. Also I need to reencode the MP3s that I'm sending to the icecast server. I followed the instructions but it doesn't seem to work, when I first run icecast and after liveice I got this: from icecast Accepted encoder on mountpoint /icy_0 from localhost.localdomain. 1

Hi, I am the current webmaster at WUML (www.wuml.org) a college radio station. We are looking to purchase a new web cast server which we are planning will run IceCast, but it is a little unclear on the system requirements that IceCast requires. I read somewhere that IceCast can run on as little as a 486 with 32mb of ram but that sounded like those specs were for streaming mp3s saved on that

On Saturday 27 July 2002 11:47 pm, you wrote: > On Sat, Jul 27, 2002 at 11:32:56PM -0500, JW wrote: > > If someone could point out what I need for a simple "static" setup, I'd > > appreciate it. > > To serve static files all you need is a web server. The only tricky part > is setting the mime-type on the server. <p>Ok, I see what you are saying, but

I've been trying to figure out as to why sometimes connections are properly negotiated and sometimes not. For example, using mpg123 as a client, I point it at my server (live.wuga.org): Directory: http://live.wuga.org/ Playing MPEG stream from ... MPEG 1.0 layer I, 96 kbit/s, 44100 Hz stereo Illegal Audio-MPEG-Header 0x62dd8776 at offset 0xfffffffb. It has

I recently installed icecast and iceS and all seems to be well. I have spent four days trying to understand and use darkice and finally gave up. Using darkice configuration: [general] duration = 0 # do it forever bufferSecs = 10 [input] #device=hw:0,0 device = /dev/dsp sampleRate = 22050 # 44100 or 22050 or 11025... bitsPerSample = 16 #16 bit samples channel = 2 # 1 for mono, 2 means stereo.

On Mon, 16 Jul 2001, Bruno Randolf wrote: > does anyone have patch for liveice that the saved files (SAVE_FILE > directive in the config file) don't get overwritten if liveice is > stopped and started? i think about something like adding the current > date and time to the filename... > > or ist there some other solution concerning dump (or save) files? Well, I like the

On Thu, 11 Apr 2002, Beau D. Simensen wrote: > in any event, if there are some great alternatives to liveice or darkice out > there, i'd be happy to look into them. i was extremely happy to have found > ices a few months ago. it had been there all along, just not described or > explained very well. i'm guessing there is something else out there i just > didn't notice

Hi all, is icecast good for me? I am interested in delivering some audio + mpeg4 animation through the internet (live streaming). my mpeg4 animation is supposed to be smaller than the audio o my questions are: - would icecast, as it is, support a different kind of stream (my own type) or do i have to mux the audio and video before into a special format? or maybe it supports only audio? - it

Hi: I want to stream audio from my soundcard, but I'd like to apply some dynamic compression to it first (ala winamp's audiostocker plus shoutmuxer thingy). I heard rumours of compression in liveice, but Iv'e been told that this only works when it plays from prerecorded MP3, not the live input. I'd like to do this with darkice, but can't see how it could be done. I guess

Pardo Juan Fernando wrote: > Somebody can answer me wich stream is better...Liveice or Muse ? > > --- >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

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,

Marco, I have some preliminary HowTos and software available at http://quasi.ksl.com/icecast/ It's not as nice as http://www.6809.org.uk/kja3/ices2-howto.shtml, but I'm working to make it better as I become more familiar. Hope it helps. The ices2 program is designed for .ogg streaming while icecast-1.3.12 and related streamers, MuSE, liveice and DarkIce will still stream .mp3 quite nicely.

Couple of solutions you can check out. Liveice (http://star.arm.ac.uk/~spm/software/liveice.html) will do it. It has been out for some time. I had problems with it under earlier versions of FreeBSD as liveice was written for Linux in mind and there were some problems with how liveice was talking to piped files. I wrote a perl script that also does live MP3 streaming to a pre-2.0 icecast and

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 >