It depends on when the playlist is generated and what the Start Time is. For example, if today is Thursday and you create a playlist for Sunday then repeat protection rules, even if set for like 12-hours as in your case, will not apply, because it's 36+ hours between those days.
Playlist Generator considers playlist's start time or repeat protection.
If you only set the start time and do not set start day, it's also taken into account, assuming the playlist will start later today (but calculating the time difference).
As I understand it, do I need to create many more
generate command events for each day of the week? Because I don’t see any other option that would work the way I want.
Honestly, I don’t fully understand how to implement dayparting in my case unless it’s by adding many events for each day of the week, which would require more work.
The events in my current workflow are only three (at the 59th minute of every hour) to generate the playlist and one to load it (at minute 00 of every hour).
In my case, would the missing piece be an option to use the current time? Or could an option be added to configure the estimated start time to something like: “in xx minutes,” “in xx hours,” etc.?
There's an option in Settings > Control: Mouse double click function. Another option may be added: "Add track to playback queue" what do you think? For now, you can add a track to the queue by selecting it and pressing Q.
We won't be adding another single-queue option just for setting the next track as it's a duplication of existing feature and having multiple conflicting next track options is not good.
I think adding tracks to the queue with a double-click this way is fine.
However, if we accidentally add a track we don’t want, how can we remove it and select the correct one more quickly? Right now, we have to open the queue manager, delete the track, and then search and add the correct one, which feels like too many steps when speed is essential.
For example, if there are only a few seconds left and I select the wrong next track, the current method (adding to the queue) makes me lose too much time.