LCM flicker

[Carsten Haitzler (The Rasterman)]

On Mon, 10 Mar 2008 09:59:58 +0000 Andy Green <andy at openmoko.com> 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) <raster at openmoko.org>