RE: [debian] navit: rendering is slow
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 screenshot from my pc which shows the problem. Don't forget that 3D support is really new, and still alpha ;) There are probably a lot of optimizations that can be done, and will be in the next days. Thanks anyway for your reports, and stay tuned! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 attached a screenshot from my pc which shows the problem. Don't forget that 3D support is really new, and still alpha ;) There are probably a lot of optimizations that can be done, and will be in the next days. Thats nice to hear. Than i would suggest as one big imprrovement to implement a configurable viewdistance for different things in 3D mode. So we can select to which distance the items on the map like fuel stations, churches, etc are shown. And also the longest distance to show the map itself would be helpfull. Keep up the really good work. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 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 screenshot from my pc which shows the problem. for some reason, i am not sure that it is that slow on my fr, but i couldn't really use it either as the cursor is wrong way and therefore the maps shows what's behind my car rather then in front of it :) i think this is broken now in the 2D view as well... I played a bit with the tilt=... parameter in navit.xml which should adjust the tilt of the 3D view but it seems to have no effect. Also i can't find any parameter to adjust the viewdistance for items on the map or the map itself which should increase the speed a great bit. i haven't had time to try to tweak those settings What settings do you use that it is acceptable fast when you are using the 3D view on your freerunner? actually, my navit.org was attached to my email 29 Dec 2008 22:09:40 just i bit up in this thread. no special settings, i only got uncommented settings for more on screen display items. Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 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 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 screenshot from my pc which shows the problem. for some reason, i am not sure that it is that slow on my fr, but i couldn't really use it either as the cursor is wrong way and therefore the maps shows what's behind my car rather then in front of it :) i think this is broken now in the 2D view as well... I played a bit with the tilt=... parameter in navit.xml which should adjust the tilt of the 3D view but it seems to have no effect. Also i can't find any parameter to adjust the viewdistance for items on the map or the map itself which should increase the speed a great bit. i haven't had time to try to tweak those settings What settings do you use that it is acceptable fast when you are using the 3D view on your freerunner? actually, my navit.org was attached to my email 29 Dec 2008 22:09:40 just i bit up in this thread. no special settings, i only got uncommented settings for more on screen display items. Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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). - which gui? - which version? - which map (size of area covered)? - care to post your navit.xml? i have been using navit on freerunner a lot lately and really love the new 3D view (although the latest build moved the view from front to back :) (i suppose this is due to wrong cursor orientation). How do you switch to 3D view in navit? The only option which changes the view is the menu entry for projection. But none of the two selectable views looks like the 3d pictures on the navit homepage. And in navit.xml i can't find any 3D options. So please light me up a bit. :) Ciao, Rainer i use svn versions, right now navit - svn-1882 this is my feed: src navit http://download.navit-project.org/navit/openmoko/svn The 3D option is in the menu Settings - Display - 3D When it first appeared about a week ago it was really different from what 3D should be but after update yesterday it already does have 3D look. only (as i mentioned already) it seems to travel in wrong direction. 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. 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 screenshot from my pc which shows the problem. I played a bit with the tilt=... parameter in navit.xml which should adjust the tilt of the 3D view but it seems to have no effect. Also i can't find any parameter to adjust the viewdistance for items on the map or the map itself which should increase the speed a great bit. What settings do you use that it is acceptable fast when you are using the 3D view on your freerunner? Ciao, Rainer inline: Navit-3D.png___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 navit on freerunner a lot lately and really love the new 3D view (although the latest build moved the view from front to back :) (i suppose this is due to wrong cursor orientation). i use navit only with freerunner - is there a specific mailing list one could contribute with feedback? -- Petr Vaněk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 version? - which map (size of area covered)? - care to post your navit.xml? i have been using navit on freerunner a lot lately and really love the new 3D view (although the latest build moved the view from front to back :) (i suppose this is due to wrong cursor orientation). How do you switch to 3D view in navit? The only option which changes the view is the menu entry for projection. But none of the two selectable views looks like the 3d pictures on the navit homepage. And in navit.xml i can't find any 3D options. So please light me up a bit. :) Ciao, Rainer i use svn versions, right now navit - svn-1882 this is my feed: src navit http://download.navit-project.org/navit/openmoko/svn The 3D option is in the menu Settings - Display - 3D When it first appeared about a week ago it was really different from what 3D should be but after update yesterday it already does have 3D look. only (as i mentioned already) it seems to travel in wrong direction. -- Petr Vaněk -- Petr Vanek Customer Service Representative ROBE lighting s. r. o. TECHNICAL CENTER Palackeho 416 757 01 Valasske Mezirici Czech Republic Cell: +420 723 452 980 Fax : +420 571 669 255 E-mail: petr.va...@robe.cz http://www.robe.cz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 someinteraktion) to make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information (turn in ... meters) seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. The Debian precompiled package is meant for desktops, not the FR, thus it doesn't include fixes/tweaks for devices without fpu, for example. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 a long while (and someinteraktion) to make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information (turn in ... meters) seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. The Debian precompiled package is meant for desktops, not the FR, thus it doesn't include fixes/tweaks for devices without fpu, for example. I didn't use the debian package for pc. The pc package wouldn't run at all because it is compiled for x86 and not arm. I tried the version from [1] as tar.gz and extracted it. But this version needs ~80% cpu all the time when running so it was unusable. After i compiled a version myself it uses ~2% cpu when running and idle. Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 orig.tar.gz, .dsc and .diff available at http://navit.latouche.info/debian/sid/ it doesn't include fixes/tweaks for devices without fpu, for example. not the x86 precompiled, but the source surely does, does it? i would expect that building for armel would enable those tweaks. am i wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 when idle. Ciao, Rainer [1] ./configure --prefix=/usr/local/navit --enable-avoid-float --disable-garmin --disable-samplemap --disable-postgresql --disable-graphics-opengl --disable-graphics-win32 --disable-gui-win32 --disable-vehicle-demo --disable-vehicle-wince arne anka wrote: 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 http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 to do fp with integer commands. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
--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 hardcoding? and anyway it would be nice if configure could manage to enable those fixes automatically depending on the target arch ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 config instead of hardcoding? Indeed this would be nice but inefficient because every fp operation have to exist twice only for the sake of makeing it configurable while running. I'm used to adjust configure parameter when compiling linux programs. So to be true i don't mind as long as it is configurable before compiling. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 mind. maybe it should be rather configurable by config instead of hardcoding? and anyway it would be nice if configure could manage to enable those fixes automatically depending on the target arch ... actually, not by config but by looking at the hardware it runs on :-) I don’t think it’d be inefficient if this check happens once at startup. It’d increase the binary size, but that’d be ok for a general purpose distro such as Debian. But I see navit isn’t in the official Debian repositories yet, otherwise I’d suggest you file a wishlist bug report. It would also be possible, as an easiy solution, to set this flag depending on the architecture the package is built for. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 - svn-1850 - i will update probably later on today again... - which map (size of area covered)? selection for CZ created and downloaded via http://maps.navit-project.org/download/ r...@om-gta02 ~ $ ls -la .navit/czech_republic_navit.bin -rw-r--r--1 root root 58697573 Dec 22 2008 .navit/czech_republic_navit.bin - care to post your navit.xml? attached, my only changes against shipped navit.xml from about Dec 22 are: speech type=cmdline data=espeak -s 100 -v english --stdout '%s' | aplay /dev/null amp; / map type=binfile enabled=yes data=/home/root/.navit/czech_republic_navit.bin/ -- Petr Vaněk http://biodynamika.cz navit.xml.gz Description: GNU Zip compressed data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information (turn in ... meters) seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. my questions so far: - is navit's navigation usable at all on a device so limited? (other experiences?) I tried routing between two nearby towns (~6km) and it worked quite good. - is the high cpu usage rather a bug or an unavoidable side effect because of the fr's little mind? I think this is some kind of bug with the precompiled versions in conjunction with debian. - is there a tweak to make rendering more responsive (eg by rendering less detailed?) You have to enable the fast-map-drag patch by hand. Therefor you have to add drag_bitmap=1 to the navit tag (like recent_dest) in navit.xml. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 cpu... that's crazy! so i keep open another tab (of terminal) to switch there and let mplayer work calmly... I tried om2008.12 and animations are really fluid... nothing compared with previous om versions... might it be a kernel issue? something that we can copy on debian ;-) ? d On Fri, Dec 26, 2008 at 12:35 PM, Fox Mulder quakem...@gmx.net wrote: 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 make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information (turn in ... meters) seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. my questions so far: - is navit's navigation usable at all on a device so limited? (other experiences?) I tried routing between two nearby towns (~6km) and it worked quite good. - is the high cpu usage rather a bug or an unavoidable side effect because of the fr's little mind? I think this is some kind of bug with the precompiled versions in conjunction with debian. - is there a tweak to make rendering more responsive (eg by rendering less detailed?) You have to enable the fast-map-drag patch by hand. Therefor you have to add drag_bitmap=1 to the navit tag (like recent_dest) in navit.xml. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 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 cpu... that's crazy! so i keep open another tab (of terminal) to switch there and let mplayer work calmly... I tried om2008.12 and animations are really fluid... nothing compared with previous om versions... might it be a kernel issue? something that we can copy on debian ;-) ? d On Fri, Dec 26, 2008 at 12:35 PM, Fox Mulder quakem...@gmx.net wrote: 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 make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information (turn in ... meters) seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. my questions so far: - is navit's navigation usable at all on a device so limited? (other experiences?) I tried routing between two nearby towns (~6km) and it worked quite good. - is the high cpu usage rather a bug or an unavoidable side effect because of the fr's little mind? I think this is some kind of bug with the precompiled versions in conjunction with debian. - is there a tweak to make rendering more responsive (eg by rendering less detailed?) You have to enable the fast-map-drag patch by hand. Therefor you have to add drag_bitmap=1 to the navit tag (like recent_dest) in navit.xml. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 source from svn contains the debian package parts already. - is there a tweak to make rendering more responsive (eg by rendering less detailed?) You have to enable the fast-map-drag patch by hand. Therefor you have to add drag_bitmap=1 to the navit tag (like recent_dest) in navit.xml. ah! sounds good. what exactly are the advantages? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
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 did. with emdebian and apt-cross it's not hard to get everything installed to cross compile on my pc -- and thankfully the source from svn contains the debian package parts already. I compiled navit directly on my fr which takes quite some time because i'm still too lazy to set up cross compile on my linux server. ;) - is there a tweak to make rendering more responsive (eg by rendering less detailed?) You have to enable the fast-map-drag patch by hand. Therefor you have to add drag_bitmap=1 to the navit tag (like recent_dest) in navit.xml. ah! sounds good. what exactly are the advantages? Florian Hackenberger wrote a mail in this list where he posted a fast-map-drag patch for navit. This patch reworked some internal graphic output things which makes the dragging of the map much faster than it is with the original code. This patch is now included in the navit sources but by default disabled because it is not compatible with all possible OS on which navit can be compiled. If your are interested in an exact description of what this patch does than you can look back at the mails from 17.08.2008 with subject Navit patch for faster map dragging. Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
