<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">You are using a driver that does not support window/pixmap multisampling.  Remove GLX_SAMPLE_BUFFERS and GLX_SAMPLES, that should work for you.
<div><br>
</div>
<div>cairo-gles supports both glx/gl and egl/gles.  You still can use MSAA for rendering to texture, but you will fallback to spans/traps compositors for rendering to pixmap/window because your driver does not support msaa on window/pixmap.</div>
<div><br>
</div>
<div>In your sample, you are creating a texture-based gl_surface, I am not sure what kind of surface is created by gdk binding to cairo - most likely it is an image surface.  in that case, you will get a performance hit by downloading texture to image in system
 memory.</div>
<div><br>
</div>
<div>Henry</div>
<div><br>
</div>
<div><br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div id="divRpF913253" style="direction: ltr;"><font face="Tahoma" size="2" color="#000000"><b>From:</b> Carlos López González [genetita@gmail.com]<br>
<b>Sent:</b> Tuesday, January 15, 2013 3:04 PM<br>
<b>To:</b> Henry (Yu) Song - SISA<br>
<b>Cc:</b> cairo@cairographics.org<br>
<b>Subject:</b> Re: [cairo] Threaded animation with cairo_gl backend over a GtkWidget<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">The code modifications applied to the laptop gives a null surface because glXChooseVisual returns a NULL pointer when creating the XVisualInfo for the modified attributes. Possibly my graphic card doesn't support those requirements.
<div style="">Attached are the glxinfo output and the interesting line from lspci.</div>
<div style="">I'll test it on OSX tomorrow.</div>
<div style="">Thanks!</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2013/1/15 Carlos López González <span dir="ltr"><<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div dir="ltr">Hi Henry, 
<div>thank you very much for your detailed reply and the code additions. I'll give it a try and would let you know the results.</div>
<div>I considered cairogles but isn't it created for embedded systems? When it were added upstream, would it be suitable to be used in non embedded system?</div>
<div>In case of use cairogles, where can I find its API?</div>
<div>Thanks!</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2013/1/15 Henry (Yu) Song - SISA <span dir="ltr"><<a href="mailto:hsong@sisa.samsung.com" target="_blank">hsong@sisa.samsung.com</a>></span>
<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
I modified your code a little as attached.  Two changes<br>
<br>
1. add cairo_gl_device_set_thread_aware ()<br>
2. add GLX_SAMPLES/GLX_SAMPLE_BUFFER<br>
<br>
1. The first add is to reduce GL context switch if you have dedicated one thread for rendering (regardless where you create your gl_surface).  If you have multiple threads that render to the same gl surface, you cannot set_thread_aware (device, FALSE)<br>
<br>
2. If your driver (proprietary nvidia, fglrx and latest intel (mesa > 9.0) on sandbridge/ivybridge) supports MSAA, you might want to try our new cairo which uses MSAA for antialiasing. It is at
<a href="http://code.google.com/p/cairogles" target="_blank">http://code.google.com/p/cairogles</a>.  It is faster than gl backend in the cairo upstream and we are in process of upstreaming it.  It is also more stable.  If you want to MSAA on window/pixmap,
 you need to add GLX_SAMPLES and GLX_SAMPLE_BUFFERS to your glx attrib.  If you want to experiment more complex drawing, I recommend you use our gles, it is more stable and fast (I think it is the fastest backend at this moment given your driver supports MSAA,
 and you don't want to have ANTIALIAS_BEST/subpixel). When you use our cairogles, please set CAIRO_GL_COMPOSITOR=msaa in your environment.<br>
<br>
3. There is a caveat when you are using gl surface in cairo at this moment.  You need to dedicate a gl context to cairo.  You cannot interleave cairo with gl calls/or other library that uses the same gl context as cairo.  If you do that, you MUST same context/drawable/any
 other GL states before you call gl directly and you MUST restore these before you enter cairo drawing.<br>
<br>
Let me how pixman compare to gl in your test case,  Don't have radeon/nouveau drivers, not sure how they turn out.<br>
<br>
Henry<br>
________________________________________<br>
From: cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org" target="_blank">sisa.samsung.com@cairographics.org</a> [cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org" target="_blank">sisa.samsung.com@cairographics.org</a>]
 on behalf of Carlos López González [<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a>]<br>
Sent: Tuesday, January 15, 2013 11:39 AM<br>
To: <a href="mailto:cairo@cairographics.org" target="_blank">cairo@cairographics.org</a><br>
<div>Subject: Re: [cairo] Threaded animation with cairo_gl backend over a    GtkWidget<br>
<br>
</div>
<div>Hi!<br>
I've modified the mentioned Cairo animation with miltithreading example [1] to use a cairo_gl_surface, expecting to have some GPU acceleration. It works fine (doesn't crash) but when I use a cairo_gl_surface it runs much slow than when I use a image surface
 (!). See code here:<br>
