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
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
No, just set up extra events using RDlogmanager music scheduler
On 19/10/11 4:36 PM, Benjamin D. Fillmore wrote:
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
Hey Rob,
Ours did it last night. We usually add a few songs at the end of the day,
for
insurance. The fellow that usually takes care of that had a couple of days
off.
Most were fine, but we got bit last night. Woke up @ 4 am to a silent
station.
Sure wish the next day would just load.
James
It may put your time off a little if you are running early but just chain
the next day at the end of your log. No timed event.
On Oct 19, 2011 7:01 AM, James Gamblin jgamb...@lwrn.org wrote:
Hey Rob,
Ours did it last night. We usually add a few songs at the end of the day,
for
insurance.
When you say the import does that mean you are using an external scheduler
instead of Rivendell's own scheduler? If that is the case, then your rivendell
clocks should match your external scheduler clocks and nothing will get dumped
during the import.
From:
I have never used that feature in Rivendell, but, in my experience with other
software (music schedulers, traffic systems, automation systems) the autofill
feature is not really automatic. Even though it is autofill you still have to
manually initiate the process, I have not yet seen a system
Anyone of you have working Jack on Appliance?
I try but I couldn't make it work
(snd_pcm_open_conf) Cannot open shared library
/usr/lib/alsa-lib/libasound_module_pcm_jack.so
--
regards
Isaac
___
Rivendell-dev
It occurs to me that it would be nice if tomorrow's log were loaded by
appending it to today's while today's is still running, the time of each
event being adjusted by adding to it the projected end time of today's
log. Midnight would become just another time, and not a seam separating
today
Although that sounds nice, and I do believe it can be done, I have loaded a new
log while the current one is still on the playlist, but have not really checked
on it because I have done it in error, so I just deleted the whole thing and
started over.
but somewhere, somehow, there has to be
The talkunafraid blog has alot of useful information referring to JACK and
Rivendell. I found that when I am not getting sound output through jack it is
because the connections have not been made. You can check this by opening the
control (qjackctl) and opening the connections window. I have
Reconciliation would be a matter of reporting all events from 00:00:00 to
23:59:59 on a certain day and comparing them with the schedule from the
traffic system.
Currently if I load a main log whila another main log is running, the
current event continues to play but all subsequent events
Thanks to Tim Camp for the help on this one.
I was having problems with some RD clocks not importing traffic. It was fixed
by slackening up the start times in the Event used for traffic.
Regards
Warren Mead
Gold MX/Fly FM
___
Rivendell-dev
13 matches
Mail list logo