I have the same problem. I am also longing for some sort of solution for our problem. We also start experiencing some hick ups in Rivendell RDAirPlay.
Sent from Yahoo Mail for iPhone On Saturday, October 26, 2019, 9:00 AM, [email protected] wrote: Send Rivendell-dev mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Rivendell-dev digest..." Today's Topics: 1. Re: EXPORT EVENTS (Chuck) 2. Re: What changed from V3.0.x to 3.1.x that could cause laggy system (Schwoon, newsletter) ---------------------------------------------------------------------- Message: 1 Date: Sat, 26 Oct 2019 10:21:39 -0400 From: Chuck <[email protected]> To: "[email protected]" <[email protected]> Subject: Re: [RDD] EXPORT EVENTS Message-ID: <[email protected]> Content-Type: text/plain; charset="UTF-8" As for the use of Aux 1 and Aux 2 logs, I use that all the time. Further info on how the macros are constructed for that are at: http://caspian.paravelsystems.com/pipermail/rivendell-dev/2017-March/025572.html Main log is music only; Aux 1 is all stopsets and program length material; Aux 2 is for the rare case when we have a paid program that runs past the TOH--Aux 2 contains a timed legal ID that is a good 3 db louder than program material, and the Omnia then ducks the program level for the ID. Hope this is helpful to the current situation. --Chuck W. On Fri, 2019-10-25 at 12:00 -0400 Mike Carroll <[email protected]> wrote: > How about using the Aux1 and Aux2 machines as well as Main? > > *Main:* > Plays a macro cart that: > > - Starts Aux1 playing the bed music cart. > - Sleeps a second or two, to allow brief bed w/o voiceover. > - Starts Aux2 playing a "news" log. > - Stops Main. > > *Aux1:* > Plays the bed music cart. Needs to be at least as long as the news > intro > cart. > > *Aux2:* > Plays the "news" log: > > - Plays the news intro cart. > - Plays a macro cart to fade/stop Aux1 (bed). > - Plays the news cart. > - Starts Main to continue with the remaining playlist. > > I haven't tried this, it's all theoretical <smile>. > > Mike > > On Wed, Oct 23, 2019 at 6:59 PM Stan Fotinos <[email protected]> > wrote: > > > Hi Jon > > > > The only idea that I can add is to create a seperate log for this > > and at > > the end you might be able to export this log into a single cart, > > just an > > idea. > > > > Thanks > > > > Stan > > > > On 24 Oct 2019, at 9:34 am, Jon DeMaster <[email protected]> > > wrote: > > > > So far I?ve set it up as an event with the bed at the beginning, > > then the > > newscast - while simultaneously recording with rdcatch- it seems to > > work > > pretty well... > > > > Sent from my iPhone > > > > On Oct 23, 2019, at 6:40 PM, drew Roberts <[email protected]> > > wrote: > > > > ? > > > > > > On Wed, Oct 23, 2019 at 12:33 PM Jon DeMaster <[email protected]> > > wrote: > > > > > Hello group! > > > > > > Our company puts out (6) national newscasts each day, that right > > > now get > > > picked up by about 12 radio stations across the country - I have > > > an anchor > > > in Dallas, another in Wisconsin, and soon - another in TN.... I'm > > > wondering > > > (and possibly extremely lazy) - is there a way to create an event > > > with the > > > news intro and bed, with the Segue marker at the right point - > > > followed by > > > their dry newscast file (that I could import from our FTP) - that > > > could all > > > be mixed together and RDExport(ed) back out to our FTP for the > > > stations to > > > pick up? > > > > > > > I will be interested to see if anyone has a way to do this within > > Rivendell. > > > > I think I can work out a few ways to do this on the outside and > > then > > import as well as place on the FTP server. > > > > > > > > Maybe I'm asking the system to do a lot - or maybe the answer is > > > right > > > under my fat nose? > > > > > > > drew > > > > > > > > Best, > > > > > > *Jon DeMaster* > > > *920.214.5358** | [email protected] <[email protected]>* > > > > > > www.demastermedia.com > > > Listen to the Praise Radio Network - A Service of DeMaster Media > > > <http://streaming.live365.com/a45228> ------------------------------ Message: 2 Date: Sat, 26 Oct 2019 17:06:04 +0200 From: "Schwoon, newsletter" <[email protected]> To: [email protected] Subject: Re: [RDD] What changed from V3.0.x to 3.1.x that could cause laggy system Message-ID: <[email protected]> Content-Type: text/plain; charset=US-ASCII; format=flowed Hi Nobody can reproduce this problem.? That would be nice to know. Between V3.0 and 3.1 i've nothing changed except the centos 7 update... Am 19.10.2019 15:31, schrieb Schwoon, newsletter: > Hi > > To show it once. In the video you can see how the operation keeps > getting stuck. > > I'm running the voicetracker on centos7, RD V3.1.. Follow the mouse to > see when i click to the next > button. Normaly i use the spacebar.! And see the latency on opening > the vt and after clicking on the next button... > > https://tube.tchncs.de/videos/watch/3e330c58-693f-4f94-87b1-2bba8ec7cff4 > > > > > > Am 12.10.2019 23:52, schrieb Schwoon, newsletter: >> Hi >> >> Between two voicetrack productions i updated my system via yum on >> centos to the latest version 3.1. >> >> And i noticed, that the work with the voicetracker is from now on >> extremly laggy. The VU freezes for +-2 seconds, and most of the time >> one channel VU level will be visible after save for some seconds. >> >> Another example... Opening the Edit Marker dialog takes now 2-3 >> seconds what usualy happens not. >> >> These examples happens on my clients and on the server, so it should >> not network related... >> >> Any hints..? Same SQL problem like on Debian/Ubuntu?? >> >> Ruediger >> _______________________________________________ >> Rivendell-dev mailing list >> [email protected] >> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev ------------------------------ _______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev End of Rivendell-dev Digest, Vol 78, Issue 26 *********************************************
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
