>
> > Strictly speaking, you get a "1/2 pixel" flickering, not 1 pixel.
> I don't understand the 1/2 pixel notation, what I see is about 70 pizels
> that are quite black (with some noise)
>
When watching consecutive fields, images seem to be down-displaced for
odd fields. This displacement is not one-pixel sized, but what I call
"1/2" pixel, since the digitalised samples correspond to those "just in
between upper and lower lines from the even field". See:
EVEN ODD EVEN ODD ...
xxxxxx xxxxxx } This is what I call
bbbxxx bbbxxx } 1/2 pixel displacement
xxxxxx xxxxxx
xxxxxx xxxxxx } This is what I call
xxxxxx xxxxxx } 1 pixel
xxxxxx xxxxxx } displacement
xxxbbb xxxbbb
xxxxxx xxxxxx
> we added a LM1881
> > (a sync detector) chip in our board design and wired its ODD/#EVEN
> > output directly to one of the GPIO pins. This HW info IS reliable.
>
> what is LM1881 and how does IT know what is even and what is odd?
Google search: LM1881 ;-)
http://www.national.com/pf/LM/LM1881.html
>
> > What we do is take any parity and if frames are odd, mark them at
> > interrupt time and interpolate (linear algorithm, just the mean of both
> > upper and lower pixels) them so that they "ressemble" even ones.
> >
> great tip, but it heavily depends on distinguishing even/odd frames, so the
> previos question...
>
Yes. it does. However, info from LM1881 has turned out to be fully
reliable for us.
Bye,
Miguel
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
