Shop OBEX P1 Docs P2 Docs Learn Events
Hack the 2.5" LCD A/V Display ?? — Parallax Forums

Hack the 2.5" LCD A/V Display ??

RaymanRayman Posts: 14,789
edited 2007-09-23 22:47 in Propeller 1
I just got around to trying out the 2.5" LCD TV from Parallax.· I'm not terribly impressed by the image quality...· I can read the text good in 16x12 text mode as in the "Graphics_Palette" example.· But, text is quite blurry in the 40x13 text mode of the "TV_Text_Demo"...

I saw an earlier post that described hacking a larger LCD TV to make it into sort of an LCD RGB monitor that then used a modified form of a VGA driver to do the display...

Anyone think this could be done with this little display?· Think this would improve the clarity of small text?

I guess the main benefit would be that it would be a progressive rather than interlaced update.· Maybe this will reduce the flicker I see in this monitor also...

Comments

  • RaymanRayman Posts: 14,789
    edited 2007-09-20 17:43
    Well, I opened it up to see what I'd be facing and it looks a bit more complex that I though.· Plus, they scratched off the labels on the main ICs...

    But, I did play with the four pots on the board and was able to improve the display a hair.· At least its centered now (The pot labelled H.P. is horizontal position.)

    I've attached a photo of the insides.· There's another big IC and other stuff on the back side of the circuit board too.
    InsideLcdTv.JPG
    1152 x 864 - 529K
  • deSilvadeSilva Posts: 2,967
    edited 2007-09-20 17:52
    You should NOT operate it in interlaced mode (which the normal setting of TEXT.SPIN does) or PAL with 5 or 10 MHz crystals.
  • RaymanRayman Posts: 14,789
    edited 2007-09-20 18:00
    What? This is a NTSC/PAL monitor... I would think it only works in interlaced mode.
  • deSilvadeSilva Posts: 2,967
    edited 2007-09-20 18:21
    It has a 320x240 matrix; this generally means interlaced data will lead to a noticeable deterioration of quality! 5 or 10 MHz crystals do not match the required colour clock for PAL very well. Most low cost monitors are very touchy with a deviation from 4.433.... Mhz

    I changed the TEXT.SPIN to grayscale non-interlaced. This gives a very sharp image on those kind of monitors!
  • RaymanRayman Posts: 14,789
    edited 2007-09-20 18:51
    I just tried changing the mode value in "TV_Text.spin" from %10010 to %10000, which makes it non-interlaced. But, the screen goes black... Did you post that code somewhere?
  • Andreas JakobAndreas Jakob Posts: 23
    edited 2007-09-23 11:26
    Dont forget that if you disable Interlace, you must half the number of rows.
    The driver wont work else.
  • deSilvadeSilva Posts: 2,967
    edited 2007-09-23 14:32
    It is simple, but not easy smile.gif The ROM font can only be output from TV_TEXT in interlaced mode, as the "32-bit mode" (Bit 5) seems to be coupled...

    I hezitatingly post a modified _TEXT which is in an undefined state (not worked on it for weeks)...
    spin
    spin
    MPE_TEXT_012.spin
    9K
  • RaymanRayman Posts: 14,789
    edited 2007-09-23 18:45
    Thanks Andreas, deSilva.

    deSilva: Thanks for the example!

    I just got your file working with this change:
    _clkmode = xtal1 + pll16x'pll8x
    _xinfreq = 5_000_000 '10_000_000
    videoPin = 12'24

    This "non-interlaced" mode is much better for the tiny (and inexpensive) Parallax TV monitor. The display doesn't flicker and the text is much more readable.
    I don't know why you go with B&W though... It looks better in color.

    Is this a true "non-interlaced" mode? Or, is it just sending the same field twice? I'm just thinking that my big TVs accept 480p signals. But, I don't think this is really that, is it?
  • potatoheadpotatohead Posts: 10,261
    edited 2007-09-23 21:26
    Nope.

    Instead of a full frame taking 1/30 sec, it takes 1/60 sec. Vertical resolution is divided by two, and the half line that normally offsets the vertical scanlines is not sent. Most older computers and video game consoles sent video this way to prevent flicker.

    I'm sure overall resolution capability / RAM has as much to do with that as flicker does.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Propeller Wiki: Share the coolness!
  • potatoheadpotatohead Posts: 10,261
    edited 2007-09-23 21:27
    Nope.

    Instead of a full frame taking 1/30 sec, it takes 1/60 sec. Vertical resolution is divided by two, and the half line that normally offsets the vertical scanlines is not sent. Most older computers and video game consoles sent video this way to prevent flicker.

    I'm sure overall resolution capability / RAM has as much to do with that as flicker does.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Propeller Wiki: Share the coolness!
  • deSilvadeSilva Posts: 2,967
    edited 2007-09-23 22:47
    Interlacing is a most ingenious way to display 480 rather than 240 lines within 1/30 second without the observer noticing a top-to-down roller-blind effect (because one "field" is displayed every 1/60 second, being unnoticeable for most people)

    VGA does not have this need, as it displays a full frame within 1/60 second, (and thus needs twice the bandwidth).

    For the Propeller Video Logic it makes not much difference whether sending twice the same field or even/odd lines.

    However when the real number of lines on a monitor is 240 rather than 480+ different even/odd lines it will result in worse quality due to the necessary (and incontrolled) averaging.

    For a "tiled" driver there is not so much difference wrt memory usage (of course the number of tiles is doubled)
Sign In or Register to comment.