cairo has now 16bit surfaces (was Fwd: rendering-cleanup)

[Tomeu Vizoso]

On Mon, Aug 9, 2010 at 15:48, Bernie Innocenti <bernie at codewiz.org> wrote:
> El Sat, 07-08-2010 a las 12:14 -0400, Bernie Innocenti escribió:
>> El Sat, 07-08-2010 a las 11:25 +0200, Tomeu Vizoso escribió:
>> > > I'd expect well-written code to call cairo_surface_create_similar()
>> > > whenever possible, but there might be hot-spots in our software stack
>> > > that assume 32bpp.
>> >
>> > Have given a look to gtk+ and the xlib backend of cairo and seems to
>> > me that we are safe. We just need Maltose to come quickly to XO-1 :)
>>
>> ... or backport the new cairo to Fedora 11. The Cairo ABI is supposed to
>> be 100% backwards compatible, and I've successfully rebuilt 1.8 with no
>> issues.
>
> Building cairo-1.9.14 and pixman-0.18 went smooth on Fedora 11. They
> also seem to work fine on the XO.
>
> However, I did not notice any visible improvement. In case someone wants
> to try it out and run some benchmarks, I've uploaded the rpms here:
>
>  http://people.sugarlabs.org/bernie/olpc/cairo-1.9/

Simplest may be modifying the shell to repeat in a loop some drawing
(sliding the frame in and out, cycling through the zoom levels, etc)
then using a system-wide profiler such as sysprof to see where time is
being spent.

Regards,

Tomeu

> --
>   // Bernie Innocenti - http://codewiz.org/
>  \X/  Sugar Labs       - http://sugarlabs.org/
>
> _______________________________________________
> Devel mailing list
> Devel at lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>