[MPlayer-dev-eng] [PATCH]: reduce vsync wait in VDPAU

[Stephen Warren]

Reimar Döffinger wrote:
> 
> On Wed, Feb 25, 2009 at 11:09:09AM +0100, Dan Oscarsson wrote:
> > This patch changes so vdpau uses 3 output surfaces, so one can be drawn
> > into, one can be queued and one displayed. If mplayer get to far ahead,
> > vo_vdpau will drop a frame.
> 
> According to my information, you are supposed to use the timestamps
> feature of the flip queue to solve this issue.

Using timestamps in the presentation queue won't solve this problem; the
issue here is simply a lack of buffering. Using 3 video surfaces seems
like a sensible thing to do. However, be aware of configurations without
much video RAM; it might be best to attempt to allocate 3 (or more)
surfaces, but still allow operation if only 2 can be allocated.

> Also frame-dropping is traditionally optional in MPlayer since some
> people are highly allergic to it.

Hmmm. How else could AV sync be correctly maintained? I assume MPlayer
isn't dynamically resampling the audio to match the video rate or anything
like that?

-- 
nvpublic