| 00:20.12 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 00:32.27 | *** join/#htc-linux CVirus (n=GoD@82.201.174.232) [NETSPLIT VICTIM] |
| 00:32.27 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) [NETSPLIT VICTIM] |
| 00:44.33 | *** join/#htc-linux LunohoD_ (n=alex@e180065156.adsl.alicedsl.de) |
| 00:49.30 | *** join/#htc-linux ellisway (n=ellis@homealone.good1.com) |
| 01:09.36 | *** join/#htc-linux Pryan (n=pryan@84.125.94.86.dyn.user.ono.com) |
| 01:13.04 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 02:11.17 | *** join/#htc-linux snakefreak (n=xx@dyndsl-091-096-092-205.ewe-ip-backbone.de) |
| 02:33.48 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 05:19.54 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
| 05:24.51 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 05:39.53 | *** join/#htc-linux CVirus (n=GoD@82.201.174.232) |
| 06:16.58 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 06:24.56 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfebdc.pool.einsundeins.de) |
| 06:27.38 | *** part/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 06:46.38 | *** join/#htc-linux kiozen (n=kiozen@p5492A68D.dip0.t-ipconnect.de) |
| 06:56.05 | *** join/#htc-linux sadeness (n=viktor@nat2.rlan.ru) |
| 07:03.19 | *** join/#htc-linux rakeem (n=rakeem@n058152241149.netvigator.com) |
| 07:03.46 | rakeem | Anyone know the correct magic for GPR$ on the Uni? |
| 07:04.16 | rakeem | Should I be seeing /dev/ttyUSB0 ? |
| 07:07.33 | paulproteus | rakeem, I don't know either. |
| 07:11.59 | *** join/#htc-linux kiozen (n=kiozen@p5492A68D.dip0.t-ipconnect.de) |
| 07:38.31 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:43.20 | *** join/#htc-linux TeringTu1y (n=maarten@195-241-125-243.ip.telfort.nl) |
| 07:45.31 | *** join/#htc-linux rob_w (n=bob@Ma88b.m.pppool.de) |
| 07:48.44 | *** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:58.33 | *** join/#htc-linux SmallR2003 (n=SmallR20@79-74-36-88.dynamic.dsl.as9105.com) |
| 08:00.35 | goxboxlive | rakeem: yes, use ttyUSB0 p |
| 08:00.57 | goxboxlive | But u have to set it up manually |
| 08:01.12 | goxboxlive | There should be a close HOWTO in the hh.org wiki |
| 08:01.17 | rakeem | Hey goxboxlive...! Just the man... First question: I don't got a ttyUSB0, what do I do? |
| 08:02.47 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 08:13.29 | rakeem | Still can't find anything Uni specific... Do I need to fiddle with usbserial? From my BA experience, I'm making sure gsmd's running, echo "AT cmds" > /dev/ttyS0; pppd <stuff> /dev/ttyS0... I get a load of LCP Req's but no replies... |
| 08:19.55 | cr2 | rakeem: you do at@usbpower=1 ? |
| 08:20.21 | rakeem | I don't understand.... |
| 08:23.30 | cr2 | the ttyUSB0 appears only after you have sent at@usbpower=1 to /dev/ttyS= |
| 08:23.40 | cr2 | s/S=/s0/ |
| 08:25.48 | rakeem | I wasn't, but still nothing... |
| 08:26.49 | rakeem | I'm doing echo 'at@usbpower=1' > /dev/ttyS0 ; ls /dev/ttySU* |
| 08:27.20 | rakeem | [ls /dev/ttyU*] |
| 08:28.45 | rakeem | Is there something I should be modprobing? I don't see anything about a phone under lsmod... |
| 08:31.49 | *** join/#htc-linux rob_w|laptop (n=rob@p549B96B6.dip0.t-ipconnect.de) |
| 08:36.38 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 08:37.32 | rakeem | Hey BabelO... Any idea why I don't have /dev/ttyUSB0 on the Uni? |
| 09:09.13 | cr2 | usb_serial |
| 09:44.00 | BabelO | hi |
| 09:44.34 | rakeem | Any clues? |
| 09:53.22 | BabelO | rakeem: normally it is done in goxboxlive image, at@usbpower=1 and after like cr2 told you modprobe usbserial vendor=xxxx product=xxx |
| 09:53.26 | BabelO | don't know parameters |
| 09:55.43 | rakeem | Righty-ho... I've got an openmoko image... Know where I can get goxboxlive's image? |
| 10:00.35 | BabelO | rakeem: http://www.linuxtogo.org/~htcpxa |
| 10:00.52 | rakeem | Cheers, there're none under his home dir... |
| 10:05.27 | BabelO | rakeem: what is that ? http://www.linuxtogo.org/~htcpxa/htcuniversal/images/O.P.I.E-II/ |
| 10:06.18 | rakeem | I meant http://www.linuxtogo.org/~goxboxlive ... Cheers. |
| 10:06.24 | BabelO | try and after patch with this opt file http://www.linuxtogo.org/~goxboxlive/htcuniversal/tmp/ |
| 10:06.48 | rakeem | What's the patch for? |
| 10:07.00 | BabelO | don't know |
| 10:07.18 | rakeem | Ah... The mysteries of life... |
| 10:07.30 | rakeem | How do I apply the patch? |
| 10:07.49 | BabelO | have to go bbl |
| 10:07.50 | *** part/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 10:07.58 | rakeem | Cheers man.... |
| 10:22.14 | goxboxlive | rakeem: modprobe usbserial vendor=0x05c6 product=0x3197 |
| 10:22.57 | rakeem | That looks useful... Thanks... |
| 10:54.32 | cr2 | goxboxlive: can this be set somewhere in /etc/mod*/* ? |
| 10:55.03 | cr2 | or in the hotplug config |
| 10:55.33 | cr2 | so the usbid 0x05c6,0x3197 autoloads usbserial. |
| 10:55.50 | cr2 | it works with pcmcia afaik. |
| 11:15.31 | *** join/#htc-linux Cyorxamp (n=Cyorxamp@212.57.232.254) |
| 11:37.27 | *** join/#htc-linux Cyorxamp (n=Cyorxamp@212.57.232.254) |
| 11:38.41 | goxboxlive | cr2: i have tried to add it to modutils, but if i have a space between arguments it creates a new line in the file, so i havent figured out how to do it. |
| 11:39.10 | goxboxlive | But every image i upload has this feature, i am manually editing them. |
| 11:41.30 | *** join/#htc-linux rob_w|laptop (n=rob@p549B96B6.dip0.t-ipconnect.de) |
| 11:42.28 | rakeem | ls |
| 11:42.44 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
| 12:02.15 | *** join/#htc-linux steve56 (n=user@86.158.68.240) |
| 12:21.37 | *** join/#htc-linux CVirus (n=GoD@82.201.174.232) |
| 12:42.56 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-b34912b716e69998) |
| 13:09.39 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 15:05.57 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 16:14.47 | *** join/#htc-linux rob_w|laptop (n=rob@p549B96B6.dip0.t-ipconnect.de) |
| 16:16.50 | *** join/#htc-linux rob_w|lapp (n=rob@p549B96B6.dip0.t-ipconnect.de) |
| 16:29.13 | kiozen | cr2: around? |
| 16:53.12 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-9440c04ba4c7f86a) |
| 16:56.09 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
| 17:11.16 | cr2 | kiozen: hi, just returned to the computer. |
| 17:11.29 | kiozen | cr2: hi |
| 17:11.47 | kiozen | http://www.qlandkarte.org/shot.png |
| 17:12.10 | kiozen | oslo with simple terrain shading (90 m data) |
| 17:12.25 | cr2 | it's the step to world domination :) |
| 17:13.00 | cr2 | the map looks like osm ? |
| 17:13.08 | kiozen | lol, I am just not sure if the shading is a good idea |
| 17:13.11 | kiozen | yes osm |
| 17:13.28 | cr2 | ok. |
| 17:13.38 | kiozen | it's a transparent overlay |
| 17:14.11 | kiozen | I would need some nice free 2D signal processing lib |
| 17:14.37 | kiozen | Qt is somewhat limited on this area :) |
| 17:14.50 | cr2 | which kind of signal processing ? dft ? |
| 17:15.05 | kiozen | convolution filters |
| 17:15.21 | kiozen | simple 2D FIR would be fine |
| 17:15.34 | cr2 | rip ot of gimp ? |
| 17:15.39 | cr2 | s/ot/out/ |
| 17:15.57 | kiozen | hm, that is some kind of an idea |
| 17:16.26 | cr2 | there is no free FIR code ? |
| 17:16.28 | *** join/#htc-linux tsdogs (n=tsdogs@84.18.144.39) |
| 17:16.46 | cr2 | hi tsdogs |
| 17:16.51 | tsdogs | cr2: hi |
| 17:17.10 | cr2 | tsdogs: fixed a segfault, but don't see the labels. |
| 17:17.12 | kiozen | optimized DSP stuff is hard to find :) |
| 17:17.28 | tsdogs | cr2: yep I always mess up with pointers :) |
| 17:17.45 | tsdogs | hmm u don't see the labels :( |
| 17:17.48 | cr2 | kiozen: DSP - i can understand, but the filter synthesis ? |
| 17:18.04 | cr2 | tsdogs: which pen are you using ? |
| 17:18.24 | tsdogs | cr2: the Landmarks pen landmark.labels |
| 17:18.31 | tsdogs | or something like that |
| 17:18.31 | cr2 | tsdogs: c++ people don't get the pointers :) |
| 17:18.49 | tsdogs | yeah right. Actually I'm not a c++ programmer |
| 17:19.06 | tsdogs | I mainly use delphi and php :) |
| 17:19.09 | cr2 | tsdogs: maybe it's the same color as the polygon ? |
| 17:19.27 | tsdogs | cr2: I doubt it, default should be some brown |
| 17:19.30 | cr2 | tsdogs: i don't understand the & in c++. it's too confusing for me :) |
| 17:19.37 | tsdogs | :) |
| 17:19.52 | kiozen | cr2: the one hand is to calculate the coefficients, the other is to have a fast algorithm |
| 17:19.57 | kiozen | & rocks :) |
| 17:20.19 | tsdogs | cr2: I think it might be something about the position were it get drawn that could be wrong. |
| 17:20.33 | tsdogs | cr2: r u able to give me a map for testing ? |
| 17:20.36 | cr2 | kiozen: i hate & and templates. otherwise c++ is ok :) |
| 17:21.06 | cr2 | tsdogs: sure. btw, why don't you generate it yourself ? |
| 17:21.17 | kiozen | templates are tricky, but & together with QObject is close to java |
| 17:21.28 | tsdogs | cr2: I don't have postgis data anymore :( |
| 17:21.44 | cr2 | tsdogs: i only use shapefiles now. |
| 17:22.03 | tsdogs | ho ok. but then what do I need to do? |
| 17:22.11 | cr2 | tsdogs: because of absent routing. |
| 17:22.28 | cr2 | hmm. you need an .mp file as input. |
| 17:22.59 | tsdogs | ok I think I have one somewhere, not really nice but... |
| 17:23.13 | cr2 | heh. i need an .mp parser to get rid of this buggy shareware stuff. |
| 17:23.36 | cr2 | tsdogs: i can send you the map of oslo. i think. |
| 17:23.48 | tsdogs | cr2: that's good |
| 17:23.55 | cr2 | tsdogs: usually i just convert the .img tiles from OSM |
| 17:24.03 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:25.03 | cr2 | but i need to commit the conversion script too. |
| 17:25.15 | cr2 | first i need the .mp parser ;) |
| 17:25.38 | tsdogs | cr2: I think oslo map is ok for now :) |
| 17:25.39 | cr2 | because i used cgpsmapper for .mp -> .shp conversion now. |
| 17:25.42 | cr2 | ok. |
| 17:25.56 | tsdogs | cr2: that's what I did in the past too |
| 17:26.09 | cr2 | ok, looking. |
| 17:26.12 | kiozen | cr2: shading with 25 m data http://www.qlandkarte.org/shot2.png |
| 17:26.59 | cr2 | tsdogs: hm. brisbane ? |
| 17:27.28 | tsdogs | cr2: I don't think it matters right now, I would not know the place anyway :) |
| 17:27.40 | cr2 | kiozen: not so impressive. i prefer sharp transitions. |
| 17:28.23 | tsdogs | kiozen: I like it |
| 17:28.47 | kiozen | tsdogs: you have to port it to roadmap ;) |
| 17:29.03 | tsdogs | kiozen: not that easy :) |
| 17:29.28 | kiozen | atleast not in 3D mode |
| 17:29.39 | cr2 | tsdogs: created. |
| 17:29.47 | tsdogs | cr2: ok |
| 17:30.18 | cr2 | tsdogs: the BRISBANE subdir |
| 17:30.24 | tsdogs | ok |
| 17:30.29 | kiozen | bbl |
| 17:32.13 | tsdogs | cr2: lon and lat? |
| 17:32.57 | cr2 | tsdogs: there is the bbox visualization option :) |
| 17:32.59 | cr2 | Data4=(-27.56294,151.95672) |
| 17:33.18 | cr2 | lat, lon |
| 17:33.34 | tsdogs | perfect :) |
| 17:33.57 | tsdogs | ok the point is not right :) |
| 17:34.02 | tsdogs | 28836x-25557 |
| 17:34.24 | *** join/#htc-linux ymerejt (n=jerry@ip-48.net-89-3-211.rev.numericable.fr) |
| 17:34.56 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 17:36.24 | cr2 | tsdogs: i forgot the local coodinate system. |
| 17:36.41 | cr2 | we will need some changes there too. |
| 17:37.17 | cr2 | runtime 1/cos(lat) scaling can be avoided. |
| 17:38.00 | tsdogs | ha roadmap_pois_draw is never called :) |
| 17:48.06 | *** join/#htc-linux p3t3r__ (n=chatzill@dslb-088-070-191-179.pools.arcor-ip.net) |
| 17:58.31 | cr2 | tsdogs: got a new idea ? |
| 17:59.58 | tsdogs | cr2: no it works, though there needs to be a way to calculate where to draw the text |
| 18:00.53 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 18:01.02 | *** join/#htc-linux pH5 (n=ph5@e178231149.adsl.alicedsl.de) |
| 18:01.12 | tsdogs | cr2: any idea? |
| 18:02.26 | cr2 | is the point_id saved to the landmark struct ? |
| 18:02.49 | cr2 | i'll look at the code, maybe we will make some binary incompatible change. |
| 18:03.12 | cr2 | but not being able to draw the point labels is unacceptable. |
| 18:03.18 | tsdogs | cr2: the problem is that probably not always the center is visible, but the polygon might be |
| 18:03.49 | cr2 | i doubt that we save the point coordinates. imho. |
| 18:06.46 | cr2 | <PROTECTED> |
| 18:06.46 | cr2 | <PROTECTED> |
| 18:06.47 | cr2 | <PROTECTED> |
| 18:08.02 | cr2 | char cfcc is evil too. |
| 18:08.28 | cr2 | the problem is that we don't have the coordinates for landid. |
| 18:09.24 | tsdogs | cr2: we do have them |
| 18:09.32 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:09.44 | tsdogs | look at roadmap_db_polygon, we have the edges |
| 18:10.14 | cr2 | yes, but not the "central" point itself. |
| 18:10.31 | cr2 | <PROTECTED> |
| 18:10.44 | cr2 | we need something like that for each landmark |
| 18:10.46 | tsdogs | cr2: central point I think it's easy |
| 18:10.54 | tsdogs | cr2: why that? |
| 18:11.12 | tsdogs | cr2: now suppose polygon is a lake |
| 18:11.18 | cr2 | to put the coordinates in the sorted point db. |
| 18:11.41 | tsdogs | i'd like to see the lake name even if I zoom and don't see the whole lake but only the northest part |
| 18:12.47 | cr2 | ok, but it needs too much resources. |
| 18:13.04 | cr2 | imho, cutting the lake into pieces is a better idea. |
| 18:13.08 | cr2 | http://www.grass.itc.it/grass62/manuals/html62_user/vectorintro.html |
| 18:13.17 | *** join/#htc-linux SmallR2003 (n=SmallR20@79-66-108-193.dynamic.dsl.as9105.com) |
| 18:13.21 | cr2 | area: the topological composition of centroid and boundary; |
| 18:13.27 | tsdogs | ok but u don't want to see a name for every piece |
| 18:13.51 | cr2 | it's easier to do it this way. |
| 18:14.28 | cr2 | label buffering is nice, but it bogs down the pda. it's visible on the uni. |
| 18:14.40 | cr2 | ok, i need to use decluttering too :) |
| 18:15.26 | tsdogs | :) |
| 18:15.31 | cr2 | it's better to have a clean rendering, but not at the cost of 100% cpu load. |
| 18:16.35 | cr2 | i'd say a horizontal label at the centroid position is a good start. |
| 18:17.39 | tsdogs | cr2: ok |
| 18:17.51 | cr2 | topologicall we only miss the centroid from this grass intro: |
| 18:17.55 | cr2 | centroid: a point within a closed boundary; |
| 18:18.07 | cr2 | everything else is already implemented. |
| 18:18.36 | tsdogs | cr2: if I do west-east and north-south (or the other way around) do I get the center lon and lat? |
| 18:18.57 | cr2 | yes, the polygon bbox is saved. |
| 18:19.10 | cr2 | for each polygon. |
| 18:19.38 | tsdogs | ok then this is the way I was calculating the lat/lon for the label, though I'm not seeing them :( |
| 18:19.54 | tsdogs | ho wait maybe I know why |
| 18:20.34 | cr2 | btw, the city coordinates are not saved too. |
| 18:20.37 | cr2 | void buildmap_city_add (int fips, int year, RoadMapString name) |
| 18:20.48 | cr2 | so it can be used only in the name search. |
| 18:21.04 | tsdogs | ok I think I need to do north+((south-north)/2) |
| 18:21.33 | cr2 | and west + (east-west)/2 |
| 18:21.38 | tsdogs | what the heak is yeat? |
| 18:21.41 | tsdogs | what the heak is year? |
| 18:21.52 | tsdogs | the landid? |
| 18:21.54 | cr2 | some TIGER weirdness |
| 18:22.15 | cr2 | btw, 'fips' here means the cityid ;) |
| 18:22.38 | cr2 | tiger is a real snafu |
| 18:23.29 | cr2 | it's actually a smart idea to replace year with the point_id :) |
| 18:24.49 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1da79.pool.einsundeins.de) |
| 18:25.40 | *** join/#htc-linux rob_w (n=bob@X1ce1.x.pppool.de) |
| 18:29.27 | *** join/#htc-linux Keizer (n=keizer@c-69-137-199-63.hsd1.fl.comcast.net) |
| 18:44.37 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 18:53.31 | *** join/#htc-linux Keizer (n=keizer@c-69-137-199-63.hsd1.fl.comcast.net) |
| 18:54.06 | *** join/#htc-linux aLeSD (n=alex@79.144.172.74) |
| 18:57.22 | tsdogs | cr2: I think there might be some bug in the lon / lat calculation of the pois |
| 18:57.32 | tsdogs | s/pois/polygons |
| 19:01.19 | cr2 | why ? |
| 19:01.44 | tsdogs | I get realy strage behavier ... |
| 19:02.02 | tsdogs | but maybe I'm missin some math function |
| 19:19.44 | cr2 | tsdogs: i'll do my best with the db, but the renderer code is such i mess that i don't trust myself :) |
| 19:20.08 | tsdogs | cr2: I'm having my trouble too :) |
| 19:20.17 | cr2 | i've found out the m/pix resolution, and even that was convoluted enough. |
| 19:20.29 | tsdogs | :) |
| 19:20.53 | cr2 | because it depends on the latitude ;) |
| 19:21.45 | cr2 | and i also need to iron out the pointer arithmetic stupidity from the index builder. |
| 19:22.18 | cr2 | i have a feeling that some parts need to be just dropped, and replaced. |
| 19:25.33 | tsdogs | well first find what needs to be dropped and what to keep :) |
| 19:26.18 | cr2 | i don't understand why the renderer is so complex, while it can so little. |
| 19:27.44 | cr2 | such code may be ok for a standalone device like garmin, but here we have a toolkit which should take care of the most issues. |
| 19:31.23 | tsdogs | cr2: though it's toolkit independent |
| 19:32.25 | cr2 | filling and clipping the polygon should not be in the toolkit independent part. imho :) |
| 19:33.33 | cr2 | the code is completely overloaded because of that. |
| 19:35.17 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfebdc.pool.einsundeins.de) |
| 19:36.21 | *** join/#htc-linux aLeSD (n=alex@66.Red-88-22-166.staticIP.rima-tde.net) |
| 19:36.41 | kiozen | cr2: I have checked in the elevation shading code, feel free to play :) |
| 19:38.07 | cr2 | kiozen: ok. have you decided something how to deal with the poi db ? |
| 19:38.23 | kiozen | no, not yet |
| 19:38.48 | cr2 | ok. |
| 19:39.18 | kiozen | I am a bit reluctant to install a full database system on a mobile device |
| 19:39.44 | kiozen | on the other hand side doing it within M is like rendering polygons on your own |
| 19:40.44 | cr2 | ok. |
| 19:41.14 | kiozen | cr2: btw the elevation data has to have the same projection as the map. |
| 19:41.38 | cr2 | yes, it's obvious. |
| 19:41.55 | cr2 | otherwise you'll get a bad performance hit. |
| 19:42.20 | kiozen | no, you will get a wrong output :) |
| 19:42.38 | kiozen | I wonder if that works on a mobile device, too |
| 19:42.54 | kiozen | the shading is not very good, but it's fast |
| 19:45.45 | tsdogs | cr2: what's wrong with this code? http://pastebin.ca/894210 |
| 19:45.54 | tsdogs | I really don't understand |
| 19:46.06 | tsdogs | the landmark is doing the same... |
| 19:50.03 | cr2 | who should convert from the real coordinates to the screen pixel coordinates ? |
| 19:50.14 | tsdogs | roadmap_math_coordinate |
| 19:51.02 | tsdogs | hmm I think I have some memory problem ... |
| 19:52.00 | tsdogs | those top and bottom values are not right (were before though) |
| 19:54.31 | *** join/#htc-linux hlbot (n=adm@iclem.net) |
| 19:54.38 | tsdogs | Never mind I was using RoadMapPoint and not RoadMapPosition ... |
| 19:56.40 | tsdogs | ok now they are displayed :) |
| 19:57.53 | cr2 | :) |
| 19:57.56 | cr2 | commit. |
| 19:58.14 | tsdogs | wait fixing more things :) |
| 20:00.18 | cr2 | ok :) |
| 20:13.15 | tsdogs | cr2: should work, it'll probably kill the PDA :) |
| 20:13.20 | tsdogs | committed |
| 20:13.58 | tsdogs | ok gg, bbl |
| 20:15.15 | cr2 | thanks. |
| 20:18.23 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 20:36.29 | *** join/#htc-linux TimRiker (n=timr@psnet.cc) |
| 20:40.11 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
| 20:41.51 | cr2 | tsdogs: it works :) |
| 20:43.59 | tsdogs | cr2: yep. eating now |
| 21:09.46 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 21:18.48 | *** join/#htc-linux rob_w (n=bob@X1ce1.x.pppool.de) |
| 21:24.52 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
| 21:28.47 | *** join/#htc-linux Robwoerle (n=bob@M9fc4.m.pppool.de) |
| 22:13.48 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 22:22.44 | *** join/#htc-linux dcordes (n=user0815@e179109042.adsl.alicedsl.de) |
| 22:58.46 | *** join/#htc-linux snakefreak (n=xx@dyndsl-091-096-098-226.ewe-ip-backbone.de) |
| 22:58.55 | snakefreak | hi all. |
| 23:28.50 | BabelO | cr2: around ? |
| 23:31.53 | *** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz) |
| 23:32.55 | BabelO | Kevin2: hi, i can 't monitor serial port register and can't see their value on omap, i m pretty sure they are used bacause i track pin mux and uart1 & 2 is used for that |
| 23:35.35 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfebdc.pool.einsundeins.de) |
| 23:44.01 | cr2 | BabelO: you can 'wi' the gps data ? |
| 23:49.56 | BabelO | cr2: no, i m not sure to understand why |
| 23:50.17 | BabelO | cr2: i think it is one of the advanced funcitonality of multi serial channel |
| 23:50.20 | BabelO | something like this |
| 23:50.55 | BabelO | cr2: what is topo schweiz ? it is a guy asking kiozen about non working maps topo schweiz, asking for password |
| 23:53.06 | cr2 | lol |
| 23:53.43 | cr2 | i guess these are the topographic maps for switzerland |
| 23:54.57 | BabelO | ah ok schweiz :) |
| 23:59.34 | cr2 | wow. 700 messages |
| 23:59.52 | BabelO | cr2: where ? your mailbox :) |
