Hi, The transitions are slightly different to what you're expecting. They apply to what happens before it.
For example: PLAY transition, if the event before this finishes and you're in automation, then play this cart. STOP transition, if the event before this finishes and you're in automation, then stop and wait. Timed events have a layer of complication but you can think of them as at X time, do something. Depending on what you chose the following happens (I don't have riv in front of me so forgive any vagueness): START IMMEDIATELY, do something = play this now MAKE NEXT, put this cart to the top of the play list (underneath what is currently playing) WAIT UP TO X TIME (paraphrasing), after x time after the start time, play or make next. If nothing is playing then do it immediately. Timed Event with a stop transition is very handy if you don't want things to play early e.g. hourly pips. Be aware that the stop might leave you with dead air and its your call whether dead air is preferable to early events. Normally you'd over fill the hour so you never get dead air, then add a fade just in case a presenter hasn't done their job properly. Regards, Wayne On 2013-04-05 18:53, Alan Peterson wrote: > According to the latest ROG (Sec 5.2.2.1): >>>> > Start Immediately > As implied by the name, if the event is set to start immediately, it > will be started as soon as the hard time is reached. Any currently > playing events in the log will be stopped down. > <<< > > I have an event with multiple elements (relay, jingle, pause) that > happens at :28:50 after the hour. The log is currently idle because > the audio source is a live in-studio person. Even if the first > element > inside the hard-timed event is marked PLAY, will things stop and wait > until 28:50, or will it just jump ahead and start playing after the > previous event regardless of the clock time? > > If I'm reading the rule properly, the log is going to sit and wait > until 28:50 to execute the command, no matter what, if I have HARD > START TIME and START IMMEDIATELY checked. Or am I wrong, and will the > system just jump ahead and play the event regardless of the hard > time, > because it shows a PLAY transition? > > For that matter, what is the advantage of having a TIMED event where > the first element might have a STOP transition command? > > AP > > _______________________________________________ > 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
