Hi: I have some people who want to be able to broadcast using a shoutcast DSP plugin with MP3, to an icecast2 server. But we can't get it to work. Since I can't be bothered booting one of our boxes into windows to try the shoutcast DSP itself, I decided to use darkice in shoutcast mode. I know this works with shoutcast servers. anyway, it connects, but only briefly, and then is dropped. The access log shows: 144.136.152.97 - - [24/Mar/2003:13:45:37 +0000] "SOURCE / ICY/666" 200 19 "-" "-" 1 The error log shows a bit more: [2003-03-24 13:45:36] INFO connection/_handle_source_request Source logging in at mountpoint "/" [2003-03-24 13:45:36] EROR connection/connection_create_source No content-type header, falling back to backwards compatibility mode for icecast 1.x relays. Assuming content is mp3. [2003-03-24 13:45:36] DBUG source/source_main Source creation complete [2003-03-24 13:45:37] DBUG source/source_main Disconnecting source due to socket read error: Success [2003-03-24 13:45:37] INFO source/source_main Removing source following disconnection [2003-03-24 13:45:37] DBUG source/source_main Source exiting Unfortunately, darkice doesn't help much. It merely says: DarkIce: LameLibEncoder.cpp:75: lame lib opening underlying sink error [0] which is the error that comes up when it can't connect to the server. Yes, I opened up the port 1 up from the regular port. any ideas? Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701 Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html <p>--- >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 needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Tuesday 25 March 2003 01:04, Geoff Shang wrote:> Hi: > > I have some people who want to be able to broadcast using a shoutcast DSP > plugin with MP3, to an icecast2 server. But we can't get it to work. > Since I can't be bothered booting one of our boxes into windows to try the > shoutcast DSP itself, I decided to use darkice in shoutcast mode. I know > this works with shoutcast servers.Might work, but this is untested - the shoutcast "protocol" is very poorly defined and different things mis-implement it in different ways. <p>> [2003-03-24 13:45:36] INFO connection/_handle_source_request Source> logging in > at mountpoint "/" > [2003-03-24 13:45:36] EROR connection/connection_create_source No > content-type > header, falling back to backwards compatibility mode for icecast 1.x > relays. Assuming content is mp3. > [2003-03-24 13:45:36] DBUG source/source_main Source creation complete > [2003-03-24 13:45:37] DBUG source/source_main Disconnecting source due to > socket read error: SuccessThat shouldn't be possible, unless... I think it might be possible if the source never sends any data at all (just the headers)?> > DarkIce: LameLibEncoder.cpp:75: lame lib opening underlying sink error [0] > > which is the error that comes up when it can't connect to the server.Maybe darkice requires a slightly different protocol? icecast in shoutcast-compatibility mode stays as close to valid HTTP as possible while being compatible with shoutcast sources - maybe darkice is expecting a shoutcast-style response or something? Mike --- >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 needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Tue, 25 Mar 2003, Michael Smith wrote:> Might work, but this is untested - the shoutcast "protocol" is very poorly > defined and different things mis-implement it in different ways.OK, I'll make the supreme sacrifice and boot into windows later today and test it with the shoutcast DSP.> > [2003-03-24 13:45:36] INFO connection/_handle_source_request Source > > logging in > > at mountpoint "/" > > [2003-03-24 13:45:36] EROR connection/connection_create_source No > > content-type > > header, falling back to backwards compatibility mode for icecast 1.x > > relays. Assuming content is mp3. > > [2003-03-24 13:45:36] DBUG source/source_main Source creation complete > > [2003-03-24 13:45:37] DBUG source/source_main Disconnecting source due to > > socket read error: Success > > That shouldn't be possible, unless... I think it might be possible if the > source never sends any data at all (just the headers)?Well, darkice doesn't log anything useful, so it's a bit difficult to tell. I'll have a look at tcpdump, maybe, since netcat isn't on the server box.> Maybe darkice requires a slightly different protocol? icecast in > shoutcast-compatibility mode stays as close to valid HTTP as possible while > being compatible with shoutcast sources - maybe darkice is expecting a > shoutcast-style response or something?Possibly. Compatibility with darkice is not really a pressing issue since darkice has an icecast2 mode, but it's a curiosity. Geoff. <p>--- >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 needed. Unsubscribe messages sent to the list will be ignored/filtered.