[MPlayer-dev-eng] Fixes/enhancements to vdpau

[Jason Tackaberry]

On Thu, 2009-04-09 at 22:22 +0300, Uoti Urpala wrote:
> You said it was "labeled as a bug", but also "But even if it's not
> fundamentally fixable, it seems to me to be an acceptable tradeoff
> between double buffering and fps-independent overlay, which is a
> decision the user can make".

Yes, ok, clearly we disagree about the legitimacy of that trade-off.


> One of your last mails in the thread said "being vo-independent is a
> requirement" and the later ones did not say anything different, so it
> certainly looked that way.

Suffice it to say, the new angle we're taking removes the overlay burden
from MPlayer, so the whole debate last year is happily now a non-issue.


> Whatever your new implementation approach, it's still a fact this (being
> able to use any fringe VO) was the one issue that seemed to prevent any
> agreement, and your opinion on it has since turned around completely.

It was never a requirement to be able to use "fringe" VOs, but certainly
the more popular ones (there may have been about 5 or so).  With that
requirement, I maintain it was perfectly reasonable for me to want to
implement it as a VO-agnostic solution.  Even Michael had initially
agreed with that, and he obviously groks MPlayer's architecture a lot
better than I do.

Regardless, it was a notion you eventually disabused me of.  As you
suspect, we did reevaluate our requirements after last year's exchange,
and we've more or less agreed that we're only going to target modern
graphics cards and use OpenGL (and not even use MPlayer [or Xine, or
GStreamer] to draw to the display).

Cheers,
Jason.