--- Log opened Fri Jan 23 00:00:51 2015 00:02 -!- xenos1984 [~quassel@46-30-196-88.dyn.estpak.ee] has quit [Remote host closed the connection] 01:14 #navit: < Navit> See compile results history at http://download.navit-project.org/logs/navit/stats.html 01:26 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Remote host closed the connection] 07:11 -!- drlizau [~liz@billiau.net] has joined #navit 08:00 -!- davem [~davem@skynet.skynet.ie] has quit [Ping timeout: 265 seconds] 08:01 -!- davem [~davem@skynet.skynet.ie] has joined #navit 09:22 -!- drlizau [~liz@billiau.net] has quit [Ping timeout: 244 seconds] 09:26 -!- dwhite_ [~dwhite@olp-67-217-144-188.olp.net] has quit [Ping timeout: 276 seconds] 09:30 -!- drlizau [~liz@billiau.net] has joined #navit 09:38 -!- dwhite [~dwhite@olp-67-217-144-188.olp.net] has joined #navit 09:38 -!- dwhite [~dwhite@olp-67-217-144-188.olp.net] has quit [Changing host] 09:38 -!- dwhite [~dwhite@unaffiliated/dwhite] has joined #navit 11:00 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 13:17 -!- j_f-f [~quassel@orion2589.server4you.de] has quit [Remote host closed the connection] 13:22 -!- j_f-f [~quassel@orion2589.server4you.de] has joined #navit 16:39 -!- xenos1984 [~quassel@46-30-196-88.dyn.estpak.ee] has joined #navit 17:01 -!- jandegr_ [5bb550d2@gateway/web/freenode/ip.91.181.80.210] has joined #navit 17:11 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit 17:11 -!- mode/#navit [+o KaZeR] by ChanServ 19:18 -!- drlizau [~liz@billiau.net] has joined #navit 19:43 #navit: < magruder> can maptool combine multiple inputs into one bin file (from the man, -w option says it's useful for several input files)? 19:47 #navit: < magruder> i've tried listing input files with spaces, commas (no spaces), parenthesis, etc --no luck 19:48 -!- latouche [~Latouche@reverse-169.fdn.fr] has quit [Quit: leaving] 19:49 #navit: < magruder> oops, nvm 19:50 #navit: < magruder> i see it documented in the .osm filetype section 20:13 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 20:15 -!- tryagain [~quassel@178.216.76.97] has joined #navit 20:26 #navit: < magruder> can you cat multiple .pbf files like you can .osm files , pipe to maptool --protobuf ?? i'm trying it now 20:28 #navit: < magruder> it started, but doesn't seem to be going anywhere in a hurry. ram usage is ticking upwards 20:29 #navit: < tryagain> magruder why do you attempt merging osm files? 20:30 #navit: < magruder> to make one bin file? i saw somewhere that multiple bin files could be a problem 20:30 #navit: < tryagain> where you got your multiple osm files? From different planets? :) 20:32 #navit: < tryagain> actually, multiple bin files are problem when you have got them from our planet extractor, so they always have some duplicate ways 20:33 #navit: < tryagain> if you're sure areas of your source osm files do not overlap, you have no problems 20:33 #navit: < tryagain> (with multiple binfiles) 20:34 #navit: < magruder> ah, i'm not sure. i have been trying to get a partial map of the u.s. together . downloaded from geo_____ -the site that processes alot of osm files 20:35 #navit: < magruder> so i'm working with the pbf files 20:36 #navit: < tryagain> well, that could make sense. But why do you not go with a single planet extractor generated file? 20:39 #navit: < tryagain> select a rectangle which covers whole u.s. and download it. Have canada as a bonus if you need alaska. 20:43 #navit: < magruder> i may have to. i was scrimping on download size, etc 20:46 #navit: < tryagain> yeah, u.s. without alaska is 3.3Gb, on some OSes we're unable to have such big maps. These platforms most probably are Android and WinCE. 20:46 #navit: < tryagain> We have 2Gb per map limit there. 20:49 -!- _rd [~rd@p4FD1D0D3.dip0.t-ipconnect.de] has joined #navit 20:51 -!- jandegr_ [5bb550d2@gateway/web/freenode/ip.91.181.80.210] has quit [Quit: Page closed] 20:53 #navit: < _rd> Hi tryagain 20:53 #navit: < _rd> 6003 fixes the icon overlap issue, many thanks for that. 20:53 #navit: < tryagain> hi _rd 20:53 #navit: < _rd> The only issue which is remaining is that the icons seem to be scaled up and have a poor resolution. 20:54 #navit: < _rd> I think that looked better before. 20:55 #navit: < tryagain> i think i know what's the problem, will try to fix it today 20:55 #navit: < _rd> with my own xml, the icons are sharp, but much smaller 20:56 #navit: < _rd> I try to understand what changed in the navit.xml to patch my own navit.xml 20:56 #navit: < _rd> Have there been performance improvements in the android driver? At least it feels faster than the previous version I had (maybe 3 months old) 20:58 #navit: < tryagain> is it related to map movement performance? 20:59 #navit: < tryagain> we turned drag_bitmap on few months ago 20:59 #navit: < tryagain> in navit.xml for android 21:02 #navit: < _rd> yes map movement performance. 21:02 #navit: < _rd> I am aware of the drag_bitmap.... 21:03 #navit: < _rd> ....maybe I need to zoom into big towns again. There it was very slow, but that was probably almost a year back 21:06 #navit: < tryagain> hm.. i was working about a year ago on drawing performance, attempting to pass them from native (c) code to java in big chunks. Performance benefit was not as big as expected, but it was noticeable. 21:06 #navit: < _rd> BTW, how did you enable drag_bitmap, I have it hardcoded in my navit.xml: Is that not needed anymore? 21:07 #navit: < tryagain> it's now hardcoded in default android navit_*dpi.xml :) 21:11 #navit: < tryagain> changes in navit.xml related to sizes are done by applying xslt template android.xslt, see line and following sections 21:12 #navit: < tryagain> it's dependednt on parameters OSD_SIZE and ICON_* 21:14 #navit: < tryagain> btw order_delta magic could also affect performance by reducing details in zoomed out mode. Have you noticed you now have less detail when you zoom out? 21:19 #navit: < _rd> not really.....maybe I am wrong, I did some moving inside towns with many elements, there is still a noticable slow down.... 21:24 #navit: < _rd> I have never worked with xslt files. Are they evaluated at compile time or at runtime? 21:25 #navit: < tryagain> at compile time 21:26 #navit: < tryagain> these are rules to process navit_shipped.xml into navit_*dpi.xml 21:31 #navit: < Navit> mdankov * r6005 /trunk/navit/CMakeLists.txt: Add:port_android:Do not include prescaled images without size specifiers on Android. http://sourceforge.net/p/navit/code/6005/ 21:32 #navit: < tryagain> _rd r6004 + r6005 should fix smoothness for you 21:35 #navit: < _rd> ok, I will test it. Thanks for the commits. 21:36 #navit: < _rd> Do you know why I need to increase the pixel counts now? 21:36 #navit: < _rd> I have before 21:36 #navit: < _rd> Now this gives quite small icons 21:39 #navit: < _rd> BTW, that is the customized navit.xml I am using: http://bokomoko.de/~rd/Navit/navit_sgs4.xml 21:40 #navit: < _rd> Do you know if there are better ways to add customizations? I.e. such that I no not need to track manually the changes in navit_shipped.xml (or now in navit_xxhdpi.xml)? 21:42 #navit: < _rd> Hmm....the icons still scale poor 21:42 #navit: < _rd> I will upload a screenshot 21:42 #navit: < tryagain> ok 21:43 #navit: < _rd> http://bokomoko.de/~rd/Navit/Screenshot_2015-01-23-22-41-50.png 21:44 #navit: < tryagain> i have moved all icons to nodpi folder, because it gives more consistency. Earlier android was always rescaling the icon on higher dpi devices, so requesting icon of 64px you might actually get 64px icon scaled to 128px. While line widths were rendered as specified. 21:44 #navit: < _rd> Ok. 21:45 #navit: < tryagain> hm... again, top menu icons are perfect, while center ones are blured. odd... 21:45 #navit: < _rd> yes, correct. 21:49 #navit: < tryagain> images choosen for scale should be reported if you set 21:50 #navit: < tryagain> then "adb logcat" should show you all rescale attempts 21:56 #navit: < tryagain> _rd btw, is screenshot done with default or customized navit.xml? 21:57 #navit: < _rd> That is with the default 21:57 #navit: < _rd> http://bokomoko.de/~rd/Navit/navit.log 21:57 #navit: < _rd> shows the output of logcat..... 21:58 #navit: < _rd> ....be careful, the last navit run was with default, the ones before with customized 22:01 #navit: < tryagain> hm, it doesnt attempt to scale any gui_actions, it uses shipped gui_actions_64_64.png. Does your gui_actions_64_64.png look well in xpm folder of build tree? 22:02 #navit: < _rd> yes, it looks ok: ./navit/xpm/gui_actions_64_64.png: PNG image data, 64 x 64, 8-bit/color RGBA, non-interlaced 22:02 #navit: < _rd> (also visually) 22:02 #navit: < _rd> but are you at the wrong log? 22:03 #navit: < _rd> because with my custom navit.xml, I have no scaling: 22:03 #navit: < _rd> http://bokomoko.de/~rd/Navit/Screenshot_2015-01-23-22-59-46.png 22:03 #navit: < _rd> Is there something like adb clean-logcat 22:03 #navit: < _rd> such that I could provide you only the logcat entries with default? 22:04 #navit: < tryagain> Pleas look if you have any icons left from old build in folder navit/android/res/drawable. It should be empty now. 22:04 #navit: < _rd> It is empty 22:06 #navit: < _rd> I see in navit_xxhdpi.xml gui_zoom_in_192_192.png. Where does this icon come from? This appears to be scaled as well 22:06 #navit: < _rd> but I do not find such a file in the build directory 22:07 #navit: < tryagain> gui_zoom_in_192_192.png should be produced by scaling gui_zoom_in_128_128.png up on the fly 22:08 #navit: < _rd> Ic...that's then the reason why it is not very smooth (?) 22:09 #navit: < tryagain> btw your last run in logcat seems to use 64px icons for main menu,while previous one uses 192px 22:10 #navit: < tryagain> wow, and it uses svg images! 22:10 #navit: < tryagain> what android version do you have? 4.2.2? 22:11 #navit: < tryagain> iirc android 5 was expecting to be the first who includes svg support 22:12 #navit: < tryagain> so what you see is probably svg image rendered at 22x22px and scaled up to your need, and that it is why appear so blurred 22:14 #navit: < _rd> ....aaah. I added the to my customized xml only :-( 22:15 #navit: < _rd> I have android 4.4.4 22:16 #navit: < _rd> let me copy teh navit_xxhdpi.xml and add the debug statement to give you a clean log 22:17 #navit: < tryagain> ok 22:18 -!- bzed [~bzed@devel.recluse.de] has quit [Remote host closed the connection] 22:18 -!- bzed [~bzed@devel.recluse.de] has joined #navit 22:19 #navit: < _rd> http://bokomoko.de/~rd/Navit/navit2.log 22:20 #navit: < _rd> This should be a clean log from one run with navitxxhdpi.xml 22:24 #navit: < tryagain> hm... is there a file named android/res/drawable/gui_display (without extension) ? 22:27 #navit: < tryagain> or gui_display.png (without size specifier)? 22:29 #navit: < _rd> rd@blackbox:~/SW.nobackup/navit-android-build$ find -name gui_display*|grep android/res/drawable/gui_display 22:29 #navit: < _rd> rd@blackbox:~/SW.nobackup/navit-android-build$ 22:29 #navit: < _rd> no, nothing 22:29 #navit: < _rd> there are some in drawable-nodpi 22:31 #navit: < tryagain> sure, drawable should be empty, and in drawable-nodpi you shouldnt have gui_display.png 22:32 #navit: < tryagain> only images whith size suffixes should be there 22:32 #navit: < tryagain> and svg 22:32 #navit: < _rd> http://privatepaste.com/d1d82a150a 22:32 #navit: < tryagain> wait, there shouldnt be svg 22:34 #navit: < tryagain> okay, you may do rm -f /navit/android/res/drawable-nodpi/*.png and rebuild 22:35 #navit: < tryagain> /navit/android/res/drawable-nodpi/gui_display.png is left from pre-svn6005 22:35 #navit: < tryagain> rm -f /navit/xpm/*.png too 22:36 #navit: < tryagain> and if you have started build after rm -f /navit/android/res/drawable-nodpi/*.png and before rm -f /navit/xpm/*.png, better repeat the first 22:37 #navit: < tryagain> and try again :) 22:41 #navit: < _rd> removing navit/android/res/drawable-nodpi/*.png was not sufficient. I try now removing both 22:43 #navit: < tryagain> navit/android/res/drawable-nodpi/*.png is simply copied from xpm on each build. so it's necessary to remove both before the build. Or navit/android/res/drawable-nodpi/*.png will be restored 22:48 #navit: < _rd> That looks beautiful again: http://bokomoko.de/~rd/Navit/Screenshot_2015-01-23-23-46-40.png 22:48 #navit: < _rd> Many thanks :-) 22:51 #navit: < tryagain> great. I should have commited r6005 a few days ago, when i was doing myself the rm trick 22:52 #navit: < _rd> Np....is searching towns broken? For me it is slow and "Show on map" does not work at all... 22:54 #navit: < tryagain> hm, works fine for me. at least internal gui one. 22:54 #navit: < _rd> I find the town quick, but when I tap it, it takes a while until the next menu shows up, when I tap then on "show on map" nothing really happens. When I click again, I return to the main menu 22:54 #navit: < _rd> I have also internal gui 22:54 #navit: < tryagain> i have to go now, lets check this next time... 22:54 #navit: < _rd> Hmm....may just the "show on map" has an issue....let me try again :-) 22:54 #navit: < tryagain> gn 22:55 -!- tryagain [~quassel@178.216.76.97] has quit [Remote host closed the connection] 22:55 #navit: < _rd> me too, many thanks, good night 23:03 #navit: < _rd> Does anybody understand where this ANR on Android comes from: http://bokomoko.de/~rd/Navit/navit-anr.log ? --- Log closed Sat Jan 24 00:00:29 2015