ProppFrexx ONAIR User-Forum

Hi,

I'm about to do live on radionomy using proppfrexx, To achieve this, I Created a 2 mn files library with the correct tag to be detected from radionomy as the Adbreaks.
Then, I did a dedicated script to play one of this files, and in the overlay scheduler I'm running this script "soft time" at "h+xx & h+yy" finally it works, exactly as expected.
except that A little something goes wrong with this: I have some particular shows that use voicetracks, when the Playlist is generated for the voice tracking session, the overlays have no lenght "??:??" It means every hour the scheduled time goes 4mn wrong.
When I created the overlay, I specified a length of 120s in "approx. duration" And I don't understand why This approx lenght is not reported in the pre-generated playlist.

I probably missed something

Thanks,
T.

By hte way, thanks for the "remember me" in the password connection.

So I assume you used the ResolveOverlayToPlaylist option...
...yes, I confirm, that this is a bug. It is actually 'only' a display bug in the playlist; as it should normally use either the effectively resolved playtime or (if this is not possible) the given approximate duration.
I'll fix that in the next release!

Fixed in v4.0.1.15 !

Hi Bernd,

thanks, but there's now a second trouble...

the right time is now included in the generated playlist of a distant voicetracking session, but the time of the overlay is still getting late every time.
For example: the first overlay is scheduled h+18mn, if the next one is scheduled h+38mn then it will finally be h+40.
So now, the time in the playlist is correct, but the scheduled overlays are getting more and more late at each new instance played.

By the way, I just realized there's a second little bug.
To be detected as an adbreak (in radionomy) the overlay played must be tagged (Advert: - Advert:) To avoid problem with mutifilled containers that would use multiple tags. I used this same tag (Advert: - Advert:) in the overlays description, and selected use overlay description for the tag. It works perfectly when live assist or live mode. when the voicetracked sessions are "on air", the overlays are integrated in the playlist, but the tags are wrong. for example here's an overlays tag from my last voicetracked session : "Overlay: pub2 [1 Entries] - pub2"

Thanks,
Thomas.

I am sorry, but I don't get you issue with that the overlays get delayed...?!
Can you please make this a bit more clear to me and may be provide some examples.

With your other little 'bug' - this is actually not a bug.
But I understand where you are coming from and will try to find a solution...

Thanks, for this fast return,
I'll try to do a concrete example with some screen captures... to demonstrate the issue, Maybe I did something wrong, but this morning after 3 hours of VTracked session on air My h+38 overlay was played @ h+52.

T.

Ok that's exactly what i did in my last VT session
Here's some screen caps from my session (in the folder linked below), but You don't need those so much now because you allready answered my request.

But you can check those to see what I mean about the overlay tag using the overlay description. that goes wrong when The VT session is playedback.

the picture called radionomy1 is live or live assist mode (correct tag)
the radionomy2 is when my Voicetracked session is on air (Wrong tag)

http://www.easymedias.com/prpfrx/

Not, that we misunderstand each other, but when you load the overlays into the playlist as regular playlist items, you need to adjust their playback position manually.
So they of course do not get automtically adjusted.
E.g. when you add new entries to the playlist (even if only by adding VT tracks), the overlay entries stay in their position, meaning they still got played at exactly that position; which might now be later in time...
As such, you need to adjust their position manually yourself...