[yocto] Graphics Acceleration on crownbay - 1.2M3 + meta-intel tip

Tom Zanussi tom.zanussi at intel.com
Thu Mar 22 07:50:35 PDT 2012


On Wed, 2012-03-21 at 19:07 -0400, Autif Khan wrote:
> >> >> >> Minor correction to the subject - I am using 1.2M3, not 1.2M2
> >> >> >>
> >> >> >> On Wed, Mar 21, 2012 at 4:14 PM, Autif Khan <autif.mlist at gmail.com> wrote:
> >> >> >> > I am trying to get hardware accelerated graphics (video in particular)
> >> >> >> > to work on my crownbay based hardware. I have EMGD 1.10 driver
> >> >> >> > integrated and working. The evidence for this is that when I use
> >> >> >> > glxgears (form mesa-demos) I get 115 fps instead of 4-5 fps.
> >> >> >> >
> >> >> >> > This is good, however, when I go over to the web2 browser (enabled by
> >> >> >> > defining WEB = "web-webkit" for recipe task-core-apps-x11-pimlico) - I
> >> >> >> > do not get graphics acceleration for javascript graphics. I also do
> >> >> >> > not get graphics acceleration when I watch an MP4 movie. I get 2-3 fps
> >> >> >> > instead of the standard 25 or 29 fps.
> >> >> >> >
> >> >> >> > This was not the case when Yocto used EMGD 1.8 driver - video worked
> >> >> >> > fine - I am not sure about accelerated javascript based graphics in
> >> >> >> > browser as I was not as far ahead in the project.
> >> >> >> >
> >> >> >> > Is this a known issue?
> >> >> >> >
> >> >> >
> >> >> > When I tested video using gst-launch, I saw the same thing, which was
> >> >> > due to a missing libva-tpi.  The latest commit in meta-intel added that
> >> >> > and fixed the problem for me.
> >> >> >
> >> >> > commit 162f3d1d3c538d7582a5e81205a9cdab74125b2b
> >> >> > Author: Tom Zanussi <tom.zanussi at intel.com>
> >> >> > Date:   Mon Mar 12 19:57:29 2012 -0500
> >> >> >
> >> >> >    ia32-base: add libva display dependencies to emgd xserver
> >> >> >
> >> >>
> >> >> I did a build today with tip - I have confirmed that I have this in the source.
> >> >>
> >> >> What files should have been added to the root filesystem image as a
> >> >> reult of adding libva-tpi, libva-glx and libva-egl?
> >> >>
> >> >
> >> > You should see those shared libraries in /usr/lib
> >>
> >> I think that I do:
> >>
> >> root at crownbay:/usr/lib# ls -l *libva*
> >> lrwxrwxrwx    1 root     root            19 Mar 21 17:38
> >> libva-egl.so.1 -> libva-egl.so.1.0.12
> >> -rwxr-xr-x    1 root     root          3040 Mar 21 17:07 libva-egl.so.1.0.12
> >> lrwxrwxrwx    1 root     root            19 Mar 21 17:38
> >> libva-glx.so.1 -> libva-glx.so.1.0.12
> >> -rwxr-xr-x    1 root     root         14868 Mar 21 17:07 libva-glx.so.1.0.12
> >> lrwxrwxrwx    1 root     root            19 Mar 21 17:38
> >> libva-tpi.so.1 -> libva-tpi.so.1.0.12
> >> -rwxr-xr-x    1 root     root          3856 Mar 21 17:07 libva-tpi.so.1.0.12
> >> lrwxrwxrwx    1 root     root            19 Mar 21 17:38
> >> libva-x11.so.1 -> libva-x11.so.1.0.12
> >> -rwxr-xr-x    1 root     root         28476 Mar 21 17:07 libva-x11.so.1.0.12
> >> lrwxrwxrwx    1 root     root            15 Mar 21 17:38 libva.so.1 ->
> >> libva.so.1.0.12
> >> -rwxr-xr-x    1 root     root         68816 Mar 21 17:07 libva.so.1.0.12
> >>
> >> The older image did not have egl, glx and tpi
> >>
> >> However, when I execute gst-launch -v playbin2 uri=file:///media/hdd/BBB.ogv
> >>
> >> I get a lot of "There may be a timestamping problem, or this computer
> >> is too slow." warnings.
> >>
> >> Attached are the logs created by the above command.
> >>
> >> Is there something else that needs to be done?
> >
> > Hmm, looks like the acceleration isn't kicking in.  Is that a supported
> > format for emgd accelaration? - I've been testing with 1080p .h264
> > videos, http://www.bigbuckbunny.org/index.php/download/, maybe if you
> > could try that so we know we're on the same page.
> >
> 
> I was hoping that Ogg Video is supported.
> 
> I tried the H.264 (BBB stands for bigbuck bunny, I got these movies
> from an earlier email from you). But I am getting another error -
> ERROR: pipeline doesn't want to preroll.
> 
> Do I need some other codec or some library? Are there licensing
> implications of using H.264?

It should work as-is - the image I tested wasn't against 1.2M3, but
that's what I'll now build and try again myself.

So just for more information, all this used to work using emgd 1.8, but
the same thing with 1.10 no longer does?

Could you also send the debug output for that and also the output of
'gst-inspect'?

The licensing implications are mentioned in the EMGD documentation, but
I've also discussed them with Jeffrey Moore, so you might want to talk
to him about the details for your project.

Tom




More information about the yocto mailing list