Running the latest 3.1.3 on an internally clocked 328P @ 8MHz driving a strip

Archive FastLED Archive
,
1

Running the latest 3.1.3 on an internally clocked 328P @ 8MHz driving a strip of 30 WS2811 LEDs.

Everything is running wonderfully but I’ve run into a bit an issue with speed.
Using something like DemoReel100 as an example, how might it be possible to slow down the patterns without significantly impacting individual LED refresh rates?

Lowering FRAMES_PER_SECOND does slow everything down as would be expected as it’s passed to FastLED.delay(1000/FRAMES_PER_SECOND); but it creates a flickering/choppy effect on the LEDs.
Ideally I’d like to slow down patterns to 1/2 or less the default speed.
I realize that some of the patterns may come out a little blocky, it’s the flickering I’m primarily concerned with.

2

You might need to dig into each routine and figure out what variable(s) to change. Set DemoReel100 to run just one routine so you can experiment and find what you like.

3

I wouldnt change the fps, thats kinda like putting a smaller fuel line on a car to restrict the fuel flow.

The animation code is where to look.

Without looking at the code, people tend to use prefixes as speed / index / motion

4

Most of the patterns in DemoReel100 use gHue, which is incremented in loop every 20 milliseconds, by default. Increasing that number will slow them down: https://github.com/FastLED/FastLED/blob/master/examples/DemoReel100/DemoReel100.ino#L58

You can also search for beatsin8 and beatsin16, which is used by several of the patterns, and decrease the first parameter (beats per minute).