On 23 Jul 2008, at 02:37, Thomas Hilber wrote:
> To a certain degree you can workaround this by software deinterlacing.
> After some further experimenting I finally found a solution to fine
> adjust the
> frame rate of my elderly Radeon type card.
> Just trimming the length of a few scanlines during vertical retrace
> period does the trick.
> Then I tried to implement the new functionality by applying only
> changes to my current VDR development system. Radeon DRM driver is
> suited for that.
> I finally ended up in a small patch against Radeon DRM driver and a
> smaller one against xine-lib.
Your approach is very interesting, I myself have seen the problems
that clock drift has on judder when using softdevice with vdr.
Have you considered applying your approach to DirectFB? There's a
radeon driver which is not too hard to change, it also has a kernel
module which could be augmented by using an ioctl command.
In addition, you might want to try out your approach with a matrox
G550 card. These have field perfect interlaced output using DirectFB,
so you'd have that part of the problem solved already.
vdr mailing list