Re: [RDD] Remote "Board Op" from within RDAirPlay

On Sat, 3 Jun 2017, drew Roberts wrote: The last time we spoke on this issue, it was not recommended / possible to run jack on the ASI card. Has anything changed? I tried to solve this problem by using an ALSA driver for the ASI card instead of the HPI driver. But I couldn't get JACK to

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Sat, 3 Jun 2017, drew Roberts wrote: We are doing vnc over an ssh tunnel  for years. We are testing OpenOB over a vpn. The OpenOB in the studio and the rdairplay machine in the studio may not be on the same network when all is said and done. Be aware that SSH tunnels do not pass UDP (since

Re: [RDD] Remote "Board Op" from within RDAirPlay

Fred, On Mon, Jun 5, 2017 at 11:58 AM, Fred Gleason wrote: > On Jun 4, 2017, at 22:36, drew Roberts wrote: > > I just checked a machine running 2.12.0 and I don't see the button. > > > You should see two dropdown menus in the ‘System Services’ box.

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Jun 4, 2017, at 23:43, Lorne Tyndale wrote: > So am I correct in understanding - if you use the option to have a > workstation use caed on another host, will the instance of caed that is > actually playing the audio out to the sound card use the /var/snd that > it

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Jun 4, 2017, at 22:36, drew Roberts wrote: > I just checked a machine running 2.12.0 and I don't see the button. You should see two dropdown menus in the ‘System Services’ box. The ‘HTTP Xport’ control allows you to offload RDXport processes (audio imports, exports and

Re: [RDD] Remote "Board Op" from within RDAirPlay

Fred, So am I correct in understanding - if you use the option to have a workstation use caed on another host, will the instance of caed that is actually playing the audio out to the sound card use the /var/snd that it sees on its local machine, or will the "remote" rdairplay (running on the thin

Re: [RDD] Remote "Board Op" from within RDAirPlay

Fred, On Sun, Jun 4, 2017 at 8:56 PM, Fred Gleason wrote: > On Jun 3, 2017, at 22:31, drew Roberts wrote: > > This is not the route we are planning or currently testing but it is > intriguing enough that I want to experiment with it at some point.

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Jun 3, 2017, at 22:31, drew Roberts wrote: > This is not the route we are planning or currently testing but it is > intriguing enough that I want to experiment with it at some point. What > version did this option appear in? v2.0.0beta1, released 10/11/2010. Look in the

Re: [RDD] Remote "Board Op" from within RDAirPlay

Cowboy, On Sat, Jun 3, 2017 at 9:28 PM, Cowboy wrote: > On Saturday 03 June 2017 06:44:10 pm Fred Gleason wrote: > > The specific UDP ports used for those backfields are dynamically > negotiated > > by Rivendell for each play or record handle, so crafting a set of NAT > rules >

Re: [RDD] Remote "Board Op" from within RDAirPlay

Fred, On Sat, Jun 3, 2017 at 6:52 PM, Fred Gleason wrote: > On Saturday 03 June 2017 03:28:16 pm drew Roberts wrote: > > (I just thought of a problem arising from the fact that our "real" machine > has an ASI card while our "test" machine does not.) > > > Mostly

Re: [RDD] Remote "Board Op" from within RDAirPlay

Fred, On Sat, Jun 3, 2017 at 6:44 PM, Fred Gleason wrote: > On Sat, Jun 3, 2017 at 12:49 PM, Lorne Tyndale > wrote: > > I would not want to try a mount, but a local copy that was kept up to date > every night should be doable. > > > -Set your

Re: [RDD] Remote "Board Op" from within RDAirPlay

Cowboy, On Sat, Jun 3, 2017 at 5:19 PM, Cowboy wrote: > > I'm gonna cut down some of the quotes of quotes of quotes... > ~;-) > > On Saturday 03 June 2017 03:28:16 pm drew Roberts wrote: > > Lorne, > > > > thanks for the input. Not sure we want to go this way, but I will

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Saturday 03 June 2017 06:44:10 pm Fred Gleason wrote: > The specific UDP ports used for those backfields are dynamically negotiated > by Rivendell for each play or record handle, so crafting a set of NAT rules > to handle it would be dicey at best. Unless you're already acquainted with

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Saturday 03 June 2017 03:28:16 pm drew Roberts wrote: > (I just thought of a problem arising from the fact that our "real" machine > has an ASI card while our "test" machine does not.) Mostly irrelevant for this discussion (although the ASIs are a bit more tolerant of latency in the card

Re: [RDD] Remote "Board Op" from within RDAirPlay

On Sat, Jun 3, 2017 at 12:49 PM, Lorne Tyndale > wrote: > I would not want to try a mount, but a local copy that was kept up to date > every night should be doable. > -Set your "remote" machine to use the Core Audio Engine on the main >

Re: [RDD] Remote "Board Op" from within RDAirPlay

I'm gonna cut down some of the quotes of quotes of quotes... On Saturday 03 June 2017 03:28:16 pm drew Roberts wrote: > Lorne, > > thanks for the input. Not sure we want to go this way, but I will comment > on my thinking for the future and for the benefit of any interested parties > anyway. >

Re: [RDD] Remote "Board Op" from within RDAirPlay

Lorne, thanks for the input. Not sure we want to go this way, but I will comment on my thinking for the future and for the benefit of any interested parties anyway. On Sat, Jun 3, 2017 at 12:49 PM, Lorne Tyndale wrote: > Drew, > > I just had a thought - with Rivendell

Re: [RDD] Remote "Board Op" from within RDAirPlay

Lorne, On Sat, Jun 3, 2017 at 12:49 PM, Lorne Tyndale wrote: > Drew, > > I just had a thought - with Rivendell maybe it can be easier then all of > us are thinking. > > I have not tried any of this in real life, just theorizing here. But > for some reason I just had a

Re: [RDD] Remote "Board Op" from within RDAirPlay

Tim, thanks for the prompt response. On Thu, Jun 1, 2017 at 11:49 AM, Tim Camp wrote: > Drew, > > When we do remotes the jock just records the break and ssh's the file to a > dropbox the puts it in a special cart > Then we schedule or insert the remote open and bed followed

Re: [RDD] Remote "Board Op" from within RDAirPlay

Rob, thank you for your input. On Thu, Jun 1, 2017 at 4:41 PM, Rob Landry <41001...@interpring.com> wrote: > > What you describe is similar to the way one of our stations handles red > Sox baseball games. We have a script that loads the game log, plays an > intro cart, and joins the satellite

Re: [RDD] Remote "Board Op" from within RDAirPlay

Lorne, thank you for your answer. On Thu, Jun 1, 2017 at 12:02 PM, Lorne Tyndale wrote: > Hi, > > I think you're making this more difficult then it needs to be. > Possibly. > > What I'd do: > > -Have the audio coming from your remote on a separate channel on your >

Re: [RDD] Remote "Board Op" from within RDAirPlay

What you describe is similar to the way one of our stations handles red Sox baseball games. We have a script that loads the game log, plays an intro cart, and joins the satellite feed; we have another script that plays local breaks, a third script that returns to the game at the end of the

Re: [RDD] Remote "Board Op" from within RDAirPlay

Hi, I think you're making this more difficult then it needs to be. What I'd do: -Have the audio coming from your remote on a separate channel on your console in your on-air studio -Have that channel set up so that Rivendell can turn that remote channel on / off via GPIO's -For your remote

Re: [RDD] Remote "Board Op" from within RDAirPlay

Drew, When we do remotes the jock just records the break and ssh's the file to a dropbox the puts it in a special cart Then we schedule or insert the remote open and bed followed by the break cart. the remote open and bed seques into uploaded break with the bed continuing underneath, when the

[RDD] Remote "Board Op" from within RDAirPlay

Hi, I am looking for thoughts on possible ways to do this. Let's say we go on a remote and have no one in the air studio. We can remote into (say vnc over an ssh tunnel) the rdairplay machine to control things. We can monitor the broadcast signal from an FM receiver at the remote location. We