[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RGB's Pixel Misalignment



Bryan Parkoff wrote:
> Hello,
>
>     It is about Apple //e's 80 col & RGB card.  I know that I have been
> discussing for a while.  I find this interesting why pixel position is in
> misalignment.  I wonder if Matt knows the answer.
>     Think about Apple IIgs.  DHGR can set color and monochrome while it
> remains in the same position 0 through position 559 however Apple //e's 80
> col & RGB card does not.
>     When you set monochrome only or color only, it stays in position 0
> through 559.  If you set mixed monochrome and color, it is in position 0
> through 563.  Between position 560 and position 563 have extra 4 pixels.

I don't recall any such artifacting myself... How are you producing
these results?

> Left pixels are in monochrome and right pixels are in color.  I have
> unexplained answer why Video 7 decides to do it.  It should be in position 0
> through position 559 without any extra 4 pixels.  In my opinion, 80 column
> text might be unreadable in monochrome when it is very closer beside to the
> color pixel's edges.

I'm not really sure what you mean here. With what programs are you
getting these results?

>     You may notice that four lines in 80 column is in position 0 through
> position 559 while LGR in column is in position 7 through position 566.
>     Can you please provide your opinion?  Is it possible that Video 7 made
> mistake to design RGB card?  Or...it was up to their decision how to design
> it?

I think the 'shifting' slightly to the right is the result of a slight
delay induced by the RGB colour decoder circuitry. I'll have a bit of a
play with my IIe sometime this week and let you know how my adaptor
behaves.

Matt