Is missing.
I just bought some and will try to add support when they arrive.
So.... RGB support is easy - we just send zeros for the white component.
Any thoughts on how we should implement a 4 channel device ???
Is missing.
I just bought some and will try to add support when they arrive.
So.... RGB support is easy - we just send zeros for the white component.
Any thoughts on how we should implement a 4 channel device ???
One of the AtmoLight devs tried RGBW leds a while back however calibrating those things proved to be difficult and even FastLED support is lacking so driving those via an Arduino as a workaround with Hyperion would be hacky.
My 2801 to 281x bridge should handle the 32 bit colours for those who want an arduino/atmega based adaptor.
Guess I need to also provide rgbw support in hyperions 2801 driver too (which, is really just a raw SPI driver)
I'll reuse this - http://codewelt.com/rgbw for the colour conversion.
Looks like I'll need some more parameters - "rgbw transform" = ignore, warmwhite, coolwhite, naturalwhite
Some progress on the underlying code we use https://github.com/jgarff/rpi_…89#issuecomment-217562238
Does any one have access to a Hyperion setup with these LEDs ?
Yeah great to hear that. But sadly no
https://github.com/penfold42/hyperion/tree/sk6812?files=1
As best I can tell with no real hardware, it works
in fact you can use Arduino to control SK6812 LED RGBW chip , the thing you need to is write the 4 time channel as White ,
I've tested my fork and it works.
I'm going to create a PR tonight
Great! Sad that i don´t own them.
PR done
Is it possible to provide a SK6812rgbw example video? I wanted to exchange my ws2812b for some new apa102.. But now with this development I'm not sure anymore.
I'll see what I can do on the weekend - I'm not sure it will show much difference tho.
What don't you like about the 2812 ?
I am also interested with the potential difference.
I currently use the lpd8806 and I am not quite satisfied with the performance and colour accuracy in dark scenes. Tried everything with calibration, but it seems the thresholds of the leds or the possible brightness steps aren't good enough. Maybe the APA102 would perform better because of the 8bit pwm resolution instead of 7-bit of the lpd8806.
However, maybe the colour accuracy is better with rbgw anyway. This video is very promising:
i bought one. Waiting for delivery now. I may able to do a comparison of APA102 behind the TV and this one.
Nice, I am excited. How is the support implemented? Are the white leds only used for full white input or do they mix with the rgb colours to produce lighter colours?
right now there are only 2 algorithms for calculating W. The code is in utils/RgbToRgbw.cpp
white_off:
W'=0, R'=R, G'=G, B'=B
subtract_min:
M=min(R,G,B)
W'=M, R'=R-M, G'=G-M, B'=B-M
There are problems with a simple subtraction (but it does work for now):
Ah okay, yeah I figured it is not linear. Regarding the different variants, for ambilight purposes a rgbw stripe with neutral white (around 4000K) should always be used. Otherwise you would have to mix blue or red and green into it, which makes everything a lot more complicated. But yeah, I guess that people will buy ones with with warm white etc so maybe just consider them when implementing the support for rgbw.
Has anyone else tested this ?
Need to find some time, a 5 meter roll waits for testing
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!