So it's still coming back to manually inserting music after the merge process dumps the music we already overscheduled.
Okay. On 10/19/2011 3:17 AM, Stan Fotinos wrote: > Then I would add events into RDlogmanager to prevent that. > > On 19/10/11 4:13 PM, Benjamin D. Fillmore wrote: >> Then it would leave the same situation. If there's not an overfill in >> that hour, then the automation ends. >> >> The music IS overscheduled, but the import dumps everything that it >> decides won't fit in the clock -- which eliminates the overscheduled music. >> >> Leaving us back with a log that may or may not end early, and stop >> automation at midnight. >> >> >> On 10/19/2011 3:09 AM, Stan Fotinos wrote: >>> Yes it will, but it's there as a precaution. As log as you have enough >>> events/music before hand then that timed event (can be a music track) >>> will start say at 11:59 even though you have enough music to take you up >>> to say 00:10 the next day. >>> >>> On 19/10/11 4:04 PM, Benjamin D. Fillmore wrote: >>>> I'm not sure if I followed that, but I'll take a look tomorrow, when the >>>> internet is back up (I can't reach the machine right now). >>>> >>>> Won't STOP actually stop the automation, preventing the chain event from >>>> ever firing, without user intervention? >>>> >>>> >>>> On 10/19/2011 2:56 AM, Stan Fotinos wrote: >>>>> When have a timed event always at the end of the log to make sure that >>>>> that does not occur. So make sure the log is full or over and the last >>>>> event is a timed event and has a Stop transition to it (before the >>>>> chain) and only start when you want it to change over. >>>>> >>>>> Hope this helps >>>>> >>>>> Stan >>>>> >>>>> >>>>> >>>>> On 19/10/11 3:47 PM, Benjamin D. Fillmore wrote: >>>>>> We are experiencing a random but recurring problem. Sometimes the >>>>>> chain-to event will happen slightly before midnight. The problem is >>>>>> that when this happens, the next log loads, and then at midnight, the >>>>>> log forces the NEXT chain-to event to trigger which either puts us on >>>>>> the wrong day's log, or halts the system (if there isn't a log for the >>>>>> next day in the system yet). >>>>>> >>>>>> It happens multiple times a week. We are having to log in to the system >>>>>> remotely after midnight EVERY day just to make sure the station is still >>>>>> on-air. Obviously, not the ideal situation. >>>>>> >>>>>> I believe there must be a reliable fix, or else this system would not be >>>>>> so widely used. >>>>>> >>>>>> Looking forward to for an answer to this dilemma.... >>>>>> >>>>>> Thank you! >>>>>> _______________________________________________ >>>>>> Rivendell-dev mailing list >>>>>> Rivendell-dev@lists.rivendellaudio.org >>>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>>>>> >>>>> _______________________________________________ >>>>> Rivendell-dev mailing list >>>>> Rivendell-dev@lists.rivendellaudio.org >>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>>> _______________________________________________ >>>> Rivendell-dev mailing list >>>> Rivendell-dev@lists.rivendellaudio.org >>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>>> >>> _______________________________________________ >>> Rivendell-dev mailing list >>> Rivendell-dev@lists.rivendellaudio.org >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> _______________________________________________ >> Rivendell-dev mailing list >> Rivendell-dev@lists.rivendellaudio.org >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> > _______________________________________________ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev