--- Log opened Thu Aug 24 00:00:25 2017
--- Day changed Thu Aug 24 2017
00:00 -!- Horwitz [~mich1@p200300800E032F00022268FFFE64E7C4.dip0.t-ipconnect.de] has joined #navit
00:00 -!- mode/#navit [+o Horwitz] by ChanServ
02:49 -!- noradtux [~noradtux@port-55630.pppoe.wtnet.de] has quit [Ping timeout: 255 seconds]
02:49 -!- noradtux [~noradtux@2a02:2028:54f:e701:319e:5347:1b93:4d51] has joined #navit
05:03 -!- noradtux [~noradtux@2a02:2028:54f:e701:319e:5347:1b93:4d51] has quit [Ping timeout: 252 seconds]
05:05 -!- noradtux [~noradtux@port-10274.pppoe.wtnet.de] has joined #navit
05:09 -!- xenos1984 [~xenos1984@2001:bb8:2002:200:6651:6ff:fe53:a120] has joined #navit
08:41 #navit: < jkoan> KaZeR: with gpsd its working without any problem, navit dont like to read from the serial file
09:20 -!- sleske [~sleske@193.111.167.71] has joined #navit
09:29 -!- sleske [~sleske@193.111.167.71] has quit [Ping timeout: 240 seconds]
14:25 -!- sleske [~sleske@193.111.167.71] has joined #navit
14:25 -!- sleske [~sleske@193.111.167.71] has quit [Client Quit]
14:26 -!- xenos1984 [~xenos1984@2001:bb8:2002:200:6651:6ff:fe53:a120] has quit [Quit: Leaving.]
15:03 -!- xenos1984 [~xenos1984@22-164-191-90.dyn.estpak.ee] has joined #navit
16:01 #navit: <@KaZeR> jkoan: odd. Seeing your arduino code might help understand what's happening. gpsd might be doing something specific. Can you share gpsd's log in debug mode?
16:02 #navit: < jkoan> yes, i can, but now its working fine. (with gpsd)
16:03 #navit: < jkoan> the arduino code is only the blink example and the gps module is connected to rx and tx on the arduino. The arduino itself is not used. I only need it because of the ftdi chip
16:04 #navit: <@KaZeR> you still have to setup the serial port and propagate the events to the ftdi, no?
16:06 #navit: < jkoan> no, because the ftdi chip only forwards the data it gets, the signal itself is produced by the gps module
16:06 #navit: < jkoan> only think that thers no arduino, only an ftdi cable. the cable itself has also no programm on it
16:25 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has joined #navit
16:27 #navit: <@KaZeR> sleske !
16:34 -!- gernot_ [d9e5246e@gateway/web/freenode/ip.217.229.36.110] has joined #navit
16:34 #navit: < gernot_> hi
16:35 #navit: <@KaZeR> hi gernot_
16:37 #navit: < gernot_> I use file as gps source.  source="file:/var/run/gpspipe"
16:37 #navit: < jkoan> i think with an pipe it would not be a problem but i havent tested
16:38 #navit: < gernot_> If you open /dev/ttyUSB0 you have to set baudrate and parameters e.g. with stty
16:38 #navit: < gernot_> checj the settings with cat /dev/ttyUSB0
16:38 #navit: < jkoan> oh okay, sounds interesting
16:39 #navit: < jkoan> wait, i will test
16:39 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds]
16:40 #navit: < gernot_> The pipe is equal the device...
16:40 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has joined #navit
16:40 #navit: < gernot_> in my case...
16:45 #navit: < jkoan> okay, if i set the baud with stty and check it with cat everything is working, if i use the file inside navit its not working. After closing navit the baud of the file reset to 4800
16:45 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
16:46 #navit: <@KaZeR> jkoan: that's weird. if cat is working, navit should work too
16:46 #navit: < jkoan> for me it look like nacit reset the baud
16:47 #navit: <@KaZeR> well when using the vehicle_file driver, navit doesn't know that the data come from a serial port
16:47 #navit: < jkoan> but why navit reset the baud? ;)
16:48 #navit: <@KaZeR> if you "cat /dev/ttyUSBx > log.nmea" for a few second, then use that file in navit does it work?
16:48 #navit: <@KaZeR> i am wondering if something else isn't resetting the baud speed after cat closes the file
16:48 #navit: <@KaZeR> if you set the baud rate with stty and then directly use it in navit does it work?
16:49 #navit: < gernot_> mom.. I check the nafit source for gps file...
16:49 #navit: < jkoan> i cecked the baud after closing the cad
16:49 #navit: < jkoan> *cat
16:52 #navit: < jkoan> useing the log.nmea its working, so the problem is really only the baud
16:53 #navit: < jkoan> if i set the baud while navit is running (in another terminal) navit works
16:54 #navit: <@KaZeR> does it work if you set a baudrate in the vehicle configuration?  baudrate="4800"
16:54 #navit: < jkoan> btw, thx gernot_ for the hint
16:54 #navit: < jkoan> wait "baudrate" the example inside the config said baud not baudrate
16:55 #navit: <@KaZeR> i got this from the wiki. let's check the code :)
16:56 #navit: < jkoan> baudrate is right
16:56 #navit: < jkoan> and its working...
16:56 #navit: < jkoan> so, update the example
16:56 #navit: <@KaZeR> sweet. Thanks gernot_ for putting us on the right track :)
16:56 #navit: <@KaZeR> jkoan: want to submit a PR ?
16:58 #navit: <@KaZeR> jkoan: in the config you shared yesterday the serial block looks like the one from the windows driver. That might explain it.
16:58 #navit: < jkoan> yes, i can make this, but the problem is that i neet to clean up my repo, everything mixed up because some mistakes... (also in other PR's...)
16:58 #navit: < gernot_> I found the yource lines in vehicle_file.c
16:58 #navit: <@KaZeR> jkoan:  git checkout trunk; git checkout -b config_example_fix ?
16:59 #navit: < jkoan> its taken from the win example :D
16:59 #navit: < jkoan> KaZeR: look at my trunk and you will see that this not a good idea
17:00 #navit: < gernot_> Here get the variable predefined.ret->baudrate=B4800;
17:01 #navit: < jkoan> do you know why 4800? ^^ as i know the standart for nearly any new device is 9600
17:02 #navit: < gernot_> 4800 was a common setting.
17:02 #navit: < jkoan> hm okay
17:07 #navit: < gernot_> A interesting point is that navit initiates the baudrate also for file: not just serial:
17:08 #navit: < jkoan> but this should fail :D
17:08 #navit: < gernot_> maybe there is some autoderection aside of checking the name before the :
17:13 #navit: < gernot_> founf the code...
17:13 #navit: < gernot_> found...
17:13 #navit: < gernot_>  if (file_is_reg(name)) ....  else  .... cfsetispeed(&tio, priv->baudrate);
17:14 #navit: < jkoan> ah okay :)
17:14 #navit: < jkoan> nice
17:14 #navit: < gernot_> so if file is a pipe or device navit set the speed
17:14 #navit: < jkoan> does "baud" also exits? (for win?)
17:16 #navit: < gernot_> may be in the wince codes. The vehicle_file code ist the same for both platforms. Just some system depending exceptions
17:17 #navit: < jkoan> if win code has baud my suggestion would be to rename it to baud, to avoid different configs per device
17:18 #navit: < gernot_> i run grep...
17:18 #navit: < jkoan> okay :D
17:21 #navit: < gernot_> no, i dont find attr_baud  but attr_baudrate
17:22 #navit: < gernot_> ./navit/vehicle/wince/vehicle_wince.c:	baudrate = attr_search(attrs, NULL, attr_baudrate);
17:22 #navit: < gernot_> ./navit/vehicle/file/vehicle_file.c:	baudrate = attr_search(attrs, NULL, attr_baudrate);
17:22 #navit: < jkoan> okay, then its only a example config problem
17:24 #navit: < gernot_> yes, i think but make some additional checks...(search the definition of attr_baudrate)
17:27 #navit: < jkoan> KaZeR: how mutch time do you have today?
17:27 #navit: <@KaZeR> i have some time
17:27 #navit: < jkoan> take a look at the first lines of graphics_sdl.c (comment)
17:27 #navit: < gernot_> there is no baud in  ./navit/attr_def.h
17:27 #navit: < jkoan> okay thx gernot_
17:30 #navit: <@KaZeR> jkoan: is your concern about the copyright header?
17:31 #navit: < jkoan> no, the todo
17:33 #navit: < jkoan> probably the transparency bug comes from there
17:36 #navit: <@KaZeR> ah!
17:36 #navit: <@KaZeR> good catch
17:37 #navit: < jkoan> is it possible that we have the bug only with xpm icons?
17:38 #navit: <@KaZeR> it is. SVG should probably be preferred today anyway
17:39 #navit: < jkoan> yes of course
17:40 #navit: < jkoan> we have 29 xpm files
17:40 #navit: < jkoan> KaZeR: PR: #307
17:41 #navit: <@KaZeR> mmm. what's the purpose of moving the files?
17:41 #navit: < jkoan> look in trac
17:43 #navit: <@KaZeR> yeah. I would prefer keeping the xpm files in xpm, and moving svg to icons. That way it's easy to see how many icons we still need to migrate
17:43 #navit: < jkoan> okay, wait
17:43 #navit: < jkoan> well... thats a problem
17:43 #navit: <@KaZeR> :)
17:44 #navit: < jkoan> because then we need to rewrite to build completely. and only bacuse old ugly files?!
17:46 #navit: < jkoan> i agree that its not that nice to have them inside icons, but haveing both does not make it better. replaceing them would be nice
17:47 #navit: <@KaZeR> i see 29 xpm files currently
17:47 #navit: <@KaZeR> a few might be duplicate (we have xpm and svg)
17:48 #navit: <@KaZeR> so maybe we should refocus that effort to replace the xpm with svg instead?
17:48 #navit: <@KaZeR> jfitie was doing a great job with that. Maybe we should ping him from the PR
17:48 #navit: < jkoan> exactly
17:48 #navit: < jkoan> sounds better than xpm and icons
17:49 #navit: <@KaZeR> cool, let's do that then
17:49 #navit: <@KaZeR> and thanks for looking into our old tickets :D
17:50 #navit: < jkoan> as far as i see the xpm icons that are still exits does not have a svg version
17:51 #navit: <@KaZeR> ah ok. well 29 is still reasonnable
17:55 #navit: < jkoan> https://github.com/navit-gps/navit/pull/307 i added a list
18:00 #navit: <@KaZeR> perfect
18:00 #navit: < jkoan> now again the cpack/cmake rework
18:01 #navit: < jkoan> https://github.com/navit-gps/navit/pull/277#issuecomment-323746376
18:01 #navit: <@KaZeR> ha nice, would be good to close this one once and for all
18:02 #navit: < jkoan> yes, then we probably need to talk to pini also
18:02 #navit: < jkoan> because of the component install
18:03 #navit: < jkoan> and you KaZeR need to help me with the depencies of each component
18:03 #navit: <@KaZeR> nav_right_1.xpm and nav_right_1_32.xpm can probably be replaced by nav_right_1_bk.svg for example
18:03 #navit: < jkoan> yes, but that are the only ones :D
18:04 #navit: <@KaZeR> nav_right_2.xpm and nav_right_2_32.xpm, that's already 4 :D
18:06 #navit: < jkoan> wuhu ^^
18:08 #navit: < jkoan> i hate stupid work
18:10 #navit: <@KaZeR> :D
18:10 #navit: < jkoan> no :,(
18:11 #navit: < jkoan> https://github.com/navit-gps/navit/pull/268/files look at all the CmakeLists.txt i need to do it all again
18:13 #navit: <@KaZeR> what's the issue with your branch? maybe it's fixable
18:14 #navit: < jkoan> i had so much shit in it, so i made a clean navit repo, to clean up everything
18:16 #navit: <@KaZeR> yeah small iterative changes are definitely easier to manage :)
18:37 #navit: <@KaZeR> afk 1h
18:37 #navit: < jkoan> okay, see u
19:14 #navit: < jkoan> KaZeR, gernot_ or someone else. is it right that we can mix each gui with each graphics?
19:25 #navit: < gernot_> good question. I think it will work
19:27 #navit: < gernot_> I use only linux wince and Tomtom. There are only some graphics possible. GUI internal workes on all.
19:28 #navit: < jkoan> i ask because of the dependencys, if thy are interchangeable, i must only write that one of each is needet, if not we need to make for example gui-gtk depend on graphics-gtk
19:28 #navit: < jkoan> gernot_: which tomtom do you have?
19:29 #navit: < gernot_> I have a one XL and a TT730
19:29 #navit: < gernot_> CL is verry restricted because the low RAM and CPU speed
19:29 #navit: < gernot_> CL=XL
19:30 #navit: < jkoan> is the tomtom one v3 the device the same device with a smaller display?
19:32 #navit: < jkoan> i think the one v3 has arround 32MB of ram :X
19:33 #navit: < gernot_> As read in wikipedia the V3 is smaller and dont have a SD card
19:33 #navit: < jkoan> mine has a sd Card :O
19:34 #navit: < jkoan> 30016 kB of ram btw
19:34 #navit: < gernot_> I boot opentom from SD-card
19:34 #navit: < gernot_> yes
19:35 #navit: < gernot_> navit dont work with the original OS
19:35 #navit: < jkoan> right now i boot the same, but i working on NavitTom ;) full distro of navit with bluetooth and everything build in, also map download and so on
19:35 #navit: < gernot_> I had to use a kernel and initrd with activated swap to SD
19:36 #navit: < gernot_> nice
19:36 #navit: < jkoan> for me navit is working, but the build of navit inside opentom is broken for me
19:37 #navit: < jkoan> gernot_: for me: # cat /proc/barcelona/usbname
19:37 #navit: < jkoan> ONE (v3)
19:38 #navit: < gernot_> https://github.com/gefin compiles in virtualbox debian 8 xfce
19:38 #navit: < gernot_> But it has only 480x232
19:39 #navit: < gernot_> it is possible to rout to munich. Original settings fail there
19:40 #navit: < jkoan> if you say me where i see the resulution, i can say you what mine has
19:40 #navit: < gernot_> 3,5" 320 × 240 Pixel wikipedia
19:42 #navit: < jkoan> yes, thats correct for me
19:46 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has joined #navit
19:57 #navit: <@KaZeR> is it right that we can mix each gui with each graphics?  : almost. Internal works with most. QML would only work with QT I guess
19:57 #navit: <@KaZeR> sdl based stuffs should be quite flexible
20:00 #navit: < jkoan> so what should be the depency tree? :D
20:08 #navit: < gernot_> for what?
20:08 #navit: < jkoan> cpack, component install
20:09 #navit: < gernot_> ah
20:10 #navit: < jkoan> arg.... my tomtom one button stocks in the device... i am not able to power it on
20:11 #navit: < gernot_> That is also on my TT. I had to add the power supply
20:12 #navit: < jkoan> also not woring :/
20:12 #navit: < jkoan> *working
20:12 #navit: <@KaZeR> jkoan: internal gui is compatible with everything, qml with qt4 and qml2 with qt5
20:13 #navit: < gernot_> a additional warning: Card removal without reset corrupts the internal memory
20:13 #navit: < gernot_> So make a backup from he internal memory
20:14 #navit: < jkoan> the one v3 has some internal mem?
20:14 #navit: < jkoan> KaZeR: then i must think about it...
20:14 #navit: < gernot_> THe old TT dont detecht memory change
20:15 #navit: < jkoan> hopefully only the batery is empty, i will se
20:15 #navit: < jkoan> *see
20:16 #navit: < gernot_> press reset, connect the supply then it shold boot
20:16 #navit: < jkoan> already done, not working
20:17 #navit: < jkoan> with and without sdcard, no difference
20:17 #navit: < gernot_> That is bad
20:17 #navit: < jkoan> yep
20:17 #navit: < jkoan> probably the switch itself is broken...
20:18 #navit: < gernot_> I think more to a battery or capaciator problem it the device was long time offline
20:19 #navit: < gernot_> work the charging LED?
20:20 #navit: < jkoan> the device was online just 5mins before, i just rebooted, but even with original sd card its not working.
20:20 #navit: < jkoan> yes, the led is woring
20:20 #navit: < gernot_> no bootscreen?
20:21 #navit: < jkoan> nothing :(
20:21 #navit: < jkoan> does the power switch normaliy makes a click sound?
20:22 #navit: < gernot_> no, but the display get lit
20:22 #navit: < jkoan> okay, mine dos also not clicks, but the screen shows nothing...
20:23 #navit: < gernot_> I think it dont start with empty battery.
20:23 #navit: < jkoan> soi give it some time...
20:24 #navit: < gernot_> But if it run 5 minutes before it shold work the next minutes
20:25 #navit: < jkoan> yes, that is my problem :D probably the battery was low
20:27 #navit: < gernot_> p.s. i made the changes in opentom/navit branch
20:27 #navit: < jkoan> oh :D
20:32 #navit: < gernot_> e.g. use Launcher to start navit or set brightness.
20:32 #navit: < gernot_> by for today
20:33 #navit: < jkoan> goodbye
20:33 -!- gernot_ [d9e5246e@gateway/web/freenode/ip.217.229.36.110] has quit []
20:55 -!- Celelibi [celelibi@par69-9-88-166-81-29.fbx.proxad.net] has quit [Ping timeout: 255 seconds]
20:58 -!- sleske_ [~sleske@p4FD448B5.dip0.t-ipconnect.de] has joined #navit
21:01 #navit: < sleske_> jkoan: About the rename xpm->icons (PR 277): I can cherry-pick your commit, no need for a new PR. Or would you rather open one?
21:01 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has quit [Quit: leaving]
21:01 -!- sleske_ [~sleske@p4FD448B5.dip0.t-ipconnect.de] has quit [Client Quit]
21:01 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has joined #navit
21:01 #navit: < sleske> Oops, joined twice accidentally.
21:01 -!- Celelibi [celelibi@par69-9-88-166-81-29.fbx.proxad.net] has joined #navit
21:15 #navit: < jkoan> gernot i was right :O the power switch is broken
21:17 #navit: < sleske> jkoan: Hi!
21:18 #navit: < jkoan> hi sleske
21:19 #navit: < sleske> jkoan: What about PR 277 (rename xpm)? Can I just cherry-pick the rename, or would you rather open a new PR?
21:20 #navit: < jkoan> look at #307 :D
21:34 #navit: < sleske> jkoan: Ah, thanks. Commented :-). Could you explain why the XPMs need to be converted first?
21:36 #navit: < jkoan> sleske: yes, technically you are right :D but read the irc log from today, kazer and i discussed this
21:39 #navit: < sleske> Yes, but I still don't see a reason for linking the two things.
21:39 #navit: < sleske> KaZeR is also for changing the XPMs to SVGs, but I still don't see a reason to delay the rename.
21:40 #navit: < sleske> XPMs are icons, too, so the new name is not incorrect even if a few XPMs remain :-).
21:40 #navit: < jkoan> its more or less about dont have unfinished things in trunk
21:41 #navit: < sleske> What is "unfinished" about the rename?
21:41 #navit: < jkoan> only the old icons :D
21:42 #navit: < sleske> Sorry, but I don't see anything unfinished about that. I just know that it's unproductive to delay merging a PR once it's ready.
21:43 #navit: < sleske> We may perform other changes which mean the PR won't merge cleanly in a few weeks, then we'll have to redo it, then we'll forget it... . Seriously, what do we gain by not merging it right now?
21:44 #navit: < jkoan> i dont have any problems with it, but KaZeR :D
21:46 #navit: < sleske> Hm, he did not really write that he opposes the rename, he just wrote he would like to get the XPMs replaced.
21:47 #navit: < sleske> Ok, we can wait for his comment on PR 307 before merging :-).
21:47 #navit: < jkoan> okay
21:48 #navit: < jkoan> now my next problem is that my tomtom one just brakes :,(
21:48 #navit: < jkoan> and in future i want to work on NavitTom :O
21:49 #navit: < sleske> Interesting. I know there's a TomTom branch, but never touched it.
21:49 #navit: < jkoan> NavitTom is not a brache
21:51 #navit: < jkoan> https://github.com/navit-gps/NavitTom is will be an full system for tomtom in future, with bluetoot connect to download maps, auto updates and other features
21:55 #navit: < jkoan> but i must leave now, goodbye
21:55 #navit: < sleske> Thanks for the info. See you!
21:59 -!- sleske [~sleske@p4FD448B5.dip0.t-ipconnect.de] has quit [Quit: leaving]
22:11 -!- xenos1984 [~xenos1984@22-164-191-90.dyn.estpak.ee] has quit [Quit: Leaving.]
22:25 -!- pmckinley [~Peter_McK@88-110-217-7.dynamic.dsl.as9105.com] has joined #navit
23:39 -!- pmckinley [~Peter_McK@88-110-217-7.dynamic.dsl.as9105.com] has left #navit []
23:46 -!- Horwitz [~mich1@p200300800E032F00022268FFFE64E7C4.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds]
23:58 -!- Horwitz [~mich1@p200300800E023B00022268FFFE64E7C4.dip0.t-ipconnect.de] has joined #navit
23:59 -!- mode/#navit [+o Horwitz] by ChanServ
--- Log closed Fri Aug 25 00:00:58 2017