-Loki-
Freizeitschrauber(in)
Mögliches #Colorgate bei Corsair´s RGB-Keybords
Nach diversen kleineren und größeren Problemen mit den Corsair K70/95 RGB Keybords nach Marktstart wie Soft- und Firmware-Bugs, könnte jetzt etwas ans Tageslicht gekommen sein, was schon als Skandal zu werten wäre.
Es fing damit an, dass ein User im Corsairforum festgestellt hatte das die LED´s seiner K70 RGB nur 8, Helligkeitsstufen incl. aus pro RGB-Kanal haben, und er wissen wollte ob er in der Software was falsch einstelle.
Auch andere User konnten diese Beobachtung bestetigen.
Der User CalcProgrammer1 betrieb darauf etwas reverse engineering mit der Software und fand raus, dass die Software nur 3 Bit pro Farbkanal an das Keybord sendete anstat der erwarteten 8 Bit.
Darauf meldete sich jemand von Corsair zu Wort und sagte wie die Software zu programieren sei um die 255 Helligkeitsstufen zu ereichen. Aber auch nach befolgung der Anleitung waren pro Kanal nur 8 Helligkeitsstufen zu vernehmen.
Darauf wollte der Support von Corsair in der Technik nachfragen und sich wieder melden wenn er was neues wissen würde.
CalcProgrammer1 wollte herausfinden ob ein Hard- oder Softwareproblem vorlag und recherchierte weiter. Er fand raus welcher Controler auf dem Bord für die LED´s verbaut ist und besorgte sich das technische Datenblatt des LED Controlers. Er stellte fest, dass es wohl gar nicht möglich sei mit den verbauten Controlern die beworbenen 16,8 Mio Farben pro Taste darzustellen, sondern nur 512.
Von seiten Corsairs wurde dazu bis jetzt keine Stellung genommen.
Sollte dieses alles wirklich so stimmen, könnte es für Corsair neben einer Rufschädigung durchaus auch rechtliche Konsequenzen haben.
Ich persönlich hoffe ja das sich CalcProgrammer1 irrt und die Einschränkung Softwarebedingt ist. Dieses könnte Corsair noch nachbessern. Sollte die Beschränkung wirklich in der Hardware begründet sein wäre es eine Dreistigkeit ohne gleichen von Corsair die Keyboards mit 16, Mio Farben zu bewerben wenn diese nur 512 können.
Quelle: Offizielles Corsairforum K70 RGB keyboard incapable of displaying full color range - The Corsair User Forums
[Update]
Auf Reddit gibt es zu dem Thema nun auch ein Thread:
Corsair RGB Keyboards only capable of 512 colours, rather than the advertised 16.8 million? : MechanicalKeyboards
[Update 2]
Ich habe mich inzwichen auch was durch den Redditthread gewühlt und CalcProgrammer1 schreibt dort das es von Panasonic überhaupt keinen LED-Controler gibt der 24Bit Farbtiefe unterstützen würde.
So langsam wird das Ganze merkwürdig und ich bin echt auf die Reaktion von Corsair gespannt.
[Update 3]
Offizelle Stellungsname von Corsair:
Diese Aussagen lassen hoffen, zeigen aber auch das Corsair wusste das die Keybords keine 16,8 Mio Farben zum Zeitpunkt des Release unterstützen.
In meinen Augen hätte Corsair einfach nur sagen muüssen: Hey Leute wir haben ein Problem Festgestellt, aber um den Release nicht noch weiter zu verzögern haben wir eine Übergangslösung. Zwar auch nicht optimal aber wahrscheinlich besser als wie es jetzt gelaufen ist.
Nach diversen kleineren und größeren Problemen mit den Corsair K70/95 RGB Keybords nach Marktstart wie Soft- und Firmware-Bugs, könnte jetzt etwas ans Tageslicht gekommen sein, was schon als Skandal zu werten wäre.
Es fing damit an, dass ein User im Corsairforum festgestellt hatte das die LED´s seiner K70 RGB nur 8, Helligkeitsstufen incl. aus pro RGB-Kanal haben, und er wissen wollte ob er in der Software was falsch einstelle.
Auch andere User konnten diese Beobachtung bestetigen.
Der User CalcProgrammer1 betrieb darauf etwas reverse engineering mit der Software und fand raus, dass die Software nur 3 Bit pro Farbkanal an das Keybord sendete anstat der erwarteten 8 Bit.
Darauf meldete sich jemand von Corsair zu Wort und sagte wie die Software zu programieren sei um die 255 Helligkeitsstufen zu ereichen. Aber auch nach befolgung der Anleitung waren pro Kanal nur 8 Helligkeitsstufen zu vernehmen.
Darauf wollte der Support von Corsair in der Technik nachfragen und sich wieder melden wenn er was neues wissen würde.
CalcProgrammer1 wollte herausfinden ob ein Hard- oder Softwareproblem vorlag und recherchierte weiter. Er fand raus welcher Controler auf dem Bord für die LED´s verbaut ist und besorgte sich das technische Datenblatt des LED Controlers. Er stellte fest, dass es wohl gar nicht möglich sei mit den verbauten Controlern die beworbenen 16,8 Mio Farben pro Taste darzustellen, sondern nur 512.
Von seiten Corsairs wurde dazu bis jetzt keine Stellung genommen.
Sollte dieses alles wirklich so stimmen, könnte es für Corsair neben einer Rufschädigung durchaus auch rechtliche Konsequenzen haben.
Ich persönlich hoffe ja das sich CalcProgrammer1 irrt und die Einschränkung Softwarebedingt ist. Dieses könnte Corsair noch nachbessern. Sollte die Beschränkung wirklich in der Hardware begründet sein wäre es eine Dreistigkeit ohne gleichen von Corsair die Keyboards mit 16, Mio Farben zu bewerben wenn diese nur 512 können.
Quelle: Offizielles Corsairforum K70 RGB keyboard incapable of displaying full color range - The Corsair User Forums
[Update]
Auf Reddit gibt es zu dem Thema nun auch ein Thread:
Corsair RGB Keyboards only capable of 512 colours, rather than the advertised 16.8 million? : MechanicalKeyboards
[Update 2]
Ich habe mich inzwichen auch was durch den Redditthread gewühlt und CalcProgrammer1 schreibt dort das es von Panasonic überhaupt keinen LED-Controler gibt der 24Bit Farbtiefe unterstützen würde.
So langsam wird das Ganze merkwürdig und ich bin echt auf die Reaktion von Corsair gespannt.
[Update 3]
Offizelle Stellungsname von Corsair:
Laut CalcProgrammer1 der die Datenblätter nochmal durchgearbeitet hat ist es wohl schwer aber unter gewissen Voraussetzungen möglich.During development of the keyboard and prior to the release of the RGB keyboard, we came across an issue regarding the possible color combinations. In an effort to get the product out to our customers as committed, we made the tough decision to resolve the issue in a future software release as we believe our customers would enjoy the product as-is.
Here are the specifics that detail the issue:Due to USB stack size and performance issues, we had to reduce MCU processing overhead in the best and quickest manner. The LED controller gives us greater than 8 bits of color depth but we use the 8 bits that give us what we believe to be the best color granularity. Our controller architecture provides for over 100 million color combinations out of which we select 16.8 million to display. We devised a color palette scheme to encode and compress the RGB color data and the data to select and control the “current sources” that drive the LED array. An unfortunate side effect is that it prevented us from utilizing the full color depth available from the LED controller.This enhancement had already been planned and will be implemented in a few weeks by the release of a software update, which will be announced and be made available to download here and at Corsair.com.
We are in the process of making the necessary improvements so that we can send the uncompressed RGB data to the keyboard. Additionally, we are optimizing the data protocol and LED driver/display algorithms through the display control firmware to handle the uncompressed data, and to more efficiently program the “current sources” that drive the LED array. This should give our most “resourceful” customers an easy way to identify the data and be able to easily send standard RGB 8 bit values.
- Corsair Team
It doesn't sound easy at all, but if they optimize it well, yes. With the new numbers we have 144 LEDs updating at 194Hz. 144*194 = 27936 LED scan frames per second. That means 35uS per LED frame. Considering that the palette supports 7 (possibly 8 but I'm not certain) independent PWM values at once, that means you only have to update the palette every 7 LED frames, or 7*35 = 245uS. That is more lenient than the 115uS I came up with earlier. Since we know now that the SPI clock frequency can be up to 10MHz as opposed to 1MHz, that cuts our previous bit time of 1uS down to 0.1uS. The SPI write takes 16 bits (making my 2-byte assumption correct) which is 8 bits for write flag and address and 8 bits for data. It looks like you must specifiy address for each byte written. 16 bits * 0.1uS = 1.6uS per write. However, now you're updating the entire palette rather than just one LED, so that becomes 1.6uS * 7 = 11.2uS to update the entire palette (not including delays between transfers). Now you need to do this three times because there are three drivers to update. If they wired all of them on the same bus, this takes 11.2uS * 3 = 33.6uS but if they are using three independent SPI busses this could still only be 11.2uS plus a bit of processing time. That means updating 11.2uS over a period of 245uS, which seems more reasonable. This still seems to be a very high demand on the CPU and will require perfect synchronization, but if they optimize well it does seem doable, though pushing the limit.
In meinen Augen hätte Corsair einfach nur sagen muüssen: Hey Leute wir haben ein Problem Festgestellt, aber um den Release nicht noch weiter zu verzögern haben wir eine Übergangslösung. Zwar auch nicht optimal aber wahrscheinlich besser als wie es jetzt gelaufen ist.
Zuletzt bearbeitet: