[Bug 518546] Review Request: libva - VAAPI video playback acceleration

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=518546

--- Comment #28 from Adam Williamson <awilliam at redhat.com> 2010-07-27 15:01:56 EDT ---
Right. They can use it, but they don't *need* it. If you install
gstreamer-vaapi then gstreamer-based players like Totem will have libva
available as a decoder, if you don't, they'll just use something else
(non-accelerated, of course). There's no need to have a dependency anywhere
afaik. If you want to build the vaapi support into gnash then you have to build
gnash against libva, it's true, but then gnash sucks ass so I don't think
anyone really cares about that. It's not really usable for most people. I
haven't even bothered building it in my private repo, for that reason.

I believe spot's correct that there's still no backend that's not encumbered in
some way. Though given that we've accepted WebM, if someone were to write a
backend for, say, Intel which did WebM decoding, we could presumably take that.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.