[vdr] vdpau output to pal tv,
h at realh.co.uk
Mon Feb 16 14:29:22 CET 2009
On Mon, 16 Feb 2009 13:26:18 +1000
Torgeir Veimo <torgeir at pobox.com> wrote:
> Andy Ritger (nvidia) said in a mail to the xorg mailing list some time
> "If the application doesn't enable de-interlacing, NVIDIA's VDPAU
> implementation will currently copy the weaved frame to the "progressive"
> surface, and whether it will come out correctly will depend whether the
> window's offset from the start of the screen is odd or even."
> I take this to imply that field parity should be possible, but the
> application in use have to detect the field flag from the source
> material and set the Y offset appropriately to be 0 or 1 accordingly.
It also relies on vsyncing correctly. If it syncs to the wrong field
you'll get the backward juddering. I don't think VDPAU provides a way
for applications to distinguish between odd and even vsyncs, but perhaps
it does its own internal syncing.
And if the video has to be scaled it would have to scale each field
separately then reinterlace them line-by-line at the output resolution.
TH * http://www.realh.co.uk
More information about the vdr