Re: x in om2007.2

2008-07-29 Thread Tilman Baumann
sparky mat wrote: > I understand there's a "bug" in neod which causes cpu usage to shoot up > (well, not exactly a bug.. the accelerometers spew out too much data? > 200 times per second? ) .. possibly, we could start there? That's the attitude! ;) -- Drucken Sie diese Mail bitte nur auf Recy

Re: x in om2007.2

2008-07-29 Thread sparky mat
I understand there's a "bug" in neod which causes cpu usage to shoot up (well, not exactly a bug.. the accelerometers spew out too much data? 200 times per second? ) .. possibly, we could start there? On Tue, Jul 29, 2008 at 4:00 PM, Tilman Baumann <[EMAIL PROTECTED]> wrote: > sparky mat wrote: >

Re: x in om2007.2

2008-07-29 Thread Tilman Baumann
sparky mat wrote: > > On Tue, Jul 29, 2008 at 2:42 PM, Tilman Baumann <[EMAIL PROTECTED] > > wrote: > X as a screen multiplexer is not too bad. Why bother? > > > I gathered from this thread that its GTK+ that could use some > optimizations? Esp. image caching? Ye

Re: x in om2007.2

2008-07-29 Thread sparky mat
On Tue, Jul 29, 2008 at 2:42 PM, Tilman Baumann <[EMAIL PROTECTED]> wrote: > sparky mat wrote: > > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > > (the one from trolltech, not the x11 port). i presume its partly > > because X is being used. > > > > would it make sense to

Re: x in om2007.2

2008-07-29 Thread Tilman Baumann
sparky mat wrote: > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > (the one from trolltech, not the x11 port). i presume its partly > because X is being used. > > would it make sense to alter gtk+ for om2007.2 to directly write to > screen? and prolly add some window mana

Re: x in om2007.2

