Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Sascha Silbe
Excerpts from Mart Raudsepp's message of Mon Jun 28 06:37:31 +0200 2010: Currently we (primarily two AMD employees, not so much me) are concentrating on fixing some of the awful bugs (many of which get triggered only by a newer xorg-server version), such as misrendering with HwAccel and

Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Bert Freudenberg
On 28.06.2010, at 09:21, Sascha Silbe wrote: Excerpts from Mart Raudsepp's message of Mon Jun 28 06:37:31 +0200 2010: Currently we (primarily two AMD employees, not so much me) are concentrating on fixing some of the awful bugs (many of which get triggered only by a newer xorg-server

Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Dov Grobgeld
Not sure this is relevant, but I have found that for software rendering (without hardware acceleration) agg (anti-grain graphics) is a lot faster than cairo. At least it was when I benchmarked them a couple of years ago. See: http://www.antigrain.com/ . Regards, Dov On Mon, Jun 28, 2010 at

Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Peter Robinson
On Mon, Jun 28, 2010 at 10:13 AM, Dov Grobgeld dov.grobg...@gmail.com wrote: Not sure this is relevant, but I have found that for software rendering (without hardware acceleration) agg (anti-grain graphics) is a lot faster than cairo. At least it was when I benchmarked them a couple of years

Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Wade Brainerd
I developed a couple of activities using Cairo that I later ported to other drawing solutions. One is Bounce (a three dimensional Pong game). git://git.sugarlabs.org/bounce/mainline.git I didn't tag it, but commit 7b7abf5 was the last version using cairo. I'll likely port this to Sugargame when

Re: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Gary Martin
Hi Wade, On 28 Jun 2010, at 15:10, Wade Brainerd wad...@gmail.com wrote: I developed a couple of activities using Cairo that I later ported to other drawing solutions. The possible performance test candidate that sprang to mind when reading Mart's email was the work you put in on the pulsing

Activities owned by root in recent xo-1.5 builds?

2010-06-28 Thread Martin Langhoff
Hi list, just now, attempting to test dsd's Record-82, I realized that all preinstalled activities in /home/olpc/Activities are owned by root.root, with modes 755/644 . Installation from Browse fails. Our activity updater fails as well. Is this expected -- part of an overall change that needs

Re: Activities owned by root in recent xo-1.5 builds?

2010-06-28 Thread Walter Bender
On Mon, Jun 28, 2010 at 4:36 PM, Martin Langhoff mar...@laptop.org wrote: Hi list, just now, attempting to test dsd's Record-82, I realized that all preinstalled activities in /home/olpc/Activities are owned by root.root, with modes 755/644 . Installation from Browse fails. Our activity

Re: Activities owned by root in recent xo-1.5 builds?

2010-06-28 Thread Martin Langhoff
On Mon, Jun 28, 2010 at 4:44 PM, Chris Ball c...@laptop.org wrote: It's unexpected, and an odd bug because nothing changed in the build scripts between os203 and os204.  I'm going to run another build and keep an eye out for any error messages.. This is os203 (sorry! Should have mentioned it

Re: Activities owned by root in recent xo-1.5 builds?

2010-06-28 Thread Chris Ball
Hi, This is os203 (sorry! Should have mentioned it -- ) Ooh, thanks for noticing that. In that case, I can look farther back in the history and decide to blame: http://dev.laptop.org/git/projects/olpc-os-builder/commit/?id=fb74bbaf81fe2d095fbadefaea218fdb740e93f2 Dan, did you intend not