On Monday 03 September 2007 20:24:38 Michael 'Mickey' Lauer wrote:
Guys,
I wish to have time doing some benchmarks of e.g. GtkFB vs.
GtkDirectFB vs. Gtk/X11 -- likewise EFL/X11 vs. EFL/Fb. Delivering
factual numbers for things like that would be very interesting for us.
While this might not
polz schrieb:
On Monday 03 September 2007 20:24:38 Michael 'Mickey' Lauer wrote:
Guys,
I wish to have time doing some benchmarks of e.g. GtkFB vs.
GtkDirectFB vs. Gtk/X11 -- likewise EFL/X11 vs. EFL/Fb. Delivering
factual numbers for things like that would be very interesting for us.
While
denis wrote:
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being snappy. (regarding the application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at the moment but how fast and
On 2 Sep 2007, at 14:57, denis wrote:
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being snappy. (regarding the application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at the
On 3 Sep 2007, at 18:32, Andy Poling wrote:
I haven't seen anyone else mention the obvious: some of the device
drivers and
alot of the code have debugging output enabled. Start the X server
manually,
and watch the debugging info spew forth, and you'll get an idea
where a bunch
of CPU
On Mon, 3 Sep 2007, I wrote:
It's all appropriate in a development environment - we just have to factor
that in when considering the responsiveness of the device. IMO it's
appropriate for the primary focus to be functionality and the secondary focus
to be user interaction effectiveness at this
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being snappy. (regarding the application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at the moment but how fast and
snappy can the
On 2 Sep 2007, at 14:57, denis wrote:
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being snappy. (regarding the
application
startup and the acting inside an application) I know that speed is not
the priority thing in developement at the
On Sunday 02 September 2007 16:17:25 Giles Jones wrote:
On 2 Sep 2007, at 14:57, denis wrote:
Watching a lot of videos about Openmoko and the GUI I saw that it is
very slow and yards away from being snappy. (regarding the
application
startup and the acting inside an application) I know
On Sep 2, 2007, at 7:17 AM, Giles Jones wrote:
Launch speed is something that can be fixed, I'm not sure if the
build system is using pre-linking? if not it will be something to
use as this is the cure to application launch speed delays on Unix
like systems.
This is probably true.
The
On 2 Sep 2007, at 15:58, Ted Lemon wrote:
This is definitely not true. I mean, it's true that the QVGA is
going to take less time to paint, but paint times aren't the
problem - if they were, kinetic scrolling wouldn't look so nice.
No, there's something else going on that's making
On Sep 2, 2007, at 8:24 AM, Giles Jones wrote:
VGA is 4x times the data, not two times. That will have a noticable
effect. The only VGA device I have owned was a Toshiba E800 PDA,
this had an ATI chip and it was still a little sluggish.
Hm. The best example of slow draw times that I can
12 matches
Mail list logo
