| 01:36.34 | *** join/#htc-linux swc666 (n=no@24.143.67.18) |
| 01:38.22 | swc666 | i have gpe/x11 installed on my universal.. does anyone know if there is a way to configure ipkg to download from the repo server? |
| 01:38.43 | swc666 | it only installs local files currently |
| 01:57.37 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
| 02:01.41 | CVirus | swc666: is the GSM working properly on your Universal ? |
| 02:01.42 | swc666 | yes |
| 02:01.42 | CVirus | sound ? |
| 02:01.42 | swc666 | yep |
| 02:01.46 | CVirus | everything ? |
| 02:01.56 | swc666 | only issue is calls sometimes do not hang up properly in gpe |
| 02:02.16 | swc666 | there is also an issue getting bluetooth to work in gpe |
| 02:02.35 | swc666 | ipkg wont download from the net |
| 02:02.43 | swc666 | everything else ig great |
| 02:02.45 | swc666 | is* |
| 02:03.03 | swc666 | i wish qtopia had a console and browser |
| 02:08.24 | CVirus | tried openmoko ? |
| 02:09.53 | swc666 | briefly |
| 02:10.12 | swc666 | ran too slow for me |
| 02:17.02 | CVirus | swc666: thanks for the info |
| 02:17.02 | CVirus | bed time |
| 02:17.56 | swc666 | np |
| 02:46.46 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
| 03:32.24 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbfe929.pool.einsundeins.de) |
| 03:54.05 | *** join/#htc-linux TimRiker (n=timr@rikers.org) |
| 06:21.15 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 06:21.28 | *** join/#htc-linux _law_ (n=law@mail.stiftadmont.at) |
| 06:48.34 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 06:51.14 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 06:54.33 | *** join/#htc-linux kiozen (n=kiozen@p5492A216.dip0.t-ipconnect.de) |
| 07:05.19 | *** join/#htc-linux rob_w (n=bob@X1f23.x.pppool.de) |
| 07:40.23 | *** join/#htc-linux rmoravci1 (n=rmoravci@gtsgw.ttc.cz) |
| 07:53.04 | *** join/#htc-linux CVirus (n=GoD@82.201.222.10) |
| 08:23.26 | *** join/#htc-linux Flameweaver (n=pocketir@general-ld-222.t-mobile.co.uk) |
| 09:19.52 | *** join/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 09:21.17 | goxboxlive | Babel1, is duo core or quad core best for compiling? I have read some tests and if you are a normal windows user you should go for duo core. But what about our weired needs? Like compiling in linux? |
| 09:22.58 | Babel1 | goxboxlive: be carefull there is Core 2 Duo, Core 2 Quad which are corerct |
| 09:23.14 | Babel1 | but Dual core are bad, it is the intel naming |
| 09:23.55 | Babel1 | windows does not use more than 2 core, you need windows 2003 server to use all the power |
| 09:23.58 | PCrazee | i've got a core 2 duo and it rocks hell when compiling :) |
| 09:24.10 | PCrazee | never compiled a kernel that fast |
| 09:24.54 | goxboxlive | Babel1, you bought a quad core ritght? |
| 09:26.28 | Babel1 | goxboxlive: not a quad core, too expensive, just a Core 2 Quad ;) i buy it around 280 euros |
| 09:28.43 | goxboxlive | Babel1, this on: 330169 |
| 09:28.43 | goxboxlive | |
| 09:28.43 | goxboxlive | Intel Core 2 Quad Q6600 2.4GHz Socket LGA775, 8MB or this one: 338084 |
| 09:28.43 | goxboxlive | |
| 09:28.43 | goxboxlive | Intel Core 2 Duo E6850 3.0GHz 1333Mhz Socket LGA775, 4MB |
| 09:30.01 | Babel1 | goxboxlive: i have the Intel Core 2 Quad Q6600 2.4GHz Socket LGA775, 8MB , with a mother board with FSB 1333 Mhz and DDR2 800 Mhz |
| 09:30.27 | Babel1 | goxboxlive: motherboard is asustek P5K |
| 09:31.25 | goxboxlive | right the cpu cost 221€ up here in norway |
| 09:54.51 | Babel1 | goxboxlive: yes, and normally there is a version with FSB at 1333Mhz |
| 09:54.59 | Babel1 | will coming soon |
| 11:52.33 | *** join/#htc-linux rob_w|laptop (n=rob@X1f23.x.pppool.de) |
| 12:56.13 | *** join/#htc-linux trucidare1988 (n=Develope@p548DD3C7.dip.t-dialin.net) |
| 12:56.24 | trucidare1988 | hi |
| 13:39.26 | *** join/#htc-linux rob_w|lapp (n=rob@Mb716.m.pppool.de) |
| 14:00.42 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 14:30.33 | *** join/#htc-linux CVirus (n=GoD@196.205.192.125) |
| 14:35.05 | Babel1 | cr2: where is your webpage with all at command supported by devices ? |
| 14:35.18 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 14:38.08 | Babel1 | cr2: ok i found it now ;)* |
| 15:01.29 | *** join/#htc-linux bernt_ (n=bernt@dslb-084-061-204-173.pools.arcor-ip.net) |
| 15:31.22 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
| 15:44.53 | *** join/#htc-linux TimRiker (n=timr@70.1.15.252) |
| 15:47.28 | *** join/#htc-linux rob_w (n=bob@Mb716.m.pppool.de) |
| 16:02.16 | *** join/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 16:56.58 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 17:08.32 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:20.21 | *** join/#htc-linux pH5 (n=ph5@e178239038.adsl.alicedsl.de) |
| 17:20.29 | Babel1 | hi pH5 |
| 17:21.08 | Babel1 | ok back to home now ;) |
| 17:21.10 | *** part/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 17:51.36 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:02.48 | *** join/#htc-linux LunohoD (n=alex@e180076092.adsl.alicedsl.de) |
| 18:06.57 | *** join/#htc-linux pH5 (n=ph5@e178239038.adsl.alicedsl.de) |
| 18:21.52 | *** join/#htc-linux tsdogs (n=tsdogs@net-84-18-144-39.c.bkom.it) |
| 18:29.48 | cr2 | hi tsdogs |
| 18:30.09 | tsdogs | hi cr2 |
| 18:30.19 | cr2 | tsdogs: i've added malloc checks, and rollbacks |
| 18:30.27 | cr2 | but there is one bug remaining |
| 18:30.33 | tsdogs | hmm... |
| 18:30.46 | tsdogs | which is? |
| 18:31.07 | cr2 | if the 'sep' is not found in the line, then the output goes crazy. |
| 18:31.32 | cr2 | i'll pastebin the file with my changes. |
| 18:31.47 | tsdogs | that's strange as is should simply copy the whole string. |
| 18:31.48 | tsdogs | ok |
| 18:33.47 | cr2 | http://pastebin.ca/927993 |
| 18:35.21 | tsdogs | cr2: ok found th bug I think: line 157 memcpy(out[count], result+s,(len-s-1)*sizeof(char)); |
| 18:35.48 | tsdogs | it needs the -1 otherwhise will copy one byte more and kill the \0 |
| 18:35.59 | tsdogs | I think |
| 18:36.05 | cr2 | man strndup :) |
| 18:36.31 | cr2 | but it's not ansi |
| 18:37.06 | tsdogs | well there shoud be a strncpy too |
| 18:37.40 | cr2 | you do strndup() |
| 18:37.54 | cr2 | malloc+memset+memcpy |
| 18:38.09 | tsdogs | :) ok never looked at the internals |
| 18:38.58 | cr2 | after looking closer, i thought strtok+strndup is the easiest way. |
| 18:39.11 | cr2 | butyour code is better :) |
| 18:39.16 | cr2 | because it works. |
| 18:40.43 | tsdogs | cr2: though I'm not sure of the change anymore... |
| 18:41.30 | cr2 | hm. and strtok+strndup don't clean the whitespace. |
| 18:41.32 | tsdogs | I think that having a malloc and a memset with a +1 is better |
| 18:41.40 | tsdogs | :) |
| 18:42.33 | cr2 | this code is going to be a workhorse for some interesting projects :) |
| 18:43.30 | *** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com) |
| 18:45.21 | tsdogs | cr2: well C++ is better for this kind of operations |
| 18:45.41 | tsdogs | especially if u use qt |
| 18:46.47 | tsdogs | cr2: I cannot reproduce the problem u have though |
| 18:47.39 | tsdogs | The only case I can think of is of a string which misses the \0, and this would lead to undefinite behavier |
| 18:48.45 | tsdogs | cr2: ok the problem might be the missing memset on the result var |
| 18:50.54 | *** join/#htc-linux rob_w|laptop (n=rob@X042a.x.pppool.de) |
| 18:52.53 | cr2 | if strlen() works, the string can't miss \0 |
| 18:53.18 | cr2 | there is some bug in the code. |
| 18:54.00 | tsdogs | cr2: http://pastebin.ca/928011 this should work as expected, also changed the k to j, for optimization :) |
| 18:56.34 | tsdogs | cr2: btw, why don't u use the sfree when malloc failes? |
| 18:56.34 | tsdogs | just doing sfree(out, count) should work :) |
| 18:59.47 | *** join/#htc-linux CVirus (n=GoD@196.205.192.125) |
| 19:01.08 | cr2 | hm. yes. |
| 19:01.57 | CVirus | is the Universal the most compatible with linux ? |
| 19:02.16 | cr2 | CVirus: yes. |
| 19:02.52 | CVirus | cool |
| 19:07.16 | tsdogs | cr2: is it working now? |
| 19:08.24 | cr2 | tsdogs: compiling. |
| 19:09.12 | tsdogs | cr2: there is a bug in the malloc freeing (unless u use sfree by now), the for should be j<count and not j<=count as out[count] has not been allocated |
| 19:10.39 | cr2 | tsdogs: ok, it works now. |
| 19:10.55 | cr2 | tsdogs: change it to use sfree |
| 19:10.57 | tsdogs | ok then it was the memset migging |
| 19:11.18 | tsdogs | u mean change it!, or I changed it |
| 19:12.01 | cr2 | now valgrind does not complain too. |
| 19:12.10 | cr2 | i've not changed it. |
| 19:13.38 | CVirus | wtf ... no GPS in the universal ! |
| 19:17.37 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 19:18.11 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1de60.pool.einsundeins.de) |
| 19:20.24 | tsdogs | cr2: http://pastebin.ca/928034 |
| 19:21.16 | tsdogs | cr2: have no idea on how to test the malloc fail though :) |
| 19:23.22 | *** join/#htc-linux gers (n=gers@p54A2CB3D.dip.t-dialin.net) |
| 19:23.26 | gers | hi all |
| 19:23.47 | gers | i have a problem |
| 19:24.06 | gers | I try to compile universal kernel but i get an error |
| 19:24.24 | cr2 | tsdogs: i can't too. |
| 19:24.47 | gers | make: arm-none-linux-gnueabi-gcc: Command not found |
| 19:25.04 | cr2 | gers: where is your compiler ? |
| 19:25.36 | tsdogs | gers: what's the error? |
| 19:25.53 | gers | compiler: arm-2007q1-10-arm-none-eabi-i686-pc-linux-gnu |
| 19:26.04 | cr2 | tsdogs: btw, if you have msvc++ you can try to compile the latest version of _editor for win32/wince |
| 19:26.28 | gers | <PROTECTED> |
| 19:26.32 | who_ | gers: make CROSS_COMPILE=arm-2007q1-10-arm-none-eabi-i686-pc-linux-gnu- ... |
| 19:26.38 | who_ | IIRC |
| 19:26.48 | tsdogs | cr2: ok, but would take too much I think |
| 19:27.35 | tsdogs | Need to take out some vmware image, and compile it, then get the map, etc. |
| 19:27.50 | gers | i posted the compiler filename i don't which compiler to use |
| 19:28.23 | *** join/#htc-linux aLeSD (n=alex@162.Red-83-33-46.dynamicIP.rima-tde.net) |
| 19:28.50 | gers | i can find two gcc compilers |
| 19:30.23 | tsdogs | gers: the problem stands in the name of the compiler. So u need to look at your cross compiler and see how the gcc is called, then put everything that is in front of that as CROSS_COMPILE=whatever-the-compiler-is- without the gcc part |
| 19:30.41 | tsdogs | it's in the bin directory |
| 19:31.14 | tsdogs | of course u also need to have the bin directory in the path |
| 19:32.46 | gers | i'll try it |
| 19:34.01 | tsdogs | cr2: are there major changes in the _editor, I couldn't see many except for the j2me part |
| 19:35.03 | cr2 | tsdogs: ok, but does it compile at all. BabelO could not ;) |
| 19:35.41 | cr2 | not bad : |
| 19:35.45 | cr2 | ==685== |
| 19:35.45 | cr2 | ==685== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 3 from 1) |
| 19:35.45 | cr2 | ==685== malloc/free: in use at exit: 0 bytes in 0 blocks. |
| 19:35.45 | cr2 | ==685== malloc/free: 4,726,382 allocs, 4,726,382 frees, 187,436,595 bytes allocated. |
| 19:35.46 | cr2 | ==685== For counts of detected errors, rerun with: -v |
| 19:35.46 | cr2 | ==685== All heap blocks were freed -- no leaks are possible. |
| 19:36.10 | tsdogs | cr2: :) |
| 19:36.20 | cr2 | great :) |
| 19:36.28 | tsdogs | what's the suppressed: 3 from 1? |
| 19:38.49 | tsdogs | ok, gg bbl cya |
| 19:44.34 | kiozen | cr2: any new on the resume? |
| 19:44.56 | goxboxlive | cr2, what is the diffrent of a image compiled with uclibc and glibc? |
| 19:46.53 | cr2 | kiozen: fighting with the cpld gpios and resume. |
| 19:47.19 | cr2 | goxboxlive: uclibc should be smaller, even if not supporting all glibc features. |
| 19:47.40 | kiozen | cr2: ok, have my share with !#@ gpsd :( |
| 19:48.19 | goxboxlive | cr2, so, it's better then to use clibc ? |
| 19:50.44 | cr2 | goxboxlive: try it, but you may break some apps. |
| 19:51.15 | goxboxlive | ok |
| 19:51.23 | goxboxlive | i am building a image now |
| 19:51.33 | cr2 | kiozen: what's wrong with gpsd ? |
| 19:51.44 | kiozen | it does not like me |
| 19:51.52 | cr2 | hehe. |
| 19:51.59 | kiozen | the 'o' command does not work |
| 19:52.10 | kiozen | p a v do as expected |
| 19:52.19 | kiozen | o just returns nothing |
| 19:52.28 | kiozen | and static navigation drives me nuts |
| 19:52.59 | kiozen | I am close to access NMEA directly via serial port |
| 19:55.37 | cr2 | kiozen: can't you just rip out the roadmap gpsd parser ? |
| 19:57.31 | kiozen | hate riping out code from other projects, mostly gives you more calamities than it helps |
| 19:57.51 | kiozen | another thing that sucks is that gpsd is polling not pushing |
| 19:58.19 | kiozen | bad move for event driven apps |
| 20:01.17 | kiozen | cr2 you know what file has the gpsd part in roadmap? |
| 20:03.01 | kiozen | ok got it |
| 20:07.31 | *** join/#htc-linux dcordes (n=user2@f049018201.adsl.alicedsl.de) |
| 20:08.58 | cr2 | kiozen: do you have qgis installed ? |
| 20:09.16 | kiozen | cr2 yes |
| 20:09.30 | *** join/#htc-linux aLeSD (n=alex@162.Red-83-33-46.dynamicIP.rima-tde.net) |
| 20:09.48 | cr2 | kiozen: btw, if you are not going to have a geotiff rectifier in GT, we may modify the georeferencerplugin in qgis. |
| 20:10.55 | kiozen | ok, just finshed waypoint handling today |
| 20:10.56 | cr2 | i've already used it to supply data for GT, but it's a bit PITA because of some missing gui elements. |
| 20:11.18 | kiozen | thus I have the basics to move reference points |
| 20:11.36 | cr2 | nice. one more step to the world domination. |
| 20:11.53 | cr2 | it's usually nice to start with just 2 points. |
| 20:12.24 | cr2 | and then add more to resolve the nonlinear and shear effects |
| 20:12.36 | kiozen | If i get it right you move them to known pixel on the map and define the lon/lat for those, right? |
| 20:12.56 | cr2 | lon/lat =x/y/projection |
| 20:13.15 | kiozen | lon/lat = position |
| 20:13.17 | cr2 | you click on the map and supply x/y/label_name/projection |
| 20:13.19 | cr2 | yes. |
| 20:13.35 | cr2 | and you also need to specify the output projection. |
| 20:13.37 | kiozen | label_name? |
| 20:13.57 | cr2 | yes, the GCP name is often very helpful.- |
| 20:14.02 | kiozen | ok |
| 20:14.03 | cr2 | as in POI. |
| 20:14.18 | kiozen | let's say I have 3 points, what's next? |
| 20:14.51 | cr2 | so it's : x/y/label/gcp_proj per GCP and out_proj. qgis has x/y only now. |
| 20:14.55 | cr2 | 3 ? |
| 20:15.06 | cr2 | let's start with 1 first, move to 2. |
| 20:15.32 | cr2 | 1 GCP + m/pix are good if you don't have the rotation. |
| 20:16.03 | cr2 | 2 GCP are ok for the rotation and non-stretched pixels. |
| 20:16.19 | cr2 | hehe, both cases fail with gdal_warp ;) |
| 20:16.36 | kiozen | buhuhu I hate bugs! |
| 20:16.37 | cr2 | 3+ GCP work with gdal_warp |
| 20:16.57 | cr2 | qgis works with 2 GCPs, btw. |
| 20:16.57 | kiozen | ok let's to 3+ |
| 20:17.30 | kiozen | is there some gdal api or do we have to wrap gdal_wrap? |
| 20:17.30 | cr2 | 3+ is easy, you just rip out the code from gdal_warp |
| 20:17.49 | cr2 | gdal_warp uses gdal api of course. |
| 20:17.49 | kiozen | ok |
| 20:18.09 | kiozen | well "simplyfied API" :) |
| 20:18.10 | cr2 | it computes the "transformer" object |
| 20:18.25 | cr2 | and then does some magic. |
| 20:18.48 | cr2 | the "magic" is also available in the georeferencer plugin. |
| 20:19.12 | cr2 | it's the missing gui stuff i hate about qgis. |
| 20:19.15 | kiozen | one problem will be to define the input projection in a user friendly way |
| 20:19.37 | cr2 | input projection is only important for the GCPs |
| 20:19.53 | cr2 | if you use lat/long then it's usually epsg:4326 |
| 20:20.06 | cr2 | with 99.9% probability. |
| 20:20.44 | kiozen | but the input gtiff will have a different one |
| 20:21.00 | cr2 | unless one goes for submeter precision, warping GK into mercator is no problem for all practical needs. |
| 20:21.20 | cr2 | the input file usually does not have any projection. |
| 20:21.49 | cr2 | but in 95% cases it's some metric stuff == good for mercator. |
| 20:22.03 | kiozen | what about your russian map? |
| 20:22.22 | kiozen | what projection does it use? |
| 20:22.22 | cr2 | unless you have some huge lambert map. |
| 20:22.47 | cr2 | it's GK too, but with some different params. |
| 20:23.23 | kiozen | ok, but to reproject it you need to know that, don't you? |
| 20:23.59 | cr2 | pulkovo datum instead of potsdam , and different zoning parameters. |
| 20:24.01 | cr2 | no. |
| 20:24.25 | cr2 | you can just pick 2 lat/long GCPs |
| 20:24.31 | cr2 | it's enough. |
| 20:24.56 | cr2 | but you can also use the grid on these maps. if it's available |
| 20:25.11 | cr2 | but it's usually very country-specific |
| 20:25.51 | cr2 | i have no idea what to use for the OSGB grid for example |
| 20:26.18 | cr2 | or which proj4 params it uses |
| 20:26.50 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfe929.pool.einsundeins.de) |
| 20:27.02 | cr2 | but 2 GCPs should always work (in theory :) |
| 20:27.10 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
| 20:27.11 | cr2 | for such maps. |
| 20:27.45 | kiozen | thus what is the command for gdal_warp? |
| 20:28.16 | cr2 | 5 GCPs (corners + center) is very good to reduce the errors, and 9 GCPs is ideal. |
| 20:28.28 | cr2 | i use 3 stage process |
| 20:28.56 | cr2 | 1. add the GCPs with gdal_translate (these are just tiff tags) |
| 20:29.19 | cr2 | 2. gdalwarp tiff_with_gcps.tif warped_tiff.tif |
| 20:29.45 | cr2 | 3. gdal_translate warped_tiff.tif geotiff.tif for tiling and compressing. |
| 20:30.38 | cr2 | with jpeg is use 'convert file.jpg file.gif' first |
| 20:30.47 | cr2 | as a 0. step |
| 20:31.20 | cr2 | or convert -colors 255 -depth 8 file.something file.png |
| 20:31.27 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 20:31.53 | kiozen | thus it's "-gcp pixel line easting northing" for each gcp |
| 20:32.19 | cr2 | you can also set the pixel size for gdalwarp, so all tiles on one level have it equal. |
| 20:32.23 | cr2 | yes. |
| 20:32.40 | cr2 | look at the bash script i've used. |
| 20:33.28 | kiozen | I wish I could, I accidentialy erased it :) |
| 20:34.08 | cr2 | btw, i've added the alignment with transparency, so the pixel size and geotiff borders match the osm/google tiling requirements. |
| 20:34.26 | cr2 | i'll send it to you now. |
| 20:34.42 | cr2 | hehe. i've broken my e-mail setup today... |
| 20:35.02 | cr2 | i'll put it to the usual place. |
| 20:38.42 | cr2 | kiozen: 2Gtiff |
| 20:38.57 | kiozen | err, need the usual place |
| 20:39.52 | cr2 | look in the e-mails |
| 20:40.18 | cr2 | i've switched to a faster machine for the webserver/mail today and broke a lot of stuff ;) |
| 20:43.58 | kiozen | hm, did save the mail. anyway I try with the information I have got sofar. Hope I get that ole SCSI scanner to live tomorrow |
| 20:44.14 | kiozen | s/did/didn't/ |
| 20:45.46 | cr2 | hmm. i get some DNS error on trying to send the e-mails |
| 20:45.58 | cr2 | something NIS-related is broken. |
| 20:46.05 | cr2 | hehe. |
| 20:46.34 | cr2 | with such dedication we will create a viable gps alternative software :) |
| 20:49.12 | kiozen | hm, I wait for the day I get mail from a lawyer because of that ;) |
| 20:50.10 | cr2 | lol |
| 20:50.43 | cr2 | no risk, no fun. |
| 20:51.13 | kiozen | then my wife has to work, or at least tell me who to contact |
| 20:51.48 | cr2 | we are not doing anything really evil |
| 20:52.08 | kiozen | not sure about mpr2gtiff |
| 20:52.34 | kiozen | but would be nice to discuss this with a judge |
| 20:53.07 | cr2 | pure software patents are not enforceable |
| 20:53.57 | kiozen | well fugawi et al are paying roylaties to use the format |
| 20:54.09 | cr2 | ==mp3 |
| 20:54.34 | kiozen | and converting the files is against the license agreement |
| 20:54.42 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 20:55.25 | kiozen | the is just that thing of system compatability |
| 20:55.33 | kiozen | s/the/there& |
| 20:55.56 | *** join/#htc-linux pH5_ (n=ph5@e178228184.adsl.alicedsl.de) |
| 20:56.08 | kiozen | as long as EADS does not supply a program for Linux |
| 20:56.18 | kiozen | and we hope they don't do |
| 20:56.46 | cr2 | EADS don't give a fsck about such things. |
| 20:57.12 | kiozen | hm, wouldn't be too sure about that |
| 20:57.18 | cr2 | it's not that you grab the tiles from stadtplandienst.de ;) |
| 20:58.00 | kiozen | wms server would be much more interesting :) |
| 20:58.02 | cr2 | can't one just grab all these tiff files from WMS ? |
| 20:58.12 | cr2 | :) |
| 20:59.01 | kiozen | do copy shops scan a coplete map on a CD? |
| 20:59.34 | cr2 | never did it myself |
| 20:59.45 | cr2 | i have a cheap A3 scanner. |
| 21:00.11 | kiozen | I have an old A§ scanner. |
| 21:00.16 | cr2 | 300dpi is more than enough for the maps. |
| 21:00.54 | kiozen | hope I can get an equal old SCSI card to work on a modern PC |
| 21:01.57 | cr2 | scsi-1 ? |
| 21:02.12 | cr2 | or db-25 ? |
| 21:02.50 | kiozen | the later |
| 21:03.03 | kiozen | more that 10 years ld |
| 21:03.21 | kiozen | yes there is dust on it |
| 21:04.14 | cr2 | :) |
| 21:04.47 | cr2 | the stadtplandienst.de maps are really an outdated junk |
| 21:05.03 | cr2 | i've just looked at an area around my home. |
| 21:05.12 | kiozen | you and get the real stuff via wms |
| 21:05.41 | kiozen | http://deutschlandviewer.bayern.de/deutschlandviewer/D_Viewer_Hilfe/Hilfe_D_Viewer.htm#Internetadressen |
| 21:06.43 | pH5 | BabelO, cr2: just overheard on #maemo and #openmoko, the ti calypso specs are leaked |
| 21:06.44 | pH5 | cryptome.org |
| 21:06.46 | cr2 | yes, it's the same in nrw |
| 21:06.58 | cr2 | pH5: lol |
| 21:07.15 | cr2 | pH5: moko is evil :) |
| 21:07.57 | BabelO | pH5: cool i just ask ljp for this one hour ago |
| 21:08.20 | dcordes | pH5, what's calypso? |
| 21:08.26 | BabelO | pH5: still no omap730 ? |
| 21:08.27 | cr2 | waiting for 730 now. |
| 21:08.30 | cr2 | lol |
| 21:08.32 | BabelO | lol |
| 21:08.38 | pH5 | it's the gsm/gprs chipset in magician and blueangel |
| 21:08.40 | pH5 | and neo1973 |
| 21:08.58 | pH5 | yeah, that would be the logical next step :) |
| 21:10.10 | dcordes | some msm specs would be nice though :X |
| 21:11.03 | BabelO | steve_: you should be happy with a good phone and such documentation ?, i look at your conference :) |
| 21:13.57 | BabelO | cr2: the memory map page 31 on first manual look like the one in omap850 |
| 21:15.54 | BabelO | pH5: i just heard today that nokia stop working with texas Instruments ? |
| 21:16.15 | cr2 | BabelO: it does not make sense to create much differences in such chipsets. |
| 21:16.46 | cr2 | BabelO: but then msm is the only one remaining ? |
| 21:17.50 | BabelO | cr2: yes and my friend leave qualcomm too quickly ;) |
| 21:21.09 | pH5 | I something read about infineon / E-GOLDvoice, but that did sound like low-end stuff |
| 21:21.25 | pH5 | (switch the second and third word there) |
| 21:22.38 | cr2 | motorola does not have umts chipset ? |
| 21:22.48 | cr2 | i guess no. |
| 21:23.07 | cr2 | pH5: btw, what is the moko2 hw status ? |
| 21:29.53 | BabelO | pH5: it seem that qtopia need to retrieve 2 char instead of one, or n_tihtc says one char instead of two ;) |
| 21:30.15 | *** join/#htc-linux Raven_coda (n=Raven_co@64.50.35.182) |
| 21:31.16 | pH5 | cr2: don't know, there is still no word about first preproduction runs. |
| 21:32.39 | cr2 | ok. so the old ba is not bad after all :) |
| 21:32.57 | tsdogs | cr2: I've read something about a new board been done which needed to be tested, they think it'll be on the market arounf april/may, though if there are still problems switches to summer |
| 21:35.05 | cr2 | tsdogs: the moko2 ? |
| 21:35.20 | pH5 | ~lart slow cpu |
| 21:35.20 | apt | strangles slow cpu with a 9-pole serial cable |
| 21:35.47 | pH5 | something broke magician early boot between 2.6.24 and 2.6.25-rc1, but bisecting is no fun without a compile cluster. |
| 21:36.50 | tsdogs | cr2: yes ficgta aka freerunner |
| 21:37.13 | tsdogs | s/gta/gta02/ |
| 21:38.01 | cr2 | ok. |
| 21:38.06 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
| 21:39.42 | BabelO | pH5: if you use some distributed build system like distcc i can share you two processor ;) |
| 21:41.19 | ImCoKeMaN | i have a haret mem dump question |
| 21:42.00 | ImCoKeMaN | I ran haret to dump phys mem from 0x0 for all 64mb, but when i look at it in hex ws and re-read certain areas it just looks blank on phone |
| 21:43.06 | ImCoKeMaN | like i found something in the dump i wanted to modify, but it was all 0000000 when i went to that area, is that something to do with the mmu? it doesn't seem to make sense how it can read the whole chunk, but not pieces |
| 21:47.37 | dcordes | ImCoKeMaN, I get the same behaviour on kaiser dumping |
| 21:47.50 | ImCoKeMaN | damn msm7x00 |
| 21:48.27 | ImCoKeMaN | someone was already able to SuperCID the kaiser though so i'm trying to figure out the trick to port idea to titan |
| 21:48.59 | ImCoKeMaN | dcordes: thanks for info even though it's bad news |
| 21:54.14 | ImCoKeMaN | hmm wonder if its as simple as reading it at certain locations like 2k increments etc |
| 21:56.18 | ImCoKeMaN | probably not even worth checking the vogue as i'm sure it's identical to the titan |
| 22:05.54 | ImCoKeMaN | weird, it's working now, guess it's intermittent |
| 22:17.27 | *** join/#htc-linux gers (n=gers@p54A2CB3D.dip.t-dialin.net) |
| 22:40.33 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 22:55.51 | BabelO | :( |
| 23:59.23 | *** join/#htc-linux CVirus (n=GoD@196.205.192.125) |