On Fri, 2009-02-27 at 01:07 +0100, Michal Kolodziejczyk wrote:
Hello,
I tried to run clutter (0.8.6) on via artigo (under linux), which uses
VX700 graphic card (openchrome driver). This card cam render texture
maps of size at most 512x512, so its smaller than most other graphic cards.
the
Hello,
As for today, every clutter example I have produce a garbage screen. I'm
using the ATI opensource driver and I had a similar problem with pigment a
few weeks ago :
http://lists.fluendo.com/pipermail/elisa/2009-February/000979.html
This problem was solved by editing .drirc. Now, Pigment
Emmanuele Bassi wrote:
On Fri, 2009-02-27 at 01:07 +0100, Michal Kolodziejczyk wrote:
[...]
The result is that some textures (for strings) are rendered as garbage
(eg all strings in test-rotate, test-entry, test-depth etc).
it's probably a wrong implementation of mipmapping, if only the
Emmanuele Bassi wrote:
the window for changing this, though, is closing fast. I'll wait until
next week to do the change.
So I have another question regarding the reference counting in API
functions. Here is what Wolfgang wrote:
A more serious problem with the API is that at least the
On Fri, 2009-02-27 at 11:49 +0100, Michal Kolodziejczyk wrote:
it's probably a wrong implementation of mipmapping, if only the text is
wrong.
you can disable text mipmapping by using:
clutter_set_use_mipmapped_text (FALSE);
I will try this.
Clutter from master HEAD also has
On Fri, 2009-02-27 at 11:56 +0100, Michal Kolodziejczyk wrote:
Emmanuele Bassi wrote:
the window for changing this, though, is closing fast. I'll wait until
next week to do the change.
So I have another question regarding the reference counting in API
functions. Here is what Wolfgang
Hi,
Can any one please tell me why we use the
CLUTTER_TEXTURE_RGB_FLAG_BGR flags.From the code i saw that it is doing
coversion between RGBA to ABGR format, but i am not able to understand the
reason behind it.
When some one is using the
clutter_texture_set_from_rgb_data(), they are passing the
