00:00.20 | Flameweaver | tsdogs - cheers for the read links, that will keep me busy tomorrow at work, see if I can get it rolling |
00:00.51 | tsdogs | Flameweaver: ok, good luck |
00:01.11 | tsdogs | cr2: what would that mean? a return or an if |
00:02.44 | cr2 | tsdogs: i'll check it tomorrow, it's too late now ;) thanks for the great effort :) |
00:03.54 | tsdogs | cr2: yw, good night, but I think this should have no warnings inside the function (don't use the char *, as it's only handling chars :) |
00:04.51 | cr2 | i'll print it out. |
00:04.54 | cr2 | good night. |
00:37.26 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
00:45.05 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
02:48.51 | *** join/#htc-linux sidux (n=sidux@24.143.67.18) |
02:50.05 | sidux | can someone tell me the best way to backup my sd partition of GPE to a usb (i'm on a *nix machine) |
03:11.26 | *** join/#htc-linux ndavey (n=neil@pc075650.workstation.griffith.edu.au) |
05:27.53 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
07:19.44 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
07:25.32 | *** join/#htc-linux sadeness (n=viktor@unaffiliated/sadeness) |
07:30.02 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
07:31.20 | *** join/#htc-linux kiozen (n=kiozen@p54928C99.dip0.t-ipconnect.de) |
07:37.46 | *** join/#htc-linux rob_w|laptop (n=rob@p549BA096.dip0.t-ipconnect.de) |
08:46.40 | *** join/#htc-linux brinx (n=brinx@udsl-8-203.VIC.dft.com.au) |
08:48.27 | *** join/#htc-linux kiozen_ (n=kiozen@p54928C99.dip0.t-ipconnect.de) |
08:53.12 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
08:53.23 | BabelO_ | hi |
09:12.00 | *** join/#htc-linux ndavey (n=neil@60-240-227-199-vic-pppoe.tpgi.com.au) |
09:42.59 | BabelO_ | cr2: if you want some joke code ;) |
09:43.05 | BabelO_ | cr2: nPrecision := nPrecision*-1; // StrToInt('-'+IntToStr(nPrecision)) |
09:55.42 | BabelO_ | kiozen: ok, it is always who kill hlbot :( |
09:56.15 | kiozen | BabelO: huh? (morning) |
09:57.12 | *** join/#htc-linux hlbot (n=adm@iclem.net) |
09:57.36 | *** join/#htc-linux Flameweaver (n=pocketir@general-ld-222.t-mobile.co.uk) |
09:58.16 | Flameweaver | hey goxboxlive - just the man I was looking for ^^ |
09:59.14 | Flameweaver | have you managed to get gprs running in openmoko or qtopia on the Uni? |
09:59.35 | BabelO_ | kiozen: morning kiozen :) |
09:59.53 | BabelO_ | kiozen: hlbot leave channel just after i post something |
10:00.12 | Flameweaver | tsdogs posted me a couple of pastebins but I wondered if there was any progress |
10:00.28 | kiozen | BabelO_: no I get it :) "The comment of death" ;) |
10:00.41 | kiozen | s/no/now/ |
10:01.06 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:01.41 | BabelO_ | kiozen: yes i m parsing some code today, and fixing some strange thing ;) |
10:02.03 | kiozen | lol, that is what I do every day |
10:07.37 | BabelO_ | kiozen: and i have a lot of strange thing like nTest := -1; if (nTest >0) then begin ...(100 lines) end; |
10:07.45 | BabelO_ | kiozen: a #ifdef like ;) |
10:08.39 | kiozen | BabelO_: all those poor lads that can not afford an editor with block comment |
10:09.05 | BabelO_ | kiozen: i use gexpert which is very good with delphi |
10:09.59 | kiozen | but the original author didn't - or at least did not know about block commenting |
10:15.09 | *** join/#htc-linux rob_w|laptop (n=rob@p549BA096.dip0.t-ipconnect.de) |
10:15.20 | BabelO_ | hi rob_w|laptop |
10:15.32 | BabelO_ | rob_w|laptop: any msm success ? |
10:15.57 | rob_w|laptop | not tryd to much .. need to figure out how to correctly build that android kernel |
10:21.50 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-a74f336b89ae53b6) |
11:00.53 | *** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
11:00.53 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
11:26.57 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
13:14.10 | *** join/#htc-linux CVirus (n=GoD@196.205.192.185) |
13:27.53 | *** join/#htc-linux davide (n=davide@ppp-142-27.32-151.iol.it) |
13:46.44 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
14:07.27 | *** join/#htc-linux soul-d (n=soul@dhcp-077-250-041-038.chello.nl) |
14:08.08 | soul-d | good afthernoon me being noob what is meant with the autorun file for blueangel wich file is it ? |
14:09.57 | soul-d | oh nm there's a link under old section if thats the correct one |
14:10.24 | *** join/#htc-linux the_sys0p` (i=the_sys0@gateway/tor/x-27cf3c534ddeb7a9) |
14:19.56 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
14:58.31 | *** join/#htc-linux rob_w (n=bob@X1f23.x.pppool.de) |
14:59.48 | *** join/#htc-linux bernt (n=bernt@dslb-084-061-202-224.pools.arcor-ip.net) |
15:05.04 | *** join/#htc-linux CVirus (n=GoD@196.205.192.185) |
15:08.02 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
15:11.00 | *** join/#htc-linux dcordes (n=user2@f049007026.adsl.alicedsl.de) |
15:56.05 | *** join/#htc-linux who_ (i=who@194.145.250.184) |
16:03.14 | *** join/#htc-linux TimRiker (n=timr@70.1.38.95) |
16:06.31 | *** join/#htc-linux Flameweaver (n=pocketir@general-ld-222.t-mobile.co.uk) |
16:11.17 | soul-d | mmm never got the usbnet part can't see my cradle on any bus either does kernel need reboot to properly see it ? |
16:17.14 | soul-d | wasn't their a dedicated channel for blue angel (aka mdaIII) thing don't know if this is the correct place to ask these things |
16:20.09 | PCrazee | afaik all these channels merged to this one |
16:23.05 | soul-d | ah cool yeah long time ago since i tried this but still have the mda so i wanted to play around with it the old version seems to come to the touchscreen setup but it doesn't respond , the new one only the loading screen sofar but wanted to try to ssh into as it did seem to start that |
16:23.22 | soul-d | in the old one |
16:29.57 | soul-d | but i have no clue how to work that usbnet stuff, no such device and no clue on figuring it out |
16:41.30 | *** join/#htc-linux pH5 (n=ph5@e178239181.adsl.alicedsl.de) |
16:42.41 | *** join/#htc-linux Cyorxamp (n=Cyorxamp@212.57.232.254) |
17:01.22 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
17:05.03 | *** join/#htc-linux pH5_ (n=ph5@e178239181.adsl.alicedsl.de) |
17:05.38 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
17:11.48 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
17:27.57 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
17:43.46 | *** join/#htc-linux LunohoD_ (n=alex@e180078057.adsl.alicedsl.de) |
17:48.04 | dcordes | cr2, is that of interest? http://groups.google.com/group/linux-msm-kernel/browse_thread/thread/410436850bd4cc8b |
17:51.34 | *** join/#htc-linux pH5 (n=ph5@e178239181.adsl.alicedsl.de) |
17:51.34 | *** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM] |
17:52.08 | *** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
18:08.06 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
18:29.26 | *** part/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
18:32.34 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
18:50.06 | *** join/#htc-linux Robot_kolej (n=robot@robot.kolej.mff.cuni.cz) |
18:50.56 | *** join/#htc-linux Robot_ (n=robot@robot.kolej.mff.cuni.cz) |
18:55.34 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfc42d.pool.einsundeins.de) |
19:00.47 | BabelO | good evening |
19:02.21 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
19:18.00 | *** part/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
19:18.17 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1d8d9.pool.einsundeins.de) |
19:19.43 | BabelO | good evening kiozen |
19:19.53 | kiozen | hi BabelO |
19:27.30 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
19:40.08 | *** join/#htc-linux lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
19:50.36 | cr2 | hi kiozen |
19:50.45 | kiozen | hi cr2 |
19:51.49 | cr2 | kiozen: if i have a local OSM tile tree, is it possible to (auto)create some sensible .qmap ? |
19:52.02 | cr2 | kiozen: some tiles are missing, or course. |
19:52.18 | kiozen | cr2: short: no |
19:52.23 | kiozen | long .. |
19:52.59 | kiozen | there is not much sense for ql to do so, cat them into one big file per level |
19:53.37 | kiozen | haveing 256x256 tiles with geo referencing is quite some overhead |
19:53.51 | kiozen | better to have big files |
19:54.10 | cr2 | yes, so GT (or whatever) should create these big files. |
19:54.40 | kiozen | it does from the www location, but not from the disc sofar. |
19:54.44 | cr2 | but how big we want them ? |
19:54.56 | kiozen | <4G per file |
19:55.19 | cr2 | it's difficult to estimate in advance. |
19:55.26 | kiozen | its ok to have several big files for one level if you want to do world |
19:55.30 | cr2 | and how to deal with the missing tiles. |
19:55.55 | cr2 | the zoom levels are already predefined. |
19:56.22 | kiozen | just predefine files sizes in n of tiles with sane values |
19:56.41 | cr2 | it's easy to generate the .wld files (or .pgw) and use gdalwarp. |
19:56.46 | kiozen | next copy tile by tile with correct offset |
19:56.59 | kiozen | gdal will take care of blnk spaces |
19:57.04 | cr2 | yes |
19:57.18 | cr2 | hmm. |
19:57.36 | cr2 | they have different 8bit palettes |
19:57.42 | kiozen | by that you should get a couple of files with 2Gb < x <4GB |
19:57.51 | cr2 | how can we join the palettes ? |
19:58.10 | cr2 | ok, so it'll be empirical. |
19:58.11 | kiozen | I used a predefined one |
19:58.27 | cr2 | hmm, but how much overhead do we create by empty tiles ? |
19:58.28 | kiozen | and forced the tiles to use it |
19:58.42 | kiozen | but if the tiles use too many colors |
19:58.46 | kiozen | it won't work |
19:58.58 | kiozen | the tiles from the location GT uses are ok |
19:59.18 | kiozen | emty tiles should not create much overhead |
19:59.35 | kiozen | its just 256 x nothing |
19:59.38 | cr2 | well, then we need some stats. i guess it's the antialising that creates weird colors. |
19:59.55 | kiozen | yes antialising is the problem |
20:00.12 | cr2 | hmm. not so sure of zero overhead. |
20:00.40 | cr2 | or maybe it's because gdalwarp creates 3band uncompressed image initially. |
20:00.57 | kiozen | if it is huffmann coding it's ~256bit |
20:01.34 | cr2 | i don't know such deep tiff internals. png is doing some clever things to reduce the size. |
20:01.59 | cr2 | afair tiff have fixed 16bit palette, which is not nice for an empty tile |
20:02.08 | kiozen | it shouldn't be too bad, but not as good as png |
20:02.58 | cr2 | at least my png internals book said tiff is bad for small files. |
20:03.01 | kiozen | bavaria is ~6.5GB for hight detail (1m/px) |
20:03.24 | kiozen | yes because of the huffman table |
20:03.27 | cr2 | >2GB SD card is not nice. |
20:03.39 | cr2 | no, because of the palette |
20:04.07 | kiozen | palette = table |
20:04.35 | kiozen | compared to vector maps raster will allways be more data |
20:04.52 | kiozen | but if it's a good map it has more details |
20:08.04 | cr2 | ok. so what are the realistic Δx and Δy for osm tiles ? |
20:10.40 | kiozen | eg 1265 x 828 tiles is bavaria south |
20:11.04 | kiozen | results into ~3GB |
20:11.27 | kiozen | guess if you stick to that amount you are on the save side |
20:11.30 | BabelO | pH5: around ? ;) |
20:14.23 | cr2 | kiozen: ok, it seems to be a completely empirical problem. |
20:15.16 | kiozen | well yes, that's the problem with encoding data :) |
20:16.06 | kiozen | and every additional street will make it larger :) |
20:16.13 | *** join/#htc-linux ivucica (i=ivucica@161.53.76.150) |
20:16.24 | ivucica | cr2, you here? |
20:16.37 | ivucica | i could use some help compiling that 2.4 kernel we talked about a few days ago :) |
20:16.50 | ivucica | i feel i have some kernel-bugs material, hehe :P |
20:23.19 | ivucica | mkay.... :) |
20:39.17 | *** join/#htc-linux CVirus (n=GoD@196.205.247.71) |
20:42.17 | *** join/#htc-linux p3t3r__ (n=peter@wlan.net-you.de) |
20:45.33 | goxboxlive | pH5, are you here? |
20:48.25 | goxboxlive | pH5, www.pastebin.no/3419 This happends when i try to build a linux-handhelds kernel. No matter wich hh.org device it is. ANd when i try to build the initramfs image it fails becuase it wants to build the kernel first. Sems like i am in a evil loop :-) |
20:48.31 | goxboxlive | Doyou have the same issue? |
20:49.47 | goxboxlive | This is what happening when i try building the initramfs image: www.pastebin.no/3420 |
20:54.43 | pH5 | hi BabelO, goxboxlive |
20:54.50 | goxboxlive | hi |
20:55.01 | dcordes | hi pH5 |
20:55.01 | pH5 | goxboxlive: the initramfs/kernel recursive dependency stuff is a bit weird. |
20:55.10 | goxboxlive | yes |
20:55.13 | pH5 | currently bitbake breaks out of that loop by building uclibc kernels differently |
20:55.33 | pH5 | so ANGSTROM_MODE=uclibc bitbake initramfs-bootmenu-image should work |
20:55.34 | pH5 | hi dcordes |
20:55.35 | goxboxlive | i cant remember that uclibc has been build for me ever |
20:55.48 | BabelO | hi pH5, just to say that your hack from the other day works with qtopia, but now, it seem that qtopia always think that there is availaible bit to retrieve from modem |
20:55.58 | dcordes | pH5, did you deside for a new phone yet :) ? |
20:56.07 | dcordes | decide |
20:56.39 | goxboxlive | ok, i'll try. Thx once again pH5 :-) |
20:57.49 | pH5 | BabelO: I did not claim that this was the only bug :) |
20:58.29 | BabelO | pH5: lol, anyway you solve the first one just looking at the code while i put lot of trace and never found it |
20:58.45 | pH5 | dcordes: nope. when I got the n810, all those low resolution phones like kaiser and f700 somehow lost their appeal. |
20:58.45 | BabelO | pH5: but it seem there is one more remaining |
20:59.05 | pH5 | I think I'm looking for something very small with hsupa now, but I'm not too sure :) |
20:59.22 | BabelO | pH5: qtopia use modem in Unbuffered mode, and retrieve only one by one character from ttySx |
20:59.54 | pH5 | BabelO: yes, but I wrote that code ;) |
20:59.56 | dcordes | pH5, I also hat scrouples but there are so few vga phones in the wild |
21:00.06 | dcordes | they start appearing though |
21:06.48 | *** join/#htc-linux gers (n=root@p54A2DF87.dip.t-dialin.net) |
21:07.07 | gers | hi all |
21:07.41 | dcordes | hi gers |
21:09.22 | pH5 | BabelO: no idea, does qtopia poll or select? Do you have a link to the code in question or, even better, a small test case? |
21:09.34 | pH5 | hi gers |
21:09.50 | BabelO | pH5: i have a link and it use select |
21:11.47 | BabelO | pH5: sample code, i look for the link http://pastebin.ca/926808 |
21:12.36 | BabelO | hi gers |
21:16.28 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
21:18.01 | BabelO | pH5: code is here for serial modem dialog http://git.asheesh.org/?p=qtopia_snapshot.git;a=tree;f=src/libraries/qtopiacomm/serial;h=c89507b27df830abd1f5440d9117a5c9fd55030b;hb=639dc769333574f8ab005e002a88356ca529bad9 |
21:18.11 | BabelO | i extract from qserialport.cpp |
21:20.45 | pH5 | BabelO: thanks. what exactly happens? does waitForReadRead return >0 even if there is no data for reading? does bytesAvailable return a wrong value? |
21:23.12 | BabelO | pH5: i did not trace here , i trace in readData() directly, i add more trace to bytesAvailable and waitforRead too |
21:23.54 | BabelO | readData() always return 1 |
21:26.16 | cr2 | java.lang.OutOfMemoryError: Java heap space |
21:28.58 | pH5 | BabelO: I don't understand. If readData() is always called with maxlen=1 and if it is only called if there is actual data in the fd buffers, it is expected to always return 1? |
21:29.28 | pH5 | cr2: Java? what are you up to? |
21:29.53 | BabelO | pH5: recompiling with traces added to readyread and bytesavailable |
21:30.14 | pH5 | cool |
21:30.33 | BabelO | cr2: playing with openstreetmap ?? |
21:32.33 | cr2 | yes, it's the osm java editor unhappy ;) |
21:33.57 | BabelO | pH5: hmm readyread is ok, but byte available not used |
21:35.33 | BabelO | ok i try tracinf maxlen again, in init then before leave |
21:36.35 | *** join/#htc-linux Alysse (i=caad87f6@gateway/web/ajax/mibbit.com/x-2837f2838c557204) |
21:40.46 | *** join/#htc-linux user2_ (n=user2@92.227.117.82) |
21:42.02 | BabelO | pH5: look like this http://pastebin.ca/926856 |
21:44.36 | pH5 | huh, it reads 15 characters and then the result is "+CSQ: 21,99", "OK" is 6 characters. do you still have the \r\n\ twice all the time? |
21:44.44 | pH5 | otherwise the trace looks correct, doesn't it? |
21:45.10 | BabelO | pH5: yes i still have \r\n twice |
21:46.37 | BabelO | and i have some strange issue after like this one http://pastebin.ca/926867 |
21:47.31 | BabelO | it receive a notification, but it look like more like if receive data twice |
21:53.05 | pH5 | yes, looks like it. |
21:53.39 | BabelO | pH5: ok so i have to add a flush buffer each time i receive a end of command notification ;) |
21:53.54 | pH5 | I guess I should write a test case for buffered vs. single char reads... |
21:54.12 | pH5 | BabelO: could work, but that way you could lose unsolicited messages |
21:54.26 | BabelO | ah right :( |
21:55.17 | BabelO | i have to found all bug, then goxboxlive can test it on magician too ;) |
22:09.46 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
22:25.26 | BabelO | pH5: ah ah -> rx_out FULL, dropping buffer:<3> |
22:25.32 | BabelO | first time i got this |
22:26.44 | BabelO | pH5: and now modem is over :( |
22:30.26 | cr2 | BabelO: gprs ? |
22:32.19 | BabelO | cr2: no gprs, just standard at |
22:32.28 | BabelO | cr2: gprs works fine last time i try it |
22:32.44 | BabelO | cr2: i m looking at available at command for ba |
22:37.38 | cr2 | ok. |
23:11.46 | user2_ | good night |
23:51.16 | *** join/#htc-linux CVirus (n=GoD@82.201.222.89) |