68300

On Fri, Jun 21, 2002 at 12:28:57PM +0200, Micael Beronius wrote:

> I have a design, where we recently decided to add support for a TFT
> color display, and since most of them seems to have video in (ntsc or
> pal) as their only interface, I'll need some video encoder in my
> design.

going a little further down the supply chain, it's possible to drive an
LCD screen directly through a digital interface, which would give better
looking results.

> I'd like something like a video ram to put our data in, and the chip
> then generates video signal from this, without too much CPU
> intervention and it must not bee to expensive. The displays we are
> looking at are something like 400*240 pixels. Now, there must be a
> chip that does this for me!? Any suggestions?

having to drive NTSC really is a liability, though.  why not drive the
LCD directly if you can?  or at the very least go through a VGA
interface.

> Sorry for being a bit off topic..
> 
> P.S. the current design is based on a 68331.

we use SED1376 with 68331 here.  it's a dumb framebuffer, so the poor
CPU has to handle everything, but the whole video controller is memory
mapped, so at least it's easy to program.  we use nano-X / microwindows
for graphics library, and while it's a little rough around the edges,
I've found it to be very hackable and well architected.

-- 
  Aaron J. Grier  |   Frye Electronics, Tigard, OR   |  aaron@...