Darkice unable to stream OGG and MP3 at the same time.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Create darkice.cfg with a mix of vorbis and mp3 mountpoints on dsp
2. Use a different bit rate for each mount point
3. Double/Triple check the hostname, port, password etc are all IDENTICAL 
and NOT A CAUSE OF THIS ISSUE.

What is the expected output?

A mix of MP3 and OGG offerings, each with a different bit rate on a 
different mount point.

What do you see instead?

"Darkice VorbisLibEncoder: vorbis lib opening underlying sink error" will 
appear if Darkice is set to 2 Channels (Stereo).  If the darkice.cfg file 
has ONLY ogg streams and Darkice is set to 1 Channel (Mono), it runs fine 
and you can have multiple streams - but you have to use trial and error to 
find bit rate/frequency combinations that will work.

DarkIce: LameLibEncoder: lame lib opening underlying sink error" will 
appear if Darkice is set to 1 Channel and an MP3 stream on dsp.  If the 
darkice.cfg file has ONLY mp3 streams and Darkice is set to 2 Channels, it 
also funs fine and you can have multiple streams - provided you find a bit 
rate/frequency mix that Darkice can handle.

What version of the product are you using?  Darkice 0.19 with Icecast2

On what operating system?  I've tried this on Fedora 11, Ubuntu 9.04 
(server and desktop), Ubuntu 8 desktop and OpenSuse 11.  Results are all 
the same.

Please provide any additional information below.

I've played around with a mix of various bit rates, frequencies and 
channels and the results are highly scattered.  With a 44100 frequency, 
nearly every bit rate on MP3 and Vorbis failed, no matter how many 
channels I used.  With 48000, I could keep steady but separate ogg and mp3 
streams on 32 and 92 bit rates only.  22K is simply below our acceptable 
threshold (we're a real, brick and mortar radio station streaming online 
too) so I didn't do any testing there.

If you google these errors, you will see a LOT of other folks wrestling 
with this same issue.  I'm happy to send you the exact setup we were 
successfully using on Fedora Core 4 with Icecast1 and an ancient version 
of Darkice.  We were running 5 mount points with vorbis and mp3 at 
different rates and it worked GREAT!  We're presently in process of 
completely revamping our server and thus far I have been unable to 
duplicate our prior success with any of the updated distros.  I resorted 
to manual compiles of darkice to try and get a better outcome but Darkice-
0.19 compiles are all failing with char* and Jack problems.  That is 
documented in another issue.

Looking forward to a speedy fix from you folks!  

Original issue reported on code.google.com by david.of...@gmail.com on 30 Jul 2009 at 11:25

[GoogleCodeExporter]

Can you please provide some darkice.cfg samples that fails for you?

Original comment by rafael2k...@gmail.com on 13 Sep 2009 at 7:24

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I expirienced the same problem. But in my case it had to do with the 
FAQ-described
issue, (I suppose). I wanted to use the same server, same ports but different
mountpoints, which didn't work either. Only one stream worked fine. I even 
tried it
with another streamer; only one stream worked one time. Here is the FAQ-file 
from
darkice-0.19 postet:

DarkIce Frequenty Asked Questions

Q: I get the following error:

DarkIce: LameLibEncoder.cpp:75: lame lib opening underlying sink error [0]

What am I doing wrong?

A: This error means (quite anti-intuitively), that darkice coulnd't connect
   to the streaming server. Please double-check the following values in
   your config file:
    - server
    - port
    - password

   If you're streaming to a shoutcast server, make sure that the port
   you use is the _source_ port, which is usually 1 above the _client_
   port for shoutcast (the defaults are 8000 for client, 8001 for source).

Original comment by nhopf...@htwm.de on 15 Sep 2009 at 10:32

[GoogleCodeExporter]

not enough information for this bug.
closing it as wont fix.

Original comment by rafael2k...@gmail.com on 6 May 2010 at 8:21

• Changed state: WontFix

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Check your icecast.xml - I had this exact same problem, and it turned out 
Icecast was configured with a maximum of one source.  Look in the <limits> 
section.

Original comment by popefe...@gmail.com on 21 Sep 2011 at 4:08

[GoogleCodeExporter]

Yeah, I checked that.  Still no joy.  I just had to do some trial and error bit 
rate settings with the MP3, Ogg mix and finally got a 48K setup with 92, 32 
kbps offerings for MP3 and 92, 48 kbps for Ogg.  I wish I could just drop the 
low bandwidth streams but we have a sub-carrier channel that streams to the 
blind and some of the older folks are still on very low tech systems so I have 
to keep those in the mix.  It's working quite well now in fact and the system 
has been stable and problem free for a year.

Original comment by david.of...@gmail.com on 22 Sep 2011 at 6:06

[GoogleCodeExporter]

I curently run one with up to six mountpoints at a time. 3 mp3 and 3 ogg 
streams connecting from radio Patapoe and from 0d0a!
Amazing! I will use this on my notebook from whenever i will get it started 
again! need to mention my trip on horseback through Eurasia! reporting live 
from Eurasia on horseback! follow up at tepaardnaarsintpetersburg.nl. Strange 
enough though: darkice on notebook now gives infamous aforementioned error...

Original comment by oelja...@gmail.com on 1 Feb 2012 at 1:18