On Mon, 10 Mar 2008 09:59:58 +0000 Andy Green <[EMAIL PROTECTED]> babbled:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Somebody in the thread at some point said: > > Somebody in the thread at some point said: > >> Am Mo 10. März 2008 schrieb Andy Green: > >>> The structure seems to be that the 5:6:5 goes through individual gamma > >>> tables in the Glamo and that is where the extra LSB is picked up. I'll > >>> start looking there. > >> Now it's pretty clear: this is no bug, this is a *feature* of glamo, doing > >> time division dithering aka PWM to get 64 colors out of 5 bits. > >> SCNR. lol > > > > Wah... surely not... although it fits the situation frighteningly well... > > p112 Glamo 3362 Datasheet V1.0-Full-FIC.pdf (sent copy to Joerg) > > '' Dithering > When viewing image of higher color depth on lower color depth LCD > display, we tend to ignore low bits. This > causes block effect on otherwise smooth surface of the image. Glamo 3362 > provides special dithering > architecture to eliminate this effect.'' > > But it is unclear if that is truly what goes on, there is a dithering > enable bit in a register that mentions dithering for RGB444 and RGB332 > only (and the enable bit is disabled anyway). definitely not this. this is an entirely different matter :) btw - doufnd setting 0x1260 offset int he glamo to anything seems to kernel panic - i suspect i need to read it and just modify bits 12 & 13. no time to do that now. got a plane to catch. anyone gets time - please try adding this to the end of the glamo init func (and not the inti script). :( > - -Andy > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFH1QaeOjLpvpq7dMoRApRIAKCO+2hxQ8RhL5I60ca8ZgTxLIZVUACffO7j > wwy12cELjA09m+FRkvwsTeM= > =fOGp > -----END PGP SIGNATURE----- -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
