Danke für die Info!
das mit den 16 Bit sehe ich *ähnlich*, natürlich springt da der Wert nicht von 0 auf 255 statt von 0 auf 1, sondern man muss - da die Quelldaten ja auch nur in 8 Bit vorliegen, oder geht das bei HDMI schon höher aufgelöst? - eine Logarithmus-Tabelle verwenden, so dass die untersten Stufen dann (ungefähr) so aussehen: 0 - 1- 3 - 9 usw. (so ca., müsste man genau ausrechnen)
wie schon in zahlreichen Posts zu dem Thema gesagt wurde, ist hier auch das Problem, dass sich wohl die Farbwerte verschieben, wenn man jeden Kanal einzeln behandelt - man müsste also eigentlich in HSV umrechnen, dann nur die Helligkeit logarithmisieren, und dann in 16 Bit RGB zurückrechnen...
das für 190 RGB-Tripel zu machen, sollte für nen aktuellen PC wohl kein Problem darstellen* - das müsste man dann praktisch "hinter" das AtmoWin setzen, dass ein extra Plugin die Daten dann eben von 8 Bit auf 16 Bit hochrechnet und an die HW ausgibt... für diese sollte das auch kein Problem sein, die 570 Byte mit 25 fps an die MY9221 weiter zu reichen, wie gesagt, bei meinem Controller rechne ich jetzt erst mal mit 1.200 Kanälen und ca. 80 fps...
im Prinzip, bei 20 MHz und asm sollte die Umrechnung *evtl.* (müsste man mal durchrechnen) auch im µC selbst möglich sein, so dass auf PC-Seite (AtmoWin) gar nichts zusätzlich nötig ist, der Rechner also weiter 8 Bit ausgibt, und die Anpassung im externen Controller stattfindet - so wollte ich das damals ja auch bei meiner Matrix mit den TLC5947 und 12 Bit machen...
Frage ist eben auch, ob sich der ganze Aufwand lohnt - klar, in nem High-End-optimierten Heimkino, bei Filmen mit vielen langsamen dunklen Szenen bestimmt, aber für den Normalgucker mit Glotze im Wohnzimmer wohl eher nicht....
*eher schon, wie schon gesagt wurde, überhaupt mal die 190 Zonen zu berechnen... und das mit dem HDMI auswerten, das ist garantiert auch kein Hobbyprojekt...