27 Mar
2020
27 Mar
'20
2:29 p.m.
G'day all,
Is case you have not heard there is a virus thing going around :-)
We are home basing all our radio presenters where possible.
We have been using openob for obs for some time but only one at a time.
We are now in the situation of having multiple openob trx's at the same
time (only because they are not switched off) and this, I believe, is
causing issues.
questions:
1. I presume multiple tx's to 1 rx does not work.
2. I should be able to to run multiple openobs on different ports using
jack and it will merge everything together? Hopefully.
So so long as only one rx is sending audio we will only hear one feed.
Ideally I would use an audio switch to switch between the various feeds
but we have no real way of setting this up now.
We do have this but only one OB input currently. :-(
--
Mike Phillips
Coast FM.
27 Mar
27 Mar
2:33 p.m.
On 27/03/2020 22:29, Mike Phillips wrote:
G'day all,
Is case you have not heard there is a virus thing going around :-)
We are home basing all our radio presenters where possible.
We have been using openob for obs for some time but only one at a time.
We are now in the situation of having multiple openob trx's at the
same time (only because they are not switched off) and this, I
believe, is causing issues.
questions:
1. I presume multiple tx's to 1 rx does not work.
2. I should be able to to run multiple openobs on different ports
using jack and it will merge everything together? Hopefully.
So so long as only one rx is sending audio we will only hear one feed.
Ideally I would use an audio switch to switch between the various
feeds but we have no real way of setting this up now.
We do have this but only one OB input currently. :-(
I have just seen multicast, does this do what I want?
--
Mike Phillips
Coast FM.
2:39 p.m.
On 27/03/2020 22:33, Mike Phillips wrote:
On 27/03/2020 22:29, Mike Phillips wrote:
No because it says "Start this transmitter in multicast mode"..
Hm but I am unsure, anyone know the answer, maybe I need to test......
--
Mike Phillips
Coast FM.
G'day all,
Is case you have not heard there is a virus thing going around :-)
We are home basing all our radio presenters where possible.
We have been using openob for obs for some time but only one at a time.
We are now in the situation of having multiple openob trx's at the
same time (only because they are not switched off) and this, I
believe, is causing issues.
questions:
1. I presume multiple tx's to 1 rx does not work.
2. I should be able to to run multiple openobs on different ports
using jack and it will merge everything together? Hopefully.
So so long as only one rx is sending audio we will only hear one feed.
Ideally I would use an audio switch to switch between the various
feeds but we have no real way of setting this up now.
We do have this but only one OB input currently. :-(
I have just seen multicast, does this do what I want?
4:14 p.m.
Hi Mike
One openob receiver will listen to only one transmitter at a time.
In the unicast mode one transmitter only talks to one receiver for the
session.
in the multicast mode one transmitter can talk to several receivers at a
time.
You can run several openob receivers and transmitters on the same
computer and internet connection if you have the bandwidth.
You can have one receiver listen to a number of identically configured
transmitters, but only ONE AT A TIME.
You only need one redis server no matter how many links you have.
You should NOT expose an redis server on the internet as it has no
authentication.
There is a very good workaround at:
http://spipe.sourceforge.net/#description
There may also be another vulnerability because the openob audio
connection is not encrypted, but I have not figured that out.
If you are sure that the one programmer will disconnect before another
one connects, one receiver should do. If they stay connected, they
will block any additional connections.
If someone stays connected past their scheduled time any noise that they
send would be added into the mix.
you could use a cron job (Or have your automation kick off a shell or
.bat script.)
the script would open a new instance of openob receiver shortly before
each show is scheduled to open with its own link name, and the script
could sleep until the first show ends, and then kill the original
openob receiver.
After starting the new instance of openob, You could also pipe the
standard output of the new openob receiver to grep looking for "INFO -
Receiving stereo audio transmission"wait until that is received, then
kill the old instance of openob receiver when the new show is
scheduled. That would will maintain an active link open until after the
new one actually starts. (a fallback in the case that a programmer fails
to connect.)
Openob closes its Jack port when it disconnects. I usually put up a
meterbridge -dpm that listens to each openob link receiver before any
mixing so you can see whether it has audio. You can sum the outputs of
meterbridge, as they stay up continuously, whether openob receivers are
connected or not.
Ted
On 3/27/2020 10:39:34, Mike Phillips wrote:
On 27/03/2020 22:33, Mike Phillips wrote:
On 27/03/2020 22:29, Mike Phillips wrote:
No because it says "Start this transmitter in multicast mode"..
Hm but I am unsure, anyone know the answer, maybe I need to test......
G'day all,
Is case you have not heard there is a virus thing going around :-)
We are home basing all our radio presenters where possible.
We have been using openob for obs for some time but only one at a time.
We are now in the situation of having multiple openob trx's at the
same time (only because they are not switched off) and this, I
believe, is causing issues.
questions:
1. I presume multiple tx's to 1 rx does not work.
2. I should be able to to run multiple openobs on different ports
using jack and it will merge everything together? Hopefully.
So so long as only one rx is sending audio we will only hear one feed.
Ideally I would use an audio switch to switch between the various
feeds but we have no real way of setting this up now.
We do have this but only one OB input currently. :-(
I have just seen multicast, does this do what I want?
28 Mar
28 Mar
2:09 a.m.
On 28/03/2020 00:14, Ted schober wrote:
One openob receiver will listen to only one
transmitter at a time.
In the unicast mode one transmitter only talks to one receiver for the
session.
in the multicast mode one transmitter can talk to several receivers at a
time.
You can run several openob receivers and transmitters on the same
computer and internet connection if you have the bandwidth.
OK
You can have one receiver listen to a number of identically configured
transmitters, but only ONE AT A TIME.
You only need one redis server no matter how many links you have.
I have that
You should NOT expose an redis server on the internet as it has no
authentication.
There is a very good workaround at:
http://spipe.sourceforge.net/#description
There may also be another vulnerability because the openob audio
connection is not encrypted, but I have not figured that out.
We have openvpn from
ob to office
If you are sure that the one programmer will disconnect before another
one connects, one receiver should do. If they stay connected, they
will block any additional connections.
Yeah, that was what I was seeing in fact it
seemed to be a bit random as
to what stream it latched onto!
If someone stays connected past their scheduled time
any noise that they
send would be added into the mix.
OK
you could use a cron job (Or have your automation kick
off a shell or
.bat script.)
the script would open a new instance of openob receiver shortly before
each show is scheduled to open with its own link name, and the script
could sleep until the first show ends, and then kill the original
openob receiver.
After starting the new instance of openob, You could also pipe the
standard output of the new openob receiver to grep looking for "INFO -
Receiving stereo audio transmission"wait until that is received, then
kill the old instance of openob receiver when the new show is
scheduled. That would will maintain an active link open until after the
new one actually starts. (a fallback in the case that a programmer fails
to connect.)
Openob closes its Jack port when it disconnects. I usually put up a
meterbridge -dpm that listens to each openob link receiver before any
mixing so you can see whether it has audio. You can sum the outputs of
meterbridge, as they stay up continuously, whether openob receivers are
connected or not.
I will probably have to write a bit of code that does some sort
of switching
G'day Ted,
Many thanks for the detailed response, comments inline!
--
Mike Phillips
Coast FM.
27 Mar
27 Mar
3:42 p.m.
Mike,
what automation system are you using?
On Fri, Mar 27, 2020 at 10:29 AM Mike Phillips <mikephillips(a)coastfm.co.uk>
wrote:
G'day all,
Is case you have not heard there is a virus thing going around :-)
We are home basing all our radio presenters where possible.
We have been using openob for obs for some time but only one at a time.
We are now in the situation of having multiple openob trx's at the same
time (only because they are not switched off) and this, I believe, is
causing issues.
You could perhaps trx's with a firewall rule unless it is their turn. Not
sure if they would like it, but you could experiemnt.
questions:
1. I presume multiple tx's to 1 rx does not work.
No idea.
2. I should be able to to run multiple openobs on different ports using
jack and it will merge everything together? Hopefully.
Off the top of my head, I don't see why not. Worth a try.
So so long as only one rx is sending audio we will only hear one feed.
rx or tx? but not necessarily... (depends on how picky you get with
"audio") is an open mic in a silent room sending audio or not sending
audio?
Ideally I would use an audio switch to switch between the various feeds
but we have no real way of setting this up now.
Well... You could write bash scripts to make and break jack connections...
We use Rivendell for automation and I could also see doing it with sound
panel buttons that trigger macro carts that run bash scripts that make abd
break jack connections...
We do have this but only one OB input currently. :-(
--
Mike Phillips
Coast FM.
______________
I hope you find your solution. Feel free to pick my brain. I am also
hanging out in irc on freenode in #openob and in #rivendell and in
#rivendell-chat
all the best,
drew
--
Enjoy the *Paradise Island Cam* playing
*Bahamian Or Nuttin* - https://www.paradiseislandcam.com/
12:14 p.m.
Mike,
On Fri, Mar 27, 2020 at 10:06 PM Mike Phillips <mikephillips(a)coastfm.co.uk>
wrote:
On 27/03/2020 23:42, drew Roberts wrote:
This RadioDJ or something else:
https://www.radiodj.ro/
If this one, I am unfamiliar with it but I do see it mentions an integrated
cart wall.That is a piece of a possible solution I am wondering about. The
other bit would be what is called macro carts in the automation we
currently use. (The ability of a cart to run a shell script in particular,
think bat file.)
See the buttons on the right?
https://digitaladdiction.files.wordpress.com/2012/12/screenshot-from-2012-1…
imagine each was a cart in a cart wall. Audio or macro. Once you associate
a particular cart with a particular button, anytime you click the button,
the card plays or runs.
I am thinking a shell script / bat file for each far end openob. Click on
the cart you want, all of the other openob users get disconnected and the
one you want gets connected.
It could be done outside of the integrated cart wall by having icons to the
shell scripts / bat files on the desktop and running them from there. It is
just that it would be a bit easier for desktop icons to get rearranged,
moved, or lost than carts in your cart wall...
what automation system are you using?
RadioDJ, but probably unimportant unless you were think of some sort of
automation.
--
Mike Phillips
Coast FM.
all the best,
drew
--
Enjoy the *Paradise Island Cam* playing
*Bahamian Or Nuttin* - https://www.paradiseislandcam.com/
12:25 p.m.
On 28/03/2020 20:14, drew Roberts wrote:
Mike,
On Fri, Mar 27, 2020 at 10:06 PM Mike Phillips
<mikephillips(a)coastfm.co.uk <mailto:mikephillips@coastfm.co.uk>> wrote:
On 27/03/2020 23:42, drew Roberts wrote:
That's the one...
I will probably do it via jack since I can connect/disconnect jack ports
on the fly, then a web page to make it work...
Already have a studio switch process that presenters are used to...
--
Mike Phillips
Coast FM.
what automation system are you using?
RadioDJ, but probably unimportant unless you were think of some
sort of
automation.
This RadioDJ or something else:
https://www.radiodj.ro/
If this one, I am unfamiliar with it but I do see it mentions an
integrated cart wall.That is a piece of a possible solution I am
wondering about. The other bit would be what is called macro carts in
the automation we currently use. (The ability of a cart to run a shell
script in particular, think bat file.)
See the buttons on the right?
https://digitaladdiction.files.wordpress.com/2012/12/screenshot-from-2012-1…
imagine each was a cart in a cart wall. Audio or macro. Once you
associate a particular cart with a particular button, anytime you
click the button, the card plays or runs.
I am thinking a shell script / bat file for each far end openob. Click
on the cart you want, all of the other openob users get disconnected
and the one you want gets connected.
It could be done outside of the integrated cart wall by having icons
to the shell scripts / bat files on the desktop and running them from
there. It is just that it would be a bit easier for desktop icons to
get rearranged, moved, or lost than carts in your cart wall...
1512
days inactive
1513
days old
openob-users@lists.talkunafraid.co.uk
8 comments
3 participants
participants (3)
-
drew Roberts -
Mike Phillips -
Ted schober