rvt optimization
rvt optimization
after 2 years of intensive use, here's a few things that could make things really better & faster.
when generating a hook container on a RVT session, the software use the local hook mixing parmeters. it could be nice to choose from server or local hook mixing configuration.
when you record a VT over a hook container the local computer generates and download this container, but if you want to ad a new VT right after this container, the computer regenerate and redownload the same container. re use the same previous container would save a huge time.
and by the way, I still have a question about how to keep the overalys at the right time? when generating a remote session using overlays as embebded containers, those containers are going late from the previous overlay duration. that means if the first overlay is 2 mn long, the next overlay will be played 2 mn late, and the next one will be late from the lenght of the 2 previous overlays etc etc. We're still moving these manually at recording but for long sessions it's difficult to keep everything on time.
when generating a hook container on a RVT session, the software use the local hook mixing parmeters. it could be nice to choose from server or local hook mixing configuration.
when you record a VT over a hook container the local computer generates and download this container, but if you want to ad a new VT right after this container, the computer regenerate and redownload the same container. re use the same previous container would save a huge time.
and by the way, I still have a question about how to keep the overalys at the right time? when generating a remote session using overlays as embebded containers, those containers are going late from the previous overlay duration. that means if the first overlay is 2 mn long, the next overlay will be played 2 mn late, and the next one will be late from the lenght of the 2 previous overlays etc etc. We're still moving these manually at recording but for long sessions it's difficult to keep everything on time.
Re: rvt optimization
I’ll see what can be done...
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: rvt optimization
The 'shifting' of the embedded overlay containers when doing remote voice tracking should be solved in the next update.
I am afraid, that currently only the local hook settings might be used (ie. remote hook openers, closers, seperators are not available locally).
The re-download issue is however not clear to me. What RVT settings are you using?
Are you using the 'Only Playlist' option initially, i.e. are you always downloading the tracks 'on-the-fly' when needed? Or do you download the full playlist with all tracks initially?
I am afraid, that currently only the local hook settings might be used (ie. remote hook openers, closers, seperators are not available locally).
The re-download issue is however not clear to me. What RVT settings are you using?
Are you using the 'Only Playlist' option initially, i.e. are you always downloading the tracks 'on-the-fly' when needed? Or do you download the full playlist with all tracks initially?
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: rvt optimization
A v4.0.5.35 update is available, which should fix the overlay position for RVT sessions.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: rvt optimization
Hi Bernd,
thanks for this work, it's now quiet better with hooks. I've just seen your questions too late for answer.
Most of the time I'm selecting the needed files, then i made a remote download... The problem was that with hooks, it was redownloading files, and worse, when you were doing a second VT right after the hook, a complete redownload of those files was needed again.
Now its much more faster and easier
thanks for this work, it's now quiet better with hooks. I've just seen your questions too late for answer.
Most of the time I'm selecting the needed files, then i made a remote download... The problem was that with hooks, it was redownloading files, and worse, when you were doing a second VT right after the hook, a complete redownload of those files was needed again.
Now its much more faster and easier
Re: rvt optimization
Good to hear!
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution