Great, thanks everyone!
All of you seems to have gone for some Epson solution, and this is
exactly the kind of pointer I where after! I'll give my local Epson
distributor a call tomorrow, since they looks to have a descent range
of video controllers.
Also, going for the digital interface is also something to
investigate, since there may be such an interface for the display
that we've found (there are some mechanical form factor issues that
really makes our selection small, and our volums are less than
2k/year, so..)
Aaron, about nano-X: how hard was it to port? Did/do you use it with
some linux variant, or with a regular embedded rtos (or wihtout os?)?
I'll read up a bit more on nano-X, since I really do not want to
reinvent those "graphical wheels" :-) I assume it is endian-aware.
thanks,
- Micael
--- In 68300@y..., "Aaron J. Grier" <aaron@f...> wrote:
> 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,
Show quoted textHide quoted text
> I've found it to be very hackable and well architected.
>
> --
> Aaron J. Grier | Frye Electronics, Tigard, OR | aaron@f...