AaronJowitt / Rivendell

RIvendell Automation Issue/Req Tracking
0 stars 0 forks source link

Various Log Merge bugs new routine - 2.10.3-Int05 #14

Open AaronJowitt opened 9 years ago

AaronJowitt commented 9 years ago

See email of 6/08/2015 20:16 PM for screen shots. Have not heard back if these have been fixed or not? Have not checked on 2.11.0.int01

On 6/08/2015 20:16 PM, Aaron Jowitt wrote:

int05 observations;

1

Airplay, see 01:04:00 hard time marker shown below. Events after it show a EST TIME 100ms before it, of 01:03:59.9. Very confusing.

LogManager is ok and not doing that. See same log below.

2

From shots above; first macro after news theme starts at 01:00:21 in LogManager, yet AirPlay shows same macro evant at 01:00:04 . Suspect RDLogManager is basing on end point of News Theme cart, and RDAirPLay (correctly) is basing it on transition point of News Theme cart. These used to be behave the same I think? Both need to be transition based (Assuming segue transitions on events)

3

Can the logs new merge markers perhaps be optionally 'hidden (preferably traffic and music markers separately), or at least be able to hide music markers?

My thought is that (currently, until v3 release?) AirPLay and LogEdit canot be made full screen on a 16:9 monitor, so they already suffer from not being able to show many simultaneous lines/events on a log compared to most competing systems. See shot above has our top of our HTM's now adjacent to a music import event, with the music import event really serving no use at all being on screen at end of every hour, as we 24/7 external import music. This would be worse if I enabled the (handy) 'jump to hour' grid above RDAirplay.

It is however useful seeing the traffic merge positions & duration now, and aids scanning the log to quickly find traffic breaks by the icon. This will be good when RDAIrPLay & LogManager Editor can do full high res 27' monitors etc.. Its also lays the frame work for possible future "time scale spot break" options NexGen style, which marks the beginning of a spot break and then slightly indents all commercials on the log, makes it easy to identify just the commercial break elements, and see how long the break should be (i.e if its full).

4.

Re-merge's fail.

RDLogManager>Generate Log>Create New Log (15 Aug) RDLogManager>Generate Log>Merge Music (generates populated log exception report) RDLogManager>Generate Log>Merge Traffic (generates populated log exception report) RDLogManager>Generate Log>Merge Music (remerge) (generates empty log exception report) RDLogManager>Generate Log>Merge Traffic (remerge) (generates empty log exception report)

I need to "Create New log' again before music and traffic will merge.

5

Something strange going on GUI start time of RDAirplay Hard Time Markers;

In following screen shot I manually change the 'Start at' time for a hard time marker (that was on the log from an external import) to 18:07:50. It accepts that and correctly displays in the GUI. But as soon as the Hard time marker executes at the scheduled time, the GUI changes to show a start time of "00:00:00" for the time marker, as follows;

7

Time markers now appear to be dropping the 'seconds' on import. i.e. time markers scheduled for 01:00:02 import as 01:00:00, and a 01:04:40 time marker imports as 01:04:00

8

Appears to be placing spots in the correct break, but its now dumping some traffic breaks (exceptions). On closer investigation, I suspect its only dumping traffic breaks that contain a single event (ecah have varying 5s to 20s durations)

102 exceptions found.

The following events were not placed: 01:02:00 - Cart 012440 - Stanthorpe Rocks Sports 01:06:00 - Cart 013599 - H & R Block 05:02:00 - Cart 011083 - Breeze Sports Credit 05:06:00 - Cart 012076 - Breeze Weather Credit#7

9

New traffic merge position marker, does not always seem to have correct title label, effecting only the 'seconds'. But say there is a a traffic merge position on the music log @ 13:45:00 of 0m10s. RDAirPlay & LogEdit is showing; traffic import - 13:45:40 / :10.0

I think if may be related to #8 above, with labels only wrong for breaks that only contain one, short event.

Suggestion: Traffic/Music Log Exception Report currently shows title of a cart (from RD db) for a 'not playable' event, and it shows no title for a 'missing' event;

00:55:19 - cart 012392 [Queensland Regional Achievement Awards] is not playable 01:04:00 - missing cart 894804

It would be handy to also see the title, as taken from the text log during merge. i.e. something like;

00:55:19 - cart 012392 [RD] Queensland Regional Achievement Awards [Log] Toyota Make Reliable Cars, is not playable 01:04:00 - missing cart 894804 [Log] Jims Mowers

It shows traffic staff quickly what is scheduled (meant to be) on that cart number, as opposed to nothing, or what non-playable (i.e. possibly expired old audio/client) is on the cart number.

ElvishArtisan commented 9 years ago

| See email of 6/08/2015 20:16 PM for screen shots. Have not heard back if these have been fixed or | not? Have not checked on 2.11.0.int01

I do not see images attached to this e-mail.

ElvishArtisan commented 9 years ago

| Appears to be placing spots in the correct break, but its now dumping some traffic breaks | (exceptions). On closer investigation, I suspect its only dumping traffic breaks that contain a single | event (ecah have varying 5s to 20s durations)

Send me an input file in the format that you are using. I'd like to test against that.