-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Playlist transition time being ignored/reset #3541
Comments
I could not reproduce. |
Hi |
Ok, this one is weird. |
As long as the playlist transition time is shorter than the global transition time it works. |
here's the config as requested some things I've noticed / alterations to the issue I've encountering since my initial report. On mobile (android 1.1.0) and on web UI I tried seeing if I could hack the behavior into behaving by saving some presets with a 5s transition and making a separate playlist using those presets. With a more testing. I've come to find that global transition time is tied to if "include brightness" is checked during preset creation meaning a brightness included preset will change the global transition value, and any preset used after that doesn't have brightness included will follow that new global transition time. Also, even if a playlist contains presets with brightness included, the playlist will ignore that and follow the global transition time set by a previous brightness included playlist. and while I know it doesn't exactly pertain to the issue here, now that I know this: Does anyone think that global transition time should be tied to "save current state" and not "include brightness"? I personally could see more situations where I'd want to maintain a brightness value separately from a transition time. Anyways, more of a side thought... Issue is still GTT is being used instead of PTT. |
This is so f***ed up! @KonkaBass there are quite a few legacy decisions that make current development difficult to say the least. Changing them is even greater PITA. |
If you can test 0_15 branch, please do so. I tried hard but it may not be sufficient without breaking backwards compatibility. |
Hi @blazoncek For the moment I am happy with transition time set in GTT. But thank you anyway !! |
What happened?
I have a playlist, that I'm attempting to blend between presets seamlessly.
{"playlist":{"ps":[7,9,8,10,11,13,14,12],"dur":[3000,3000,3000,3000,3000,3000,3000,3000],"transition":[600,600,600,600,600,600,600,600],"repeat":0,"end":0,"r":1},"on":true}
aka 5mins static with a 1min blend
The playlist was ignoring the playlist transition time and just using the default transition time. I couldn't understand why, I solved this temporarily when I opened WLED on desktop instead of mobile and saw all controls at once, this led me to change the Transition time under my two Segments after launching the Playlist.
This worked, allowing the playlist to perform my smooth (60s) transition. But it's temporary, because if I select any preset, (pretty much all of which have a default 0.7 transition time), the segment transition resets to 0.7 and if I select the Playlist again, the original issue returns, where the Playlist transition time is ignored, and the segment transition time stays at 0.7, and the transitions are sudden.
To Reproduce Bug
Have more than 1 segment. Use presets with the default transition time in a Playlist. Set transition time to anything longer.
Expected Behavior
If a transition time is entered into a Playlist, that is the transition time that is used across all segments, regardless of transition time used in Presets used inside Playlist.
Install Method
Binary from WLED.me
What version of WLED?
WLED 0.14.0 (build 2310130)
Which microcontroller/board are you seeing the problem on?
ESP32
Relevant log/trace output
Anything else?
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: