00:00.13 | tsdogs | didn't we change that to int? |
00:00.17 | cr2 | and the 'polygon' in buildmap_polygon_add_landmark is actually redundant. |
00:00.24 | cr2 | we, but not the mainline. |
00:00.39 | cr2 | we also had the 32bit limit for the polygons. |
00:00.51 | cr2 | but i agree that it was a hack |
00:01.02 | cr2 | because the actual problem lies much deeper. |
00:02.00 | tsdogs | the landmark thing is also confusing ... |
00:02.51 | cr2 | yes. it's 'tiger-speak' |
00:03.03 | cr2 | like the cfcc instead of layer |
00:03.25 | cr2 | and fips instead of the map_id |
00:04.13 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
00:04.16 | tsdogs | yep |
00:04.25 | cr2 | hehe. i've just rememberd that i need to add utf8 support to buildmap |
00:04.54 | cr2 | with your nice _ssplit() implementation |
00:04.56 | tsdogs | Imho you should think a way to restrutucture the rdm format to support all the needed things |
00:05.00 | tsdogs | lol |
00:05.12 | cr2 | replacing the pointer mess that is there now. |
00:05.33 | tsdogs | doesn't buildmap already support utf8, we had a map with utf8 chars in it |
00:05.54 | cr2 | i'd like to hear kiozen, why he dislikes .img, and what can be done better. |
00:06.11 | cr2 | not in the 'state' names |
00:06.24 | tsdogs | he had a post on osm mailing list time ago on that |
00:06.26 | cr2 | sorry |
00:06.31 | cr2 | buildus, not buildmap |
00:06.55 | tsdogs | danny did add a iso support thing |
00:07.20 | cr2 | iso does not support name search |
00:07.20 | tsdogs | but it's still based on that ugly US coding :( |
00:07.35 | cr2 | which is a problem. |
00:07.41 | tsdogs | iso names for map files i mean |
00:08.00 | tsdogs | not for labels ... |
00:08.22 | cr2 | yes, but it will break the 'state' search. |
00:09.00 | tsdogs | ho, yes as it's based on the buildus ... |
00:09.02 | cr2 | there is also one more problem, that the .rdm metadata is ignored. |
00:09.24 | tsdogs | that only needs some coding. |
00:10.52 | cr2 | 'builus', or better 'buildidx' should just parse, and aggregate metadata |
00:11.02 | cr2 | it was already coded, i think |
00:11.07 | cr2 | but not finished. |
00:11.25 | tsdogs | so it's been disabled for some reason.... ho |
00:11.43 | cr2 | roadmap_index.c |
00:11.55 | cr2 | yes, it builds the index file. |
00:12.03 | cr2 | which is not used... |
00:13.08 | cr2 | .rdm always reminds me about netcdf4/hdf5 |
00:13.14 | tsdogs | it says it is to get retrieve the data |
00:13.42 | cr2 | <PROTECTED> |
00:13.44 | cr2 | <PROTECTED> |
00:13.46 | cr2 | <PROTECTED> |
00:13.47 | cr2 | <PROTECTED> |
00:13.49 | cr2 | <PROTECTED> |
00:13.50 | cr2 | it' all metadata |
00:14.57 | tsdogs | isn't it used by the search dialog? |
00:15.33 | cr2 | no. |
00:15.37 | tsdogs | hmm, does not seem so :( |
00:15.47 | cr2 | the old buildus index is used. |
00:15.55 | cr2 | which uses the hardcoded names. |
00:16.04 | cr2 | from the tiger/us |
00:16.51 | cr2 | hmm, i'm curious if the netcdf4 and hdf5 are in oe :) |
00:17.58 | tsdogs | dunno, haven't updated oe since long time (still was on monotone) |
00:18.22 | cr2 | is it something else now ? |
00:18.48 | cr2 | it was broken so often, that i have given up eventually |
00:20.10 | tsdogs | git now |
00:20.10 | cr2 | ok |
00:20.27 | cr2 | probably not |
00:20.34 | cr2 | the formats are too scientific |
00:20.56 | cr2 | and netcdf4 is very new. |
00:21.18 | cr2 | but a very nice improvement as a portable data exchange format. |
00:22.02 | cr2 | hehe. a nice way to keep ms people away from building maps :) |
00:22.34 | tsdogs | lol |
00:23.16 | cr2 | they can use python though. |
00:23.35 | cr2 | http://www.unidata.ucar.edu/software/netcdf |
00:24.34 | cr2 | hahaha |
00:24.40 | cr2 | "We believe that most users will not need the enhanced netCDF-4 features at this time." |
00:24.51 | cr2 | i use them to full extent :) |
00:24.53 | tsdogs | lol |
00:25.07 | tsdogs | you are not a "normal" user |
00:25.11 | cr2 | lol |
00:26.26 | tsdogs | ok time for bed. |
00:28.06 | tsdogs | we need to organize for roadmap. though right now danny is working on the routing plugin integration |
00:29.53 | cr2 | yes, but he is using the hardcoded layers, like roadmap_editor |
00:30.12 | *** join/#htc-linux techie (n=blarg@74.235.132.251) |
00:30.19 | cr2 | i've written him an e-mail that it's a very bad idea. |
00:30.33 | cr2 | so he is sensibilized now :) |
00:30.38 | tsdogs | yeah, I saw that too |
00:30.41 | tsdogs | lol |
00:30.46 | cr2 | :) |
00:31.09 | cr2 | ok, good night. |
00:31.10 | tsdogs | but as it's complex probably the first step is to integrate and understand how it works. |
00:31.23 | tsdogs | n8 |
00:38.02 | tmzt | maejrep: you here? |
01:23.22 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
01:50.42 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:52.42 | maejrep | tmzt: yeah, data5-7 are basically our versions of data 1-3 for gsm |
01:53.02 | maejrep | btw, wifi does turn off data |
01:54.36 | maejrep | i'll try to look more into it tonight |
01:54.40 | maejrep | to see for sure how it does data |
01:54.45 | maejrep | and see if vogue's way works for us |
01:56.00 | tmzt | yeah I switched to local putty |
01:56.24 | *** part/#htc-linux tre9 (n=ubuntu@lepke.dreamhost.com) |
01:56.43 | tmzt | how does vogue data work? |
01:57.09 | maejrep | btw, your comparison of with data on/off was skewed, because one started at ..cc the other at ..c8 |
01:57.42 | tmzt | sorry? |
01:58.02 | tmzt | I was was streaming mp3 over http |
01:58.10 | maejrep | <tmzt> HaRET(16)# pd 0x01ff3fc8 0x100 |
01:58.10 | maejrep | <tmzt> 01ff3fc8 | 00160016 007d007d 00000000 00000000 | ....}.}......... |
01:58.10 | maejrep | <tmzt> 01ff3fd8 | 043d043d 01380138 00000000 00000000 | =.=.8.8......... |
01:58.10 | maejrep | <tmzt> turning on data connection: |
01:58.10 | maejrep | <tmzt> HaRET(99)# pd 0x01ff3fcc 0x100 |
01:58.11 | maejrep | <tmzt> 01ff3fcc | 00f500f5 00000000 00000000 0a0a0a0a | ................ |
01:58.13 | maejrep | <tmzt> 01ff3fdc | 024e024e 00000000 00000000 00000000 | N.N............. |
01:58.16 | tmzt | I expected a full buffer |
01:58.23 | tmzt | oh that was with wifi |
01:58.30 | tmzt | didnt,t work |
01:59.12 | tmzt | and I was using the raph mem map wiki |
02:00.40 | maejrep | would be nice if vogue were better documented |
02:00.46 | maejrep | the only way to find info about vogue is in the code |
02:01.22 | *** join/#htc-linux mordy_ (n=mordy@pool-141-157-199-55.ny325.east.verizon.net) |
02:01.26 | mordy_ | ok... i got my universal |
02:01.37 | mordy_ | i forgot the site with the instructions for it though :/ |
02:01.41 | tmzt | those got cut off |
02:02.05 | mordy_ | cut off? |
02:02.22 | tmzt | maejreps lines on putty |
02:02.41 | maejrep | hrm? |
02:03.00 | tmzt | I can't reflow |
02:03.09 | tmzt | pocketputty |
02:05.01 | tmzt | vogue smd is only vogue tree? |
02:06.53 | maejrep | yeah |
02:07.05 | maejrep | though my smd_7500.o should work for vogue |
02:07.32 | maejrep | rather than rewriting smd.c, which otherwise works for all the other smd channels |
02:08.27 | tmzt | 18:00 < tmzt> those got cut off |
02:08.49 | tmzt | pasted |
02:08.51 | maejrep | I don't know what you're referring to |
02:09.44 | tmzt | I mean dzo's code |
02:10.03 | maejrep | sorry, still not following |
02:10.07 | maejrep | what got cut off? |
02:11.21 | tmzt | I can't winch the screen |
02:11.26 | tmzt | reflow it |
02:11.49 | maejrep | not helping :p |
02:11.54 | tmzt | I'll be back on the laptop in a few minutes |
02:11.56 | maejrep | <-- not following anything you're saying |
02:12.20 | tmzt | ok, sorry |
02:12.28 | maejrep | <PROTECTED> |
02:12.28 | maejrep | <PROTECTED> |
02:12.28 | maejrep | <PROTECTED> |
02:12.38 | maejrep | but that's kaiser, not vogue |
02:12.41 | maejrep | don't think it would work |
02:13.30 | tmzt | head/tail? |
02:13.40 | maejrep | dunno |
02:13.41 | maejrep | probably |
02:14.05 | tmzt | dzo code? |
02:14.17 | maejrep | dcordes I would imagine |
02:14.33 | maejrep | dzo's original code didn't include kaiser support, and I thought dcordes was doing most of the kaiser changes |
02:14.34 | mordy_ | ok.. i need some guidance here |
02:14.44 | tmzt | theyththey look like smem offsets at least |
02:14.52 | maejrep | yeah |
02:15.04 | maejrep | there's data there in my smem but doesn't look like a valid buffer |
02:15.19 | maejrep | 00004240 07 00 00 00 e2 45 92 0f 42 a6 5d cf 0b 00 01 80 |.....E..B.].....| |
02:15.19 | maejrep | 00004250 2b 89 26 00 07 00 00 00 00 00 00 00 00 00 00 00 |+.&.............| |
02:15.19 | maejrep | 00004260 0b 00 01 90 2b 89 26 00 50 52 4f 58 59 20 36 36 |....+.&.PROXY 66| |
02:15.20 | maejrep | 00004270 70 d6 d4 50 02 00 09 80 3c 89 26 00 07 00 00 00 |p..P....<.&.....| |
02:15.20 | maejrep | 00004280 e2 45 92 0f 1e 6f 5e 8f 01 00 09 00 d7 ce 2d 00 |.E...o^.......-.| |
02:15.33 | maejrep | but the same string is also repeated before that |
02:16.39 | tmzt | PROXY? |
02:17.10 | maejrep | shrugs |
02:17.40 | maejrep | it's repeated several times through this area of smem |
02:18.19 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
02:18.58 | *** join/#htc-linux Cobain (n=cobain@ip68-13-242-95.ok.ok.cox.net) |
02:19.20 | Cobain | anyone have any idea why my raph800 would show the android boot screen and then the phone turns off? |
02:19.41 | tmzt | vIBRATE? |
02:19.47 | maejrep | 000f1340 04 12 26 1c 58 86 00 44 91 60 50 18 00 7a d8 a1 |..&.X..D.`P..z..| |
02:19.48 | maejrep | 000f1350 00 00 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f |..HTTP/1.1 200 O| |
02:19.48 | maejrep | 000f1360 4b 0d 0a 50 72 61 67 6d 61 3a 20 6e 6f 2d 63 61 |K..Pragma: no-ca| |
02:19.48 | maejrep | 000f1370 63 68 65 0d 0a 43 61 63 68 65 2d 43 6f 6e 74 72 |che..Cache-Contr| |
02:19.50 | tmzt | did it |
02:19.51 | maejrep | that looks promising |
02:19.58 | tmzt | yes |
02:20.31 | tmzt | address? |
02:21.08 | maejrep | hmm, but that's intermingled with some haret buffers |
02:21.17 | maejrep | the left addr ^ is the offset from smem start |
02:21.28 | maejrep | (0x1f00000 + 0xf1340) |
02:22.12 | maejrep | looks like that's part of "SMD1" |
02:22.33 | maejrep | part of the 0xf0a00 -> +0xd82 circular buffer |
02:23.28 | maejrep | 000f0a00 0a 04 d4 3c dc 00 00 08 f1 68 65 6c 70 20 70 77 |...<.....help pw| |
02:23.28 | maejrep | 000f0a10 66 0d ee 79 7e 7e 21 45 20 00 3d e0 e7 40 00 2a |f..y~~!E .=..@.*| |
02:23.47 | maejrep | actually... that does make sense now that I think about it :X |
02:24.08 | maejrep | i think when I made this dump, I was still connecting to the phone with haretconsole over the EVDO IP |
02:24.23 | maejrep | so that would explain why I had haret output in my data buffer |
02:25.03 | maejrep | which means "SMD1" / "DIAG" is probably the wrong name ;p |
02:25.27 | tmzt | "re those in toc? |
02:25.37 | maejrep | no |
02:25.39 | maejrep | <PROTECTED> |
02:25.39 | maejrep | <PROTECTED> |
02:26.04 | maejrep | that, and SMD0 / DS / AT both need to be hard-coded because they're not auto-discovered in toc |
02:26.09 | maejrep | which is dumb but whatever.. ;x |
02:26.46 | Cobain | hmm so the android screen keeps cycling .. i get the flashing android then it stops flashing .. screen goes blank .. then it starts loading all over again |
02:29.08 | Cobain | no ideas? |
02:29.40 | maejrep | sorry, I haven't seen that |
02:30.06 | maejrep | tmzt: did you try pppd with qmi ? |
02:30.10 | maejrep | /dev/qmi* |
02:31.14 | tmzt | no |
02:31.26 | tmzt | but I don't think qmi works like that, what do you mean? |
02:32.39 | maejrep | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=blob;f=arch/arm/mach-msm/smd_qmi.c;h=4ade853f15bf93aa09a1b0a12e54664b512fd659;hb=refs/heads/htc-vogue |
02:32.49 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
02:33.13 | maejrep | tmzt: know where the latest vogue initrd image is? |
02:34.20 | tmzt | for android? |
02:34.47 | maejrep | yeah |
02:35.03 | maejrep | looks like the one on his site might be up to date |
02:35.10 | maejrep | 1.1 :p |
02:39.30 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
02:40.01 | *** join/#htc-linux nate_ (n=nate@adsl-70-137-12-139.dsl.okcyok.swbell.net) |
02:40.05 | dzo | hi maejrep, what are you trying to do? |
02:40.27 | maejrep | find out how vogue does data :) |
02:40.33 | maejrep | found it in the initrd though |
02:41.18 | *** join/#htc-linux nate_ (n=nate@adsl-70-137-12-139.dsl.okcyok.swbell.net) |
02:41.27 | maejrep | (for raph, btw) |
02:41.32 | maejrep | raph800/500 |
02:41.39 | dzo | vogue doesn't use the standard smem channels for data it has some hard coded at the end of the smem memory. with a different protocol!! |
02:41.57 | maejrep | i know :) |
02:42.00 | maejrep | raph800 is the same way |
02:42.26 | maejrep | I committed smd_7500.c to htc-msm branch, which was mostly based on your vogue-smd.c |
02:42.30 | dzo | is that the cdma raph? |
02:42.32 | maejrep | htc-msm-2.6.27 |
02:42.33 | maejrep | yes |
02:42.48 | maejrep | seems to be an msm7500 thing |
02:43.11 | dzo | ok, vogue-smd is painful cos it has to support the kaiser smd and rpc smd which are all different. |
02:43.49 | maejrep | yeah :/ |
02:44.05 | dzo | i think it is for some kind of backward compat, before they introduced the smem toc, it was all hard coded. kaiser still is. |
02:44.07 | maejrep | smd_7500.c should work for vogue, getting cid 0 and 1 |
02:44.17 | maejrep | but doesn't have anything for the kaiser smd channels |
02:44.52 | dzo | it does, there's a table of channels just for kaiser. |
02:45.12 | maejrep | i know :) I'm talking about the file I committed last week to the raph branch, for raph800 |
02:45.35 | maejrep | it uses an almost-stock smd.c, and does a late-init of the non-auto-detected channels that aren't in toc |
02:45.59 | dzo | ok, not a problem, they archs are so different it probably doesn't make sense to try to merge. |
02:46.00 | Marajin | hello hello |
02:46.25 | Marajin | dzo: erm, the kaiser SD code, are there still known issues with it or should I accept that my 4GB card is probably part broken? |
02:47.27 | dzo | some sdhc cards have problems, but I don't think its the driver's fault. could be an unsupported voltage or similar. |
02:47.36 | Marajin | hmm |
02:47.50 | Marajin | well it tends to spam buffer IO errors and flushes stuff but eventually tends to load anyway |
02:48.01 | dzo | there is a voltage table in the trout board file, that might help. |
02:48.01 | tmzt | so did google/android really influence this then? |
02:48.14 | maejrep | dzo: funny thing is raph100 is very similar to trout, and raph800 is very similar to vogue. but then there are aspects where they're both similar to each other because they have the same hardware |
02:48.16 | Marajin | tmzt: influence what? |
02:48.23 | dzo | try changing the max freq. |
02:48.24 | maejrep | strange divergence :p |
02:48.25 | tmzt | the use of table of contents |
02:48.42 | Marajin | oh I see |
02:49.09 | Marajin | tmzt: the codewizardy toolchain really does hate me, I've tried several releases of it, they all segfault at the same place :P |
02:49.14 | dzo | they probably did, they got qc to add the proc_comm clock commands. |
02:50.06 | maejrep | maybe its time for me to get android 1.0 booting now |
02:50.51 | Marajin | dzo: oh, t'other thing I was noting is that I really can't get android to sync to a google account on the kaiser regardless of what path I take trying to get it to do it |
02:51.02 | Marajin | did I understand wrong that this is supposed to be possible? |
02:54.10 | nate_ | I'm trying to get android running from source on my titan (purely as an exercise to learn how things work, I know others have binaries running already), so far I'm building from generic, and have patched the VRamheap.cpp, running without a data.img, just trying to get basic core functionality. |
02:54.29 | nate_ | <PROTECTED> |
02:55.50 | nate_ | the vogue-ts and titan keys drivers load without a hitch, so I don't think it's that, and the logcat's telling me that surface flinger keeps getting signal 12 from various processes and resending to the signal handler |
02:56.09 | nate_ | dunno if that's normal or not |
02:59.35 | *** part/#htc-linux n8thegr87 (n=nate@adsl-70-137-12-139.dsl.okcyok.swbell.net) |
02:59.43 | *** join/#htc-linux n8thegr87 (n=nate@adsl-70-137-12-139.dsl.okcyok.swbell.net) |
03:00.08 | n8thegr87 | any ideas? |
03:02.10 | tmzt | n8thegr87: what's the VRamHeap patch for? and what you really need to be careful about is making sure you are not enabling CONFIG_MTD_* anything in the kernel |
03:02.29 | tmzt | that's what data.img is for, so you have somewhere to store files without using the flash |
03:03.00 | tmzt | do you have hw3d enabled? |
03:03.15 | tmzt | maejrep: is android working? |
03:03.35 | maejrep | as in? |
03:03.44 | n8thegr87 | to decrease pmem size (titan is kind of scant on ram |
03:03.51 | tmzt | ah |
03:03.58 | tmzt | but I think you do that in the kernel |
03:04.03 | tmzt | where did you see that patch? |
03:04.20 | n8thegr87 | dzo's diffs on his site |
03:04.38 | n8thegr87 | it's for surfaceflinger |
03:05.05 | tmzt | are you getting error messages? |
03:05.21 | n8thegr87 | and the kernel I'm using is from the git.linuxtogo vogue branch, |
03:05.21 | tmzt | oh, it's building ok then? |
03:05.21 | mordy_ | is there a way to have linux run without an SD card? |
03:05.23 | tmzt | just not working |
03:05.32 | tmzt | mordy_: initrd/initramfs |
03:06.06 | mordy_ | tmzt: i'm trying to follow instructions from here: http://www.handhelds.org/moin/moin.cgi/UniversalHowtoInstallLinux - it's looking for an SD card - |
03:06.21 | mordy_ | i have an SD card with me, but it's broken, and hence the kernel panics when it's inside there |
03:07.16 | n8thegr87 | yeah, it get to the desktop, but then does nothing, I go back to the console and run logcat, and the only thing I can see is a crapload of signal 12's being resent by surfaceflinger, and dropped events that I'm assuming are corresponding to keypresses, since the give scancodes |
03:07.57 | mordy_ | hmm.. weird, now it boots |
03:09.53 | n8thegr87 | I have a feeling that there's a bunch of other necessary patches, but I just can't find anything relevent to the particular behavior I'm seeing |
03:10.13 | mordy_ | what is this? busybox? |
03:11.42 | n8thegr87 | anywho, I'm off to go watch the watchmen :P, I was just curious if there was a definitive changelog or diff somewhere to help me out |
03:12.01 | n8thegr87 | or to get me in the right direction at least |
03:12.11 | dgmdan | n8thegr87, hey just came back from afk but i am trying to get the kernel to compile for titan also... maybe i could talk to u a little later |
03:13.46 | n8thegr87 | okie doke, yeah, I got the kernel compiled, and it works with dzo's system.img and all, I'm just trying to reverse engineer and figure out how to get from the android source system.img to a working one like dzo's |
03:15.07 | dgmdan | ah i am not that far along but want to do that too... i tried compiling android from its src and it came out to like 50-55 mb, where the dzo image is like 30 right? |
03:15.49 | n8thegr87 | yeah, somethin like that |
03:16.31 | dgmdan | i then tried using it for the hell of it and it just stuck on the android screen, no surprise i guess |
03:16.40 | n8thegr87 | yeah |
03:17.28 | dgmdan | i'm getting lots of compiling errors trying to make the zimage though |
03:17.32 | n8thegr87 | so far the only thing I needed to change is the pmem_size constant in vramheap.cpp and that got me to the desktop, nothing else though :( |
03:17.44 | n8thegr87 | like? |
03:17.53 | dgmdan | one sec |
03:19.51 | dgmdan | i've got to be missing something or have something not configured correctly... i have the toolchain though... heres the first error i can see: In file included from drivers/i2c/chips/mt9t013.c:19: |
03:20.42 | dgmdan | .. /media/disk-1/android/kaiser-src/kernel/arch/arm/include/asm/gpio.h:5:23: error: mach/gpio.h: No such file or directory |
03:21.48 | n8thegr87 | sounds like it's the toolchain |
03:22.07 | dgmdan | hmm |
03:24.07 | n8thegr87 | I used the one that came with the android source, it's located in (src directory)/prebuilt/linux-x86/toolchain/arm-eabi-4.3.1 |
03:25.10 | dgmdan | and where are u specifying where to find the toolkit? in the make command? |
03:25.24 | n8thegr87 | yeah |
03:25.39 | n8thegr87 | make ARCH=arm CROSSCOMPILE=/where's/your/toolchain- htctitan_defconfig or |
03:25.52 | n8thegr87 | er... no 'or' at the end of that |
03:26.25 | n8thegr87 | make ARCH=arm CROSSCOMPILE=/where's/your/toolchain- htctitan_defconfig |
03:26.25 | dgmdan | also are you using the latest version of the source? or the last titan-specific update on 1-5-09? |
03:26.39 | dgmdan | yeah that's what i'm doing too |
03:26.49 | dgmdan | let me try pointing to the android src version, instead of the one I DLed |
03:26.56 | n8thegr87 | the last titan specific one, but it shouldn't matter if you're using the titan defconfig methinks |
03:27.14 | dgmdan | no, on the latest version the htctitan-defconfig isn't there |
03:27.25 | n8thegr87 | yeah, I had similar troubles, but once I did that it worked for me |
03:27.40 | n8thegr87 | anyhow, I gotta jet, good luck though! |
03:28.01 | dgmdan | thanks! come back on sometime and let me pick your brain heh |
03:30.52 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
03:41.48 | tmzt | dgmdan: is there a a htctitan_defconfig? shouldn't the vogue one work with the titan mtype? |
03:43.05 | tmzt | dgmdan: you don't have a CONFIG_MACH it looks like, so the mach symlink isn't being created |
03:44.17 | tmzt | maejrep: do you know how to get the head pointers and try this with the smd_7500? |
03:44.35 | maejrep | try what? |
03:44.47 | tmzt | getting ppp |
03:45.06 | tmzt | I'm using debian so I don't have to worry about the ril or scripts right now |
03:46.51 | maejrep | well, the way vogue's initrd does it, is echo -e -n "AT+HTC_DUN=0\r" > /dev/smd0 ; sleep 2 ; echo -e -n "ATDT#777\r" > /dev/smd0 ; sleep 4 ; pppd /dev/smd1 |
03:47.21 | tmzt | yeah, I mean getting the smd to register unless you mean we should try dzo's smd code |
03:47.25 | maejrep | but I don't think smd1 is registered automatically right now |
03:47.32 | maejrep | no, don't need that |
03:47.40 | tmzt | it's not |
03:48.00 | dgmdan | tmzt, let me try it with the vogue config |
03:48.09 | tmzt | and it's CROSS_COMPILE |
03:48.27 | dgmdan | yeah gotcha |
03:48.32 | maejrep | so, did you change smd_tty to allow cid 1 to be opened? |
03:48.47 | tmzt | I did, it didn't work |
03:48.49 | maejrep | then you can just mknod c 253 1 /dev/smd1 |
03:48.53 | tmzt | it still didn't register the device |
03:48.56 | tmzt | I tried that |
03:48.57 | maejrep | it won't |
03:49.03 | tmzt | I have to get ssh back |
03:49.03 | maejrep | it registers the device manually in probe |
03:49.21 | maejrep | you can add the register function call there if you want ;) |
03:49.28 | tmzt | I added cid 1 and 7 to the ENODEV check |
03:49.39 | tmzt | and I tried smd_alloc_tty |
03:49.40 | maejrep | cid 7 is not used i think |
03:49.43 | tmzt | right |
03:49.53 | maejrep | did you do the AT commands before running pppd ? |
03:49.55 | tmzt | dzo said the ppp buffer is at the end of smem |
03:49.59 | tmzt | yes |
03:50.05 | maejrep | yeah we already have the ppp buffer |
03:50.07 | maejrep | that's smd1 |
03:50.09 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
03:50.24 | dzo | hi, right now titan has lots of #ifdefs and so won't build with vogue, you have use the vogue config and add titan. |
03:51.33 | maejrep | tmzt: what happens? |
03:51.46 | dgmdan | compiling seems to be working with the vogue config |
03:51.47 | tmzt | can't remember exactly what I tried |
03:52.15 | dzo | would be good if you could do it properly, then same kernel would boot on every device. |
03:52.28 | tmzt | and I need to re-add n == 1 it looks like |
03:52.33 | dgmdan | dzo what do u mean by "add titan"? |
03:52.56 | dzo | make menuconfig and select titan. |
03:52.58 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbffcfb.pool.einsundeins.de) |
03:53.11 | dgmdan | ah ok |
03:53.11 | tmzt | or change CONFIG_MACH_HTCVOGUE to HTCTITAN in .config |
03:53.17 | tmzt | well |
03:54.08 | tmzt | maejrep: what should name be for smd1? |
03:54.15 | maejrep | SMD_DIAG |
03:54.30 | tmzt | ok |
03:54.34 | tmzt | but what is ppp? |
03:54.50 | tmzt | if ppp is smd1 why is it called DIAG I mean |
03:55.26 | maejrep | DIAG is the name from msm_smd.h |
03:55.32 | maejrep | has no real significance otherwise |
03:55.34 | tmzt | from android? |
03:55.36 | dgmdan | should i turn off the other types of htcs in config? and just leave titan selected? |
03:55.39 | maejrep | trout, yes |
03:55.42 | maejrep | well |
03:55.45 | maejrep | yeah |
03:56.02 | maejrep | its in include/mach/msm_smd.h |
03:56.05 | dzo | dgmdan: leave the others |
03:56.09 | dgmdan | k |
03:56.15 | maejrep | cid 0 = DS, cid 1 = DIAG, etc |
03:56.28 | maejrep | so to remove confusion, I followed that naming |
03:57.15 | mordy_ | there isn't any way to have a r/w fs without an SD card? |
03:57.30 | mordy_ | seems i'm going to have to make my own image :/ |
03:57.40 | *** join/#htc-linux rodpod (n=rod@hick.org) |
03:59.43 | tmzt | mordy_: sorry? |
04:01.00 | mordy_ | tmzt: well, i don't have an SD card and i'm trying to find out if ... hmm... i guess you're right. if i don't have a non-volatile storage area, there's no way that things can permanently be written |
04:03.17 | tmzt | permanately right, but you can use a read/write filesystem (initrd or initramfs) but you won't be able to save anything |
04:03.22 | dgmdan | hmm it's failing once i enable titan... here's my output http://pastebin.com/d4fbabcaa |
04:03.27 | tmzt | mordy_: what device is this anyway? |
04:03.33 | mordy_ | tmzt: universal |
04:03.49 | tmzt | why doesn't sd work? |
04:03.58 | mordy_ | well, i just don't have a card for it :P |
04:04.07 | mordy_ | got it from ebay, the phone works, the card is dead |
04:04.37 | mordy_ | but i'm just impatient and want to see how this thing runs linux |
04:04.49 | mordy_ | at least i saw the bootup and the penguin, hence i saw it run 'linux' |
04:06.58 | tmzt | dgmdan: wow, never seen that before |
04:07.06 | tmzt | dzo: any ideas? http://pastebin.com/d4fbabcaa |
04:07.54 | tmzt | it's got to be a .config option you're missing though |
04:08.09 | tmzt | try adding V=1 to make and paste that |
04:08.13 | dgmdan | k |
04:08.14 | mordy_ | haret is the bootloader, and i guess it wants a kernel + initrd... now the question is how do i work with harel, does it need any special format etc. |
04:08.23 | mordy_ | i guess i can just make a debootstrap install? |
04:08.31 | tmzt | same as grub or whatever |
04:08.32 | *** join/#htc-linux woods26 (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
04:08.46 | tmzt | you can, but only from an arm host or it gets really complicated |
04:09.14 | mordy_ | i guess i need an ARM emulator |
04:09.18 | *** join/#htc-linux mrmoku` (n=mrmoku@ppp-93-104-59-38.dynamic.mnet-online.de) |
04:09.30 | tmzt | what exactly are you trying to do? |
04:09.36 | dgmdan | tmzt, http://pastebin.com/d1c30e2c1 |
04:09.59 | *** join/#htc-linux maejrep (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
04:10.25 | mordy_ | tmzt: make my own initrd with ARM binaries, and test it out on a normal computer before i transfer it to a phone |
04:10.37 | mordy_ | in other words, i need an ARM host |
04:10.42 | dgmdan | maejrep hello fellow pennsylvanian ;) |
04:11.02 | tmzt | # |
04:11.02 | tmzt | arch/arm/mach-msm/vogue-hw.c: In function 'set_audio_parameters': |
04:11.02 | tmzt | # |
04:11.03 | tmzt | arch/arm/mach-msm/vogue-hw.c:168: error: 'audioparams3_k' undeclared (first use in this function) |
04:11.29 | mordy_ | nvm |
04:11.57 | tmzt | I mean what are you trying to accomplish with the uni |
04:12.17 | mordy_ | you mean what i intend to use it for? |
04:12.25 | tmzt | yeah |
04:13.02 | mordy_ | well, i'm limited currently without an SD, but just a remote console - and some other stuff to fool around with |
04:13.30 | tmzt | why doesn't sd work? |
04:13.39 | mordy_ | i simply don't have an SD card :P |
04:13.46 | tmzt | oh |
04:14.07 | dgmdan | www.newegg.com :P |
04:14.15 | mordy_ | yeah... i'm impatient though |
04:14.49 | tmzt | why do you say the sd card is broken? |
04:14.55 | dgmdan | u dont have anything like a camera to steal one from? |
04:15.12 | mordy_ | tmzt: well, just gets a lot of bad sectors, ran badblocks on it - spammed my console |
04:15.27 | tmzt | and are you building a kernel or what zImage are you using? |
04:15.33 | tmzt | with a usb adapter? |
04:15.56 | tmzt | ok, I just wanted to make sure it wasn't because of the panic |
04:16.01 | mordy_ | no, i didn't get around to building a kernel yet. i'd like to... i'm really just trying to make sense of what i want to do |
04:16.07 | mordy_ | oh, the panic was due to the bad SD |
04:22.09 | tmzt | mordy_: well, there is a debian build for the universal, and a poky build |
04:22.17 | tmzt | the wifi is not exactly stable |
04:22.41 | mordy_ | hmmm.... |
04:23.16 | mordy_ | well, how buggy is the wifi exactly? |
04:23.41 | tmzt | I don't know I don't have a universal, I just know from ALoGeNo who is not here now |
04:25.04 | dgmdan | tmzt, want me to upload the .config im using? maybe that'll help? |
04:25.21 | tmzt | sure |
04:25.41 | tmzt | I'm guessing you can just disable the audio stuff though |
04:26.39 | mordy_ | and currently there's no way to flas |
04:26.39 | mordy_ | d |
04:26.47 | dgmdan | tmzt, http://pastebin.com/d2575b9b6 |
04:27.39 | mordy_ | the device to linux ? (wifi with windows isn't great either |
04:28.15 | tmzt | I don't see TITAN in that file |
04:28.24 | tmzt | no, you can't flash |
04:29.12 | dgmdan | line 180 |
04:29.40 | tmzt | where's CONFIG_INPUT_TOUCHSCREEN? |
04:30.32 | tmzt | CONFIG_MACH_HTCTITAN |
04:31.13 | tmzt | what lines in Kconfig in mach-msm includes vogue-hw.o |
04:31.13 | dgmdan | hmm didn't know about those |
04:31.15 | tmzt | paste those |
04:32.24 | mordy_ | btw, these options are in the main kernel config? |
04:32.33 | dgmdan | wheres Kconfig? |
04:32.38 | mordy_ | or are these patches |
04:33.31 | tmzt | arch/arm/mach-msm/Makefile, sorry |
04:33.34 | tmzt | not Kconfig |
04:33.43 | tmzt | mordy_: what main config? |
04:34.52 | dgmdan | heres the only line matching vogue-hw.o - obj-$(CONFIG_MACH_HTCVOGUE) += board-htcvogue.o vogueirq.o vogue-hw.o clock-7x00.o battery.o |
04:35.38 | tmzt | but HTCVOGUE is compiled |
04:35.53 | tmzt | try fixing the CONFIG_MACH_HTCTITAN=y and compile again |
04:36.08 | dgmdan | ok |
04:37.57 | mordy_ | by 'main config' i mean the kernel config options as i'd see them after downloading the kernel source from kernel.org; as opposed to applying various patches |
04:38.16 | tmzt | no, those are in the git.linuxtogo.org trees |
04:38.25 | tmzt | but they aren't needed for uni |
04:39.03 | dgmdan | tmzt, well once i set CONFIG_MACH_HTCTITAN it asks y/n for CONFIG_HTCTITAN, i said no and it compiled |
04:39.18 | tmzt | wow |
04:39.21 | tmzt | it shouldn't |
04:39.33 | tmzt | something in Kconfig is not right |
04:40.06 | dgmdan | it edited out my CONFIG_MACH_HTCTITAN line in .config |
04:40.19 | dgmdan | and put in # CONFIG_HTCTITAN is not set |
04:40.33 | tmzt | what tree and branch is this? |
04:40.57 | tmzt | let's start with building and testing a VOGUE kernel then |
04:41.18 | dgmdan | its the htc-vogue head of the linuxtogo repo |
04:41.37 | tmzt | I think if you enable CONFIG_HTCTITAN it adds titan features to that but I'm not sure, it won't use a seperate mtype in that case I think |
04:41.46 | tmzt | 2.6.25? |
04:41.52 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
04:42.11 | dgmdan | yea believe so |
04:43.50 | tmzt | dcordes_: any idea about this one, how to build titan from vogue tree? |
04:45.02 | tmzt | obj-$(CONFIG_HTCTITAN) += board-titan-keypad.o board-titan-front-keys.o titan-ts.o |
04:53.16 | dgmdan | well its cool, i'm sure someone will be able to solve it eventually |
04:55.20 | dgmdan | another q also.. i think the n8thegr8 guy was asking something similar earlier... how hard is it to make a small change to the android src and make a new system.img? |
04:59.02 | mordy_ | hmm... i see the debian distro for the uni -- can't figure out how to get it thought. jigdo seems broken |
04:59.46 | tmzt | what's jigdo saying? |
05:00.05 | tmzt | and I've only used it once to get a cd of woody years ago |
05:00.07 | mordy_ | i don't know... it's just not progressing. tbh i've never used jigdo before |
05:03.28 | mordy_ | then again i guess jigdo is just a regular debian install, perhaps just that someone took to work to install/remove packages from the standard debootstrap install? |
05:04.18 | tmzt | well, jigdo is usually used to reconstruct an iso image from packages but it seems it can also build root filesystems now |
05:04.29 | mordy_ | lol |
05:09.28 | mordy_ | can you link me to info abouut getting a functional ARM testing platform on ym host? |
05:13.45 | tmzt | ym? |
05:13.50 | mordy_ | my* |
05:13.52 | mordy_ | lol |
05:14.01 | mordy_ | i think i'll try this actually |
05:14.03 | mordy_ | http://www.aurel32.net/info/debian_arm_qemu.php |
05:14.18 | tmzt | you have to use the right kernel or network doesn't work |
05:16.13 | mordy_ | well, i'm still at the stage of actually getting something to display on my host |
05:17.36 | mordy_ | what specific -M setting do i use with qemu? i'm trying to boot the zImage i got from the titchy site |
05:19.09 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
05:20.50 | tmzt | versitle |
05:21.34 | tmzt | versatilepb I think |
05:22.11 | dgmdan | tmzt, any idea about my question about recompiling android? i have tried it already and successfully compiled android... but the system.img I made was like 55 MB, vs the existing ones for vogue/titan which is like 30 |
05:22.21 | mordy_ | i tried qemu-system-arm -M versatilepb -kernel zImage - it just hangs |
05:22.24 | dgmdan | and it wouldn't boot... just hangs on the android screen |
05:22.34 | tmzt | yeah it will, you don't have the right mtype |
05:26.29 | mordy_ | maybe it's just a bad image? |
05:28.17 | tmzt | no, it's what I said, you have to patch qemu for it to even boot |
05:28.29 | tmzt | I don't know if qemu supports universal now, even the poky version |
05:29.02 | tmzt | dgmdan: I don't know how to compile android, the 30mb version are stripped down though |
05:29.46 | dgmdan | any idea if theres a git repo of the stripped down version somewhere? |
05:30.03 | tmzt | no, you'd have to ask dzo or j0b0 |
05:30.19 | dgmdan | k thanks |
05:31.39 | mordy_ | hmm... what exactly is poky? another distro? |
05:33.38 | tmzt | yeah |
05:37.57 | mordy_ | hmm.... let me try this... |
05:40.00 | *** join/#htc-linux Vemo (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
05:41.08 | mordy_ | this is the version i want? Version: 1:0.9.1-0oh2 |
05:41.19 | mordy_ | (of qemu, that is) |
05:41.46 | tmzt | maybe, use qemu -M \? to see what it supports |
05:42.57 | mordy_ | tmzt: i did -- versatile, realview,, akita, spitz, borzol, terrier cheetah etc. |
05:50.48 | mordy_ | meh, won't work :/ |
05:51.54 | tmzt | no, but you can still build a root filesystem with a different kernel |
05:52.05 | tmzt | the debian versatile kernel or whatever |
05:57.36 | mordy_ | ok... finally i get something :D |
05:59.46 | tmzt | cool |
05:59.59 | tmzt | I'm wondering how you intend to do this though, I haven't tried it |
06:00.15 | tmzt | you are mounting an image as a -hda or -sd ? |
06:00.20 | mordy_ | not yet... |
06:00.28 | tmzt | well, vers doesn't support sd I think |
06:01.38 | mordy_ | well, i just need to configure a base system and have some basic functionality before i actually place it on the phone, and for the phone i guess i can use the zImage kernel -- they are binary compatible, right? |
06:01.53 | mordy_ | i mean, a binary that can run on versatile will run on the universal? |
06:05.30 | mordy_ | well, at least this thing has putty |
06:06.35 | mordy_ | not that it's so convenient with windows taking up half of the screen |
06:14.14 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
06:15.41 | *** join/#htc-linux rodpod (n=rod@hick.org) |
06:19.48 | tmzt | not the kernel but the userland parts can |
06:21.12 | *** join/#htc-linux hechu (n=hechu@116.22.50.173) |
06:21.35 | tmzt | I mean the kernel will run, but it won't work because the machtype is different (the kernel checks) and the (virtual) hardware is different |
06:27.24 | mordy_ | hmm... now let me make an fs and debootstrap stuff into it. how much space will a debootstrap take up,, if you know |
06:27.37 | mordy_ | i know it's about 300mb for x86, dunno for arm |
06:28.33 | tmzt | open("/dev/smd1", O_RDWR|O_NONBLOCK) = -1 ENODEV (No such device) |
06:28.39 | tmzt | it will be about the same |
06:28.48 | mordy_ | eeek |
06:28.58 | tmzt | that's why you need an sd card |
06:29.04 | mordy_ | nods |
06:29.28 | tmzt | if you just want to try this, you can use the hermes image at linuxtogo.org/~htcpxa or ~koconnor |
06:29.39 | tmzt | or linwizard (linwizard.sf.net) |
06:29.56 | tmzt | those should work with set INITRD in default.txt |
06:35.01 | mordy_ | lol stupid windows |
06:35.51 | mordy_ | i'm trying to server the rootfs from my http server, it tries to download it as a text file |
06:36.03 | mordy_ | need to give it some nice extension like 'zip' or 'exe' for it to act nicely |
06:41.29 | mordy_ | where is setup.exe? |
06:41.59 | tmzt | <PROTECTED> |
06:41.59 | tmzt | <PROTECTED> |
06:41.59 | tmzt | <PROTECTED> |
06:42.00 | tmzt | <PROTECTED> |
06:42.06 | tmzt | what? |
06:42.19 | tmzt | what do you mean? |
06:42.27 | tmzt | you can rename it, I use .pdf |
06:42.38 | mordy_ | i mean the haret config file |
06:42.46 | mordy_ | i installed one of those cabs |
06:44.08 | tmzt | once you've installed it, copy the initrd from it to a directory with haret, default.txt, zImage |
06:58.02 | mordy_ | ahh... i got it.. |
06:58.46 | mordy_ | now where to get an initrd that isn't just a tool for installing another FS.. and where to find a rootfs that's <30MB |
07:02.04 | mordy_ | 78 MB :| |
07:03.40 | mordy_ | but i see a lot of the bulk is the gui |
07:04.00 | mordy_ | qtopia base is 78MB, - with about half of that being Qt libs |
07:10.50 | mordy_ | just make the cpio archive of the root dir and gzip it? |
07:14.55 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
07:26.35 | mordy_ | hmm... panic -- did i make the initrd correctly? |
07:31.17 | mordy_ | oic |
07:31.21 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
07:41.12 | *** join/#htc-linux n8thegr8 (n=nate@adsl-70-137-12-139.dsl.okcyok.swbell.net) |
07:47.33 | mordy_ | gah... "image too large" |
07:47.34 | mordy_ | :( |
07:47.51 | mordy_ | is there anything i can do about this? |
08:09.12 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
08:13.46 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
08:20.02 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
08:32.54 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
08:33.37 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
08:34.30 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
08:56.19 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
09:40.22 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
09:42.52 | *** join/#htc-linux goxboxlive_ (n=goxboxli@185.84-48-126.nextgentel.com) |
10:04.10 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
10:32.34 | tsdogs | kiozen: hi, I'm translating GT, I found some wrong strings in english :) |
10:32.46 | kiozen | possibly :) |
10:32.50 | kiozen | which one? |
10:32.50 | tsdogs | You must provide a waypoint indentifier. |
10:33.03 | tsdogs | indentifier -> identifier (i suppose) |
10:33.22 | tsdogs | CDlgEditWpt |
10:33.45 | tsdogs | wizzard -> wizard (imho) |
10:33.53 | kiozen | right :) fixed |
10:33.59 | tsdogs | CDiaryEditWidget |
10:34.52 | kiozen | ok |
10:35.17 | tsdogs | I like the "Sorry..." :) |
10:35.39 | tsdogs | a polite application. |
10:35.53 | kiozen | yes, isn't it |
10:36.16 | tsdogs | ok if I find other I'll collect them. |
10:37.07 | kiozen | my wife will have fun with the italian translation, she lived for 5 year at Larg Magiore |
10:37.37 | tsdogs | lol |
10:38.00 | tsdogs | she should be able to translate it, maybe even better than me :) |
10:38.26 | kiozen | don't think so |
10:38.50 | tsdogs | a reference point is for creating a GeoTiff right? |
10:38.53 | kiozen | it's ~15 years ago |
10:38.58 | kiozen | yes |
10:38.59 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:39.07 | *** join/#htc-linux MethoS- (n=lem@host-091-097-242-062.ewe-ip-backbone.de) |
10:39.22 | kiozen | it's a point you know coord in pixel and lon/lat |
10:39.28 | tsdogs | ho, that's long time... |
10:39.47 | kiozen | she went to school in Varese |
10:40.13 | tsdogs | btw, I had a talk with cr2 last night, he wanted to know what's wrong with the garmin img format :) |
10:41.00 | kiozen | yes I have read |
10:41.11 | tsdogs | well 5 years in italy it's a long time, she must speak italian pretty well :) (15 years ago not many people spoke german/english, not that there are many now either :) |
10:41.15 | tsdogs | ho ok, |
10:41.17 | kiozen | well I would say it's 80% real good |
10:41.36 | kiozen | the other 20% suck |
10:41.55 | kiozen | this FAT header is stupid |
10:41.59 | tsdogs | do u have the full specs? |
10:42.09 | tsdogs | yeah :) |
10:42.09 | kiozen | just the one from sf.net |
10:42.23 | kiozen | and some parts I found out myself |
10:42.35 | tsdogs | so there are "black holes" or is it fully rev. eng.? |
10:42.49 | kiozen | their polyline compression is good , but hard to do without hw accellerator |
10:43.10 | kiozen | there are balck holes especially for the NT map formats |
10:43.49 | kiozen | and imho you will get problems if you use it for mobile gps apps |
10:44.03 | tsdogs | hmm, couldn't we just create a format which can go standard? LOL |
10:44.16 | kiozen | I am always tempted to do |
10:44.37 | kiozen | but successed to keep me away from it |
10:45.11 | kiozen | but your sql idea is nice |
10:45.14 | tsdogs | yeah would be a lot of work, but why can't the osm people come out with something efficent |
10:45.20 | kiozen | I plan to the same for M |
10:45.30 | kiozen | storing waypoints, tracks and mapinfo |
10:45.57 | kiozen | because osm people are java/ruby based and never came out with something efficient so far |
10:45.59 | tsdogs | I saw qtopia was using sqlite, so I simply tought, well there is a osm2sqlite, let's see how big italy is in that file and how fast it performs |
10:46.45 | kiozen | magellan's tritons use a db for vector maps, too |
10:47.31 | tsdogs | first time I hear that name :) |
10:49.23 | tsdogs | hmm, was that the one with 3d? |
10:51.08 | kiozen | http://www.magellangps.com/products/product.asp?segID=425 |
10:51.50 | tsdogs | either it's slow or the connection is dead :( |
10:52.10 | tsdogs | but I found others references :) |
10:53.13 | tsdogs | for what I could see, beside the size it performs good. |
10:54.44 | tsdogs | ho, and kiozen, there is good possibility of an OSM fork, 'cause of the license change... |
10:55.04 | kiozen | ?? |
10:56.55 | tsdogs | osm wants to change license of the data and database, as they think that CC-BY-SA does not cover well the db. |
10:57.41 | tsdogs | http://wiki.openstreetmap.org/wiki/Open_Data_License |
11:05.07 | kiozen | grrr, somehow wms support is broken in GT |
11:05.25 | kiozen | and I didn't do a thing with it |
11:05.51 | tsdogs | kiozen: have u looked at merkaartor code for it? |
11:09.14 | kiozen | no I use GDAL RasterIO |
11:09.22 | kiozen | but that seems to be a bad idea |
11:09.45 | tsdogs | lol |
11:11.03 | tsdogs | actually I have no idea on how it's done. and lately there have also been bugs in it :) |
11:11.23 | tsdogs | It's using webkit to download afair |
11:11.36 | kiozen | well you have to define a small xml file |
11:11.48 | kiozen | you load that file and rasterio does the magic |
11:12.00 | kiozen | sounds easy but the devil is in the details |
11:12.08 | *** join/#htc-linux alfadir (n=alfadir@e180029192.adsl.alicedsl.de) |
11:12.16 | tsdogs | lol |
11:12.35 | kiozen | for geotiff rasterio is fine even on embedded devs |
11:13.21 | tsdogs | hmm, no idea then. but I found that many distro gdal packages are "broken" |
11:13.35 | kiozen | yes |
11:13.39 | kiozen | that is right |
11:14.13 | kiozen | debian is the worst and thus ubuntu, too |
11:15.15 | tsdogs | I had the same with fedora... not latest though |
11:17.09 | kiozen | I always compile my own |
11:17.14 | kiozen | less headaches |
11:19.17 | tsdogs | yep |
11:20.45 | *** join/#htc-linux BabelO (n=BabelO@unaffiliated/babelo) |
11:37.12 | BabelO | hi |
11:37.42 | BabelO | tsdogs, some fix are needed to what i send you |
11:37.56 | tsdogs | hi BabelO, |
11:38.17 | tsdogs | ok, you choose on how to do that :) |
11:50.20 | BabelO | tsdogs,question ! |
11:50.27 | tsdogs | shoot |
11:53.17 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
12:09.15 | tsdogs | kiozen: I found this, maybe of some interest :) http://www.gdal.org/ogr/ogr_formats.html |
12:10.06 | kiozen | you ever tried ogr format? |
12:10.33 | tsdogs | nope, probably cr2 |
12:11.03 | tsdogs | hmm, maybe that was sarcastic :( |
12:11.53 | kiozen | lol |
12:12.30 | tsdogs | ok, now I'm lost. was that sarcasm? or a real question? |
12:12.41 | kiozen | real |
12:12.57 | kiozen | I never tried |
12:13.12 | kiozen | but would like to know how efficient ogr format is |
12:14.00 | tsdogs | hmm, I might ask on the gfoss ML they should know (many grass developers there :) |
12:14.02 | kiozen | maybe ogr is better than rdm or img |
12:14.28 | tsdogs | could be, no idea. imho cr2 would know |
12:14.32 | kiozen | afterall it is kind of accepted standard |
12:14.56 | tsdogs | yeah a guy I asked for a standard pointed me there |
12:15.37 | tsdogs | Comma Separated Value (.csv) that'd be efficient ;) |
12:16.02 | kiozen | _that_ was sarcasm, wasn't it? |
12:16.36 | tsdogs | yep |
12:17.22 | kiozen | uses tend to go out for a sunday walk with all of europe loaded on their gps. thus a good format has some kind of compression |
12:18.21 | kiozen | garmin img does kind of a pulse width compression to polylines |
12:18.44 | kiozen | but their algo requires soe nasty shifting and masking of memory |
12:18.44 | tsdogs | rdm is a mess but it should be efficent |
12:19.09 | kiozen | on omap that is ok as the dsp will deal with it |
12:19.31 | kiozen | guess we have to role our own format :) |
12:21.10 | tsdogs | :) I'll be asking on a geo ml (gfoss) for somebody that wants to stand up for the effort of a new embedded standard. |
12:21.13 | *** join/#htc-linux [1]BabelO (n=BabelO@lun34-2-82-238-28-28.fbx.proxad.net) |
12:21.53 | kiozen | on gfoss everyone starts to duck ... |
12:22.02 | tsdogs | lol |
12:22.39 | tsdogs | well asking is worth. I saw your posts on the osm ml time ago |
12:23.19 | kiozen | osm is helpless |
12:24.05 | tsdogs | yep |
12:24.47 | kiozen | and I don't think you can do such a format on a democratic wiki base |
12:24.56 | tsdogs | I still question myself why they did use mysql and postgis for the master database. |
12:24.58 | kiozen | too many cooks will spoil the dish |
12:25.32 | kiozen | surely historic reasons |
12:26.02 | tsdogs | well, if you have a few come up with a good format, and a simple library it can turn out as a "standard" |
12:26.30 | tsdogs | but I'm not the one ;D |
12:27.01 | [1]BabelO | kiozen, i need help with this silly comport |
12:27.06 | kiozen | yes you will need a osm2<myfomat> and a img2<myformat> converter and a lightweight C lib to access data |
12:27.29 | kiozen | ok |
12:27.40 | kiozen | what's the problem? |
12:27.42 | tsdogs | kiozen: what does "bad application" stand for in gt? |
12:28.50 | kiozen | tsdogs: if the creator app for gpx files is != QLandkarteGT |
12:29.11 | kiozen | that will raise exception to warn the user that data might be lost |
12:29.28 | tsdogs | hmm, ok. |
12:30.24 | kiozen | void CGpx::save(const QString& filename) and following lines |
12:31.09 | *** join/#htc-linux MethoS-- (n=lem@host-091-097-245-127.ewe-ip-backbone.de) |
12:51.23 | *** join/#htc-linux c4software (n=c4softwa@roo49-2-88-161-139-221.fbx.proxad.net) |
12:54.56 | *** join/#htc-linux exco (n=exco@e181077015.adsl.alicedsl.de) |
12:57.00 | *** join/#htc-linux hechu (n=hechu@116.22.18.105) |
13:10.22 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) |
13:13.48 | tsdogs | kiozen: overzoom? |
13:14.46 | tsdogs | is it because you go further than the allowed zoom? i.e. wms server? |
13:14.53 | kiozen | yes |
13:15.06 | tsdogs | ok. |
13:15.14 | kiozen | from that point on you won't get better resolution/details |
13:15.33 | kiozen | it's just scaling of the picture |
13:15.48 | tsdogs | ok, I got it right :) |
13:16.14 | tsdogs | google never helps in this cases :( |
13:18.13 | kiozen | aunt google can't do all |
13:18.21 | tsdogs | lol |
13:18.34 | tsdogs | what's the german for it? maybe that can help |
13:18.52 | tsdogs | well, it's in the source :) |
13:19.16 | tsdogs | hmm, apt had that feature too, but dont remember the function |
13:19.37 | tsdogs | apt: translate overzoom |
13:20.31 | kiozen | lol zara used "overzoom" too |
13:21.06 | tsdogs | ha |
13:21.06 | kiozen | "Ãberzoom" :P |
13:21.35 | tsdogs | ok, no translation :/ |
13:21.57 | tsdogs | let's leave it untranslated for now... |
13:22.34 | kiozen | yes, think that is best |
13:23.20 | kiozen | maybe you can use "VergröÃerung" (scale) |
13:23.37 | kiozen | everything >1 is just a zoom level |
13:23.45 | kiozen | not neccessay a scale |
13:24.04 | kiozen | <1 it's a real scale factor |
13:25.00 | tsdogs | yeah, I could describe it with a sentence but have no real wording for it :) |
13:25.59 | kiozen | ok, let's use "stuff" for all unknown translation :) |
13:26.22 | tsdogs | lol |
13:26.52 | tsdogs | or better "this stuff" "that stuff" just to differentiate. |
13:27.58 | kiozen | lol |
13:33.29 | *** join/#htc-linux zycho_ (n=zycho@a89-182-215-223.net-htp.de) |
13:37.58 | tsdogs | kiozen: is this implemented? "Find symbols on a map via image recognition." |
13:38.13 | kiozen | yes |
13:38.15 | kiozen | :) |
13:38.24 | kiozen | you need good rastermaps for it |
13:38.39 | kiozen | and symbols have to be always the same, no rotation |
13:38.58 | *** join/#htc-linux Xime (n=xime@bankize.net) |
13:40.15 | tsdogs | is it a pixel per pixel recon or a better one? |
13:41.12 | tsdogs | knowing u the latter :) |
13:41.20 | kiozen | crosscorrelation |
13:41.32 | kiozen | that is best you can do but slow |
13:42.27 | kiozen | it works quite good on my official top10 Bavaria maps to find caves |
13:42.47 | tsdogs | cool anyway :) |
13:43.09 | tsdogs | have u tried with sombody's picure ;P |
13:43.32 | kiozen | lol no, that won't work |
13:47.25 | tsdogs | kiozen: u might be interested in this: http://pastebin.ca/1355224 |
13:47.59 | BabelO_ | tsdogs, this recognition works well :) i use it on my maps to find "point of view" and some other symbols |
13:48.25 | tsdogs | I must try it, but I need a good map before :) |
13:48.47 | BabelO_ | yep |
13:48.59 | tsdogs | would scanning the map work ? |
13:49.07 | tsdogs | I suppose not |
13:49.12 | kiozen | depends |
13:49.14 | BabelO_ | and for bug it is kiozen :) he change my code there |
13:49.21 | kiozen | lol |
13:49.22 | tsdogs | lol |
13:49.24 | BabelO_ | kiozen,i use scanned maps from original |
13:49.28 | BabelO_ | and it is ok |
13:49.31 | BabelO_ | sorry tsdogs |
13:49.53 | tsdogs | ? |
13:50.03 | kiozen | tsdogs: the map is binarized into black and white |
13:50.28 | BabelO_ | tsdogs, i scan some of my IGN maps |
13:50.29 | tsdogs | hmm, then it could be a problem... |
13:50.42 | kiozen | tsdogs: if the symbols clearly stands out after binarization it will work |
13:50.52 | tsdogs | ok, but I suppose at really ha res. and with a big scanner? |
13:50.55 | kiozen | if there is too much noise you are outof lick |
13:51.07 | BabelO_ | tsdogs, why a problem ? |
13:51.38 | kiozen | too much res will spoil the map as you will see the raster of the offsetprint |
13:51.56 | tsdogs | would 600dpi work or 300? |
13:52.08 | kiozen | 300 are way enought |
13:52.13 | BabelO_ | yes 300 dpi is enough |
13:52.26 | BabelO_ | 600 dpi give me bad result |
13:52.30 | tsdogs | ok, I'll bring over some maps to the office and do a scan. |
13:52.57 | tsdogs | what about taking a vertical picture of the map? |
13:53.01 | kiozen | best if you can reduce color deviation with some image processing app |
13:53.16 | tsdogs | gimp should do |
13:53.16 | kiozen | vertical? |
13:53.28 | tsdogs | from the top I mean |
13:53.37 | tsdogs | above actually |
13:53.58 | kiozen | you mean with a camera? |
13:54.11 | kiozen | that will cause distortions due to the lens |
13:54.41 | tsdogs | hmm ok, then scanning is better. I'll try it out. |
13:54.55 | tsdogs | how many points do I need to know to georeference it? |
13:54.58 | tsdogs | 4? |
13:54.59 | BabelO_ | tsdogs,what is your scanner ? A4 |
13:55.19 | tsdogs | yep |
13:55.20 | BabelO_ | tsdogs, depend of your map better is to use the gridtool |
13:55.37 | BabelO_ | so it place points on your map |
13:55.38 | kiozen | you need at least 3 points |
13:55.51 | tsdogs | the more the better right? |
13:55.58 | BabelO_ | and you adjust them to fit the long / lat grid if you have one |
13:56.02 | kiozen | and if you have a known grid on the map, gridtool is a good idea |
13:56.31 | tsdogs | can I overlay OSM in the background/foreground so to have a good match? |
13:56.34 | kiozen | with more points you can fix non linear distortions |
13:56.54 | tsdogs | though I think I have enough GPX tracks |
13:56.55 | kiozen | no not yet, that is still some idea that is in my brain |
13:57.11 | kiozen | but you can verify the result by osm overlay |
13:57.25 | tsdogs | It would really be cool to stretch the image over osm |
13:57.42 | tsdogs | and rotate and so on. |
13:58.19 | kiozen | that is hard to do, but to define a point on the osm map and a copy on the map would help |
13:59.06 | tsdogs | yes. that would do it. |
14:00.56 | tsdogs | ok. gg now. bbl |
14:09.15 | *** join/#htc-linux Pure4Real (n=pure4rea@89-97-140-219.ip17.fastwebnet.it) |
14:21.05 | *** join/#htc-linux johnhunt3r (n=user@189.61.194.149) |
14:22.36 | dcordes_ | mordy_: yes you can make it ~20MB |
14:27.09 | *** join/#htc-linux johnhunt3r (n=user@189.61.194.149) |
14:31.39 | c4software | hi everyone |
14:36.23 | johnhunt3r | sup |
15:02.55 | *** join/#htc-linux marex_ (n=marex@vasut.kolej.mff.cuni.cz) |
15:25.08 | *** join/#htc-linux hollo (n=hollo@62.107.2.93) |
15:27.12 | AstainHasPS3 | morning |
15:27.38 | johnhunt3r | hey there |
16:03.09 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:03.09 | *** join/#htc-linux hollo (n=hollo@62.107.2.93) [NETSPLIT VICTIM] |
16:03.09 | *** join/#htc-linux marex_ (n=marex@vasut.kolej.mff.cuni.cz) [NETSPLIT VICTIM] |
16:03.09 | *** join/#htc-linux johnhunt3r (n=user@189.61.194.149) [NETSPLIT VICTIM] |
16:03.09 | *** join/#htc-linux Pure4Real (n=pure4rea@89-97-140-219.ip17.fastwebnet.it) [NETSPLIT VICTIM] |
16:03.09 | *** join/#htc-linux Xime (n=xime@bankize.net) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux zycho_ (n=zycho@a89-182-215-223.net-htp.de) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c436.pool.einsundeins.de) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux c4software (n=c4softwa@roo49-2-88-161-139-221.fbx.proxad.net) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
16:03.10 | *** join/#htc-linux rodpod (n=rod@hick.org) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux mrmoku (n=mrmoku@ppp-93-104-59-38.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Cobain (n=cobain@ip68-13-242-95.ok.ok.cox.net) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux mordy_ (n=mordy@pool-141-157-199-55.ny325.east.verizon.net) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Tinyboom (n=nahh@200.80-202-157.nextgentel.com) |
16:03.10 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux thinko2 (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux [loy] (n=nobody@209.250.241.104) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux methril|away (n=Methril@213.27.233.98) |
16:03.10 | *** join/#htc-linux TheiPirate (n=Timbo@cpe-67-9-132-146.austin.res.rr.com) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux lupine_85 (n=lupine@89-16-178-98.no-reverse-dns-set.bytemark.co.uk) |
16:03.10 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Kensan_ (n=ken@gw.ptr-80-238-204-50.customer.ch.netstream.com) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux mooky (n=suzannet@unaffiliated/mooky) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
16:03.10 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-98-111-118-30.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux Jos (i=Jos@Lithium.Jossie90.info) [NETSPLIT VICTIM] |
16:03.10 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux dream_kill (n=nospam@92.56.48.66) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux Funklord (n=cow@c-76d271d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux Dinde (n=kayser@81-65-176-209.rev.numericable.fr) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux toer_ (i=tore@179.81-166-86.customer.lyse.net) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux Dunedan (n=dunedan@phoenitydawn.de) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux mickey|zzZZzz (i=mickey@openmoko/coreteam/mickey) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux nizox (n=none@eros.ph0k.eu) [NETSPLIT VICTIM] |
16:03.11 | *** join/#htc-linux dase (i=dase@p1atin.de) [NETSPLIT VICTIM] |
16:05.12 | *** join/#htc-linux woodson (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
16:05.46 | *** join/#htc-linux cr2 (n=cr2@ip-77-24-86-12.web.vodafone.de) |
16:07.19 | cr2 | kiozen: GT and osm look good on a 1920x1200 lcd :) |
16:20.36 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
16:35.31 | *** join/#htc-linux dgmdan712 (n=dontspam@c-68-46-183-90.hsd1.pa.comcast.net) |
16:45.00 | kiozen | cr2: they even look better on 2650x1600 :) |
16:45.48 | kiozen | just shows off having a 30'' screen |
16:46.51 | cr2 | lol |
16:47.06 | cr2 | but you need a special graphics card for it, i guess |
16:48.35 | kiozen | no non :) |
16:48.44 | kiozen | it's all mercator ;) |
16:53.51 | cr2 | calculate the bandwidth needed |
16:54.42 | kiozen | yep waiste of resources |
16:54.49 | kiozen | but GT has a tile cahce |
16:54.58 | kiozen | s/cahce/cache/ |
16:55.33 | cr2 | ok |
16:55.53 | cr2 | kiozen: btw, what do you dislike about grmn .img, and how it can be fixed ? |
16:56.33 | cr2 | kiozen: we were talking yesterday with tsdogs about a compact map format, that supports routing routing |
16:56.40 | kiozen | FAT header -> simple offset table |
16:56.46 | kiozen | yes I saw the logs |
16:57.06 | kiozen | subdivision management is too complex |
16:57.51 | kiozen | compression of polylines uses many bit mask and shift opreations -> bad for simple cpu |
16:58.27 | kiozen | string and side information referencing is chaotic |
16:58.43 | kiozen | but the general idea is ok |
16:58.57 | kiozen | magellan does it with a db |
16:59.15 | kiozen | don't know if that is better |
17:00.24 | cr2 | ok, what do you mean by 'db' ? |
17:00.43 | cr2 | you can name any such linked lists a db. |
17:01.24 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
17:01.26 | *** join/#htc-linux c4software (n=c4softwa@roo49-2-88-161-139-221.fbx.proxad.net) |
17:03.05 | kiozen | it's a raima database |
17:03.19 | kiozen | from Birdstep |
17:03.20 | cr2 | kiozen: it seems that the routing attributes and turn restrictions are known now. |
17:03.30 | cr2 | hm. is it documented ? |
17:03.46 | kiozen | yes, I know, I wait for someone to extend GT :) |
17:03.53 | cr2 | :) |
17:29.29 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
17:37.01 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
17:47.07 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
17:55.07 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
18:03.01 | mordy_ | yeah, don't know how to further slim down this initrd though |
18:05.05 | dcordes_ | evening |
18:06.18 | mordy_ | morning :) |
18:07.53 | mordy_ | i tried using a cpio/gzipped archive, it didn't like it |
18:08.57 | dcordes_ | ah I commented on that |
18:09.04 | mordy_ | yeah you did |
18:09.04 | dcordes_ | make sure it's < 20M |
18:09.10 | mordy_ | uncompressed? |
18:09.34 | dcordes_ | compressed me think |
18:09.40 | mordy_ | ahh... |
18:09.42 | dcordes_ | somebody posted a patch that removed the limit |
18:09.59 | mordy_ | at least i'm not alone :) |
18:10.04 | dcordes_ | your uni's sd is broken? |
18:10.09 | *** part/#htc-linux johnhunt3r (n=user@189.61.194.149) |
18:10.17 | *** join/#htc-linux johnhunt3r (n=user@189.61.194.149) |
18:10.26 | mordy_ | dcordes_: well, i think the reader is fine. it's just that the SD card that came along with it was full of bad blocks |
18:11.02 | dcordes_ | ok so you get a new card and don't need the initrd? |
18:11.04 | mordy_ | hmm...now i'm getting (-28 != 32768) |
18:11.30 | mordy_ | hehe, i guess that's the idea... but i think the card would be slow though |
18:12.09 | dcordes_ | what do you want to do with the initrd? |
18:12.20 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbffcfb.pool.einsundeins.de) |
18:12.55 | mordy_ | well, first trying to get it to boot, then i'm going to try some networking applications, see how much of a phone i have without /opt/Qtopia |
18:14.29 | dcordes_ | use an angstrom console-image |
18:14.32 | dcordes_ | they are like 6M |
18:14.56 | mordy_ | hmm... |
18:17.06 | mordy_ | the angstrom image has a 'phone' too? |
18:19.38 | dcordes_ | what do you mean by 'phone' ? |
18:20.02 | mordy_ | gsm support |
18:21.07 | dcordes_ | ppp should be no problem |
18:21.55 | dcordes_ | you could also dial manually. don't know if there are cli tools available that work for uni |
18:22.08 | mordy_ | that would be cool though :P |
18:22.09 | dcordes_ | there is framework |
18:22.49 | dcordes_ | you can try that |
18:22.52 | dcordes_ | on the universal, all AT commands go through one serial channel or is it multiplexed or so? |
18:23.44 | mordy_ | wouldn't know :/ |
18:24.09 | *** join/#htc-linux xutywx (n=pawel@195.205.38.92) |
18:28.20 | mordy_ | what's the 'updater.sh' for exactly? |
18:28.34 | mordy_ | i mean, it's not a script as far as i see |
18:28.34 | *** part/#htc-linux xutywx (n=pawel@195.205.38.92) |
18:30.15 | dcordes_ | updater.sh? |
18:30.28 | mordy_ | it's in the angstrom console-image tarball |
18:32.06 | dcordes_ | sounds like you got a zaurus tarball |
18:32.13 | mordy_ | yeah |
18:32.35 | mordy_ | there wasn't anything for the universal specifically, so i picked zaurus since i'v eseen them bunched together many times |
18:32.59 | dcordes_ | you can use that but it has zaurus modules and might be old |
18:33.37 | dcordes_ | I can build you a fso-console-image for uni if you wanna try the command line gsm thingy |
18:34.59 | mordy_ | fso? |
18:35.59 | dcordes_ | freesmartphone.org |
18:36.19 | mordy_ | lety me look at that one sec. |
18:38.53 | mordy_ | seems like they have a lot of stuff there. and it also seems like it's more open than all those other projects |
18:39.26 | mordy_ | or more generic at least |
18:41.09 | mordy_ | so this is where it's all at? http://git.freesmartphone.org/ |
18:44.55 | dcordes_ | yea http://git.freesmartphone.org/?p=framework.git;a=tree;f=framework/subsystems/ogsmd;h=92c8db152ef6e190d49516d3162b779a106e794f;hb=refs/heads/master |
18:45.00 | dcordes_ | this is the gsm handler |
18:45.13 | dcordes_ | we can try singleline or msm for the uni |
18:45.25 | dcordes_ | openembedded can build it easily |
18:46.13 | mordy_ | bah, i need to learn about all this stuff |
18:47.13 | dcordes_ | sorry, singleline and msm are two of the modem types for the ogsmd subsystem |
18:47.35 | mordy_ | all cellphone calls use AT commands? |
18:47.42 | dcordes_ | yea |
18:48.15 | dcordes_ | ok I'm building the image in case you'd like to try |
18:48.17 | dcordes_ | g2g now |
18:48.24 | mordy_ | hehe sure thanks |
18:58.40 | cr2 | kiozen: what is the right way of doing strto_int64_t() ? |
18:59.34 | cr2 | hm. need to buy a c99 book ;) |
18:59.35 | *** join/#htc-linux BabelO (n=BabelO@lun34-2-82-238-28-28.fbx.proxad.net) |
19:02.46 | mordy_ | still trying to experiment with that initrd though. for some reason it's still trying to mount an fs |
19:05.42 | *** join/#htc-linux t3chi3 (n=blarg@74.235.132.110) |
19:14.40 | *** join/#htc-linux [1]BabelO (n=BabelO@lun34-2-82-238-28-28.fbx.proxad.net) |
19:24.12 | *** join/#htc-linux blargg (n=blarg@74.235.132.110) |
19:31.33 | *** join/#htc-linux tech9iner (n=hacim@unaffiliated/tech9iner) |
19:32.31 | *** part/#htc-linux tech9iner (n=hacim@unaffiliated/tech9iner) |
19:48.52 | *** join/#htc-linux Moku (n=John@f048219068.adsl.alicedsl.de) |
20:26.37 | *** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
20:38.11 | *** join/#htc-linux goxboxlive_ (n=goxboxli@185.84-48-126.nextgentel.com) |
20:48.46 | *** join/#htc-linux pl_levy (n=chatzill@aasz201.neoplus.adsl.tpnet.pl) |
20:54.22 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
20:59.27 | *** join/#htc-linux ClashTheBunny (i=60ed211a@gateway/web/ajax/mibbit.com/x-bb34bad9f356db63) |
21:06.12 | cr2 | hi tsdogs |
21:17.17 | *** join/#htc-linux XD (i=t3st1fy@ircop.com) |
21:17.42 | *** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
21:27.46 | kiozen | cr2: parse the value char by char, convert to value by lookup table and shift/or the result in to a 64bit type |
21:29.11 | kiozen | cr2: and for the lazy bunns: http://www.koders.com/c/fidFD098E87FD50BAA86AA2BA7911AB3D0323955E8D.aspx |
21:30.08 | kiozen | cr2: and of course "man atoll" :) |
21:31.16 | *** join/#htc-linux cr2 (n=cr2@ip-77-24-86-12.web.vodafone.de) |
21:31.29 | kiozen | no need to drop out |
21:31.34 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
21:33.15 | cr2 | kiozen: insanity -> http://ieeexplore.ieee.org/xpl/freepre_abs_all.jsp?arnumber=4781786 |
21:35.31 | kiozen | cr2: well wouldn't it be easier to arrest all visitors of y cinema piracy copying the movie in their brains (and they are terrorists anyway) |
21:35.58 | kiozen | oops bad gammar :) |
21:36.25 | kiozen | thta is why I do not go to the cinema |
21:37.41 | cr2 | lol |
21:37.55 | BabelO | tsdogs, translations areok now |
21:38.17 | cr2 | my first idea was to record the sound independently a two locations :) |
21:38.39 | cr2 | and then mix it. |
21:38.53 | kiozen | cr2: you mean the rattling of the video cam? |
21:39.03 | cr2 | yes |
21:39.39 | kiozen | and once you decide for a location you bust the seat into flames |
21:39.50 | cr2 | sure |
21:39.57 | cr2 | evil pirates |
21:39.58 | kiozen | yeees that sounds good zo me |
21:40.36 | kiozen | so never make that snoring noise while watching a movie |
21:40.46 | kiozen | that might false trigger it |
21:48.50 | cr2 | i'm writing somecrazy c code now |
21:49.06 | kiozen | BabelO: andrew patch for square map :) |
21:49.15 | cr2 | square ? |
21:50.28 | kiozen | 3D view as a square not a rect |
21:50.58 | cr2 | BabelO compiled M for wince. it's unbelievably slow to load, but it works. |
21:53.24 | kiozen | yes I know |
21:53.28 | cr2 | ok |
21:53.44 | cr2 | a qtextended version ? |
21:53.49 | kiozen | yes |
21:53.59 | cr2 | need a new rootfs |
21:54.07 | kiozen | and currently wince api for serial port drives him nuts |
21:54.17 | cr2 | just found an old stick with old M for athena. it works |
21:55.29 | cr2 | all these new devices with a cheapskate agps receivers make me sick. |
21:56.16 | kiozen | there is still BT with a trusty MTK chip set |
21:56.34 | cr2 | does MTK report code phase ? |
21:57.37 | cr2 | writing tracks with msm is useless |
21:58.00 | cr2 | lock_on_road navigation only. |
21:58.12 | cr2 | and not in the city center |
21:58.53 | cr2 | [1]+ Segmentation fault ./ssplit7+ < file.osm |
21:59.06 | kiozen | don't think they do this, but the average result i better than sirfIII |
22:00.07 | cr2 | ok |
22:00.30 | cr2 | i'd like to record code phase :) |
22:00.42 | cr2 | should i pick the old trusty sirf2 ? |
22:01.04 | cr2 | Program received signal SIGSEGV, Segmentation fault. |
22:01.05 | cr2 | 0x00007f6d7117b5fa in realloc () from /lib64/libc.so.6 |
22:01.12 | cr2 | uh |
22:01.47 | kiozen | no I don't want to know what you are hacking |
22:01.54 | kiozen | looks creepy |
22:02.16 | kiozen | anyway it's late, good nite |
22:05.18 | cr2 | forgot to init the NULL pointer location |
22:06.28 | BabelO | cr2, wince comport reading is silly !! |
22:13.35 | cr2 | hehe |
22:42.26 | cr2 | *** glibc detected *** ./ssplit7+: realloc(): invalid next size: 0x00000000099698f0 *** |
22:42.31 | cr2 | weird |
22:45.34 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
23:10.02 | cr2 | openoffice is evil |
23:10.23 | cr2 | can't edit the .dbf file with > 65536 records |
23:31.41 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
23:52.28 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-104-128.web.vodafone.de) |
23:53.01 | cr2 | BabelO: what was the iptables command for transparent proxy ? |
23:53.22 | cr2 | BabelO: suse crashed and broke locale and ssh libs ;) |