Manfred Gruber wrote:
> hi !
>
> i am very interested in these patches which speed up gtk+ with directfb.
> thanks Denis Oliver Kropp.
>
> i have now cross builded gtk-trunk for an embeddeded system. here i have some
> changes which i found on building:
>
> IMHO there is a endif missing, or do
hi !
i am very interested in these patches which speed up gtk+ with directfb.
thanks Denis Oliver Kropp.
i have now cross builded gtk-trunk for an embeddeded system. here i have some
changes which i found on building:
IMHO there is a endif missing, or do i understand here something completly
On Dec 6, 2007 9:56 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Thu, 06 Dec 2007 09:44:55 +0100, Denis Oliver Kropp wrote:
> > Carl Worth wrote:
> > > For interleaving cairo and non-cairo rendering, cairo provides the
> > > cairo_surface_flush and cairo_surface_mark_dirty APIs. Does
> > > cairo-
On Dec 6, 2007 12:53 AM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> Mike Emmel wrote:
> > On Dec 5, 2007 10:40 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> >> On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
> >>> And next we need to make sure that we are not breaking gdk. One
> >>> appr
On Thu, 06 Dec 2007 21:52:08 +0100, Denis Oliver Kropp wrote:
> I'd also like to see that revived:
>
> * @CAIRO_FORMAT_RGB16_565: This format value is deprecated. It has
> * never been properly implemented in cairo and should not be used
> * by applications. (since 1.2)
>
> Embedded devices
Denis Oliver Kropp wrote:
> Carl Worth wrote:
>> On Thu, 06 Dec 2007 09:44:55 +0100, Denis Oliver Kropp wrote:
>>> Carl Worth wrote:
For interleaving cairo and non-cairo rendering, cairo provides the
cairo_surface_flush and cairo_surface_mark_dirty APIs. Does
cairo-directfb implement
Carl Worth wrote:
> On Thu, 06 Dec 2007 09:44:55 +0100, Denis Oliver Kropp wrote:
>> Carl Worth wrote:
>>> For interleaving cairo and non-cairo rendering, cairo provides the
>>> cairo_surface_flush and cairo_surface_mark_dirty APIs. Does
>>> cairo-directfb implement those and does your application
On Thu, 06 Dec 2007 09:44:55 +0100, Denis Oliver Kropp wrote:
> Carl Worth wrote:
> > For interleaving cairo and non-cairo rendering, cairo provides the
> > cairo_surface_flush and cairo_surface_mark_dirty APIs. Does
> > cairo-directfb implement those and does your application use them.
>
> Thanks
Mike Emmel wrote:
> On Dec 5, 2007 1:17 PM, Carl Worth <[EMAIL PROTECTED]> wrote:
>> On Wed, 5 Dec 2007 12:15:38 -0800, "Mike Emmel" wrote:
>>> Well not quite. One of the problems is that DirectFB directly supports
>>> a lot of surface formats
>>> not supported by Cairo but it does not have the com
Carl Worth wrote:
> On Wed, 05 Dec 2007 11:09:33 +0100, Denis Oliver Kropp wrote:
>> CAIRO-DIRECTFB: Use DirectFB for show_glyphs() even if it is unaccelerated.
>>
>> The software fallback in DirectFB is well optimized.
>
> Hi Denis,
>
> I'm inclined to let anyone who wants to maintain
> cairo-di
RENY PAUL wrote:
> Hi,
>
> This patch sove the bug 476823(
> http://bugzilla.gnome.org/show_bug.cgi?id=476823)
Interesting, the patch causes DirectFB to be used instead of
Cairo even if DirectFB can't accelerate the font rendering.
Are you sure it's just this single change that fixes the bug?
>
Mike Emmel wrote:
> On Dec 5, 2007 10:40 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
>> On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
>>> And next we need to make sure that we are not breaking gdk. One
>>> approach may mean to pass in a features arg
>>> when initializing Cairo. It could be
Carl Worth wrote:
> On Wed, 5 Dec 2007 12:15:38 -0800, "Mike Emmel" wrote:
>> I've not come up with a general
>> way to interleave a Cairo context
>> with directfb calls. So depending on how you do things you can get
>> unexpected results.
>
> Above we were talking about performance, right? And he
Hi,
This patch sove the bug 476823(
http://bugzilla.gnome.org/show_bug.cgi?id=476823)
Thanks & Regards
Reny
On Dec 5, 2007 11:04 PM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Wed, 05 Dec 2007 11:09:33 +0100, Denis Oliver Kropp wrote:
> >
> > CAIRO-DIRECTFB: Use DirectFB for show_glyphs() even
On Dec 5, 2007 1:17 PM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Dec 2007 12:15:38 -0800, "Mike Emmel" wrote:
> > Well not quite. One of the problems is that DirectFB directly supports
> > a lot of surface formats
> > not supported by Cairo but it does not have the complex drawing api.
>
>
On Wed, 5 Dec 2007 12:15:38 -0800, "Mike Emmel" wrote:
> Well not quite. One of the problems is that DirectFB directly supports
> a lot of surface formats
> not supported by Cairo but it does not have the complex drawing api.
So that sounds like justification for adding more surface formats to
cai
On Dec 5, 2007 10:40 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
> > Hi Carl Claudio one of the main directfb developers has a lot of cairo
> > patches setting on the directfb git server.
> > One can you give him check-in rights for Cairo.
>
>
On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
> Hi Carl Claudio one of the main directfb developers has a lot of cairo
> patches setting on the directfb git server.
> One can you give him check-in rights for Cairo.
Here's the process to ask for that (ignore the "CVS" in the title, of
cour
Hi Carl Claudio one of the main directfb developers has a lot of cairo
patches setting on the directfb git server.
One can you give him check-in rights for Cairo.
And next we need to make sure that we are not breaking gdk. One
approach may mean to pass in a features arg
when initializing Cairo.
On Wed, 05 Dec 2007 11:09:33 +0100, Denis Oliver Kropp wrote:
>
> CAIRO-DIRECTFB: Use DirectFB for show_glyphs() even if it is unaccelerated.
>
> The software fallback in DirectFB is well optimized.
Hi Denis,
I'm inclined to let anyone who wants to maintain
cairo-directfb-surface.c do whatever th
20 matches
Mail list logo
