Re: [RDD] Rivendell to EAS Link

[Aaron Savage]

I see what you are trying to accomplish.  I have a few warnings that are
delayed a few minutes only to allow operator time.  However, the big ones
like EAN, Tsunami, Earthquake, and Amber alerts should always pre-empt.
There are systems that talk directly to the Sage Digital to make this
possible.   I have not seen any of this being pursued in Rivendell.  It
does sond like a nice feature.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell to EAS Link

[Ryan Kin]

I have a Sage EAS Endec 1822 and I'm just wanting to hold off tests or
weather messages until after the song
Everything else like EAN, etc. could be aired first

On 3/8/16, Cowboy  wrote:
> On 03/08/2016 11:02 AM, Rob Landry wrote:
>> No; the rules don't allow pre-recording an EAS test; it has to run live
>> from the encoder.
>
>  And there is ample precedent. ( 5 figure fines, initially, then it gets bad
> )
>
>  The way the rules read one could mis-interpret an allowed delay, but
> that's
>  not right. ( unless you're congress, or a judge )
>  What they mean, is the maximum delay due to equipment function. (
> store-forward
>  within the EAS box )
>
>  The intent of the rule, is that the EAS box goes as the last point in the
>  STL before the transmitter, so that it auto-interrupts anything and
>  everything, no matter what.
>  The actual rule is just badly written.
>  At the time, the effort was to write the rule in such a way that it didn't
>  require things that were physically impossible at the time, such as
> automatic
>  instantaneous retransmission of everything EAS. ( and thank God it doesn't
> )
>  Or things that were unnecessary, such as automatically immediately
> repeating
>  emergency info on the air, when there was a live operator who could do a
>  better job of it anyway.
>  That's been (mis)interpreted in various ways.
>
> --
> Cowboy
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Newbie with a New Install

[Jamie Dennis]

Well, I tried the CentOS 7 Live DVD installed on a bootable USB created by 
unetbootin-windows-613 and I get a …
Kernel panic – not syncing: Attempted to kill init! 

And then it stops.

I’m beginning to think it is something with a BIOS setting but I don’t know.


Thanks,
-Jamie

 






From: Cowboy
Sent: Tuesday, March 8, 2016 11:08 AM
To: rivendell-dev@lists.rivendellaudio.org
Subject: Re: [RDD] Newbie with a New Install

On 03/08/2016 10:55 AM, Rob Landry wrote:
> On Mon, 7 Mar 2016, Jamie Dennis wrote:
>> > Once it completes the install, I reboot the machine and it starts running
>> > and then stops at ...
>> > [] ? child_rip+0x0/0x20
> It sounds like a hardware problem. Will anything else (e.g. Ubuntu Live 
> CD) boot successfully?

 The fact that the CentOS CD booted and installed tends to suggest that
 it's not hardware, but that may not be definitive.

 For me, I just need a little more context as to where this
 [] ? child_rip+0x0/0x20
 comes from, and when in the process.
 One line out of hundreds doesn't help me, and there's nothing similar
 in my CentOS 5 or CentOS 6 or CentOS 7 boot logs.

-- 
Cowboy

cowboy.cwf1.com
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell with audio switcher

[Wayne Merricks]

Hi,

Kind of already covered but as an alternative usage for logs.

Make your log of IDs with a stop transition after each event.

Every time the Switcher fires the GPIO pins use the Play next macro 
(PN).


Stick a timed event at the end of the day to load the log up again.

To be honest as you're using a Pi, you could fairly trivially do this 
with a bash script and a directory full of mp3s/wavs of IDs (WiringPI 
for GPIO).  But having Rivendell in there gives you scope to expand more 
easily.


The way I sold Riv where I work was quite simple, "you know we have all 
these emergency CDs that get scratched all the time, well we can use 
this instead".  From there it was "if we just do this little bit more 
we'll have a full backup for when our main system dies".  I managed to 
automate including titles and markers an ingest of over 10,000 songs 
from the old system which helped a lot.


Then luckily/unluckily in equal measure, our main proprietary system 
had a complete RAID meltdown and was dead for nearly 2 weeks (long 
story).  So Riv stepped in and worked fine.  Then it was an easy 
conversation, [Manager] "how can we stop this happening again?" [Me] 
"Pay lots of money to upgrade what we have to something current and not 
a 1990s Windows NT based system, or just use this thing that kept us on 
the air for the last two weeks"


Spell it out in terms of money or potential off air time and most 
people tend to listen to alternatives.


On 2016-03-08 23:36, Sherrod Munday wrote:

Thats what I did for one of my stations. All my IDs went in one Cart,
all the :30 liners went in another, all the :60s went in another, 
etc.



In the Sound Panel section of RDAirplay, set up a single button for
each of the Carts that contain the various liner types.

Then, wire up the relays from your satellite receiver to the GPI
inputs of your Rivendell computer.  Finally, set up the GPIs to push
the appropriate Panel buttons when triggered.

If you have to mute the network audio, then youll need to have those
GPIs fire Macros instead of the simple audio carts. The Macros will
first need to send commands to your audio switcher to mute the 
Network

audio, then they would fire the audio cart. Finally, after the audio
cart completes, the Macro unmutes the Network audio again.

You can do these things with the Panel buttons (meaning, you put the
Macros on Panel buttons instead of just putting the audio Carts), but
you could also do the same with a log.  In reality, you could do them
even without a log or a panel, but then youd have a hard time seeing
what the system is doing in real-time - and an even harder time
overriding or assisting.  I personally kind of prefer putting any
floating liners on the Panel buttons, because it also makes it easy 
to

manually hit those same buttons if the relay closures arent connected
or firing from the network end of things.

Hope this helps.

--Sherrod
On Mar 8, 2016 3:52 PM,  wrote:


Thats what I was trying to figure out. No it wouldnt be necessary.
Would it be simpler to put the cuts in one cart and then trigger it
with a macro? Just looking for any input. Will look into this.

Sent from my iPhone

On Mar 8, 2016, at 3:33 PM, Sherrod Munday 
wrote:


On Mar 8, 2016 1:56 PM, "Seth Stevenson"  wrote:
>...It needs to have a playlist of say 20-30 IDs that rotate in a
loop. Once one is played then it needs to stop until the next
switcher command to play the next cut. The log needs to be
reloaded at midnight for the next day as well.

Question:

Is a log really necessary if the "spots" and IDs are just going to
loop and they arent paid/scheduled content?

If not, you can just use the GPIs to push Panel buttons that fire
off macros to mute the network (if necessary), play the necessary
audio, and then return to the network.

That would be simpler than worrying about log generation.

--Sherrod



Links:
--
[1] mailto:rcflye...@gmail.com
[2] mailto:smun...@ieee.org
[3] mailto:rcflye...@gmail.com


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell with audio switcher

[Sherrod Munday]

That's what I did for one of my stations. All my IDs went in one Cart, all
the :30 liners went in another, all the :60s went in another, etc.

In the Sound Panel section of RDAirplay, set up a single button for each of
the Carts that contain the various liner types.

Then, wire up the relays from your satellite receiver to the GPI inputs of
your Rivendell computer.  Finally, set up the GPIs to push the appropriate
Panel buttons when triggered.

If you have to mute the network audio, then you'll need to have those GPIs
fire Macros instead of the simple audio carts. The Macros will first need
to send commands to your audio switcher to mute the Network audio, then
they would fire the audio cart. Finally, after the audio cart completes,
the Macro unmutes the Network audio again.

You can do these things with the Panel buttons (meaning, you put the Macros
on Panel buttons instead of just putting the audio Carts), but you could
also do the same with a log.  In reality, you could do them even without a
log or a panel, but then you'd have a hard time seeing what the system is
doing in real-time - and an even harder time overriding or assisting.  I
personally kind of prefer putting any floating liners on the Panel buttons,
because it also makes it easy to manually hit those same buttons if the
relay closures aren't connected or firing from the network end of things.

Hope this helps.

--Sherrod
On Mar 8, 2016 3:52 PM,  wrote:

> That's what I was trying to figure out. No it wouldn't be necessary. Would
> it be simpler to put the cuts in one cart and then trigger it with a macro?
> Just looking for any input. Will look into this.
>
> Sent from my iPhone
>
> On Mar 8, 2016, at 3:33 PM, Sherrod Munday  wrote:
>
>
> On Mar 8, 2016 1:56 PM, "Seth Stevenson"  wrote:
> >...It needs to have a playlist of say 20-30 ID's that rotate in a loop.
> Once one is played then it needs to stop until the next switcher command to
> play the next cut. The log needs to be reloaded at midnight for the next
> day as well.
>
> Question:
>
> Is a log really necessary if the "spots" and IDs are just going to loop
> and they aren't paid/scheduled content?
>
> If not, you can just use the GPIs to push Panel buttons that fire off
> macros to mute the network (if necessary), play the necessary audio, and
> then return to the network.
>
> That would be simpler than worrying about log generation.
>
> --Sherrod
>
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] Rivendell with audio switcher

