forked from patrickjahns/esp_rgbww_firmware
-
Notifications
You must be signed in to change notification settings - Fork 6
Queue Policies
verybadsoldier edited this page Jan 16, 2020
·
2 revisions
Each channel is driven by its own, independent queue of animations. The animations in the queue will be constantly executed one after the other. Every color command results in an animation that is put into the queue of one or more channels. Even a color command with a ramp time of 0 ms
is considered an animation.
There are now 4 queue policies available. The queue policy decides about how the issued animation will be inserted into the queue of the affected channel.
-
single
: the current queue will be cleared and replaced with the provided animation (default) -
back
: the animation will be appended to the queue and therefore executed after all other queue entries are finished -
front
: the animation will be inserted at the front of the queue. This means it will be executed immediately. The current animation will continue to execute right after the new animation finished at the exact same position it had previously. -
front_reset
: Same asfront
but the current animation will be reset which means that it will start from the beginning taking the new start position into account.
Example:
{
"hsv":{"h":20},
"d":1,
"t":20000,
"cmd":"fade",
"q" : "front"
}