similar to: Darkice Stream dispaying in Icecast Administration Page

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 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,

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

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

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

Unfortunately I can't reproduce your memory leak reports. For example, here is the line about my production darkice instance from top: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 27516 root 20 0 3564 3564 1340 S 95.6 1.3 47:06 darkice <p>this as after approx 50 minutes from start, but the memory load doesn't change for the whole 4 hours it

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

ups, sorry for fuzzy description. I use "top" to watch the running processes. It updates every 5 seconds. I am running RedHat 7.2, download from one of Redhats mirros. Haven't installed any updates of Redhat 7.2. The box is a fresh PC with Amd Athlon 1700XP, 128MB, two SoundBlaster 16 PCI using OSS drivers. Any info missing? Kristjan <p>-----Original Message----- From:

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

I'm using liveice and lame on another stream... ample rate of 22050 bitrate of 24000 It has worked fine for over 9 months now...except it crashes all the time because of liveice I think. >>> darkeye@tyrell.hu 8/28/02 9:15:58 AM >>> Matthew Mencel wrote: > Can the bitsPerSample be set any higher than 16? I try to set it to > 20 or 24 and get this error... >

Samuel Hathaway wrote: > > Hello, > > After solving my previous problem with DarkIce, I have another question. > I'm streaming for a radio station, and we want to archive our shows. I'm > writing a little script that talks to our schedule database and "rotates" > mp3 files much the same way one might rotate syslog. My problem is, > DarkIce only lets you

Hi, I just released DarkIce 0.6, with IceCast2 support built in. This is the first version with IceCast2 support, and it is also my first attempt at programming the Ogg Vorbis libraries. I'd really apprieciate if some of you would give it a shot, and tell me if something is not OK. All remarks are welcome. DarkIce page: http://darkice.sourceforge.net/ Thanks, Akos PS: Sorry about the

Drew Lane wrote: > Well, top is reporting that darkice is using between 11-13% and what is the system load? are you running darkice as root? > I'm not sure if the system can encode mp3 in real time, but I do > have a G3 processor upgrade coming in the next week or so which > should eliminate that question. you can always check: encode (using command line lame) a 1 minute wav

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.

Drew Lane wrote: > OK, I got it to compile this time using the new sources from CVS. good to hear > I am able to run the program and I heard myself talking through > a microphone, but the client keeps rebuffering every 10 seconds > or so. Not sure if this is because of some settings I need to adjust > or if it's because the computer is too slow (200 Mhz 604e). this may be

Kristjan Gu?ni Bjarnason wrote: > 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; >

Tried both the binary and compiling the src. Both leaking. It the setting suggested in "INSTALL.lame" didn't work and so I suspected the compiliation settings so I tried various settings. The compiler version is the one coming with RedHat 7.2 gcc3-3.0.1-3. Kristjan <p><p><p><p>-----Original Message----- From: owner-icecast@xiph.org

darkice is an execellent bit of software, very well written. and the author of the darkice software, akos, is very active on the darkice ML. http://yp.tilos.hu:9000/tilos_high.ogg <= for a darkice stream. b. On Sat, Nov 22, 2003 at 12:05:55PM -0500, Brendan Cully wrote: > On Saturday, 22 November 2003 at 10:50, Kerry Cox wrote: > > So basically, I download and install ices 0.3,

--- Akos Maroy <darkeye@tyrell.hu> wrote: > did you try it with darkice configured for shoutcast? e.g. a > configuration section [shoutcast-0]? Yes I did, but it never connected properly. This is the message: DarkIce 0.8 live audio streamer, http://darkice.sourceforge.net Copyright (c) 2000-2002, Tyrell Hungary, http://tyrell.hu Using config file: /usr/local/etc/live365.cfg Using

Hi Akos, --- Akos Maroy <darkeye@tyrell.hu> wrote: > well of course, the nanocast server uses some different login > protocol > than icecast or shoutcast. is there a site for this server? maybe a > spec > on the source login protocol? then I could add support for it to > darkice Hmm.. I thought nanocaster was similar to shoutcast? I can use the shoutcast plugin for