cant you disable the gpio triggers on a schedule? or did i dream that or
confuse it with some other automation?
Nathaniel C. Steele
Assistant Chief Engineer/Technical Director
WTRM-FM / TheCrossFM
On 12/12/2012 10:12 PM, Wayne Merricks wrote:
I think this is useful especially for certain modes/times of day. My main
issue is automation, a presenter lifts a fader and gpio triggers it to start
then clicks to auto mode before running away to make tea/go home. Once the
song finishes in the current setup it switches to the second output (and
consequently the second fader) which is not lifted/on so you get dead air.
I worked around this with two small patches to airplay/log_play.cpp/h which are
working great. Basically while in auto it only plays on the first output. If
I have the time I'll amend the code so that it will play on whatever is the
active output (without cycling) rather than being restricted to the first one.
My head is full of postfix email servers at the moment so it might take a while.
Regards,
Wayne
-----Original Message-----
From: [email protected] on behalf of Fred Gleason
Sent: Wed 12/12/2012 14:59
To: User discussion about the Rivendell Radio Automation System
Subject: Re: [RDD] Output port mashing [WAS: Automatic Mode Output Switching]
On Dec 6, 2012, at 12:49 29, Nathan Steele wrote:
With our wide orbit system we have three "round robin" outputs that cycle in this way. we
have a broadcast tools switcher that is wired in paralell with the three opputs going to the bt
switcher and to three seperate inputs on the board. the switcher provides a summed output which is
routed to a fourth board input and also to a bypass switch that bypasses the studio completely.
using this the jocks can have full control of the three playing elements, or just use4 the
"Auto" fader from the switcher, and when the shift ends they are to switch the studio to
bypass. the BT switcher also Switches a satelite feed for the news at the top of the hour.
Why not do something like this, but in a more general way and within Rivendell?
We'll call this 'output port mashing'. Envision something like this: we have
a system with an audio card that provides four outputs. The way RD deals with
this port-wise right now is to map an output port to a physical output on a
one-to-one basis, like:
RD H/W
0 --> 0
1 --> 1
2 --> 2
3 --> 3
Now, we introduce (virtually) an audio switcher/router between RD and the H/W.
By default, we get the same one-to-one mapping we have now, but with the
ability to change that mapping dynamically. E.g. we can make RD port '0' also
come out on H/W ports '2' and '3', while having RD ports '1', '2' and '3' all
appear on H/W port '1'. Architecturally, it's just a crosspoint router, so we
control it with the usual 'ST', 'SA' and 'SR' RMLs and implement it as a
standard Rivendell Switcher/GPIO device. The only limitation is that mashing
can be done only within outputs on the same card --e.g. an output on card '1'
can't be made to appear on an output on card '0' (this is a consequence of the
internal DSP architecture used within caed(8)).
Thoughts folks?
Cheers!
|-------------------------------------------------------------------------|
| Frederick F. Gleason, Jr. | Chief Developer |
| | Paravel Systems |
|-------------------------------------------------------------------------|
| But in our enthusiasm, we could not resist a radical overhaul of the |
| system, in which all of its major weaknesses have been exposed, |
| analyzed, and replaced with new weaknesses. |
| -- Bruce Leverett |
| "Register Allocation in Optimizing Compilers" |
|-------------------------------------------------------------------------|
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
On Dec 6, 2012, at 12:49 29, Nathan Steele wrote:
#######################
Scanned by MailMarshal
#######################
############
Attention:
The information contained in this message is confidential and intended
for the addressee(s) only. If you have received this message in error
or there are any problems, please notify the originator immediately.
The unauthorised use, disclosure, copying or alteration of this message
is strictly forbidden. Christian Vision or any of its subsidiaries will
not be liable for direct, special, indirect or consequential damages
arising from alteration of the contents of this message by a third party
or as a result of any virus being passed on. Please note that we reserve
the right to monitor and read any e-mails sent or received by the
company under the Telecommunications (Lawful Business Practice)
(Interception of Communications) Regulation 2000. Christian Vision is
registered in England as a limited company 2842414 and as a charity
1031031
############
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