<a href="https://github.com/genete/my-test-area/blob/direct_draw/src/cairo_sample.c" target="_blank">https://github.com/genete/my-test-area/blob/direct_draw/src/cairo_sample.c</a><br>
<br>
commenting the line at 135 and 137 I can use cairo_image or cairo_gl.<br>
<br>
Same code has been compiled and run in a iMac 2011 using XQuarz as Xserver with the same result.<br>
<br>
Am I missing something at the cairo_gl code or simply I would never could make use of my GPU in my linux laptop or my iMac?<br>
<br>
I appreciate any help.<br>
Thanks!<br>
<br>
[1] <a href="http://cairographics.org/threaded_animation_with_cairo/" target="_blank">
http://cairographics.org/threaded_animation_with_cairo/</a><br>
<br>
</div>
2013/1/15 Carlos López González <<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a><mailto:<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a>>><br>
<div>I forgot to CC cairo list<br>
<br>
---------- Forwarded message ----------<br>
</div>
<div>From: Carlos López González <<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a><mailto:<a href="mailto:genetita@gmail.com" target="_blank">genetita@gmail.com</a>>><br>
Date: 2013/1/15<br>
Subject: Re: [cairo] Threaded animation with cairo_gl backend over a GtkWidget<br>
</div>
<div>To: Uli Schlachter <<a href="mailto:psychon@znc.in" target="_blank">psychon@znc.in</a><mailto:<a href="mailto:psychon@znc.in" target="_blank">psychon@znc.in</a>>><br>
<br>
<br>
Hi!<br>
I've upgraded to Ubuntu 12.10 and as part of the upgrade Ubuntu disabled the proprietary nvidia driver.<br>
With the  the nouveau driver enabled and simply enable multithreading, it crash.<br>
<br>
carlos@laptop:~/my-test-area/build$ LANG=C ./cairo-sample<br>
[xcb] Unknown request in queue while dequeuing<br>
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called<br>
[xcb] Aborting, sorry about that.<br>
cairo-sample: ../../src/xcb_io.c:178: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed.<br>
Abortado (`core' generado)<br>
<br>
But when add XIniThreads()  as shown in the previous post, it doesn't crash but it runs *extremely* slow (?). I'm using a GeForce 8400M GS graphic card (glxgears runs smoothly).<br>
<br>
If I enable the private nvidia-current driver it crashes in any case with the same message than I had before. The suggested breakpoint or the --sync option doesn't help much.<br>
<br>
So which are my alternatives?<br>
<br>
If I create the cairo_gl_surface but not using cairo_gl_surface_create_for_window but the cairo_gl_create_surface, would it have GPU acceleration as well?<br>
<br>
I just want to create a minimal example of multithreading drawing over a gtkwidget using cairo_gl to later translate to a bigger application, but it seems that it is impossible.<br>
<br>
Is there any *real* application that uses Cairo with GPU acceleration in production?<br>
<br>
Thanks!<br>
<br>
<br>
</div>
2013/1/14 Uli Schlachter <<a href="mailto:psychon@znc.in" target="_blank">psychon@znc.in</a><mailto:<a href="mailto:psychon@znc.in" target="_blank">psychon@znc.in</a>>><br>
<div>
<div>Hi,<br>
<br>
On 14.01.2013 21:24, Carlos López González wrote:<br>
[...]<br>
> The program 'cairo-sample' received an X Window System error.<br>
> This probably reflects a bug in the program.<br>
> The error was 'BadMatch (invalid parameter attributes)'.<br>
>   (Details: serial 230 error_code 8 request_code 135 minor_code 5)<br>
<br>
minor_code 5 likely is DRI2's GetBuffer request, but could also be a<br>
RANDRGetScreenInfo, RenderChangePicture, SHAPEQueryExtents, SHMCreatePixmap or<br>
SyncQueryCounter. Of course, this doesn't really help us (does it?).<br>
<br>
[...]<br>
>   (Note to programmers: normally, X errors are reported asynchronously;<br>
>    that is, you will receive the error a while after causing it.<br>
>    To debug your program, run it with the --sync command line<br>
>    option to change this behavior. You can then get a meaningful<br>
>    backtrace from your debugger if you break on the gdk_x_error() function.)<br>
<br>
do "break gdk_x_error" before you "run" the program.<br>
<br>
> [Thread 0xb4738b40 (LWP 3625) exited]<br>
> [Thread 0xb54ffb40 (LWP 3624) exited]<br>
> [Thread 0xb6224880 (LWP 3620) exited]<br>
> [Inferior 1 (process 3620) exited with code 01]<br>
> (gdb) where<br>
> No stack.<br>
> (gdb)<br>
><br>
><br>
> How can I add the --sync option?<br>
<br>
If the program supports this option: "run --sync".<br>
<br>
Uli<br>
--<br>
"Why make things difficult, when it is possible to make them cryptic<br>
and totally illogical, with just a little bit more effort?" -- A. P. J.<br>
--<br>
cairo mailing list<br>
</div>
</div>
<a href="mailto:cairo@cairographics.org" target="_blank">cairo@cairographics.org</a><mailto:<a href="mailto:cairo@cairographics.org" target="_blank">cairo@cairographics.org</a>><br>
<div>
<div><a href="http://lists.cairographics.org/mailman/listinfo/cairo" target="_blank">http://lists.cairographics.org/mailman/listinfo/cairo</a><br>
<br>
<br>
<br>
--<br>
Carlos<br>
<a href="http://synfig.org" target="_blank">http://synfig.org</a><br>
<br>
<br>
<br>
--<br>
Carlos<br>
<a href="http://synfig.org" target="_blank">http://synfig.org</a><br>
<br>
<br>
<br>
--<br>
Carlos<br>
<a href="http://synfig.org" target="_blank">http://synfig.org</a><br>
</div>
</div>
</blockquote>
</div>
</div>
</div>
<span class="HOEnZb"><font color="#888888"><br>
<br clear="all">
<div><br>
</div>
-- <br>
Carlos<br>
<a href="http://synfig.org" target="_blank">http://synfig.org</a><br>
</font></span></div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Carlos<br>
<a href="http://synfig.org" target="_blank">http://synfig.org</a><br>
</div>
</div>
</div>
</div>
</div>
</body>
</html>