What I am perceiving is happening is the red, whereas maybe there is a way to process the small images on the Homey before uploading to the Divoom so that the green concept is happening instead. That would mean that the Homey would do some GIF-manipulation, but it should not be that heavy since the images are small. (Please ignore any “von oben” language in the picture. It was put there by GPT.)
ok, digging into the issues there are 2 main problems :
the Gif 24800 is 14 frame long, which isn’t playing well with the others (too long)
the framerates of the gifs are very diffrent from each others which add to the trouble and your perception :
Icon
Frames
Delay
FPS
Composite
56798
2
1000 ms
1 fps
20
11373
1
200 ms
5 fps
2
58195
10
100 ms
10 fps
10
6354
1
100 ms
10 fps
1
20455
5
1000 ms
1 fps
50
24800
14
300 ms
3.33 fps
42
So it’s impossible to display them at the right speed with all their frames, even without 24800 as the Divoom can only support one speed (in some case with the frame duplication implemented it works, but not here).
I’ll release a test build with multiple options (each with caveat) to find the “least worst” rendering method.
New Test version 0.1.11
Added a Flow card to choose the animated sprite composition mode to fit your gifs and taste. It will apply to the current display so you can put it in your flow but also just test it by itself.
The channel can be switched programmatically which is really nice, and I have coupled it to a remote which is working great. It would be very nice if the ability to switch channel was included as buttons in the interface.
