Hi! > >>What algorithm would be used for mapping brightness levels to RGB values > >>in case of devices without hardware support for that? > > > >Output power = brightness / max_brightness * pwm_channel[x]. > > IIUC you mean it as a formula for calculating r,g,b, values? > I.e., on brightness setting we would have to do this calculation for > each of three channels? > > Then, it will result in changing hue as well. That's why we're > discussing HSV. It should not change the hue, AFAICT, modulo the rounding errors. > >>s/pwm/color/ > > > >s/pwm/power/ would work for me. > > Power implies physical units. I'd prefer "intensity". Intensity would work for me, too. > >>Besides white also other color presets could be defined in DT. > > > >They should not be neccessary. When userspace knows what is white and > >that power is linear with values in power_channels, it should be able > >to do colorspace conversion itself. > > Have you verified it in practice? Would it allow to convert RGB values > of the color displayed on the monitor to LED RGB class intensities, > allowing to achieve similar color on the LED? Yes, I think so. My code is in unicsy_demo repository, in monitor/notint.py . Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
