similar to: darkice stream update

Hello folks, when using Darkice to send a stream to an Icecast 1 server, the icecast administration page is not updated correctly.The mountpoint etc.. is all there, but the name of the darkice stream is not there. It has been replaced with the name of the default stream for the server. To ensure I had not overlooked anything, I had also tried the same thing with MuSE, and the same behaviour was

Hi, I am trying to set up a stream from my computer. I have set up Icecast, and it seems to be working. My OS is Redhat Enterprise Linux 3 and my soundcard is a SB Audigy SE working with Alsa. I have set up darkice as source client, and it seems to be working I get a really slow input stream from darkice. I think the stream must have double speed for a correct playback. This is the

Hello folks, when using Darkice to send a stream to an Icecast 1 server, the icecast administration page is not updated correctly.The mountpoint etc.. is all there, but the name of the darkice stream is not there. It has been replaced with the name of the default stream for the server. To ensure I had not overlooked anything, I had also tried the same thing with MuSE, and the same behaviour was

I'm looking for ideas here. This probably will wind up being more of an alsa problem, but I thought the people on this list might have been in similar circumstances and have ideas for me. I work at a radio station with both a webcast and FM broadcast. We want to use icecast both for our webcast and as a backup studio to transmitter link. However, the webcast audio needs to be

Samuel, I had the same problem. I think it's because the port in darkice does not match the port icecast or shoutcast is listening on. I thought it was 8000 but it was actually 8001. Check that. Matt -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]On Behalf Of Samuel Hathaway Sent: Friday, October 05, 2001 2:43 PM To: icecast@xiph.org Cc:

Ethan wrote: > Hello all. > > Anyone have any idea what it would take to separate left and right into > separate mountpoints on an icecast server? We are using Darkice on > FreeBSD. Works GREAT (still stuck running old version because the new one > bombed on compilation, but NO COMPLAINTS!) thanks > > I'm assuming this would fall in Darkice's hands because

Hello all. Anyone have any idea what it would take to separate left and right into separate mountpoints on an icecast server? We are using Darkice on FreeBSD. Works GREAT (still stuck running old version because the new one bombed on compilation, but NO COMPLAINTS!) I'm assuming this would fall in Darkice's hands because from what I gather it reads the pcm audio device and just passes

On Fri, 5 Oct 2001, Samuel Hathaway wrote: > Hey, > > I've compiled DarkIce 0.6 dynamically linked to LAME 3.89. I'm running > Slackware 8 and using gcc 2.95.3. Running DarkIce yields the following > output: > > DarkIce 0.5 live audio streamer, http://darkice.sourceforge.net Actually, that's DarkIce 0.5's output. DarkIce 0.6 says: DarkIce 0.6 live

You helped me a few weeks ago setup DarkIce. Well I had nothing but problems doing it on RH62 so... here I am again but this time armed with RH71. I followed your instructions for installing lame and ogg vorbis and it's all fine. When I tr to install DarkIce though I get the following error. # make make all-recursive make[1]: Entering directory `/usr/src/download/darkice-0.6' Making

We're running a darkice/icecast configuration to stream our LPFM radio station (and to provide a quick-n-dirty studio-transmitter-link). (See config data below.) We're getting intermittent "Buffer overrun!" errors out of darkice, and we associate these with interruptions in our audio stream that are quite noticeable. These occur anywhere from once to ten times per hour.

I was looking more closely on the source for Darkice. I found the code for calulating the buffersize somewhat strange. Your is snapshot taken from the init function in CastSink.cpp : int bufferSize = bitRate ? (bitRate * 1024 / 8) * bufferDuration : (128 * 1024 / 8) * bufferDuration; bufferedSink = socket ? new BufferedSink( socket,

On Fri, 5 Oct 2001, Matt & Stephanie Mencel wrote: > Using RH71. Got Lame, Vorbis, gcc3 and everything installed. When I try to > make DarkIce I get this error. Can anyone help? > > $ make > make all-recursive > make[1]: Entering directory `/usr/src/download/darkice-0.6' > Making all in src > make[2]: Entering directory `/usr/src/download/darkice-0.6/src'

Drew Lane wrote: > make all-recursive > make[1]: Entering directory `/usr/darkice/darkice' > Making all in src > make[2]: Entering directory `/usr/darkice/darkice/src' > c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -pedantic -Wall -c > VorbisLibEncoder.cpp > VorbisLibEncoder.cpp: In method `bool VorbisLibEncoder::open()': > VorbisLibEncoder.cpp:157:

> > obviously you have some wierd version of vorbis on your machine. what > version do you have? I persume it's not 1.0 final... <p>Yeah, I think installing the final verison of vorbis solved a lot of problems. However, here's a new error I'm getting when trying to 'make' darkice: make all-recursive make[1]: Entering directory `/usr/darkice/darkice'

Yea, I figured it out...brain fart on my part. Got it working, but getting some sort of TCPSocket error now... still trying. :) [root@jabez etc]# darkice -c /usr/local/etc/darkice.cfg DarkIce 0.6 live audio streamer, http://darkice.sourceforge.net Copyright (c) 2000-2001, Tyrell Hungary, http://tyrell.hu Using config file: /usr/local/etc/darkice.cfg Using POSIX real-time scheduling, priority

I tried darkice 0.9 with icecast 1.3.12 and lame 3.91. I specified a 64k stream and similar options to what works for us with liveice. Streaming worked successfully, and I applaud darkice for being fairly simple to build and configure. But the stream sounded like mud. It was worse than our 16k mono RealAudio stream. I re-examined my config, I rebuilt everything with gcc 2.96, then with

Kristjan, > After babysitting liveice for few months I decided to move to Darkice. First > I tried installing Darkice on Redhat7.1 but soon gave up after endless > broken dependencies. Upgraded to Redhat7.2 and the rpms were accepted right > away. I installed: > > lame-3.91-1.i686.rpm > libogg-1.0rc3-1.i386.rpm > libvorbis-1.0rc3-1.i386.rpm > darkice-0.9-1.i386.rpm

After babysitting liveice for few months I decided to move to Darkice. First I tried installing Darkice on Redhat7.1 but soon gave up after endless broken dependencies. Upgraded to Redhat7.2 and the rpms were accepted right away. I installed: lame-3.91-1.i686.rpm libogg-1.0rc3-1.i386.rpm libvorbis-1.0rc3-1.i386.rpm darkice-0.9-1.i386.rpm Darkice runs but it eats up memory like hell. I tried

Hey, I've compiled DarkIce 0.6 dynamically linked to LAME 3.89. I'm running Slackware 8 and using gcc 2.95.3. Running DarkIce yields the following output: DarkIce 0.5 live audio streamer, http://darkice.sourceforge.net Copyright (c) 2000-2001, Tyrell Hungary, http://tyrell.hu Using config file: darkice.cfg Using POSIX real-time scheduling, priority 98 LAME version 3.89 (beta

> > >> >> >> Plus about 10 more lines of errors. > > > well, what do these lines say? :) <p>make all-recursive make[1]: Entering directory `/usr/darkice/darkice' Making all in src make[2]: Entering directory `/usr/darkice/darkice/src' c++ -DHAVE_CONFIG_H -I. -I. -I.. -O2 -pedantic -Wall -c VorbisLibEncoder.cpp VorbisLibEncoder.cpp: In method