Complete.Org: Mailing Lists: Archives: freeciv-dev: April 2006:
[Freeciv-Dev] Re: (PR#16431) [PATCH] cairo conversion of gtk2 client
Home

[Freeciv-Dev] Re: (PR#16431) [PATCH] cairo conversion of gtk2 client

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: patg@xxxxxxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#16431) [PATCH] cairo conversion of gtk2 client
From: "Vasco Alexandre da Silva Costa" <vasco.costa@xxxxxxxxx>
Date: Fri, 28 Apr 2006 06:01:45 -0700
Reply-to: bugs@xxxxxxxxxxx

<URL: http://bugs.freeciv.org/Ticket/Display.html?id=16431 >

On 4/27/06, Christian Prochaska <cp.ml.freeciv.dev@xxxxxxxxxxxxxx> wrote:
>
> This writes the created surface back to a PNG file and in my test with
> amplio and trident tilesets and the "nv" driver it created some "empty"
> files (sample file attached):
>
> misc/citybar.png
> misc/colors.png
>
> amplio/fog.png
> amplio/grid.png
> amplio/terrain1.png
> amplio/terrain2.png
>
> trident/fog.png
> trident/roads.png
> trident/tiles.png
>
> Do these images have something in common what the other images don't have?

You can try running the UNIX 'file' command on them, to see if there
is something common.

> And for some reason they were drawn correctly when I replaced
> CAIRO_OPERATOR_SOURCE with CAIRO_OPERATOR_OVER, but this still didn't
> solve the "high CPU load" problem (which makes the game really
> unplayable, because every move needs seconds). I tracked this down to
> canvas_put() where CPU usage comes to a normal level when I outcomment
> the cairo_set_source_surface() call, but of course nothing useful is
> visible then.


--
Vasco Alexandre da Silva Costa





[Prev in Thread] Current Thread [Next in Thread]