[Seth Stevenson]

I work for a large network with about 45 stations. All our programming is
originated in one location and delivered to the stations via satellite
feeds. A dish at each site receives the audio to the transmitters and
towers which are co-located. All the programming is the same for each
station. For local ID's and PSA's we use a Burk LX-1 switcher. For ID at
the top of the hour, our ENCO DAD fires a command to the switcher which
activates a CD player and plays the ID. Then a command is given to switch
back to sat. Same thing throughout the day for local PSA's. We are
non-commercial, so no commercials. We want to move away from the CD
players. I am trying to get them to move to Rivendell on a Raspberry Pi to
due this. What is the best way to set up GPIO for Rivendell to due this? It
needs to have a playlist of say 20-30 ID's that rotate in a loop. Once one
is played then it needs to stop until the next switcher command to play the
next cut. The log needs to be reloaded at midnight for the next day as
well. I know this should be fairly easy with macros, but need some input. I
will not be the final person implementing it, but I'm the only one familiar
with Rivendell, so am trying to "sell" it for this project. Thanks. By the
way, I do have Rivendell already running on a test Raspberry PI.

-- 
Seth Stevenson
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell to EAS Link

[Cowboy]

On 03/08/2016 11:02 AM, Rob Landry wrote:
> No; the rules don't allow pre-recording an EAS test; it has to run live 
> from the encoder.

 And there is ample precedent. ( 5 figure fines, initially, then it gets bad )

 The way the rules read one could mis-interpret an allowed delay, but that's
 not right. ( unless you're congress, or a judge )
 What they mean, is the maximum delay due to equipment function. ( store-forward
 within the EAS box )

 The intent of the rule, is that the EAS box goes as the last point in the
 STL before the transmitter, so that it auto-interrupts anything and
 everything, no matter what.
 The actual rule is just badly written.
 At the time, the effort was to write the rule in such a way that it didn't
 require things that were physically impossible at the time, such as automatic
 instantaneous retransmission of everything EAS. ( and thank God it doesn't )
 Or things that were unnecessary, such as automatically immediately repeating
 emergency info on the air, when there was a live operator who could do a
 better job of it anyway.
 That's been (mis)interpreted in various ways.

-- 
Cowboy
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Newbie with a New Install

[Cowboy]

On 03/08/2016 10:55 AM, Rob Landry wrote:
> On Mon, 7 Mar 2016, Jamie Dennis wrote:
>> > Once it completes the install, I reboot the machine and it starts running
>> > and then stops at ...
>> > [] ? child_rip+0x0/0x20
> It sounds like a hardware problem. Will anything else (e.g. Ubuntu Live 
> CD) boot successfully?

 The fact that the CentOS CD booted and installed tends to suggest that
 it's not hardware, but that may not be definitive.

 For me, I just need a little more context as to where this
 [] ? child_rip+0x0/0x20
 comes from, and when in the process.
 One line out of hundreds doesn't help me, and there's nothing similar
 in my CentOS 5 or CentOS 6 or CentOS 7 boot logs.

-- 
Cowboy

cowboy.cwf1.com
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell to EAS Link

[Rob Landry]

No; the rules don't allow pre-recording an EAS test; it has to run live 
from the encoder.



Rob

--
Я там, где ребята толковые,
Я там, где плакаты "Вперёд",
Где песни рабочие новые
Страна трудовая поёт.

On Tue, 8 Mar 2016, Jay R. Ashworth wrote:


I'm assuming you mean for tests, as I don't think the regs permit
you to delay actual alerts.

I would assume you could put a trigger event in the log to trigger
tests, somehow, driving your endec.  You *could* just record the test
and play it out as a cart, but I'm not sure that's acceptable per the
regs either...

Cheers,
-- jra

- Original Message -

From: "Ryan Kin" 
To: "rivendell-dev" 
Sent: Monday, March 7, 2016 9:07:04 PM
Subject: [RDD]  Rivendell to EAS Link



Is there a way so that Rivendell to trigger EAS events without the EAS
having to interrupt Rivendell during traffic, music, etc.?
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


--
Jay R. Ashworth  Baylink   j...@baylink.com
Designer The Things I Think   RFC 2100
Ashworth & Associates   http://www.bcp38.info  2000 Land Rover DII
St Petersburg FL USA  BCP38: Ask For It By Name!   +1 727 647 1274
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell to EAS Link

[Jay R. Ashworth]

I'm assuming you mean for tests, as I don't think the regs permit
you to delay actual alerts.

I would assume you could put a trigger event in the log to trigger
tests, somehow, driving your endec.  You *could* just record the test 
and play it out as a cart, but I'm not sure that's acceptable per the
regs either...

Cheers,
-- jra

- Original Message -
> From: "Ryan Kin" 
> To: "rivendell-dev" 
> Sent: Monday, March 7, 2016 9:07:04 PM
> Subject: [RDD]  Rivendell to EAS Link

> Is there a way so that Rivendell to trigger EAS events without the EAS
> having to interrupt Rivendell during traffic, music, etc.?
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

-- 
Jay R. Ashworth  Baylink   j...@baylink.com
Designer The Things I Think   RFC 2100
Ashworth & Associates   http://www.bcp38.info  2000 Land Rover DII
St Petersburg FL USA  BCP38: Ask For It By Name!   +1 727 647 1274
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Newbie with a New Install

[Rob Landry]

--
Я там, где ребята толковые,
Я там, где плакаты "Вперёд",
Где песни рабочие новые
Страна трудовая поёт.

On Mon, 7 Mar 2016, Jamie Dennis wrote:


Once it completes the install, I reboot the machine and it starts running
and then stops at ...
[] ? child_rip+0x0/0x20


It sounds like a hardware problem. Will anything else (e.g. Ubuntu Live 
CD) boot successfully?



Rob___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev