scaredpoet
Member
Hi Everyone,
I applied for an was approved for providing a new scanner feed. Great! However, it seems that the box running ubuntu, which I'm trying to use for sending out the audio, can't seem to connect to the server, and I'm at wit's end.
There's a twist to this though: I can successfully send and broadcast the exact same audio to a *different* server. So I'm pretty much 100% positive that the software and hardware are capable of successfully broadcasting... there just seems to be something that the radioreference server doesn't like about what I'm sending it, it would seem.
Do any linux/Ubuntu feed providers have some insight on what might be causing this?
Here's my darkice.cfg:
Run I run darkice though (as root), here's what I get:
I've Googled "lame lib opening underlying sink error [0]" and it seems like all these threads end up dead ends with no one posting a solution. Seems like that error can pretty much mean anything.
But again, here's the rub: if I change ONLY the servername, password and mountpoint to another streaming server (IceCast) that's running, the audio broadcasts, I can connect and hear the scanner, and everything is fine.
Is there something else I need to change in the config file? If anyone can offer some insight, I'd greatly appreciate it. Thanks!
I applied for an was approved for providing a new scanner feed. Great! However, it seems that the box running ubuntu, which I'm trying to use for sending out the audio, can't seem to connect to the server, and I'm at wit's end.
There's a twist to this though: I can successfully send and broadcast the exact same audio to a *different* server. So I'm pretty much 100% positive that the software and hardware are capable of successfully broadcasting... there just seems to be something that the radioreference server doesn't like about what I'm sending it, it would seem.
Do any linux/Ubuntu feed providers have some insight on what might be causing this?
Here's my darkice.cfg:
Code:
# this section describes general aspects of the live streaming session
[general]
duration = 0 # duration of encoding, in seconds. 0 means forever
bufferSecs = 1 # size of internal slip buffer, in seconds
reconnect = yes # reconnect to the server(s) if disconnected
# this section describes the audio input that will be streamed
[input]
device = default # soundcard device for the audio input
sampleRate = 22050 # sample rate in Hz. try 11025, 22050 or 44100
bitsPerSample = 16 # bits per sample. try 16
channel = 1 # channels. 1 = mono, 2 = stereo
# this section describes a streaming connection to an IceCast server
# there may be up to 8 of these sections, named [icecast-0] ... [icecast-7]
# these can be mixed with [icecast2-x] and [shoutcast-x] sections
[icecast-0]
bitrateMode = vbr # constant bit rate
format = mp3
bitrate = 16 # bitrate of the mp3 stream sent to the server
quality = 0.1 # encoding quality
server = audio1.radioreference.com # host name of the server
port = 80 # port of the IceCast server, usually 8000
password = {supplied]}
mountPoint = {supplied}
Run I run darkice though (as root), here's what I get:
Code:
Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
Using config file: /etc/darkice.cfg
11-Jan-2011 07:32:46 Using ALSA DSP input device: default
11-Jan-2011 07:32:46 encoding
11-Jan-2011 07:32:46 scheduler high priority 99
11-Jan-2011 07:32:46 Using POSIX real-time scheduling, priority 98
11-Jan-2011 07:32:46 BufferedSink, new peak: 7
11-Jan-2011 07:32:46 BufferedSink, remaining: 2041
11-Jan-2011 07:32:46 BufferedSink, new peak: 8
11-Jan-2011 07:32:46 BufferedSink, remaining: 2040
11-Jan-2011 07:32:46 BufferedSink, new peak: 9
11-Jan-2011 07:32:46 BufferedSink, remaining: 2039
11-Jan-2011 07:32:46 BufferedSink, new peak: 22
11-Jan-2011 07:32:46 BufferedSink, remaining: 2026
DarkIce: LameLibEncoder.cpp:75: lame lib opening underlying sink error [0]
I've Googled "lame lib opening underlying sink error [0]" and it seems like all these threads end up dead ends with no one posting a solution. Seems like that error can pretty much mean anything.
But again, here's the rub: if I change ONLY the servername, password and mountpoint to another streaming server (IceCast) that's running, the audio broadcasts, I can connect and hear the scanner, and everything is fine.
Is there something else I need to change in the config file? If anyone can offer some insight, I'd greatly appreciate it. Thanks!