DSP Precedence
 

I have sc_serv up and running along with sc_trans_linux DSP installed and working. The problem i'm running into is that only one DSP source can connect at a single instance, Understandable! However what I would like to achieve is to somehow disconnect the sc_trans_linux dsp when an outside source connects for example, a live show that needs to be broadcasted connecting without having to manually kill the sc_trans. If somehow the outside stream would take Precedence over the achieved files being played by sc_trans.

To sum it all up shorthand

1. sc_trans is connected
2. Outside source connects
3. sc_trans disconnects
4. Incoming dsp streams for whatever time
5. Outside source disconnects
6. sc_trans resumes

I've read quite a bit and haven’t found anything remotely similar to my question, if there is available information that would be of use to me just post the url and I’ll take it from there. Any other info would help as well...

Thanks Mike

i think you will be reading for a while aswell,,

as far as im aware this cannot be set into one process with cd trans..

we looked at doing this auto with our cds and found that it was jumping inbetween djs and steered away from it...

hopefully someopne may come along and give you an answer that i dont know of :)

nick@ss is correct, there isnt an easy way of killing sc_trans, just like there isnt an easy way to have sc_trans disconnect a DSP from winamp that is connected.

However a bit of creativitiy you could write a script that kills the sc_trans process, then you fire-up the DSP and connect, then another script that tries to start the sc_trans process over and over, that way when the DSP disconnect sc_trans reconnects.

Just not built into shoutcast or oddsock, or icecast. If there was a control socket to 'talk' to that would be cool but there isnt.

~ D

Basically all I want is that when sc_trans is connected, someone can connect to the server and start streaming then when they disconnect the server reverts back to sc_trans. I know it's possible because its done with a few radio stations I listen to, I’ve emailed them but had no reply.

Again I have no preferences to how I accomplish this. Any way to get the server to negotiate between the DSPs. Killing, Tricking, Threatening; I’m fine with I just need to figure this out.

well funny if sc_trans is connected to the sc_serv no other DJ can connect! I have tried it doesnt. However if I have my DSP connected to sc_serv and also have sc_trans running sc_trans will try over and over to connect so within 2 seconds of the DSP being disconnected the sc_trans process owns the show, but it will not disconnect if a DSP tries to connect.

At least not with shoutcast. Perhaps you are thinking oddsock or other broadcasting tools?

~ D

the simpliest way and you would have to program it, would be to have a source handler.

I have done a couple in the past, and essentially you have it so sc_trans is always connected to a sc_trans_server ( just another shoutcast ), your DJs connect to a DJ server , and the source handler checks if someone connects the DJ server and binds that source to the main server, and when no DJ it binds the sc_trans_server.

It is relatively simple and I did a quick google and there are some scripts around that may help. I might get creative at the weekend if it is still an issue and see what I can come up with.

Although it will be linux only and probably perl based, so may not suit your setup.

BW

Well (I googled Shoutcast "Source Handler") and a few other combos and found only a single page
"http://www.mail-archive.com/pymedia-users@lists.sourceforge.net/msg00092.html"

which has nothing to do with what i'm looking for so is there another name?

the best perl type interface I could find is

http://search.cpan.org/~nathanael/Ne...n/Shoutcast.pm

http://sourceforge.net/project/showf...ckage_id=84804

which allows you to receive a shoutcast stream, should be relatively simple to hack together something to check if there is a source, and also send it to a secondary source.

not too easy though ... more and more interesting to have look see at the weekend ...

BW