2008-07-28 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Sun, 27 Jul 2008 16:28:16 +0100 Andy Green <[EMAIL PROTECTED]> babbled: | |> -BEGIN PGP SIGNED MESSAGE- |> Hash: SHA1 |> |> Somebody in the thread at some point said: |> |> |> Why is this so (less

Re: x in om2007.2

2008-07-28 Thread The Rasterman
On Sun, 27 Jul 2008 19:07:20 +0300 Mikko Rauhala <[EMAIL PROTECTED]> babbled: > ma, 2008-07-28 kello 00:42 +1000, Carsten Haitzler kirjoitti: > > expensive theme, and anti-aliased text are overhead. non-aa text would allow > > much faster rendering the way gtk/x draw. or just do all drawing > > cl

Re: x in om2007.2

2008-07-28 Thread The Rasterman
On Sun, 27 Jul 2008 16:28:16 +0100 Andy Green <[EMAIL PROTECTED]> babbled: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > > |> Why is this so (lesser memory bandwidth due to the glamo chip)? > | > | because that is the nature of the hardware on

Re: x in om2007.2

2008-07-27 Thread Daniel Willmann
On Sun, 27 Jul 2008 19:07:20 +0300 Mikko Rauhala <[EMAIL PROTECTED]> wrote: > ma, 2008-07-28 kello 00:42 +1000, Carsten Haitzler kirjoitti: > > expensive theme, and anti-aliased text are overhead. non-aa text > > would allow much faster rendering the way gtk/x draw. or just do > > all drawing clie

Re: x in om2007.2

2008-07-27 Thread Mikko Rauhala
ma, 2008-07-28 kello 00:42 +1000, Carsten Haitzler kirjoitti: > expensive theme, and anti-aliased text are overhead. non-aa text would allow > much faster rendering the way gtk/x draw. or just do all drawing client-side > to > avoid to/fro from video ram. With a near 300 dpi screen one would thin

Re: x in om2007.2

2008-07-27 Thread Sten Kvamme
On Jul 27, 2008, at 16:48 , Carsten Haitzler (The Rasterman) wrote: > On Sun, 27 Jul 2008 15:24:41 +0200 Sten Kvamme <[EMAIL PROTECTED]> > babbled: > >> From my point of view it's all about how many layers of abstraction >> I want to have between my app and my screen. X11 is certainly >> intro

Re: x in om2007.2

2008-07-27 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> Why is this so (lesser memory bandwidth due to the glamo chip)? | | because that is the nature of the hardware on the freerunner. the glamo | throttles write rates to its video ram (or read rates) and thus

Re: x in om2007.2

2008-07-27 Thread The Rasterman
On Sun, 27 Jul 2008 15:24:41 +0200 Sten Kvamme <[EMAIL PROTECTED]> babbled: > From my point of view it's all about how many layers of abstraction > I want to have between my app and my screen. X11 is certainly > introducing a fat layer, and so is GTK+. The most extreme case I have > seen is

Re: x in om2007.2

2008-07-27 Thread The Rasterman
On Sun, 27 Jul 2008 19:08:15 +0530 "sparky mat" <[EMAIL PROTECTED]> babbled: > On Sun, Jul 27, 2008 at 5:33 PM, Marcus Bauer <[EMAIL PROTECTED]>wrote: > > > On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: > > > Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > > > > kinda ne

Re: x in om2007.2

2008-07-27 Thread The Rasterman
On Sun, 27 Jul 2008 07:52:57 + "sparky mat" <[EMAIL PROTECTED]> babbled: > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > (the one from trolltech, not the x11 port). i presume its partly > because X is being used. > > would it make sense to alter gtk+ for om2007.2 to

Re: x in om2007.2

2008-07-27 Thread Michael 'Mickey' Lauer
Am Sonntag 27 Juli 2008 14:54:37 schrieb andrzej zaborowski: > 2008/7/27 Marcus Bauer <[EMAIL PROTECTED]>: > > On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: > >> Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > >> > kinda new here. i noticed that om2007.2 and asu are slower

Re: x in om2007.2

2008-07-27 Thread sparky mat
On Sun, Jul 27, 2008 at 5:33 PM, Marcus Bauer <[EMAIL PROTECTED]>wrote: > On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: > > Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > > > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > > > (the one from troll

Re: x in om2007.2

2008-07-27 Thread Sten Kvamme
From my point of view it's all about how many layers of abstraction I want to have between my app and my screen. X11 is certainly introducing a fat layer, and so is GTK+. The most extreme case I have seen is Chuck Moore's Colorforth, where you have no layers at all, you are dealing with th

Re: x in om2007.2

2008-07-27 Thread andrzej zaborowski
2008/7/27 Marcus Bauer <[EMAIL PROTECTED]>: > On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: >> Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: >> > kinda new here. i noticed that om2007.2 and asu are slower than qtopia >> > (the one from trolltech, not the x11 port). i presu

Re: x in om2007.2

2008-07-27 Thread Michael 'Mickey' Lauer
Am Sonntag 27 Juli 2008 14:03:52 schrieb Marcus Bauer: > On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: > > Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > > > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > > > (the one from trolltech, not the x11

Re: x in om2007.2

2008-07-27 Thread Marcus Bauer
On Sun, 2008-07-27 at 13:26 +0200, Michael 'Mickey' Lauer wrote: > Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > > (the one from trolltech, not the x11 port). i presume its partly > > because X is being used. > > I

Re: x in om2007.2

2008-07-27 Thread Michael 'Mickey' Lauer
Am Sonntag 27 Juli 2008 09:52:57 schrieb sparky mat: > kinda new here. i noticed that om2007.2 and asu are slower than qtopia > (the one from trolltech, not the x11 port). i presume its partly > because X is being used. It's less a problem of X and more a problem of Gtk+ taking ages to (re)draw t

x in om2007.2

2008-07-27 Thread sparky mat
kinda new here. i noticed that om2007.2 and asu are slower than qtopia (the one from trolltech, not the x11 port). i presume its partly because X is being used. would it make sense to alter gtk+ for om2007.2 to directly write to screen? and prolly add some window management i guess.. or make X a l