On 2014-09-23 21:23, Richard Cochran wrote:
On Tue, Sep 23, 2014 at 09:15:46PM +0200, Carlos Rafael Giani wrote:
Oh that is probably because it is using GStreamer 0.10. The 0.10
Freescale plugins for the VPU are known to not work with WebKit. See
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4155 and
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4156.
Yes, I saw those already, thanks. They give zero information as to why
the VPU cannot work with webkit. I should think that it could work, if
it were only implemented!
Check if it
was built with its GStreamer 0.10 or 1.0 backend.
It uses 0.10.
With 1.0 , you can
use gstreamer-imx for decoding.
Well, you *can* use 1.0, but does it actually work?
If so, can you please share your yocto configuration that builds
midori/webkit/gstreamer to work with hardware acceleration?
Thanks,
Richard
Well, I saw it when I used qtwebkit. It was rather strange, though. When
the internal WebKit copy of qtwebkit detected GStreamer 1.0 , it
switched to 1.0 as the backend. Otherwise, is used 0.10. This is strange
because Qt is (or was? I am not up to date) firmly 0.10 based, at least
QtMultimedia, and it is generally not possible to use both 0.10 and 1.0
in the same process. I guess it worked because WebKit was built in the
multi-process mode.
When I get the time, I'll try again, and see if gstreamer-imx is being
used for decoding. With any luck, I'll be able to see any frames. You
can try this: in Yocto, first build gstreamer 1.0 (and
-base/good/bad/ugly) explicitely. Meaning, call "bitbake gstreamer1.0
gstreamer1.0-plugins-base gstreamer1.0-plugins-good
gstreamer1.0-plugins-bad gstreamer1.0-plugins-ugly gstreamer1.0-libav".
*Then*, try to build WebKit. Use bitbake -c configure, so you get the
chance to look into the configure log, to see if it is using 0.10 or
1.0. (If you want to be sure it doesn't use 0.10, first remove 0.10 from
your Yocto build by running "bitbake -c cleansstate gstreamer
gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly
gst-ffmpeg".)
--
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
