Take a look at the Atmel AT91SAM9261:

http://www.atmel.com/dyn/products/product_card.asp?part_id=3638

It's a much bigger beast than a PIC but basically you're going to need
a lot of memory and processor speed to drive a large color graphics
LCD.

Cheers,
Zik

On 6/8/07, Harold Hallikainen <harold@hallikainen.org> wrote:
> I'm finding more and more applications where I have to drive a color
> graphics LCD. We have a system running with a CPLD and SRAM where the CPLD
> generates the high speed parallel video for the display, pulling the data
> from SRAM, and also allowing the PIC to read and write the SRAM. It SEEMS,
> though, that this should be a relatively common application, and that such
> an LCD controller should be on the PIC (or on the display module). Is
> anyone aware of such a micro (or a family of display modules that have
> their own frame buffers)?
>
> By the way, I'm having fun with Unifont (http://czyborra.com/unifont/).
> Yesterday I wrote a small perl script that takes the native Unifont format
> and converts it into PIC24 .pbyte lines with the first two bytes holding
> the Unicode character number. If the character is 16 bits wide, instead of
> 8, it takes two table entries with the second one having a Unicode number
> of 0xffff. On receiving characters to display, I intend to do a binary
> search through the table, then put up the appropriate character. Anyway,
> Unifont looks interesting...
>
> Harold
>
>
> --
> FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
> opportunities available!
> --
> http://www.piclist.com PIC/SX FAQ & list archive
> View/change your membership options at
> http://mailman.mit.edu/mailman/listinfo/piclist
>
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist