http://blog.gmane.org/gmane.comp.lib.cairo hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lib.cairo/22730 <pre>A new stable pixman release 0.26.0 is now available. Highlights of this release: * New support for MIPS DSPr2 ASE. [Nemanja Lukic] * Improved performance with the iwMMXt instruction set. [Matt Turner] * New support forthe Loongson SIMD instruction set. [Matt] Performance results from a number of cairo based benchmarks: Benchmark Improvement evolution .............. image: 12.8 % image16: 15.9 % firefox-planet-gnome ... image: 14.4 % image16: 10.0 % gnome-terminal-vim ..... image: 16.5 % image16: 15.7 % gvim ................... image: 13.1 % image16: 7.0 % ocitysmap .............. image: 24.1 % image16: 23.9 % poppler ................ image: 18.7 % </pre> Søren Sandmann 2012-05-26T21:44:17 http://comments.gmane.org/gmane.comp.lib.cairo/22728 <pre>Hi! I'm Synfig developer and I am working on incorporate Cairo graphics on current Synfig render method. Synfig is a 2D vector animation application but it has some particularities. It does support layers that act like raster filters (blur, distortions, etc.) apart of the typical geometry layers (circle, rectangle, polygon, bezier shape. etc). Synfig has its own Surface system that uses float ARGB color and HDR support. Each geometry layer renders its content using the Synfig surface primitives (very simple ones). The filter layers does its filter job by asking the the layers below it for the color result on a given user space point (x,y). Doing a subsampling of the returned value around the pixel position allows to render properly the filter layer. So all the geometry layers should define a function to return the color that it renders based on a give x,y position. When Cairo were implemented, floating point color and HDR will be lost. But that's not the problem. My plan to implement Cairo libraries is re</pre> Carlos López González 2012-05-25T13:16:16 http://comments.gmane.org/gmane.comp.lib.cairo/22722 <pre>Here is a scenario which make us to introduce rwlock. 1. One thread(A) is rendering to a surface which has a snapshot attached. 2. Some other threads(B...) are replaying recording surfaces which has the snapshot of the surface which is being rendered in thread 1. If thread B already started the replaying, and already get the source by using _cairo_surface_snapshot_source, then before the thread B finish its accessing to the source surface, the thread A start to rendering to the source surface. Although thread A will trigger a COW, but it's too late, as thread B already got the original surface pointer, thus the race ocurrs here, both B is reading and A is writing to the same area concurrently. To fix this issue, we need to use write lock at thread B, and use read lock at thread B to avoid the possible race condtion. Currently, we only implement pthread_rw_lock if the system supports pthread. Otherwise, we degrade the rw_lock to a normal lock. Signed-off-by: Zhigang Gong &lt;zhigang.gong&lt; at &gt;linux.intel.com&gt; ---</pre> Zhigang Gong 2012-05-25T09:13:47 http://comments.gmane.org/gmane.comp.lib.cairo/22721 <pre>If we do something like following: cr1 = cairo_create(surf1); cr2 = cairo_create(surf2); ... draw something to surf1 ... cairo_set_source_surface(cr2, surf1); cairo_rectangle(cr2, ..... ); cairo_fill(cr2); You will find the current code will reference a texture in cr1 gl context while drawing cr2. Thus it references a null texture and results to wrong rendering. This patch severs as fixing this issue(like gl-surface-source test case) by copying out the texture from cr1, then regenerating a new one to cr2. Signed-off-by: Yuanhan Liu &lt;yuanhan.liu&lt; at &gt;linux.intel.com&gt; --- src/cairo-gl-composite.c | 77 +++++++++++++++++++++++++++++++++++++-- src/cairo-gl-glyphs.c | 3 +- src/cairo-gl-private.h | 4 ++- src/cairo-gl-spans-compositor.c | 5 +-- src/cairo-gl-surface.c | 7 ++++ src/cairo-gl-traps-compositor.c | 12 ++---- 6 files changed, 91 insertions(+), 17 deletions(-) diff --git a/src/cairo-gl-composite.c b/src/cairo-gl-composite.c index bcf41ec..97c</pre> Yuanhan Liu 2012-05-24T11:37:49 http://comments.gmane.org/gmane.comp.lib.cairo/22719 <pre>Hello everyone, i would like to know how to create two surfaces. On the first surface i want to draw circle and ellipse... On the second surdace i want to draw rectangle. I would like to copy portion of the second surface to the first surface? Could someone help me, please, posting a little example of this? Thank you very much. -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo</pre> Davide Calaminici 2012-05-23T18:29:24 http://comments.gmane.org/gmane.comp.lib.cairo/22714 <pre>Hi, how can I load a TrueType Font in cairo? I need to render some test on a surface (DirectFB backend, but I think that is not relevant), using a monospaced font. I tried Pango libraries, but it takes the font from FontConfig and I can't properly configure the width an height of the font, I can't resize the font to fit in a precise logical extent. Cairo scaled font seems to be useful for my purpose, but I don't understand how to load a *ttf. Thank you in advance Carlo -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo </pre> Carlo 2012-05-20T14:01:58 http://comments.gmane.org/gmane.comp.lib.cairo/22711 <pre>Hi, (WinXP, MinGW (gcc-4.6.2), Cairo-1.12.2, Pixman-0.25.2) My program runs successfully with Cairo-1.10.2, but getting SIGSEGV with 1.12.2. Back trace is as follows: Debugger name and version: GNU gdb (GDB) 7.4 Program received signal SIGSEGV, Segmentation fault. At .sdk\pixman\pixman\pixman-fast-path.c:619 &gt; bt #0 0x6ea7f29f in fast_composite_over_8888_8888 (imp=0x21c5308, info=0x22d608) at .sdk\pixman\pixman\pixman-fast-path.c:619 #1 0x6e9c6ded in pixman_image_composite32 (op=PIXMAN_OP_OVER, src=0x21f12b8, mask=0x0, dest=0x21f0d78, src_x=0, src_y=0, mask_x=0, mask_y=0, dest_x=0, dest_y=0, width=919, height=10) at .sdk\pixman\pixman\pixman.c:712 #2 0x6e93ff68 in composite_boxes (_dst=0x21f0e40, op=CAIRO_OPERATOR_IN, abstract_src=0x21f0f88, abstract_mask=0x0, src_x=0, src_y=0, mask_x=0, mask_y=0, dst_x=0, dst_y=0, boxes=0x22df90, extents=0x22e240) at .sdk\cairo\src\cairo-image-compositor.c:523 #3 0x6e99e608 in composite_aligned_boxes (compositor=0x6ebde060, extents=0x22e208, boxes=0x22df90</pre> Hakki Dogusan 2012-05-19T10:46:37 http://comments.gmane.org/gmane.comp.lib.cairo/22708 <pre>Hi , I wonder where can find some samples show use cairo in android device. rarely found ,so i try it myself, but seems can't render anything details as below, cairo_surface_t *surface = NULL; const EGLint attribs[] = { EGL_SURFACE_TYPE, EGL_WINDOW_BIT, EGL_BLUE_SIZE, 8, EGL_GREEN_SIZE, 8, EGL_RED_SIZE, 8, EGL_RENDERABLE_TYPE, EGL_OPENGL_ES2_BIT, EGL_NONE }; const EGLint ctx_attribs[] = { EGL_CONTEXT_CLIENT_VERSION, 2, EGL_NONE }; EGLint format; EGLint numConfigs; EGLConfig config; EGLContext context; EGLint err; EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY); err = eglGetError(); LOGE("eglGetDisplay err:%d", err);//return 12288 eglInitialize(display, 0, 0); err = eglGetError(); LOGE("eglInitialize err:%d", err);//return 12288 eglChooseConfig(display, attribs, &amp;config, 1, &amp;numConfigs); err = eglGetError(); LOGE("eglChooseConfig err:%d", err); eglGetConfigAttrib(display, config, EGL_NATIVE_VISUAL_ID</pre> Jihe Wei 2012-05-18T09:54:24 http://comments.gmane.org/gmane.comp.lib.cairo/22704 <pre>Quartz is currently failing badly because of multiple issues. This patchset addresses two minor issues and the incorrect implementation of map_to_image. The main thing left to be fixed is unbound surfaces (as sources/masks). Andrea -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo </pre> Andrea Canciani 2012-05-17T20:33:41 http://comments.gmane.org/gmane.comp.lib.cairo/22701 <pre>Fixes png.c:55: warning: enumeration value ‘CAIRO_FORMAT_RGB30’ not handled in switch --- test/png.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/test/png.c b/test/png.c index e90ac66..3980ddc 100644 --- a/test/png.c +++ b/test/png.c &lt; at &gt;&lt; at &gt; -57,6 +57,7 &lt; at &gt;&lt; at &gt; format_to_string (cairo_format_t format) case CAIRO_FORMAT_A8: return "a8"; case CAIRO_FORMAT_RGB16_565: return "rgb16"; case CAIRO_FORMAT_RGB24: return "rgb24"; + case CAIRO_FORMAT_RGB30: return "rgb30"; case CAIRO_FORMAT_ARGB32: return "argb32"; case CAIRO_FORMAT_INVALID: default: return "???"; </pre> Andrea Canciani 2012-05-17T20:30:43 http://comments.gmane.org/gmane.comp.lib.cairo/22695 <pre>The map public API is more useful if it guarantees that the image it returns has a valid format. Conversely the private API probably wants to avoid any kind of conversion as any pixel manipulation is performed by pixman. In addition to this, the backend functions for map and unmap can be improved by: 1. making map/unmap symmetric (i.e. if map counts as +1 on the refcount, unmap counts as -1). 2. ensuring that map returns a cairo_image_surface_t * (this is not the case for quartz and some other backends, but no warning is issued because they are returning cairo_surface_t *). This patchset should implement these improvements. Unfortunately this also means that it affects many files in multiple different backends. Please review and test (and hope with me that things did not break while rebasing). Andrea -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo </pre> Andrea Canciani 2012-05-17T20:28:05 http://comments.gmane.org/gmane.comp.lib.cairo/22688 <pre>Another one of "those" issues. I tried to switch Linux version of my program from cairo 1.10 to cairo 1.12. The program is built as a dynamic executable, using shared libcairo. It is also using libgtk (which in turn also needs cairo, hence the shared version). When using cairo 1.10 - program works, no issuse. With cairo 1.12 - attempting to launch the program crashes X server, of all things. Any ideas as to why this may be happening or even how to track this issue down would be greatly appreciated! -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo </pre> cu 2012-05-17T02:31:33 http://comments.gmane.org/gmane.comp.lib.cairo/22687 <pre>Hi, I've been using a Hidden line removal python script which uses cairo, but I'm getting the following error: /usr/lib/python2.6/dist-packages/cairo/_cairo.so: undefined symbol: PyUnicodeUCS4_AsUTF8String Apparently I need to compile cairo with Python compiled to ucs2. I've downloaded pycairo-1.10.0.tar.bz2, extracted to /opt/pycairo-1.10.0 and then run ./waf configure which gives the following results: Murray py2cairo-1.10.0 # ./waf configure ./options() Setting top to : /opt/py2cairo-1.10.0 Setting out to : /opt/py2cairo-1.10.0/build_directory ./configure() Checking for 'gcc' (c compiler) : ok Checking for program python : /usr/bin/python Checking for python version : (2, 7, 2, 'final', 0) Checking for library python2.7 : yes Checking for program python2.7-config : /usr/bin/python2.7-config Checking for header Python.h : yes Checking for program pkg-config : /usr/bin/pkg-confi</pre> Dave Coventry 2012-05-16T21:07:24 http://comments.gmane.org/gmane.comp.lib.cairo/22684 <pre>I finally got to bulding pixman 0.24 and cairo 1.10 on PowerPC (MacOS 10.4 SDK) - we've been using an old version until now. A few issues popped up: 1. configure scripts for both pixman and cairo choke on linker warnings. they seem to treat warnings like errors and fail any tests that rely on those. It seems that *any* linker output is treated as an error. As a result, testing for pthreads fails when linker comes up with an unrelated warning. In particular, this makes pixman build without "thread local" support (which otherwise is provided by pthread_setspecific) and cairo not build at all if threading support is requested. Pthreads are fully available on PowerPC MacOS. 2. Cairo seems to select "intel atomic primitives" on any platform where it is built with GCC. I get this defined both on PPC and on ARM. It definitely does not work on ARM/iOS and probably not on PowerPC Mac either. Configure really should limit this define to true Intel systems. 3. There is a warning related to __visibility__ hidden att</pre> cu 2012-05-16T03:31:38 http://comments.gmane.org/gmane.comp.lib.cairo/22682 <pre>LinkedIn ------------ A K M Mokaddim requested to add you as a connection on LinkedIn: ------------------------------------------ Handi, I'd like to add you to my professional network on LinkedIn. - A K M Accept invitation from A K M Mokaddim http://www.linkedin.com/e/g26k41-h29cy1nc-3l/dK2XirLQNJ5ueZs9zK2zeNLI9nOZeabianRv/blk/I252689886_55/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYRdlYSe3wVe3oOdj99bPBfpmRBtn5PbP8VdjoPcPwUcj8LrCBxbOYWrSlI/EML_comm_afe/?hs=false&amp;tok=1d20PTcRBP2Rg1 View invitation from A K M Mokaddim http://www.linkedin.com/e/g26k41-h29cy1nc-3l/dK2XirLQNJ5ueZs9zK2zeNLI9nOZeabianRv/blk/I252689886_55/3kRnPoUe3AUdz8RcAALqnpPbOYWrSlI/svi/?hs=false&amp;tok=0vePwI1FFP2Rg1 ------------------------------------------ Why might connecting with A K M Mokaddim be a good idea? A K M Mokaddim's connections could be useful to you: After accepting A K M Mokaddim's invitation, check A K M Mokaddim's connections to see who else you may know and who you might want an introduction to. Buil</pre> A K M Mokaddim via LinkedIn 2012-05-15T19:31:33 http://comments.gmane.org/gmane.comp.lib.cairo/22681 <pre>A new pixman release 0.25.6 is now available. This is a release candidate for a stable 0.26.0 release. This release contains a number of improvements to the Loongson and iwMMX backends thanks to Matt Turner. [ The 0.25.4 release that was just announced was generated from a master branch that wasn't up to date, so it doesn't correspond to any git commit id and doesn't have a tag. The 0.25.6 release is essentially identical code-wise. ] Soren tar.gz: http://cairographics.org/snapshots/pixman-0.25.6.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.25.6.tar.gz tar.bz2: http://xorg.freedesktop.org/archive/individual/lib/pixman-0.25.6.tar.bz2 Hashes: MD5: de1adeb2f60e0058c6ce2f88cabfe86a pixman-0.25.6.tar.gz MD5: f0c196edce9cb7e1ead79c4337f5d914 pixman-0.25.6.tar.bz2 SHA1: ebd1b438a28aca0099777b1e383c60d4fcb88196 pixman-0.25.6.tar.gz SHA1: e05dae328ff58836a167a3409be7df98bba38f09 pixman-0.25.6.tar.bz2 GPG signature: http://cairographics.org/snapshots/pixman-0.25.6.tar</pre> Søren Sandmann 2012-05-15T17:34:26 http://comments.gmane.org/gmane.comp.lib.cairo/22680 <pre>A new pixman release 0.25.4 is now available. This is a release candidate for a stable 0.26.0 release. This release contains a number of improvements to the Loongson and iwMMX backends thanks to Matt Turner. Søren tar.gz: http://cairographics.org/snapshots/pixman-0.25.4.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.25.4.tar.gz tar.bz2: http://xorg.freedesktop.org/archive/individual/lib/pixman-0.25.4.tar.bz2 Hashes: MD5: 8cd825148adc33dfeb899bb2b2a325f3 pixman-0.25.4.tar.gz MD5: 1a9591a814cdad14db9868a42261f255 pixman-0.25.4.tar.bz2 SHA1: f5304bb3bf9e23bd1f56b449659c56e22babb5a4 pixman-0.25.4.tar.gz SHA1: 88d852eaa05aee61cd1b7380ade7b0b0701a30fd pixman-0.25.4.tar.bz2 GPG signature: http://cairographics.org/snapshots/pixman-0.25.4.tar.gz.sha1.asc (signed by Søren Sandmann Pedersen &lt;sandmann&lt; at &gt;daimi.au.dk&gt;) Git: git://git.freedesktop.org/git/pixman tag: pixman-0.25.4 Log: Chun-wei Fan (1): Just include xmmintrin.h on MSVC as well Jeremy Huddleston (6): </pre> Søren Sandmann 2012-05-15T16:55:47 http://comments.gmane.org/gmane.comp.lib.cairo/22679 <pre>LinkedIn ------------ Uray Meiviar requested to add you as a connection on LinkedIn: ------------------------------------------ Handi, I'd like to add you to my professional network on LinkedIn. - Uray Accept invitation from Uray Meiviar http://www.linkedin.com/e/g26k41-h26ecpek-5d/dK2XirLQNJ5ueZs9zK2zeNLI9nOZeabianRv/blk/I251193654_55/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYRdlYQdjoPej4Ndj99bThCnR1Eu4d3bPkPcPkRe3cVd38LrCBxbOYWrSlI/EML_comm_afe/?hs=false&amp;tok=3AOLicjJnb_Rc1 View invitation from Uray Meiviar http://www.linkedin.com/e/g26k41-h26ecpek-5d/dK2XirLQNJ5ueZs9zK2zeNLI9nOZeabianRv/blk/I251193654_55/3kRnPgRdzcVcj4RcAALqnpPbOYWrSlI/svi/?hs=false&amp;tok=1dF69HDfnb_Rc1 ------------------------------------------ Why might connecting with Uray Meiviar be a good idea? Uray Meiviar's connections could be useful to you: After accepting Uray Meiviar's invitation, check Uray Meiviar's connections to see who else you may know and who you might want an introduction to. Building these conn</pre> Uray Meiviar via LinkedIn 2012-05-13T17:47:38 http://comments.gmane.org/gmane.comp.lib.cairo/22671 <pre>Hi, We have a software that uses cairo and X window system. The old design is using several X windows, several of them are transparent. We use Cairo to draw image, curves and text annotation. The design with several X windows causes us some problems when we move to a newer version of Linux. It also has lots of trouble with Xming X window manager. We are thinking about a new design with just one X window. The image display part is already moved to OpenGL (for better performance reason). I am thinking about still keep our old cairo codes for text annotation, but avoiding a separate X window. The old logic: from X window, create_cairo_context. from a transparent png file, create a surface. set the surface to cairo context then draw things on cairo context If I want to just use one X window (this window already has OpenGL context in it). Is the solution this way? new logic: create a cairo context without any X window (?). png file to surface. set the surface to cairo context then draw things on cairo conte</pre> Guo Tang 2012-05-11T19:04:17 http://comments.gmane.org/gmane.comp.lib.cairo/22664 <pre>I'm working on a new feature for Firefox. I've got a PDFSurface and create a similar surface. This gives me back a RecordingSurface. I perform some drawing operations agains the recording surface. Then, a pattern is created based on the recording surface (using |mPattern = cairo_pattern_create_for_surface(RecordingSurface)|) and the pattern is drawn to the PDFSurface (using |cairo_set_source(PDFSurfaceCairo, mPattern); cairo_paint_with_alpha(PDFSurfaceCairo, alpha);|) . The output of the recording surface appears to be rasterized in the final PDF. Currently, I'm not 100% sure if this is the problem, but does Cairo rasterize a recording surface when used as pattern and this gets drawn to a PDFSurface? Thanks and best regards, Julian Viereck -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo </pre> Julian Viereck 2012-05-10T12:12:25 http://comments.gmane.org/gmane.comp.lib.cairo/22659 <pre>Hello everyone, just looking for a simple c code to create a minimal drawing loop. What i want to get is the following. Load an image create a surface where to draw draw lines on the surface clear the drawing area without cancelling the background image draw again eventually, is it possible to use two surface and swap the surface in a similar way of the double buffering technique? thank you very much. -- cairo mailing list cairo&lt; at &gt;cairographics.org http://lists.cairographics.org/mailman/listinfo/cairo</pre> Davide Calaminici 2012-05-08T08:35:39 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.cairo