<div dir="ltr"><div><div><div><div>I just updated the cgl code at <a href="http://cgit.freedesktop.org/~ranma42/cairo/log/?h=wip/cgl">http://cgit.freedesktop.org/~ranma42/cairo/log/?h=wip/cgl</a> </div>I believe that we should at least merge "test: Make glx-based tests depend on glx availability" in master and then decide about CGL/NSGL. </div> </div>We might start with CGL in order to get GL working on OSX soon, so that we can test and profile it to ensure that it is working and to figure out if/when it provides better performance. NSGL and EAGL are definitely more interesting for application developers, because they integrate better with Obj-C and Cocoa applications, but they seem to have a heavier impact in the Cairo build system. </div><div><div><div> </div><div>Andrea </div><div> </div></div></div></div><div class="gmail_extra"> <div class="gmail_quote">On Sat, Feb 16, 2013 at 2:53 AM, Henry (Yu) Song - SISA <<a href="mailto:hsong@sisa.samsung.com" target="_blank">hsong@sisa.samsung.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think both binding are fine, two concerns lead me to use NSOpenGLContext 1. no extra work on app side, there is no need to get CGLObjRef from an NSGLView, using nsgl, you can cairo_gl_surface_create_for_view () directly 2. Apple is definitely going with OBJC-based API, In the future, CGL interface might be deprecated, just like lots of AGL APIs have been deprecated. In addition, EAGL is OBJC-only, there is no CGL for that. Once EAGL is mature/feature complete, it can be easier to get EAGL with cairo. Chris suggested to have runtime switch between glx and NSOpenGLContext - I am not sure it will be doable unless we have new cairo API to indicate which library to load. Otherwise, there will be two libraries (libGL.so and OpenGLFramework) that both have identical symbols. One more thing I need cairo community help before it can be upstreamed - I am not so familiar with autoconf/automake, I could not make autoconf to use CCLD instead of OBJCLD when compile for glx, wgl or egl. OBJCLD is always used for linking libcairo.so and cairo-test-suite. Please help on that. nsgl binding location is <a href="https://github.com/csyuschmjuh/cairo-nsgl" target="_blank">https://github.com/csyuschmjuh/cairo-nsgl</a>. Please feel free to experiment and please help out on OBJCLD issue. Thanks a lot Henry From: Andrea Canciani [<a href="mailto:ranma42@gmail.com">ranma42@gmail.com</a>] Sent: Saturday, February 02, 2013 8:55 AM <div class="im">To: Henry (Yu) Song - SISA </div>Cc: Carlos López González; <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a> <div class="HOEnZb"><div class="h5">Subject: Re: [cairo] Threaded animation with cairo_gl backend over a GtkWidget On Sat, Jan 19, 2013 at 10:53 PM, Andrea Canciani <<a href="mailto:ranma42@gmail.com">ranma42@gmail.com</a>> wrote: > On Wed, Jan 16, 2013 at 12:55 AM, Henry (Yu) Song - SISA > <<a href="mailto:hsong@sisa.samsung.com">hsong@sisa.samsung.com</a>> wrote: >> I also created a cairo to NSOpenGLContext binding such that you don't need >> glx, gtk on mac, you can use cocoa directly. It is located >> <a href="https://github.com/csyuschmjuh/cairo-nsgl" target="_blank">https://github.com/csyuschmjuh/cairo-nsgl</a>, I need someone to test/confirm >> its is working - NSView is working, but not implemented for virtual screen >> yet. > > Wouldn't it be better to bind it to CoreGL? > It is lower level (in fact NSOpenGLContext is based on it, you can > even get the underlying CGL context using the CGLContextObj selector) > and it has primitives which are easier to map to cairo-gl. > The documentation is available here: > <a href="https://developer.apple.com/library/mac/#documentation/graphicsimaging/Reference/CGL_OpenGL/Reference/reference.html#//apple_ref/doc/uid/TP40001186" target="_blank">https://developer.apple.com/library/mac/#documentation/graphicsimaging/Reference/CGL_OpenGL/Reference/reference.html#//apple_ref/doc/uid/TP40001186</a> > I finally had some time to try CGL. The result is the branch <a href="http://cgit.freedesktop.org/~ranma42/cairo/log/?h=wip/cgl" target="_blank">http://cgit.freedesktop.org/~ranma42/cairo/log/?h=wip/cgl</a> Andrea >> >> To compile for nsopengl on mac "./configure --prefix=/your_install_directory >> --enable-gl=yes --enable-glx=no --enable-nsgl=yes" >> >> To compile for glx on mac "./configure --prefix=/your_install_directory >> --enable-gl=yes" >> >> Attached is the cocoa-based sample code with cairo. compile it with "gcc -o >> cairo-nsgl-fill cairo-nsgl-fill.m `pkg-config --libs --cflags cairo` >> -framework OpenGL -framework AppKit" > > I will try ASAP. > I'm still very busy with my PhD, but I'm trying to catch up with the > cairo/pixman-related mail and work I left behind. > >> >> Thanks >> >> Henry >> >> ________________________________ >> From: cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org">sisa.samsung.com@cairographics.org</a> >> [cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org">sisa.samsung.com@cairographics.org</a>] on behalf of Henry >> (Yu) Song - SISA [<a href="mailto:hsong@sisa.samsung.com">hsong@sisa.samsung.com</a>] >> Sent: Tuesday, January 15, 2013 3:43 PM >> To: Carlos López González >> >> Cc: <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a> >> Subject: Re: [cairo] Threaded animation with cairo_gl backend over a >> GtkWidget >> >> You are using a driver that does not support window/pixmap multisampling. >> Remove GLX_SAMPLE_BUFFERS and GLX_SAMPLES, that should work for you. >> >> 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. >> >> 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. >> >> Henry >> >> >> ________________________________ >> From: Carlos López González [<a href="mailto:genetita@gmail.com">genetita@gmail.com</a>] >> Sent: Tuesday, January 15, 2013 3:04 PM >> To: Henry (Yu) Song - SISA >> Cc: <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a> >> Subject: Re: [cairo] Threaded animation with cairo_gl backend over a >> GtkWidget >> >> 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. >> Attached are the glxinfo output and the interesting line from lspci. >> I'll test it on OSX tomorrow. >> Thanks! >> >> >> 2013/1/15 Carlos López González <<a href="mailto:genetita@gmail.com">genetita@gmail.com</a>> >>> >>> Hi Henry, >>> 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. >>> 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? >>> In case of use cairogles, where can I find its API? >>> Thanks! >>> >>> >>> 2013/1/15 Henry (Yu) Song - SISA <<a href="mailto:hsong@sisa.samsung.com">hsong@sisa.samsung.com</a>> >>> >>>> I modified your code a little as attached. Two changes >>>> >>>> 1. add cairo_gl_device_set_thread_aware () >>>> 2. add GLX_SAMPLES/GLX_SAMPLE_BUFFER >>>> >>>> 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) >>>> >>>> 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. >>>> >>>> 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. >>>> >>>> Let me how pixman compare to gl in your test case, Don't have >>>> radeon/nouveau drivers, not sure how they turn out. >>>> >>>> Henry >>>> ________________________________________ >>>> From: cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org">sisa.samsung.com@cairographics.org</a> >>>> [cairo-bounces+hsong=<a href="mailto:sisa.samsung.com@cairographics.org">sisa.samsung.com@cairographics.org</a>] on behalf of Carlos >>>> López González [<a href="mailto:genetita@gmail.com">genetita@gmail.com</a>] >>>> Sent: Tuesday, January 15, 2013 11:39 AM >>>> To: <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a> >>>> Subject: Re: [cairo] Threaded animation with cairo_gl backend over a >>>> GtkWidget >>>> >>>> Hi! >>>> 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: >>>> >>>> <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> >>>> >>>> commenting the line at 135 and 137 I can use cairo_image or cairo_gl. >>>> >>>> Same code has been compiled and run in a iMac 2011 using XQuarz as >>>> Xserver with the same result. >>>> >>>> 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? >>>> >>>> I appreciate any help. >>>> Thanks! >>>> >>>> [1] <a href="http://cairographics.org/threaded_animation_with_cairo/" target="_blank">http://cairographics.org/threaded_animation_with_cairo/</a> >>>> >>>> 2013/1/15 Carlos López González >>>> <<a href="mailto:genetita@gmail.com">genetita@gmail.com</a><mailto:<a href="mailto:genetita@gmail.com">genetita@gmail.com</a>>> >>>> I forgot to CC cairo list >>>> >>>> ---------- Forwarded message ---------- >>>> From: Carlos López González >>>> <<a href="mailto:genetita@gmail.com">genetita@gmail.com</a><mailto:<a href="mailto:genetita@gmail.com">genetita@gmail.com</a>>> >>>> Date: 2013/1/15 >>>> Subject: Re: [cairo] Threaded animation with cairo_gl backend over a >>>> GtkWidget >>>> To: Uli Schlachter <<a href="mailto:psychon@znc.in">psychon@znc.in</a><mailto:<a href="mailto:psychon@znc.in">psychon@znc.in</a>>> >>>> >>>> >>>> Hi! >>>> I've upgraded to Ubuntu 12.10 and as part of the upgrade Ubuntu disabled >>>> the proprietary nvidia driver. >>>> With the the nouveau driver enabled and simply enable multithreading, it >>>> crash. >>>> >>>> carlos@laptop:~/my-test-area/build$ LANG=C ./cairo-sample >>>> [xcb] Unknown request in queue while dequeuing >>>> [xcb] Most likely this is a multi-threaded client and XInitThreads has >>>> not been called >>>> [xcb] Aborting, sorry about that. >>>> cairo-sample: ../../src/xcb_io.c:178: dequeue_pending_request: Assertion >>>> `!xcb_xlib_unknown_req_in_deq' failed. >>>> Abortado (`core' generado) >>>> >>>> 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). >>>> >>>> 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. >>>> >>>> So which are my alternatives? >>>> >>>> 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? >>>> >>>> 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. >>>> >>>> Is there any *real* application that uses Cairo with GPU acceleration in >>>> production? >>>> >>>> Thanks! >>>> >>>> >>>> 2013/1/14 Uli Schlachter <<a href="mailto:psychon@znc.in">psychon@znc.in</a><mailto:<a href="mailto:psychon@znc.in">psychon@znc.in</a>>> >>>> Hi, >>>> >>>> On 14.01.2013 21:24, Carlos López González wrote: >>>> [...] >>>> > The program 'cairo-sample' received an X Window System error. >>>> > This probably reflects a bug in the program. >>>> > The error was 'BadMatch (invalid parameter attributes)'. >>>> > (Details: serial 230 error_code 8 request_code 135 minor_code 5) >>>> >>>> minor_code 5 likely is DRI2's GetBuffer request, but could also be a >>>> RANDRGetScreenInfo, RenderChangePicture, SHAPEQueryExtents, >>>> SHMCreatePixmap or >>>> SyncQueryCounter. Of course, this doesn't really help us (does it?). >>>> >>>> [...] >>>> > (Note to programmers: normally, X errors are reported asynchronously; >>>> > that is, you will receive the error a while after causing it. >>>> > To debug your program, run it with the --sync command line >>>> > option to change this behavior. You can then get a meaningful >>>> > backtrace from your debugger if you break on the gdk_x_error() >>>> > function.) >>>> >>>> do "break gdk_x_error" before you "run" the program. >>>> >>>> > [Thread 0xb4738b40 (LWP 3625) exited] >>>> > [Thread 0xb54ffb40 (LWP 3624) exited] >>>> > [Thread 0xb6224880 (LWP 3620) exited] >>>> > [Inferior 1 (process 3620) exited with code 01] >>>> > (gdb) where >>>> > No stack. >>>> > (gdb) >>>> > >>>> > >>>> > How can I add the --sync option? >>>> >>>> If the program supports this option: "run --sync". >>>> >>>> Uli >>>> -- >>>> "Why make things difficult, when it is possible to make them cryptic >>>> and totally illogical, with just a little bit more effort?" -- A. P. J. >>>> -- >>>> cairo mailing list >>>> <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a><mailto:<a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a>> >>>> <a href="http://lists.cairographics.org/mailman/listinfo/cairo" target="_blank">http://lists.cairographics.org/mailman/listinfo/cairo</a> >>>> >>>> >>>> >>>> -- >>>> Carlos >>>> <a href="http://synfig.org" target="_blank">http://synfig.org</a> >>>> >>>> >>>> >>>> -- >>>> Carlos >>>> <a href="http://synfig.org" target="_blank">http://synfig.org</a> >>>> >>>> >>>> >>>> -- >>>> Carlos >>>> <a href="http://synfig.org" target="_blank">http://synfig.org</a> >>> >>> >>> >>> >>> -- >>> Carlos >>> <a href="http://synfig.org" target="_blank">http://synfig.org</a> >> >> >> >> >> -- >> Carlos >> <a href="http://synfig.org" target="_blank">http://synfig.org</a> >> >> -- >> cairo mailing list >> <a href="mailto:cairo@cairographics.org">cairo@cairographics.org</a> >> <a href="http://lists.cairographics.org/mailman/listinfo/cairo" target="_blank">http://lists.cairographics.org/mailman/listinfo/cairo</a></div></div></blockquote></div> </div>