Farben nach R,G,B umwandeln in 4-stell. hex-code?

[HaWe]

jap, kommt das gleiche raus, danke!
Ich dachte allerdings bis jetzt, dass shiften in C immer schneller geht als Multipl./Division.
(Rein akademisch, denn das ist momentan absolut nicht zeitkritisch bei mir.)

[Ceos]

Ja, so meinte ich   Früher zu Zeiten, als IBM-Computer die ersten PCs waren und dort noch TTL-Schaltkreise verbaut waren, da war das sicher so, beim 286er glaub ich auch noch. Weil jeder Shift-Befehl normalerweise pro verschobenem Bit einen Takt benötigt

bist du dir sicher dass der AVR compiler das automatisch konvertiert?! ein lsr hat den barrel shift aber mir ist kein single clock rsr >1 bekannt. Ich mein ich kann mich irren, aber das ginge glaube ich zu OT. (Schicks mir mal per PM weil ich kenns wirklich nicht)

[Moppi]

Das kann ich auch so beantworten: ich hatte schon geschrieben, dass ich das nicht weiß. Auch nicht, was kompiliert wird.   Da muss jemand anders mal was dazu sagen.
Ich kenne Maschinensprache noch vom 80x86. Irgendwann brauchte ich das aber auch nicht mehr. Deshalb ist vieles eingeschlafen. Aber Grundlagen sind noch da. Heute brauche ich Maschinensprache eigentlich auch gar nicht mehr.

- - - Aktualisiert - - -

jap, kommt das gleiche raus, danke!
Ich dachte allerdings bis jetzt, dass shiften in C immer schneller geht als Multipl./Division.
(Rein akademisch, denn das ist momentan absolut nicht zeitkritisch bei mir.)

Kannst Du ausprobieren. Normalerweise kann man eine Schleife bauen, die die Befehlszeile enthält. Der Schleifenzähler muss möglichst groß gewählt werden. Vor der Schleife Timer auslesen und nach der Schleife ebenfalls. Dann kann man sehen wie lange unterschiedliche Lösungsvarianten so brauchen, bzw. welche schneller ist. Kommt ja auch immer drauf an, was der Compiler für einen Maschinencode erzeugt.