Hi there,
But the problem is that the map is vry slow in 3D
mode. I tried it on my pc first and it needed ~5s to drag the
map from A to B. I think the problem is that in 3D mode navit
still shows all items on the map which results in overfilling
at the horizon. I attached a
KaZeR wrote:
Hi there,
But the problem is that the map is vry slow in 3D
mode. I tried it on my pc first and it needed ~5s to drag the
map from A to B. I think the problem is that in 3D mode navit
still shows all items on the map which results in overfilling
at the horizon. I
Now i see what you meant in navit (1885).
Only in the gui internal the setting 3D exist, not in the gui gtk.
Now when i click on 3D and change back to the map it is showm in 3D
mode.
yes, i use gui internal
But the problem is that the map is vry slow in 3D mode. I tried
it on my pc
may someone who has a navit package build for Debian/arm working post
here his package for a test? it might be statistically relevant...
thanks
d
On 1/4/09, Petr Vanek van...@penguin.cz wrote:
Now i see what you meant in navit (1885).
Only in the gui internal the setting 3D exist, not in the gui
Petr Vanek wrote:
On Sat, 03 Jan 2009 23:47:59 +0100
Fox Mulder quakem...@gmx.net (FM) wrote:
Petr Vanek wrote:
On Mon, 29 Dec 2008 21:38:51 +0100
arne anka openm...@ginguppin.de (AA) wrote:
i use navit on regularly routes over 120km with no performance
problems on SHR (voice enabled).
On Mon, 29 Dec 2008 21:38:51 +0100
arne anka openm...@ginguppin.de (AA) wrote:
i use navit on regularly routes over 120km with no performance
problems on SHR (voice enabled).
- which gui?
- which version?
- which map (size of area covered)?
- care to post your navit.xml?
i have been using
On Sat, 03 Jan 2009 23:47:59 +0100
Fox Mulder quakem...@gmx.net (FM) wrote:
Petr Vanek wrote:
On Mon, 29 Dec 2008 21:38:51 +0100
arne anka openm...@ginguppin.de (AA) wrote:
i use navit on regularly routes over 120km with no performance
problems on SHR (voice enabled).
- which gui?
- which
Fox Mulder a écrit :
arne anka wrote:
i enabled the small screen gui (internal it is called, i think) and
tried out navigation.
so far rendering is _very_ slow and the cpu usage applet always shows
about 80-100% usage -- thus eating power quite fast, i presume.
it takes a long while (and
KaZeR wrote:
Fox Mulder a écrit :
arne anka wrote:
i enabled the small screen gui (internal it is called, i think) and
tried out navigation.
so far rendering is _very_ slow and the cpu usage applet always shows
about 80-100% usage -- thus eating power quite fast, i presume.
it takes
The Debian precompiled package is meant for desktops, not the FR, thus
and it is for x86 -- while fr has armel (at least my recherches did not
turn up precompiled armel packages anywhere).
thus, even if i'd like to, it wouldn't run, wouldn't it?
as said before: i built it myself from the
After i compiled a version myself it uses ~2% cpu when running and idle.
what exactly did you do?
i cross compiled but the problem remains.
___
Openmoko community mailing list
community@lists.openmoko.org
I didn't do anything special except for disabling all unneccecery things
for compilation. Therefore i use [1] as parameters for configure and i
compile it directly on my fr (no cross compile).
I compiled the current 1875 now and tested it again and top shows that
the navit process uses 0.0% cpu
well, this one
--enable-avoid-float
sounds pretty interesting!
and maybe this one too:
--disable-postgresql
i'll build a new package tonight.
___
Openmoko community mailing list
community@lists.openmoko.org
arne anka wrote:
well, this one
--enable-avoid-float
sounds pretty interesting!
and maybe this one too:
--disable-postgresql
i'll build a new package tonight.
I think the first parameter to avoid floating point operations should
help quite a bit on such a low performance system which has
--enable-avoid-float
I think the first parameter to avoid floating point operations should
help quite a bit on such a low performance system which has to do fp
with integer commands.
if it is indeed the one kazer had in mind. maybe it should be rather
configurable by config instead of
arne anka wrote:
--enable-avoid-float
I think the first parameter to avoid floating point operations should
help quite a bit on such a low performance system which has to do fp
with integer commands.
if it is indeed the one kazer had in mind. maybe it should be rather
configurable by
Hi,
Am Freitag, den 02.01.2009, 18:50 +0100 schrieb arne anka:
--enable-avoid-float
I think the first parameter to avoid floating point operations should
help quite a bit on such a low performance system which has to do fp
with integer commands.
if it is indeed the one kazer had in
i use navit on regularly routes over 120km with no performance problems
on SHR (voice enabled).
- which gui?
- which version?
- which map (size of area covered)?
- care to post your navit.xml?
___
Openmoko community mailing list
On Mon, 29 Dec 2008 21:38:51 +0100
arne anka openm...@ginguppin.de (AA) wrote:
i use navit on regularly routes over 120km with no performance
problems on SHR (voice enabled).
- which gui?
gui type=internal/
- which version?
r...@om-gta02 ~ $ opkg list_installed | grep navit
navit -
arne anka wrote:
i enabled the small screen gui (internal it is called, i think) and
tried out navigation.
so far rendering is _very_ slow and the cpu usage applet always shows
about 80-100% usage -- thus eating power quite fast, i presume.
it takes a long while (and someinteraktion) to
might it be an issue of graphical drivers?
I experienced that rendering everything on debian is so slow...
just an example: i use mplayer from terminal to listen my music (if
you have some more usable solution just let me know!) and rendering
the numbers of percentage growing takes abot 50% of
Hi arne anka,
Just as a reference:
I use navit on OM2008.12 and for short route's (~ 10 Km) it works just
fine.
for longer routes (~ 100 Km ) CPU usage goes to 90% and it becomes
*very* unresponsive.
So please try with a short route first.
Kind regards,
Ed
Davide Scaini wrote:
might it be an
Davide Scaini dsca...@gmail.com writes:
I experienced that rendering everything on debian is so slow...
Are you using xorg or xserver-xglamo?
___
Openmoko community mailing list
community@lists.openmoko.org
i tried both fbdev and xglamo...
On 12/26/08, Timo Juhani Lindfors timo.lindf...@iki.fi wrote:
Davide Scaini dsca...@gmail.com writes:
I experienced that rendering everything on debian is so slow...
Are you using xorg or xserver-xglamo?
___
If you installed the precompiled navit version
did not see a precompiled armel deb yet, so ...
i would suggest to compile it from source yourself.
... that's what i did.
with emdebian and apt-cross it's not hard to get everything installed to
cross compile on my pc -- and thankfully the
arne anka wrote:
If you installed the precompiled navit version
did not see a precompiled armel deb yet, so ...
There are precompiled navit packages for opkg at [1] which can be
extracted and installed within debian.
i would suggest to compile it from source yourself.
... that's what i
26 matches
Mail list logo