Time Stretch can only be applied (for technical reasons) before playback starts. Do you want to periodically turn this feature on/off? Presently, you can always keep it on and then cancel it using right-click menu option when you don't need it.
Yes, I want to enable it periodically using the context menu option. This activation would be taken into account for the next music track, as currently configured.
The problem with +15 and +30 is that there are few music tracks, meaning it will have to do bigger speed changes. Entire hour is 10-15 tracks which allows some room for adjustments. But first block at +15 minutes is only 3-4 tracks which is very few.
Indeed, the amount of music tracks in a 15-minute block is smaller.
To explain my point of view, the idea is to "catch up" with an acceptable delay according to my configuration.
Example:
my antenna game is at h+15 and my next appointment is the flash at h+30.
Between these two appointments, there is a block of commercials and 3 music tracks with a total duration of 10 minutes (excluding jingles).
In the current Time Stretch configuration, only music tracks are editable in terms of playback speed and I have indicated a value of the "Speed adjust frame (%)" at -4% and +5%.
So I'm going to extend the playback time of these 3 music tracks by a few seconds (about 23 seconds maximum).
So I'm going to shorten the playback time of these 3 music tracks by a few seconds (about 28 seconds maximum).
And that's what I want: to be able to act on a slice of my hour in order to avoid putting a Sweeper or cutting one or more endings of music tracks.
The goal is to use Time Stretch for short periods of time instead of using elements or doing actions that "spoil" the antenna rendering.
Thank you for your interest in my remark. Also, I perfectly understand the work that it generates on your side to arrive at an optimal Time Stretch model.
I think a sort of universal solution can be implemented like adding time stretch start/time stretch end markers and it will operate between them. The end marker will have an option to specify the desired time. But this is for newer versions, for this beta it's too much work.
That's exactly it. This future solution is very interesting. It would suit me perfectly.
You can use set timestretch on and set timestretch off commands in the scheduler to turn it on/off when needed.
That's what I've been testing for a few days
We use second number as major version, e.g. 7.0 - and major update after that is 7.1. That's to avoid version number inflation, Sometimes first number increases prematurely when there are incompatible changes (like changing database format, or dropping Windows XP support). With usual version numbering, it would have already been something like version 71.0 (as web browsers currently are at 100+ something versions).
Thank you for this useful clarification.