<div dir="ltr">Thank you very much! This is much better. It's gone from 0.5-ish FPS when zooming in to around 10 FPS, depending on screen content.<div><br></div><div style>So I figure this isn't a bug? I assumed it was a bug, but is the case simply that an efficient glReadPixels path for radeon/gallium doesn't exist?</div>

<div style><br></div><div style>The patch set sure helps in that regard, although it'd be really nice to get 30 FPS consistently, if at all possible.</div><div style><br></div><div style>Thanks again.</div><div style>

<br></div><div style>/Rune</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Mar 17, 2013 at 6:46 PM, Andreas Boll <span dir="ltr"><<a href="mailto:andreas.boll.dev@gmail.com" target="_blank">andreas.boll.dev@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2013/3/17 Rune Kjær Svendsen <<a href="mailto:runesvend@gmail.com">runesvend@gmail.com</a>>:<br>
<div class="im">> Hello list<br>
><br>
> I'm having problems recording the desktop content using the Weston<br>
> compositor's built-in recording function. When I start a recording and do<br>
> something that changes a lot of screen content (like zooming in on the<br>
> desktop, for example), I get around 0.5 FPS. Using sysprof, I can see that<br>
> ~98% of CPU is used in the function unpack_XRGB8888(). krh has told me this<br>
> is caused by glReadPixels going through a slowpath. I have a Radeon HD 5770<br>
> GPU and I'm using mesa git (I've tried the mesa version in the Ubuntu 12.10<br>
> repos, and the xorg-edgers PPA, same result).<br>
><br>
> Does anyone know what the issue could be, or how to debug the problem<br>
> further?<br>
><br>
<br>
</div>This patch series [1] should help. You might want to try it.<br>
<br>
[1] <a href="http://lists.freedesktop.org/archives/mesa-dev/2013-March/036214.html" target="_blank">http://lists.freedesktop.org/archives/mesa-dev/2013-March/036214.html</a><br>
<div class="im"><br>
> Doing some debugging, it seems the call to ctx->Driver.ReadPixels() in<br>
> _mesa_ReadnPixelsARB leads to _mesa_readpixels() being called in readpix.c.<br>
><br>
> I'm attaching some output of gdb that will hopefully be useful.<br>
><br>
> I'm also attaching the debug terminal output of running Weston with the DRM<br>
> backend.<br>
><br>
> Let me know if I can provide other useful information.<br>
><br>
</div>> _______________________________________________<br>
> mesa-dev mailing list<br>
> <a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
><br>
</blockquote></div><br></div></div>