[Nouveau] [Bug 16231] Xv vsync and backing store don't mix in new Xorg

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=16231





--- Comment #7 from ajax at nwnk dot net <ajax at nwnk.net>  2008-06-23 11:33:50 PST ---
(In reply to comment #6)
> The problem I want solved is to get mplayer to start working with vsync again.
> That doesn't have to mean that backing store gets vsync behaviour. Altough
> turning of composite works for my use case, it's probably not a good long term
> solution.
> 
> I'm adding ajax as a cc here as he was the one that reimplemented the backing
> store.
> 
> How did the backing store work before the rewrite? Did it track the damage of
> the framebuffer and had a backup copy? If so, was the change of behaviour in
> the new version fully realised?
> 
> If the easiest route is to get applications to change, then some arguments are
> needed why this isn't a bug/regression in Xorg, but applications relying on
> something they were never supposed to have.

I'm completely at a loss to understand why a) mplayer needs backing store at
all, b) how it manages to interact with vsync.  It's not like you ever had
control over when drawing happened in X relative to vsync...


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.