Re: [Pixman] About 2.5D effect

2011-10-11 Thread Maarten Bosmans
2011/10/12 Maarten Bosmans : > 2011/10/12 唐博 : >> How can pixman achieve 2.5D effect, it's affine matirx is 3*3. If add Z axis >> coordinate, I found that it should apply 4*4 matrix. > > Please lookup the three threads about projective transformations in > the list

Re: [Pixman] About 2.5D effect

2011-10-11 Thread Maarten Bosmans
2011/10/12 唐博 : > How can pixman achieve 2.5D effect, it's affine matirx is 3*3. If add Z axis > coordinate, I found that it should apply 4*4 matrix. Please lookup the three threads about projective transformations in the list archives of august 2010. No need to do the whole discussion again. In

Re: [Pixman] [PATCH 1/4] ARM: NEON: Some cleanup of bilinear scanline functions

2011-09-21 Thread Maarten Bosmans
What's with the "dlast" in the comments? 2011/9/21 Taekyun Kim : > From: Taekyun Kim > > Use STRIDE and initial horizontal weight update is done before > entering interpolation loop. > --- >  pixman/pixman-arm-neon-asm-bilinear.S |  124 > + >  1 files changed, 64

[Pixman] Fwd: [PATCH 1/8] Add platform specific mutex implementations

2011-09-19 Thread Maarten Bosmans
-- Forwarded message -- From: Maarten Bosmans Date: 2011/9/19 Subject: Re: [Pixman] [PATCH 1/8] Add platform specific mutex implementations To: Taekyun Kim 2011/9/19 Taekyun Kim : > From: Taekyun Kim > > Declare mutex with type of pixman_mutex_t and use followi

Re: [Pixman] [RFC] Performance statistics analyzer

2011-09-14 Thread Maarten Bosmans
2011/9/14 Andrea Canciani : > On Wed, Sep 7, 2011 at 6:46 AM, Maarten Bosmans wrote: >> I took this RFC to also be a request for patches. >> Attached is a patch that strips out the pthread mutex usage and >> implements some macros in pixman-compiler.h, not unlike the TLS >

Re: [Pixman] [RFC] Performance statistics analyzer

2011-09-07 Thread Maarten Bosmans
2011/9/6 Taekyun Kim : > Hi, > > Currently pixman is used as a lowlevel backend for various applications. > For doing analysis on performance, it might be desirable to provide some > performance statistics information to developers. > > The basic idea is based on siarhei's slow-path-reporter. I ext

Re: [Pixman] Solaris 10u9 Sparc problems with make

2011-07-22 Thread Maarten Bosmans
2011/7/22 Martin, Jeff : > Hello, > > Having some trouble getting this to compile. > > when I try to compile cairo, it needs pixmap.. when I try pixmap it needs > gtk.. > > any idea on how to get around this? TIA! Try configuring pixman with --disable-gtk. It is only needed for demos/tests anyway.

Re: [Pixman] Pixman on iOS

2011-07-11 Thread Maarten Bosmans
2011/7/11 cu : > Yes, all options were set exactly the same. The only difference during > font test was the method used to create fonts, - either by using > cairo_ft_font_face_create_for_ft_face() or > cairo_quartz_font_face_create_for_cgfont() respectively. I don't know anything about the quartz

Re: [Pixman] Pixman on iOS

2011-07-11 Thread Maarten Bosmans
2011/7/11 cu : > I am lifting an old thread here, since there is a bit of data that may > be related. > > I have been testing Quartz surface vs. image surface performance - on an > Intel Mac. > The results are somewhat surprising to me. A certain image that's a > pretty good mix of polygons, lines,

Re: [Pixman] releases and snapshots

2011-04-02 Thread Maarten Bosmans
2011/4/2 Soeren Sandmann : > Maarten Bosmans writes: > >> At the releases page http://cairographics.org/releases/ both the >> latest stable (0.20.2) and unstable (0.21.6) versions are listed. This >> is confusing for people that don't know our versioning scheme

[Pixman] releases and snapshots

2011-04-02 Thread Maarten Bosmans
Hi list, At the releases page http://cairographics.org/releases/ both the latest stable (0.20.2) and unstable (0.21.6) versions are listed. This is confusing for people that don't know our versioning scheme (although it is no unusual scheme). I already know of one person who downloaded 0.21.x thin

[Pixman] declaration of fence_malloc in util.[ch]

2011-01-23 Thread Maarten Bosmans
Hi, When cross-compiling pixman (0.21.4) with mingw, I get the following error:   CC utils.o In file included from utils.c:3:0: utils.h:14:0: warning: ignoring #pragma omp threadprivate utils.c:298:1: error: conflicting types for 'fence_malloc' utils.h:69:1: note: previous declaration of 'fenc

Re: [Pixman] [RFC] Performance reporting capabilities for pixman?

2010-10-20 Thread Maarten Bosmans
2010/10/20 Maarten Bosmans : > Below are the results for the six worst slow paths, on Windows. My app > does scrolling text (pre rendered to a cairo image surface), with > individual lines fading in and out when they come into the viewport. > > Perhaps an extra empty line after the

Re: [Pixman] [RFC] Performance reporting capabilities for pixman?

2010-10-20 Thread Maarten Bosmans
2010/10/20 Siarhei Siamashka : > Here is a work-in-progress branch with the initial variant slow path reporting > code: > http://cgit.freedesktop.org/~siamashka/pixman/log/?h=perfstat-wip I tried to compile it for Window using mingw. It failed because pthread and syslog are unavailable. I "solved

Re: [Pixman] [PATCH 4/5] test: Parallize composite.c with OpenMP

2010-10-05 Thread Maarten Bosmans
Why would you use OpenMP at all, just to run the tests in parallel? I'd imagine that the thread-level parallelism it gives isn't necessary and the tests can just as well be parallized on process-level. Isn't it easier to avoid the dependency on OpenMP and just use a clever Makefile to run multiple

[Pixman] [PATCH] Add *.exe to .gitignore

2010-08-30 Thread Maarten Bosmans
This ignores the test executables made during a mingw32 build. Maarten 0002-Add-.exe-to-.gitignore.patch Description: Binary data ___ Pixman mailing list Pixman@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/pixman

Re: [Pixman] [PATCH] Use windows.h directly for mingw32 build

2010-08-30 Thread Maarten Bosmans
2010/8/30 Soeren Sandmann : > Maarten Bosmans writes: > >> This patch adresses the issue discussed in >> http://lists.freedesktop.org/archives/pixman/2010-April/000163.html >> >> There were only two clashing identifiers.  The first one is IN, which >> obviously

[Pixman] [PATCH] Use windows.h directly for mingw32 build

2010-08-28 Thread Maarten Bosmans
This patch adresses the issue discussed in http://lists.freedesktop.org/archives/pixman/2010-April/000163.html There were only two clashing identifiers. The first one is IN, which obviously causes problems in Pixman for lines like PIXMAN_STD_FAST_PATH (IN, solid, a8, a8, fast_composite_in_n_8