<div dir="ltr"><div style="font-family:arial,sans-serif;font-size:12.800000190734863px">Hello list</div><div style="font-family:arial,sans-serif;font-size:12.800000190734863px"><br></div><div style="font-family:arial,sans-serif;font-size:12.800000190734863px">

I'm having problems recording the desktop content using the Weston compositor's built-in recording function. When I start a recording and do something that changes a lot of screen content (like zooming in on the desktop, for example), I get around 0.5 FPS. Using sysprof, I can see that ~98% of CPU is used in the function unpack_XRGB8888(). krh has told me this is caused by glReadPixels going through a slowpath. I have a Radeon HD 5770 GPU and I'm using mesa git (I've tried the mesa version in the Ubuntu 12.10 repos, and the xorg-edgers PPA, same result).</div>

<div style="font-family:arial,sans-serif;font-size:12.800000190734863px"><br></div><div style="font-family:arial,sans-serif;font-size:12.800000190734863px">Does anyone know what the issue could be, or how to debug the problem further?</div>

<div style="font-family:arial,sans-serif;font-size:12.800000190734863px"><br></div><div style="font-family:arial,sans-serif;font-size:12.800000190734863px">Doing some debugging, it seems the call to ctx->Driver.ReadPixels() in _mesa_ReadnPixelsARB leads to _mesa_readpixels() being called in readpix.c.<div>

<br></div><div>I'm attaching some output of gdb that will hopefully be useful.</div><div><br></div><div>I'm also attaching the debug terminal output of running Weston with the DRM backend.</div><div><br></div><div>

Let me know if I can provide other useful information.</div></div>
</div>