I am incriminating and decrementing brightness with a hue of 128 and noticing something I haven’t in the past.
using:
fill_solid(leds,NUM_LEDS, CHSV( hueVal, satVal, brightVal));
FastLED.show();
values 0 - 16 are off and values 16 - 35 are just a low green. Value 36 is when a touch of blue is added.
Is there a way around this so 0 is off and 1 has an ultra low brightness of blue and green?
Marc, that is a good idea. I don’t know if all of the colors that might be chosen by the user will work with the brightVal<=25 being 0 though. They might and I will test all of the hues out if I don’t find another way.
Jason, FastLED.setBrightness was not used when I made the post. I tried it out and it looked the same.
I am looking at the scaling functions and think I might want to use scale8_video (uint8_t i, fract8 scale) until the last cycle set brightness to 0 for dimming.
It looks fine the way I have it now but I think there must be a way to make it look more smooth.
setting FastLED.setBrightness to 255 creates the dithering feature right? It did clean up some of the noticeable pwm glitch type stuff but a good amount of the low values are green with no blue.
I have not disabled dithering, it looked like adding FastLED.setBrightness in the constructor did help smooth things out but that may have been hopeful imagination.
I can only jump into the lighting element of the program for a millisecond or so. I will write that in a similar way for my application later today.