Re: [RDD] Stop and hold

[Chuck]

On Mon, 11 Apr 2016 16:34:14 -0500
Matthew Chambers  wrote:

> I'm setting up a new system for a news talker, I have macro carts to do my
> satellite switcher switching, I'd like the macro cart to execute and then
> stop and wait for a gpi closure before advancing to the next event (weather
> that be spots, an ID or another show segment. I put a PS 1! as the last
> line of the macro, but it will just blow through until it hits a top of
> hour ID which has a stop event. <

  In my experience, if using segue transitions, the stop command needs a
sleep pause after it, if the preceding event is a segue.  Otherwise the
segue will start the next event before the stop command is executed.  I
am using 2 logs, with macros switching between them and had to play
around with inserting sleep commands after the stop command--and
sometimes before, depending on the circumstances.

  Although I had trouble with the timing of the stop command, I have
never had it ignore that command completely.  That must be due to what
is in the macro following it.

  Look in the /var/log/syslog file to examine exactly how things are
executing.  That is very revealing.

--Chuck W.

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

[RDD] Glasscoder + Jack

[Seth Stevenson]

Hi,

I am working to get glasscoder working. I had it working once last week,
but now when I try to start it, it says no connection to jack server, and
does not show up in jack. Is there some trick to make it connect? I have
tried multiple times, and again I did have it working before. Thanks.

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

[RDD] HTML Riv Tools (Proof of Concept)

[Jim Stewart]

Such a great idea!  I'd love for this to be the future of Rivendell as I'm 
concerned about it long term issues of it being "stuck" on an old version of 
QT.  Also having these "auxiliary" programs run in OS independent web browsers 
makes a lot of sense to me in operations where they can't quite use (or at 
least I can't convince them to) Linux on the other desktops in the operation.  

In fact I probably wouldn't mind if rdairplay itself moved to this.  I would 
think the way to do it is to leave the core of it still on the Linux server 
(that of course runs all the time), and then just "connect" to it via web 
browser only for control using its GUI.  By moving rdairplay's GUI to an OS 
independent web based service, then perhaps a typical installation would be to 
run the GUI part on a touch screen tablet (like an iPad or Android device) that 
would be very "clean" in the studio, as well as a godsend out on remotes.  I 
have similar functionality to this now by running it on a fully detached VNC 
session that then you just connect to from where ever, including from the Linux 
"server" itself.  


Date: Sun, 10 Apr 2016 23:30:51 +0100
From: Wayne Merricks 
To: 
Subject: [RDD] HTML Riv Tools (Proof of Concept)

Hi all,

I have created a small set of HTML/Javascript/PHP pages as a proof of concept 
for using Rivendell's back end tools in a browser.

So far I only have part of RDLogManager going, namely Grids and Clocks. 
It works with the current Trypon repos 2.10.3 but will have issues if you go to 
newer versions as tables have changed since then (tested in Firefox).

The reason for doing this is I think QT/C++ is a barrier for most people here 
but maybe javascript, HTML and PHP is not so much.  It also means that with the 
age of QT3 perhaps more people could rally around HTML tools (or other things) 
to lessen the burden on Riv for whenever it is they have to move to QT5+.

I'm not implementing Riv behaviour verbatim as I've tried to simplify the 
clocks in particular to make inserting items easier.  Anyway hopefully this 
will get a few cogs churning among fellow Riv users, if not I'll continue to 
keep plugging away at replacing rdlogmanager (event editing is next and 
possibly log generation after that).

https://github.com/waynemerricks/rivendell-html

If you want to check it out, just download the pre alpha release above and 
shove it onto a web server with PHP support.  Please make sure you get the 
pre-alpha release and not the github direct as I don't guarantee I won't push 
some updates that break everything at some point (direct link here 
https://github.com/waynemerricks/rivendell-html/releases/tag/v0.1-pre-alpha).

You will have to edit the config/database.php file to point to wherever your 
Rivendell db is.  It won't do anything insane like delete all your clocks but I 
don't recommend installing in production without adequate backups in case you 
do something unintended.

All comments welcome including suggestions of short piers I can visit.

Regards,

Wayne


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

Re: [RDD] Stop and hold

[Jeremy W. Eisenzimmer]

Why don't you put all your elements in the log with a "STOP" chain except for 
the ones (like spots) that need "SEGUE"? I currently do that with a system i'm 
setting up for one of the Farm Networks locally.

From: rivendell-dev-boun...@lists.rivendellaudio.org 
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Matthew 
Chambers
Sent: Monday, April 11, 2016 4:34 PM
To: User discussion about the Rivendell Radio Automation System
Subject: [RDD] Stop and hold


I'm setting up a new system for a news talker, I have macro carts to do my 
satellite switcher switching, I'd like the macro cart to execute and then stop 
and wait for a gpi closure before advancing to the next event (weather that be 
spots, an ID or another show segment. I put a PS 1! as the last line of the 
macro, but it will just blow through until it hits a top of hour ID which has a 
stop event.

Matthew A. Chambers
Assist. Director / Public Information Officer
Wright County Emergency Management Agency


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev