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(a)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.