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.