Transitions on overlay players and Transition bug
Transitions on overlay players and Transition bug
What I 've done is :
Created a script with
1. Time announce file
2. Cartwall jingle (voice) with transition End on ramp of next track
3. Cartwall Christmas beds (with ramp position set on all tracks).
When I test this script (using add tracks from script 1 loop) 9 in 10 times the transition starts at start of next track !
Also I have set this script to play every half an hour as an overlay but IT NEVER has transition.
It plays the tracks back to back.
PLEASE RESPOND AS SOON AS POSSIBLE because I want to change my Christmas program NOW with more overlays like this.
Created a script with
1. Time announce file
2. Cartwall jingle (voice) with transition End on ramp of next track
3. Cartwall Christmas beds (with ramp position set on all tracks).
When I test this script (using add tracks from script 1 loop) 9 in 10 times the transition starts at start of next track !
Also I have set this script to play every half an hour as an overlay but IT NEVER has transition.
It plays the tracks back to back.
PLEASE RESPOND AS SOON AS POSSIBLE because I want to change my Christmas program NOW with more overlays like this.
Re: Transitions on overlay players and Transition bug
No, this is not what ProppFrexx is doing...
The standard 'End with Ramp of Next Track' Insert Transition does NOT ignore it, but moves the track insert transition to the previous track (so that it spans both tracks) - I just explained, that your previous track is too short for this as well !
Note, that there is also another 'VO: End with Ramp of Next Track' - this is the VoiceOver version of it.
The VoiceOver version does almost the same as above; EXCEPT, that it leaves the current track within the playlist and ONLY aligns it's Next cue-point...pretty must as you described it !
So you might want to use/should have used the 'VO: End with Ramp of Next Track' transition instead?!
But, (as explained) this currently only works within playlists, but not within embedded containers or overlays.
I might take a look if it possible to add transitions also to embedded containers/overlays - but as you decided to not use the software anymore I guess this is not time critical.
The standard 'End with Ramp of Next Track' Insert Transition does NOT ignore it, but moves the track insert transition to the previous track (so that it spans both tracks) - I just explained, that your previous track is too short for this as well !
Note, that there is also another 'VO: End with Ramp of Next Track' - this is the VoiceOver version of it.
The VoiceOver version does almost the same as above; EXCEPT, that it leaves the current track within the playlist and ONLY aligns it's Next cue-point...pretty must as you described it !
So you might want to use/should have used the 'VO: End with Ramp of Next Track' transition instead?!
But, (as explained) this currently only works within playlists, but not within embedded containers or overlays.
I might take a look if it possible to add transitions also to embedded containers/overlays - but as you decided to not use the software anymore I guess this is not time critical.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Transitions on overlay players and Transition bug
That's very very bad.1) Track Insert Transitions are only supported within Playlists, but not by the overlay player!
Bernd I 've send so much time with PF. I am giving up.2) Please send me your script file as well as the related audio file to try to reproduce that here.
I 'll use it till the end of the year - because I can't change my program now - but then I 'll look for some other software. Sorry.
Re: Transitions on overlay players and Transition bug
I have given you an example when this might happen, so you can do the math yourself! No need to send me any data then.
I was just offering help to find your config issue.
For the rest I have tested the transitions here and it is working 100% okay within a playlist! That's why I believe it is the above reason!
In any case, this doesn't seem to be a bug!
You might use the 'AsPlaylistInsert' option with an Overlay to (re)enable the track insert transitions...
But feel free to do what ever you like...
I was just offering help to find your config issue.
For the rest I have tested the transitions here and it is working 100% okay within a playlist! That's why I believe it is the above reason!
In any case, this doesn't seem to be a bug!
You might use the 'AsPlaylistInsert' option with an Overlay to (re)enable the track insert transitions...
But feel free to do what ever you like...
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Transitions on overlay players and Transition bug
and... how can I (re)enable the track insert transition ?
About the calculations:
IN ANY SOFTWARE I have tried and believe me I 've tried too many 26 years I am in the field, the transitions work like this:
Suppose a voice only promo is 10 seconds and we want it to end at the intro (ramp) of the next song which has intro 5 seconds.
If we play it, the voice promo starts playing and at 5 seconds of it, the next song starts with lower volume until the voice promo ends at song's 5th second where the volume resets to normal.
This is the expected behavior.
What you do ?
If the track in transition is longer of the next track's Ramp, you arbitrarily ignore what is realy needed to be done and place the transition in cue in of the next track. What can I say ?
About the calculations:
IN ANY SOFTWARE I have tried and believe me I 've tried too many 26 years I am in the field, the transitions work like this:
Suppose a voice only promo is 10 seconds and we want it to end at the intro (ramp) of the next song which has intro 5 seconds.
If we play it, the voice promo starts playing and at 5 seconds of it, the next song starts with lower volume until the voice promo ends at song's 5th second where the volume resets to normal.
This is the expected behavior.
What you do ?
If the track in transition is longer of the next track's Ramp, you arbitrarily ignore what is realy needed to be done and place the transition in cue in of the next track. What can I say ?
Re: Transitions on overlay players and Transition bug
As long as I am here it is critical.
What I want is very simple : play a voice over a sound bed.
Can you please describe step by step how can I do it because I am trying the VO: option and the result is the same. I am testing by adding the tracks from script to playlist.So you might want to use/should have used the 'VO: End with Ramp of Next Track' transition instead?!
What I want is very simple : play a voice over a sound bed.
Re: Transitions on overlay players and Transition bug
I did the following in my test:
1) The Script looked like this:
1. LoadTrack, C:\TimeSignal.mp3 (around 2sec. long), Count=1, (SuppressHistoryCheck)
2. Cartwall, Jingles (all are 8-10 sec. long), Count=1, (SuppressHistoryCheck), Options=Track Insert Transition 'VO: End with Ramp of Next Track', Attenuation -18.00dB
3.Cartwall, Soundbed (all are 45-60 sec. long and have a Ramp at around 5 sec.), Count=1, (SuppressHistoryCheck)
If you do not want to create (cartwall) libs you might also use LoadTrack for the script-line 2 and 3.
Then for testing do the following:
- Create a new and empty playlist (click on the 'New' ribbon button)
- then in the playlist right-click and select 'Add -> Add Tracks from...'
- in the upcoming dialog select:
. From: Script
. Script Library: your script name as defined above
. How many: One Loop
. As: Individual Tracks
. To: End
- and click OK
- now you should have 3 tracks in your playlist!
- now press AutoPlay to simulate the play out
- the NEXT cue-point of the 2nd track should now be aligned
- the 3rd track gets attenuated til its Ramp position As said: Currently not working with embedded containers/overlays.
1) The Script looked like this:
1. LoadTrack, C:\TimeSignal.mp3 (around 2sec. long), Count=1, (SuppressHistoryCheck)
2. Cartwall, Jingles (all are 8-10 sec. long), Count=1, (SuppressHistoryCheck), Options=Track Insert Transition 'VO: End with Ramp of Next Track', Attenuation -18.00dB
3.Cartwall, Soundbed (all are 45-60 sec. long and have a Ramp at around 5 sec.), Count=1, (SuppressHistoryCheck)
If you do not want to create (cartwall) libs you might also use LoadTrack for the script-line 2 and 3.
Then for testing do the following:
- Create a new and empty playlist (click on the 'New' ribbon button)
- then in the playlist right-click and select 'Add -> Add Tracks from...'
- in the upcoming dialog select:
. From: Script
. Script Library: your script name as defined above
. How many: One Loop
. As: Individual Tracks
. To: End
- and click OK
- now you should have 3 tracks in your playlist!
- now press AutoPlay to simulate the play out
- the NEXT cue-point of the 2nd track should now be aligned
- the 3rd track gets attenuated til its Ramp position As said: Currently not working with embedded containers/overlays.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Transitions on overlay players and Transition bug
Pfff, hd radio take it easy...
Bernd is trying to help.
Bernd is trying to help.
Re: Transitions on overlay players and Transition bug
Can you do do the same test
Deleting track1 and let only 2,3
Set Ramp of track 3 to 30 secs and post the results.
My voice tracks are 3-5 secs and my beds are 10-12 secs.
Deleting track1 and let only 2,3
Set Ramp of track 3 to 30 secs and post the results.
My voice tracks are 3-5 secs and my beds are 10-12 secs.
Re: Transitions on overlay players and Transition bug
To Andre:
Andre I take it easy. And I know that Bernd is trying to help.
But consider the following:
Andre I take it easy. And I know that Bernd is trying to help.
But consider the following:
- Number of bugs I've found since my purchase on March.
- The number of new features I suggested - some basic of them should already exist as we talk about a professional radio automation. At least Bernd makes his best to add those features to newer versions.
- We talk about an FM radio station (not a web radio having 1-500 listeners). As that, a minute of dead air can cost thousands to the owner. Not saying anything about the listeners.