| 00:04.39 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) |
| 00:47.32 | *** join/#htc-linux raymonddull (~raymonddu@pool-70-20-76-80.pitbpa.east.verizon.net) |
| 01:05.15 | *** join/#htc-linux tyween` (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 01:05.58 | *** join/#htc-linux gauner1986 (~Miranda@p508C610E.dip.t-dialin.net) |
| 01:07.29 | *** join/#htc-linux sado1_ (~sado1@static.213-133-103-196.clients.your-server.de) |
| 01:09.20 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-32-60.lns20.mel4.internode.on.net) |
| 01:09.52 | *** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net) |
| 01:26.35 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
| 01:27.27 | *** join/#htc-linux ORi|ON (~ORiONNebu@91.181.170.242) |
| 01:32.53 | hyc | wistilt2: oh well, none of the help commands seem to be implemented. AT$, AT&$, ATS$, AT%$, AT#$, AT*$, AT+$ all return error |
| 01:33.56 | jonpry | i don't think he reads the logs |
| 01:34.14 | hyc | oh. well no biggie |
| 01:41.02 | *** join/#htc-linux c00lfon (lkula@irc6.pl) |
| 01:41.45 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 01:47.00 | *** join/#htc-linux c00lfon (lkula@irc6.pl) |
| 01:54.38 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 02:06.41 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 02:10.47 | *** join/#htc-linux jmshusker (186f5419@gateway/web/freenode/ip.24.111.84.25) |
| 02:25.23 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 02:25.38 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 02:37.25 | *** join/#htc-linux raymonddull (~raymonddu@pool-70-20-76-80.pitbpa.east.verizon.net) |
| 02:39.58 | *** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1:1:221:28ff:fe14:b106) |
| 02:40.38 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 02:44.43 | WisTilt2 | hey jonpry |
| 02:48.51 | jonpry | hi WisTilt2 |
| 02:48.53 | WisTilt2 | i see you're still in the disconnect/reconnect loop. |
| 02:49.00 | WisTilt2 | lol, maybe not |
| 02:49.13 | jonpry | whats the haps? |
| 02:49.42 | WisTilt2 | over 24hrs running scbs with that other failed wake fix and looking great. no probs at all now |
| 02:49.52 | jonpry | i sense a time out coming soon |
| 02:50.09 | odz | poor jonpry |
| 02:50.23 | jonpry | WisTilt2, sounds like progress, have you generated a battery model yet? |
| 02:50.55 | WisTilt2 | no, need info on how to do that |
| 02:51.07 | *** join/#htc-linux Bry8Star (debian-tor@gateway/tor-sasl/bry8star) |
| 02:51.31 | WisTilt2 | i havent been following all the chatter you had with the other people so have no clue |
| 02:51.39 | jonpry | i am working on an apk that makes it semi easy |
| 02:52.02 | jonpry | right now i am working on a HUP though. restarting the daemon on a running system is a disaster |
| 02:52.16 | WisTilt2 | so BABE may really become a reality? nice |
| 02:52.33 | jonpry | BABE is a reality it just doesn't work very well |
| 02:52.36 | WisTilt2 | you trying to HUP from userland? |
| 02:52.52 | jonpry | i'm going to HUP the daemon |
| 02:53.09 | WisTilt2 | ah. that shouldn't be a problem |
| 02:53.18 | jonpry | i was also working on a patch that would potentially allow it to shutdown |
| 02:53.33 | jonpry | but that is all highly theoretical |
| 02:53.55 | *** join/#htc-linux hardwalker (~hardwalke@114-33-201-92.HINET-IP.hinet.net) |
| 02:54.08 | WisTilt2 | why you need to HUP once its started? |
| 02:54.21 | jonpry | its very complicated to get out of the block wakeup ioctl loop |
| 02:54.51 | jonpry | at least i don't get it. the kernel seems to notify itself that the shit has hit the fan. |
| 02:55.27 | jonpry | however it does this notifying like almost all the time |
| 02:55.27 | jonpry | reread config |
| 02:55.32 | jonpry | i think HUP will work. kill is a big can of worms |
| 02:57.02 | *** join/#htc-linux Samsunguy (~Samsunguy@cpe-76-186-50-40.tx.res.rr.com) |
| 02:57.19 | jonpry | anywho if you want a generate a new model with existing system |
| 02:57.35 | WisTilt2 | dont follow fully but you're saying when daemon stops the kernel freaks out? |
| 02:58.03 | WisTilt2 | i havent looked at your code lately, probably should so i can understand what you're doing now |
| 02:58.14 | jonpry | run scbs -n /sdcard/thelogyoulike -nr .0000001 -lr .0000001 -co /sdcard/scbs.conf /wf |
| 02:58.42 | jonpry | er -wf |
| 02:58.45 | jonpry | the kernel doesn't really freak out |
| 02:58.53 | jonpry | it keeps going fine. but scbs becomes a zombie |
| 03:00.04 | WisTilt2 | the last scbs i have is Mar 10th, still good or i need another? |
| 03:00.33 | jonpry | run scbs --help |
| 03:00.41 | jonpry | and see if it mentions cb slope |
| 03:02.01 | jonpry | but i think i wrote that last week :p |
| 03:02.52 | jonpry | thing you have to watch out for is scbs making crappy results and zonking your config :p |
| 03:03.23 | jonpry | for that reason i kind of recommend generating to /sdcard/scbs.conf.temp |
| 03:03.34 | jonpry | and then copying over if you want to |
| 03:04.30 | jonpry | how do you have mar 10 scbs, there was not rootfs then |
| 03:05.05 | WisTilt2 | im going to put this on my other phone. i want to let the current device run through the weekend to see if any issues pop up over several days. |
| 03:05.37 | WisTilt2 | where's the latest scbs file so i have the right one |
| 03:05.59 | WisTilt2 | that scbs is the only one i have ever had |
| 03:06.22 | jonpry | rootfs comes with it preinstalled |
| 03:06.34 | jonpry | prymfg.com/kernel/rootfs.img |
| 03:06.53 | WisTilt2 | hmm, didnt know that was built in. i copied scbs over and ran that one |
| 03:07.57 | *** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1:1:221:28ff:fe14:b106) |
| 03:14.23 | jonpry | that is more or less the point of rootfs |
| 03:15.19 | jonpry | that and a script to get it going on boot |
| 03:15.37 | WisTilt2 | booting now on other device. do i have to wait awhile before i do the scbs -n etc line? |
| 03:18.04 | WisTilt2 | version 0.03.a is what i have now |
| 03:18.21 | jonpry | you need a good battery log |
| 03:18.22 | jonpry | which i cannot define, but i think it is big |
| 03:18.23 | jonpry | something that covers wide range of charge. like full to 20% say. and has few charge insertion events |
| 03:18.25 | jonpry | just guessing, atm i don't know what makes a good one |
| 03:19.18 | WisTilt2 | how to i start scbs going? |
| 03:19.27 | jonpry | thats a good one |
| 03:19.43 | jonpry | i'm about to build .c which in theory can handle HUP |
| 03:20.25 | WisTilt2 | ls /etc |
| 03:20.31 | WisTilt2 | no conf file |
| 03:21.00 | WisTilt2 | guess you can tell i havent been following all the instructions:) |
| 03:21.18 | jonpry | it gets started on boot |
| 03:21.18 | jonpry | can ps | grep scbs for it |
| 03:21.18 | jonpry | but its probably running |
| 03:21.19 | jonpry | its in /sdcard/scbs.conf |
| 03:21.19 | jonpry | but there is no config until you generate it |
| 03:23.05 | jonpry | check for presence of /sdcard/sbcs.log* |
| 03:23.06 | jonpry | er scbs |
| 03:23.39 | WisTilt2 | i see the scbs.log but no conf file |
| 03:23.49 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF07AB.dip.t-dialin.net) |
| 03:23.51 | jonpry | normal |
| 03:23.59 | jonpry | not conf until you generate the model |
| 03:24.16 | WisTilt2 | ok. logging is working fine into the .log file |
| 03:25.01 | WisTilt2 | battery is at 80% when I started so i should run it down to 20% or so you say? |
| 03:25.19 | jonpry | thats half the battle |
| 03:25.23 | jonpry | yeah i think so |
| 03:26.13 | jonpry | beware of the meter. it is coming from scbs, but using an incorrect model |
| 03:26.26 | WisTilt2 | should i drain it quickly or let it run down slowly? |
| 03:27.13 | jonpry | i think the the more randomness the better |
| 03:27.13 | jonpry | need lots of derivatives |
| 03:27.57 | WisTilt2 | sounds like i need to make another drink then and surf on the phone for awhile |
| 03:28.18 | WisTilt2 | send one of those guiness drinks up will ya |
| 03:30.06 | WisTilt2 | at&t finally turned up their HSDPA here in my little town. We've had it forever everywhere else around the valley except here in the small communities along the mountains. they turned it on last night so getting close to 4mbps down/1mbps up now. |
| 03:30.06 | jonpry | i dunno if you want it |
| 03:30.07 | jonpry | grenadian guiness is not good |
| 03:30.12 | jonpry | its almost like beer from concentrate |
| 03:30.44 | jonpry | Oo |
| 03:31.05 | jonpry | i can get gprs here for $300/month |
| 03:31.26 | WisTilt2 | 300! island robbery |
| 03:31.41 | jonpry | 9.6kbps |
| 03:32.21 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) |
| 03:34.36 | jonpry | high speed island robbery |
| 03:35.55 | raymonddull | holy crap,I get unlimited sms,unlimited data over evdo,and 300 minutes for $25 a month. |
| 03:36.01 | WisTilt2 | I just noticed i still have 3g symbol in android but i have an app that shows all kinds of info and it shows HSDPA mode so guess android has a logic problem with that mode. |
| 03:36.07 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 03:36.18 | rpierce99 | What system image WisTilt2 |
| 03:36.26 | WisTilt2 | frx06 |
| 03:36.35 | rpierce99 | yeah H is not enabled |
| 03:36.42 | rpierce99 | it's a xml config |
| 03:36.48 | raymonddull | it only shows H in some roms |
| 03:37.05 | rpierce99 | the system image you build for ril testing has the H |
| 03:37.21 | rpierce99 | s/build/built/ |
| 03:37.28 | WisTilt2 | my energy winmo shows H now also here. just glad they finally updated this local system. |
| 03:37.44 | raymonddull | ugh,windows |
| 03:38.10 | WisTilt2 | yeah i just booted it to see what winmo showed also |
| 03:38.15 | raymonddull | ahh |
| 03:38.19 | rpierce99 | my winmo is as stock as it gets, all it does is launch android |
| 03:38.21 | WisTilt2 | obviously 4mbps is HSDPA |
| 03:38.24 | raymonddull | yeah |
| 03:38.58 | raymonddull | when I had my hd2 I was using whatever the stripped down non-sense winmo was,just to launch android |
| 03:39.19 | raymonddull | it was designed to just boot to android,I dont remember the name,but I think it had a parrot as its icon. |
| 03:39.25 | jonpry | killall -HUP scbs seems to be killing it |
| 03:39.45 | WisTilt2 | arrrghhh got me on gen.y and i dont know what i ever did without it, never see winmo now |
| 03:39.59 | WisTilt2 | jonpry does it restart itself? |
| 03:40.25 | raymonddull | pre android I was running omega |
| 03:40.37 | hyc | gen.y is kinda crucial I think |
| 03:40.57 | hyc | on a few radio logs folks have sent me, I still see unsolicited msgs from the modem at boot time |
| 03:41.01 | rpierce99 | if gen.y supported a long list of android builds to boot i'd use it |
| 03:41.07 | hyc | because they let Windows get fully initialized before running haret |
| 03:41.09 | WisTilt2 | hey hyc, your ril code i pulled and built last night is working very nice so far |
| 03:41.30 | rpierce99 | as it is now, between my daily build, my ril test, my gingerbread build, my scbs test, and whatever else i'm testing that day, Gen.Y doesn't cover it |
| 03:41.36 | hyc | WisTilt2: good! ;) |
| 03:42.07 | rpierce99 | so i just added icons to the sense launcher for all the builds i use regularly |
| 03:42.08 | hyc | rpierce99: mmm, good point. it really ought to give a menu of boot choices |
| 03:42.17 | WisTilt2 | we'll see how my techs tests come out since some of them are in very bad sig areas |
| 03:42.20 | raymonddull | chuckydroid,thats what it was called. |
| 03:43.00 | rpierce99 | hyc: i'm sure i'm in the minority of people running that many android builds simultaneously |
| 03:43.03 | hyc | But anyway, it gets messy if the modem has been initialized by Windows already |
| 03:43.11 | raymonddull | i'd be a good tester,I only get 1 bar of gprs here,but I dont have my hd2 anymore. |
| 03:43.27 | hyc | in one of the logs someone sent me, an HTC_CSQ message came in just when rild was asking for BASBAND_VERSION |
| 03:43.37 | hyc | so the signal strength report got into the version string |
| 03:43.41 | raymonddull | lol |
| 03:44.32 | raymonddull | I think I had that happen on my hd2 a few times while I had it. |
| 03:44.38 | hyc | I'm thinking I may have to send a bunch of "turn off this'n'that unsolicited crap" during initialization now, just to be safe |
| 03:44.47 | raymonddull | back in august 2010 |
| 03:44.58 | WisTilt2 | hyc reset the modem at ril init |
| 03:45.04 | hyc | it already sends ATZ |
| 03:45.08 | hyc | that doesn't stop it |
| 03:45.22 | WisTilt2 | hmm, we can reset it from kernel directly to arm9 |
| 03:45.24 | hyc | in fact, frequently the modem reports it is still registered to the network |
| 03:45.46 | hyc | probably should do that then |
| 03:46.03 | hyc | as it is, init is at the mercy of windows |
| 03:47.15 | hyc | meanwhile, I've just about unified the set of init commands between G1 and Hero |
| 03:47.36 | hyc | I believe I'll be able to get it set up so you can freely switch between CDMA and GSM mode |
| 03:48.02 | jonpry | WisTilt2, its acting just like SIGTERM |
| 03:48.07 | WisTilt2 | did you find any other interesting cmds, or did you try pulling the supported cmds? |
| 03:48.16 | hyc | pulling supported cmds was a nogo |
| 03:48.23 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 03:48.23 | hyc | all of the stuff like AT$ just returned error |
| 03:48.24 | jonpry | i'm wondering if busybox is broken |
| 03:48.39 | WisTilt2 | jonpry yeah HUP should have restarted it |
| 03:48.56 | WisTilt2 | hyc did you try AT+CLAC |
| 03:49.16 | WisTilt2 | that should display all commands |
| 03:49.19 | hyc | nope, can try that later. |
| 03:49.21 | hyc | ok |
| 03:49.41 | WisTilt2 | should return any HTC_xxx ones also |
| 03:50.40 | hyc | gah, I have too many phones here, keep picking up the wrong one |
| 03:50.49 | WisTilt2 | jonpry, can you bring it back up without it going nuts after HUP? |
| 03:50.59 | rpierce99 | hyc: did you get your new hero? |
| 03:51.04 | hyc | yep |
| 03:51.10 | hyc | but it's running android 1.5 |
| 03:51.15 | hyc | I need to flash 2.1 |
| 03:51.16 | rpierce99 | that was pretty speedy |
| 03:51.33 | hyc | it actually arrived yesterday, but I was out. picked it up today. |
| 03:51.56 | hyc | rilspy output on this is very odd |
| 03:52.11 | hyc | it appears that HTC implemented a bunch of custom RIL requests |
| 03:52.21 | hyc | for CDMA |
| 03:52.38 | hyc | I couldn't find any trace of them in the 1.5 branch of libril etc. |
| 03:53.07 | hyc | I'm kinda wondering if I should spend more time deciphering them before flashing 2.1 |
| 03:54.36 | hyc | but the real puzzle is that I can't find them with stirngs in libril.so or libhtc_ril.so either. I dunno what binary file on the hero implements them. |
| 03:57.26 | jonpry | WisTilt2, it seems that way, but i want HUP for some other reasons |
| 03:57.55 | raymonddull | have fun with the hero,5 minutes with that thing and I want to throw it though a wall its so slow |
| 03:58.12 | hyc | lol |
| 03:58.14 | raymonddull | the sprint hero that is,idk about the gsm one |
| 03:58.30 | hyc | this is sprint one, I bought it specifically to dig into the cdma code |
| 03:58.35 | raymonddull | even running CM7 and overclocked to 768mhz its still slow as hell. |
| 03:58.58 | hyc | it seems ok so far. G1 is slow. |
| 03:59.18 | rpierce99 | raymonddull: we have TP2s, we're used to slow |
| 03:59.23 | raymonddull | my g1 was faster than the 3 heros I've used. |
| 03:59.24 | hyc | ok, AT+CLAC returns a list of commands |
| 03:59.36 | raymonddull | the TP2 wasnt even that bad. |
| 04:00.23 | WisTilt2 | hyc that should return all commands the modem knows. if its not there it should return an error |
| 04:00.39 | hyc | cool |
| 04:01.04 | raymonddull | I have an incredible I can run stuff on if you want |
| 04:01.07 | WisTilt2 | are you seeing any +Wxxx commands? |
| 04:01.17 | raymonddull | its running OMFGB right now but I can flash whatever. |
| 04:02.11 | hyc | no, $WCDMA |
| 04:02.19 | hyc | nothing else starting W |
| 04:02.31 | WisTilt2 | hyc btw, nice job on getting the signal values mapped where they should be on gsm |
| 04:02.47 | hyc | yeah, are your signal bars looking sane now? |
| 04:03.07 | WisTilt2 | exactly what they should be. i compared to dbm and they're right no |
| 04:03.09 | WisTilt2 | on |
| 04:03.20 | hyc | excellent ;) |
| 04:03.43 | jonpry | oO gas |
| 04:03.52 | WisTilt2 | you have them within a couple dbm of what we have on our custom device |
| 04:03.56 | rpierce99 | even apple couldn't get that right for a while |
| 04:04.04 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 04:04.18 | hyc | rpierce99: you say that as if it's surprising :P |
| 04:04.32 | rpierce99 | </sarcasm> |
| 04:04.35 | rpierce99 | better? |
| 04:04.42 | hyc | ;) |
| 04:05.27 | hyc | oh. AT+WS46. why did you ask, Wistilt2? |
| 04:06.05 | WisTilt2 | try sending any of the W cmds it supports and look at the responses for kicks |
| 04:06.16 | hyc | 'k |
| 04:06.50 | rpierce99 | Why do I get the feeling this is like when someone tells a noob to try rm -rf for kicks |
| 04:06.54 | WisTilt2 | no WERI I take it? |
| 04:07.06 | hyc | nope |
| 04:07.16 | WisTilt2 | lol, Alt F4 maybe? |
| 04:07.34 | hyc | $BREW |
| 04:07.41 | hyc | can't imagine what that's all about |
| 04:07.44 | rpierce99 | orders beer |
| 04:07.51 | WisTilt2 | lol |
| 04:08.01 | hyc | oh, gonna have to run that on every boot then :P |
| 04:08.22 | hyc | I didn't think any of these class of phones ran BREW |
| 04:08.22 | rpierce99 | k, every boot i'll send you a bill for $36 then |
| 04:08.44 | rpierce99 | i am the sole supplier of $BREW |
| 04:09.22 | hyc | +HTCAGPS |
| 04:09.28 | jonpry | WisTilt2, so its all cooked up now :p |
| 04:09.33 | hyc | was discussing this with stinebd the other day |
| 04:09.45 | WisTilt2 | jonpry got it working? |
| 04:09.47 | hyc | we could use the AT command interface to control gps |
| 04:09.58 | hyc | then have libgps just talk to rild socket |
| 04:10.16 | hyc | thru a couple of RIL OEM_HOOK_RAW requests |
| 04:10.33 | jonpry | apparently i was not copying my new rootfs into andboot |
| 04:10.51 | WisTilt2 | jonpry, battery down to 55%, hammering youtube mythbuster videos. ill stop at 20% and see what we get |
| 04:11.19 | rpierce99 | WisTilt2: remember the night i asked about flashlight, now you know why :P |
| 04:11.52 | WisTilt2 | yeah i had that running awhile also but mythbuster videos are more fun to look at |
| 04:12.06 | hyc | and AT+CBC, battery charge |
| 04:12.11 | rpierce99 | yeah, couldn't do mythbusters on that small of screen |
| 04:12.15 | hyc | could have just had battery monitor use AT commands too |
| 04:13.08 | WisTilt2 | hyc CBC only returns whether a charger or usb is plugged in |
| 04:13.10 | jonpry | WisTilt2, better believe it. so now you need new rootfs. and prymfg.com/kernel/BABS.apk |
| 04:13.18 | hyc | oh |
| 04:14.10 | WisTilt2 | ok sounds interesting |
| 04:14.54 | WisTilt2 | you updated the rootfs already so i can dl? |
| 04:15.25 | jonpry | new rootfs is up |
| 04:15.34 | jonpry | BABS still has a bug in it though |
| 04:15.51 | WisTilt2 | will this mess up what im doing to reboot and change rootfs? |
| 04:16.06 | jonpry | doesn't matter what files you select its like it will juggle them for you |
| 04:18.22 | hyc | wistilt2: AT+CBC returns two numbers here |
| 04:18.32 | hyc | 2nd one is charge level |
| 04:18.53 | WisTilt2 | from charger not level of battery i believe |
| 04:19.34 | hyc | ? I don't have a convenient way to command it right now |
| 04:19.54 | hyc | I guess if I stop rild it should be safe to talk to smd0 directly ? |
| 04:20.12 | WisTilt2 | for a couple cmds then it will crash |
| 04:20.24 | hyc | yeah, that's the usual :P |
| 04:20.24 | WisTilt2 | rild respawns doesnt it? |
| 04:21.06 | hyc | usually yeah |
| 04:21.09 | hyc | kill -STOP tho |
| 04:21.17 | jonpry | hyc that can't work just because htc does not have good code for battery level reading. there android and winmo stuff is second rate |
| 04:21.48 | jonpry | WisTilt2, not necessarily, there is stuff to use 2 logs at once. but there is really no point. just swap the rootfs when you think the log is good enough |
| 04:22.47 | hyc | eh. cat /dev/smd0 isn't giving me any of the responses |
| 04:23.02 | hyc | and now it's crashed |
| 04:23.15 | hyc | gonna have to write a rild client that sends it OEM_HOOK commands |
| 04:23.19 | rpierce99 | yeah it's very unreliable |
| 04:24.20 | WisTilt2 | jonpry BABE goes in the AndroidApps root folder? |
| 04:24.53 | jonpry | i do adb install |
| 04:25.52 | hyc | ooo. and after hitting reset and rebooting, hung with the penguin. |
| 04:26.02 | rpierce99 | bricked |
| 04:26.03 | hyc | I guess messing up means you need to reboot twice :P |
| 04:26.04 | rpierce99 | j/k |
| 04:26.23 | rpierce99 | can't believe i just typed j/k |
| 04:26.27 | hyc | lol |
| 04:29.26 | WisTilt2 | jonpry: do i need to have this in sleep awhile also to get sleep data before making the conf? |
| 04:30.42 | WisTilt2 | talking to jonpry over his crazy connection reminds me of packet radio 20yrs ago |
| 04:31.55 | *** join/#htc-linux AngelDeth (~AngelDeat@pool-173-72-6-48.cmdnnj.fios.verizon.net) |
| 04:32.05 | AngelDeth | Greets all |
| 04:34.28 | AngelDeth | Can I get 5 mins of someones time for a couple of GPS questions? And if Entropy is up abd and I'd like your input as well. |
| 04:34.34 | jonpry | sleep is good |
| 04:34.54 | AngelDeth | Sleeps actually over-rated :) |
| 04:35.42 | WisTilt2 | jonpry can i concatenate the log files as long as they're in sequential order? |
| 04:36.01 | WisTilt2 | or does numbering start over again? |
| 04:37.25 | AngelDeth | Does the GPS/AGPS only rely on code, or is my suspicion correct that its a combination of the Lib/driver radio and kernel for agps to work properly? |
| 04:37.51 | hyc | pretty sure the radio is fully capable of doing all gps/agps on its own |
| 04:38.06 | hyc | no idea how much control android tries to take |
| 04:40.08 | hyc | for agps you can tell the radio the IP address of the agps server and it will take care of the rest |
| 04:40.17 | AngelDeth | Yes I'm the one who started the thread on xda about the agps not being fully functional, and my suspicion has been if the lines for agps are in the lib from another rom, in this case froyo, how come the information isnt being relayed back, I have done multiple logcats, and I cant catch why its not recieving the info back |
| 04:41.40 | hyc | no idea, haven't looked. Entropy512 has been digging in that code |
| 04:41.51 | jonpry | WisTilt2, you can't concatenate them because there are math problems with doing it. but scbs can simultaneously use multiple log files. and HUP kind of prevents them from getting split up in the first place :p |
| 04:42.02 | AngelDeth | But Entropy said something I caught in the irc logs and that is the lib-hardware-legacy.so holds the codes for gps, does that also mean agsp as well? Obviously I'm talking about the HD2 if there is confusion. |
| 04:42.07 | jonpry | WisTilt2, you can run the command whenever with -co to a temp file and see if you like the output |
| 04:42.14 | ali1234 | link to thread? |
| 04:42.35 | *** join/#htc-linux Detule (~Oliver@bender.math.duke.edu) |
| 04:42.59 | WisTilt2 | jonpry just ran it and going to check it out. ill run this overnight and get a more accurate set of values though. |
| 04:43.22 | AngelDeth | If your asking for the link here: http://forum.xda-developers.com/showthread.php?t=1008252 |
| 04:43.33 | WisTilt2 | jonpry: hey your app works:) |
| 04:43.42 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 04:45.10 | jonpry | WisTilt2, i put up a new BABE that doesn't screw up the selected files |
| 04:45.18 | WisTilt2 | k |
| 04:45.23 | WisTilt2 | this is nice |
| 04:45.48 | AngelDeth | I have been compensating by adding lines to the gps.conf file since the agps isnt working entirely to help speed the time up, and at the moment I have been able to get it to lock in about 60s on cold start and under 10 at re-locks, but some think I am crazy and it doesnt work, but it does help. |
| 04:46.38 | ali1234 | AngelDeth: 60s lock sounds like agps is working to me... try taking out the sim and seeing how long it takes to lock then... that is definitely not using agps in that case |
| 04:47.22 | ali1234 | without agps you can still get fast locks if you have a good signal |
| 04:47.37 | ali1234 | but with bad signal and no agps it can take 30 minutes on some phones |
| 04:49.24 | jonpry | WisTilt2, whatever you do don't commit the model if running old rootfs. otherwise you can generate models and everything and it will be fine |
| 04:49.50 | WisTilt2 | im running your new rootfs now |
| 04:50.18 | AngelDeth | Well funny you should suggest that, based on my testing cause I have a HTC Inspire, and it has no sim, and I ran a logcat on that too, that phone takes 8 seconds on cold lock and 4 seconds on re-locks, and it doesnt have the extensive lines in the gps.conf. Its completely stock. From my understanding agps fully working should have those times. And the logcats show completely different info |
| 04:50.18 | AngelDeth | then the logcats for the HD2. |
| 04:50.59 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 04:50.59 | ali1234 | you mean the header file? |
| 04:51.10 | AngelDeth | And I run the same tests with the same app. |
| 04:51.56 | AngelDeth | Header file? (Lost look) |
| 04:52.06 | ali1234 | the code in first post |
| 04:52.55 | AngelDeth | Yes I found that while I was digging around about agps, and I found that, and based on what I read its suppose to have a gps.c file as well, not being a programmer, I couldnt find that but when I posted that seems others did. |
| 04:53.42 | ali1234 | it's a header file, it defines how to talk to a gps device, but it doesn't contain any actual instructions |
| 04:54.12 | jonpry | WisTilt2, afaict models should be like Cb 70 - 150. Cc .1 to 2, 0 < Re < 1, 0 < Rc < 1. -100 < cbslope < 100 |
| 04:54.19 | jonpry | i was trying to constrain cbslope to positive numbers, but i'm not really sure what difference it makes at this point |
| 04:54.53 | AngelDeth | I understand that as little as I do, but it seems that based on asking another dev, it doesnt seem that header is located in our current ports. |
| 04:56.05 | ali1234 | well it should do |
| 04:56.13 | ali1234 | it's not specific to a single gps chip anyway |
| 04:56.25 | AngelDeth | And in this post http://forum.xda-developers.com/showpost.php?p=12592996&postcount=180 I attached the logcats to show what I have been seeing, I dont seem to be getting an error, as well I attached the logcat for the inspire in there too for comparison. |
| 04:59.35 | WisTilt2 | jonpry: cb 89.40 cc 0.444881 re 0.184641 rc 0.521829 |
| 04:59.45 | WisTilt2 | cbslope where? |
| 05:00.29 | WisTilt2 | also, need to default scbs.conf to either sdcard or copy it from sdcard back to /etc |
| 05:00.45 | AngelDeth | In the inspire, there are more calls to the lib_locapi and the lib_locapi_rpc, and the lib_locapi_rpc_glue (which the last doesnt exist, but I found the glue.h in the source file, which I think what its referring too. |
| 05:03.24 | jonpry | WisTilt2, did you just get that from BABE? |
| 05:03.25 | jonpry | it should list cb slope |
| 05:03.26 | jonpry | Wistilt2 = oh, its sl=0 |
| 05:03.29 | jonpry | WisTilt2, don't worry about that /etc message it is taken care of every where except the version printer. its a complicated issue with that thing |
| 05:03.55 | WisTilt2 | so i dont need to copy it to /etc then? |
| 05:04.24 | jonpry | no |
| 05:04.26 | WisTilt2 | sl 2.375892 |
| 05:04.49 | jonpry | hrm, well small is good i guess. your model looks ok. |
| 05:05.46 | WisTilt2 | i havent run it that long though and that was based on my heavy youtube load with very little sleep afterwards. so can we select multiple logs in this app and have it make the model now? |
| 05:06.07 | jonpry | yeah, you can always build another |
| 05:06.17 | WisTilt2 | this is very cool |
| 05:06.25 | jonpry | thx |
| 05:06.49 | WisTilt2 | after time, we'll get a pretty good idea what all different conditions of the battery are |
| 05:07.15 | WisTilt2 | and be able to predict when its time to replace it |
| 05:08.26 | jonpry | or at least predict life |
| 05:09.02 | jonpry | should be able to convert Cb to something like ampere hours |
| 05:09.10 | WisTilt2 | do you have a wake lock in quickwake by chance? no biggy but it added almost 1sec to sleep |
| 05:10.30 | jonpry | no. i think scbs wakes up or something when it is trying to sleep |
| 05:10.58 | jonpry | i see stuff in the logs like putting apps to sleep. scbs yada, retrying sleep |
| 05:12.41 | WisTilt2 | can this app process the current live log file also or just the archived ones? |
| 05:13.47 | jonpry | both |
| 05:14.28 | WisTilt2 | ok testing it now on all 3 of the logs. |
| 05:15.23 | WisTilt2 | ill put this on all my employees phones monday and have them run it all week so we can get some mixed use info and compare. |
| 05:15.35 | AngelDeth | Did I lose you ali or looking thru the logcats? |
| 05:16.03 | jonpry | Wistilt2 i have an amd64 version of scbs that is somewhat faster if you want to run it on really big logs |
| 05:16.05 | ali1234 | reading thread |
| 05:16.15 | AngelDeth | okay, getting coffee :) |
| 05:16.21 | ali1234 | memin1857 knows what hes talking about you should listen to him |
| 05:16.28 | jonpry | WisTilt2, like 400x faster |
| 05:16.45 | WisTilt2 | intel only here |
| 05:17.06 | WisTilt2 | damn, that didnt take but a few minutes. sl is now 1.683025 |
| 05:17.08 | jonpry | WisTilt2, me too. just that is gcc 64 default. |
| 05:18.37 | jonpry | thats kind of crappy really. i put in sl as a simple way to deal with varying capacitance. but low sl more or less means it is not picking up much slack. |
| 05:19.43 | WisTilt2 | its only have maybe 5mins of sleep this whole time, rest of time its been under pretty good load |
| 05:19.49 | jonpry | i think the next step is a 3 region model like this. http://www.nsnam.org/wiki/index.php/File:Typ-discharge.png |
| 05:20.18 | WisTilt2 | yeah that is nice |
| 05:20.35 | jonpry | obviously smashing a line on top of that is not very good. but its better than a constant |
| 05:24.04 | jonpry | there may not be a lot worth doing. like i was running scbs using a model generated from your battery logs for a while. and i could plot the output in excel and figure out where it was a bit wrong. but just from using it you can't really tell. it all seems pretty good. |
| 05:25.51 | AngelDeth | Him and htcvidi I think are right, or in the right heading. But the missing link is trying to find out why the communication is breaking down, most are saying that the agps calls are missing in our drivers being ported to HD2 |
| 05:26.05 | ali1234 | yeah |
| 05:26.16 | ali1234 | personally i think you are not testing in a correct way |
| 05:27.25 | AngelDeth | Ok, that could be, enlighten me :) cause I have tried swapping out drivers, libraries and getting the same results, except I havent tried Entropy's replacing the lib_hardware_legacy file, because I would think that would cause a bootloop |
| 05:29.24 | WisTilt2 | jonpry: so is battery value android is using actually from scbs now? |
| 05:29.41 | jonpry | as long as you are using my rootfs |
| 05:29.43 | ali1234 | ok, the thing is, all GPS systems need certain information to work, such as current temperature and air pressure in your location |
| 05:30.06 | ali1234 | basic GPS gets that information from the satellite but that is slow |
| 05:30.25 | ali1234 | the various types of AGPS just provide faster ways to get the same data |
| 05:30.45 | jonpry | what, temp and air pressure? |
| 05:30.49 | ali1234 | yes |
| 05:30.56 | ali1234 | aka ephemeris data |
| 05:31.10 | jonpry | ephemeris is not temp and air pressure |
| 05:31.49 | AngelDeth | No he's saying that makes a difference as to how fast you get a lock based on that for the signal, if im right |
| 05:32.41 | jonpry | ephemeris is accurate satellite orbit information |
| 05:33.09 | jonpry | thats only good for a couple of days before the drift is too high |
| 05:33.37 | jonpry | quick gps requires ephemeris and position within 10km and velocity with 10m/s |
| 05:34.00 | jonpry | or something like that. don't remember off hand |
| 05:34.40 | ali1234 | point being, all GPS needs to get this data from somewhere |
| 05:34.55 | ali1234 | and once it has it, it is good for a few hours/days |
| 05:35.21 | AngelDeth | Right, normally they say 7 days but thats a bunch of BS coupel of days probably not more. |
| 05:35.27 | jonpry | there is also almanac. which takes like 30 minutes to download as it potentially good forever |
| 05:35.33 | jonpry | er and its |
| 05:36.18 | AngelDeth | Jonpry I assume you have been reading as to what me and ali have been talking about, any insight to it? |
| 05:36.59 | hyc | what insight is needed? thh code hasn't been written |
| 05:37.10 | ali1234 | yeah so i was getting to that |
| 05:37.29 | ali1234 | sticking an xtra.bin and a random library into the rom isn't going to do much |
| 05:38.21 | ali1234 | and any apparent changes are likely just due to the gps still remembering the last data set it downloaded |
| 05:38.50 | WisTilt2 | jonpry: the additional sleep delay is the alarm rtc wake lock, nothing we can do about that i don't think. not a big deal, still sleeps in around 1sec |
| 05:40.00 | jonpry | WisTilt2, why would an alarm rtc wakelock get set? either way i don't really understand what is important about the phone sleeping really quickly |
| 05:40.18 | AngelDeth | Well thats a question also, what is the real answer to that, some say the xtra.bin gets downloaded and injected to the driver, others say (myself as well) that its downloaded and kept on the system and read from. and if remembering fromt he last data set helps it, that would still be better then the 3-5min wait we have now. |
| 05:40.18 | hyc | waking up is more critical :P |
| 05:40.24 | *** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au) |
| 05:40.58 | WisTilt2 | rtc wakelock is happening from something with scbs. fast sleep is more eyecandy really |
| 05:41.15 | ali1234 | ok, it's the almanac that has the ionospheric data |
| 05:41.23 | ali1234 | apparently updated every 6 days? |
| 05:41.33 | ali1234 | that's the one that takes 20 minutes to download |
| 05:41.41 | ali1234 | (from the satellite) |
| 05:41.41 | jonpry | WisTilt2, i gotta sleep. we will chat about this later |
| 05:41.59 | WisTilt2 | jonpry: nite, great job - this is very cool |
| 05:42.26 | AngelDeth | Yes but I dont think the phones use the almanc to read and get locks, I could be wrong. |
| 05:42.56 | *** join/#htc-linux _twitch (~burning_a@64.112.96.58.static.exetel.com.au) |
| 05:44.04 | ali1234 | i think xtra.bin is the almanac data |
| 05:44.36 | AngelDeth | Thats impossible, that file takes less then 10s to download, not 20 mins |
| 05:45.04 | ali1234 | it takes 20 min to download from the satellite, or 10s to download over the internet, that's the whole point of AGPS |
| 05:45.46 | AngelDeth | Okay that could be the case, because that file is very small. Thats why I said that |
| 05:46.24 | ali1234 | GPS satellite signal is very low bandwidth |
| 05:48.05 | AngelDeth | ok that makes sense. But as for the question, is it actually injected into the library or it sits on the phone to be read? |
| 05:49.13 | ali1234 | neither |
| 05:49.59 | AngelDeth | Ok now I'm puzzled. Mind explaining that? |
| 05:50.04 | ali1234 | it needs to be updated every week and it needs to get inside the GPS chip somehow. how it gets there depends on how the GPS chip works |
| 05:51.02 | ali1234 | those xtra.bin servers are not the only way to get it either |
| 05:51.28 | ali1234 | as mentioned on the thread, it can come from the GSM basestation too (not over IP, over GSM) |
| 05:52.39 | ali1234 | that means it is possible for some phones to do AGPS with no driver at all |
| 05:52.45 | ali1234 | no "special" driver anyway |
| 05:53.08 | ali1234 | none of this really helps you though |
| 05:53.46 | AngelDeth | Then doesnt the DesireHD/Inspire use the same gps chip as the HD2? |
| 05:53.54 | ali1234 | i have no idea |
| 05:54.50 | ali1234 | finding out for sure what chip it is should be your first priority |
| 05:55.00 | AngelDeth | I THINK (not 100% sure) they are...but I have to double check on that, but if it is then it "should" work the same way as you stated. |
| 05:58.34 | AngelDeth | Qualcomm chipset's built-in GPS for the HD2, and the same for the Inspire/DHD Qualcomm chipset |
| 06:02.27 | ali1234 | AngelDeth: look at this http://android.git.kernel.org/?p=platform/hardware/qcom/gps.git;a=blob;f=loc_api/libloc_api/loc_eng_xtra.cpp;h=9dda092b6327b66d3f1609f068b98f0a2d4175d4;hb=HEAD |
| 06:02.28 | hyc | wistilt2: none of the @HTC commands are in the +CLAC listing |
| 06:02.37 | ali1234 | look at line 123, a log message |
| 06:02.43 | ali1234 | grep your logs for that line |
| 06:02.51 | ali1234 | it shows up in the inspire log |
| 06:03.09 | ali1234 | not the others though |
| 06:03.25 | WisTilt2 | hyc, ill have my ril guy see if we have that info monday. clac must not return the proprietary cmds then |
| 06:03.36 | ali1234 | that code is the code that loads xtra.bin into the gps chip |
| 06:04.42 | AngelDeth | 04-02 05:47:58.885: DEBUG/GpsXtraDownloader(1298): Downloading XTRA data from http://xtra1.gpsonextra.net/xtra.bin? that one? |
| 06:04.58 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 06:04.59 | ali1234 | no |
| 06:05.14 | ali1234 | look at the link... |
| 06:05.24 | ali1234 | 04-02 05:47:59.855: DEBUG/lib_locapi(1298): qct_loc_eng_inject_xtra_data, xtra size = 39736 |
| 06:05.29 | ali1234 | line 64 |
| 06:08.25 | AngelDeth | I see it. called by locapi |
| 06:08.39 | ali1234 | it's code inside locapi |
| 06:12.05 | AngelDeth | I see that, and none of the other logs have that call. or that entry in the logs. |
| 06:13.18 | AngelDeth | so does that mean that the locapi has the answer to fixing this? The "missing" code? |
| 06:13.31 | ali1234 | maybe |
| 06:13.38 | ali1234 | depends if it's the same gps chip or not |
| 06:13.58 | AngelDeth | qualcomm gps |
| 06:14.06 | AngelDeth | I said that a few lines up |
| 06:14.23 | hyc | qualcomm makes zillions of chips |
| 06:14.29 | ali1234 | yeah i'm pretty sure qualcomm makes more than 1 gps chip.... |
| 06:14.31 | hyc | no guarantee that it behaves the same |
| 06:14.46 | AngelDeth | hyc thanks for bursting my bubble ;p |
| 06:16.18 | hyc | just trying to inject reality here |
| 06:16.29 | ali1234 | even if it's the same chip the radio rom can still screw you over |
| 06:16.30 | hyc | you think you can just copy and paste a few things from one file to another |
| 06:16.54 | hyc | reality is it will take many hours of intense labor to figure something like that out |
| 06:17.25 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 06:17.26 | AngelDeth | hyc, actually far from the case, just trying to find the key and point somene in the right direction, if it was that easy, we wouldnt be talking here :D |
| 06:17.44 | hyc | and if people only needed one or two pointers ... |
| 06:17.55 | hyc | you're not the first person to want fast GPS on their phone. |
| 06:19.01 | AngelDeth | actually like I was telling ali, I have mine locking cold in 60s and relocks in under 20s adding lines to gps.conf but its not a perfect solution, but for some reason it works. But not everyone has the same success. |
| 06:19.01 | ali1234 | what you need to do next is compare the source of the two drivers you have |
| 06:19.45 | ali1234 | how long did you test for? |
| 06:19.59 | ali1234 | did you wait a week, and see if you still get 60s lock? |
| 06:20.12 | ali1234 | because i think you won't |
| 06:20.26 | AngelDeth | Well I expected that comparing them would be the next step. And no not a week, about 3 days. |
| 06:22.03 | AngelDeth | the way I have it done, there is error, obviously different factors play in the locks. Using a file mem on the thread posted "gpsfix-0.1.apk" helps more so now, since that actually downloads the xtra.bin file onto the root data folder, where gps status says its downloaded but the logcat doesnt show what it does. |
| 06:22.43 | ali1234 | putting a random out of date xtra.bin on the filesystem isn't going to help at all |
| 06:23.27 | ali1234 | i would recommend learning how to reverse engineer libraries and apks :) |
| 06:24.13 | AngelDeth | Actually the file isnt out of date, if you delete it, and run the fix it re-downloads the file. and by the time I try to learn that we'll all have moved on to bigger and better things. |
| 06:24.53 | AngelDeth | I doubt I'd learn any of that and be that good in that short of a time frame. |
| 06:28.41 | ali1234 | too many unanswered questions |
| 06:29.05 | AngelDeth | yeah the story of life as well. |
| 06:29.21 | ali1234 | what does gpsfix actually fix? what makes you think anything even looks at the xtra.bin after you put it on the device? |
| 06:29.41 | ali1234 | why do you have a partial gps driver? |
| 06:30.01 | ali1234 | where is the source code of it? what does it do? who wrote it? |
| 06:31.17 | ali1234 | what reads the gps.conf file? |
| 06:31.32 | ali1234 | where is the source code of that thing? have you tried reading it to understand what the options mean? |
| 06:33.32 | AngelDeth | GPS fix is an apk that downloads the bin file, I dont believe I ran a logcat on that (not sure, but will tomorrow for sure), it runs for about 30 second with no gui, and then prompts saying gps fixed, it does download the bin cause I see it in the root data folder. Why is there a partial gps driver for the HD2, excellent question, where is the source? Pick a dev. I think someone did take |
| 06:33.33 | AngelDeth | apart the apk its on the thread I believe. |
| 06:34.13 | ali1234 | i don't actually want to know the answers, they are for you to research |
| 06:34.54 | AngelDeth | As for the gps.conf I would believe the car panel app, navigation app. I do remember seeing in one of the logs I made (in the zip) a reference to it, which was an error, which I fixed it was a permissions error. |
| 06:35.53 | AngelDeth | I know, I was just answering you, remember most of the android was ported to the HD2 so there is alot of gaps. |
| 06:37.53 | AngelDeth | Anyway, I've taken up enough of your time, and you |
| 06:38.23 | AngelDeth | have been helpful. Need to go to bed, but thank you again for chatting with me about it and looking thru things. |
| 06:39.14 | *** part/#htc-linux AngelDeth (~AngelDeat@pool-173-72-6-48.cmdnnj.fios.verizon.net) |
| 06:48.07 | *** join/#htc-linux raymonddull (~raymonddu@pool-70-20-76-80.pitbpa.east.verizon.net) |
| 06:50.56 | arrrghhh | hyc, you there? |
| 06:51.19 | *** join/#htc-linux dekar__ (~dekar@drms-590ed4d2.pool.mediaWays.net) |
| 06:52.24 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 06:58.52 | *** join/#htc-linux arrrghhh_ (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 07:02.23 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 07:12.11 | *** join/#htc-linux cyanogen_ (shade@chemlab.org) |
| 07:22.43 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 07:27.17 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 07:41.33 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7778.pool.mediaWays.net) |
| 07:54.21 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7778.pool.mediaWays.net) |
| 07:59.31 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 08:17.03 | *** join/#htc-linux avinashhm (~avinash-h@59.92.187.216) |
| 08:21.51 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:5071:862e:d19f:b4c1) |
| 08:50.19 | *** join/#htc-linux DuperGhost (~Duper@46-116-175-12.bb.netvision.net.il) |
| 09:07.07 | *** join/#htc-linux ftoz (~root@cst-prg-189-6.vodafone.cz) |
| 09:22.59 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 09:44.43 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 09:53.13 | *** join/#htc-linux Markinus (~Adium@212.255.16.215) |
| 09:53.40 | *** join/#htc-linux GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 10:01.18 | *** join/#htc-linux ftoz (~root@cst-prg-144-24.vodafone.cz) |
| 10:21.01 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:5071:862e:d19f:b4c1) |
| 10:32.53 | *** join/#htc-linux Markinus (~Adium@212.255.16.215) |
| 10:35.49 | *** join/#htc-linux cr2_ (~cr2@46.115.3.228) |
| 10:37.21 | cr2_ | ali1234: this is the most funny comment i've seen recently |
| 10:37.26 | *** join/#htc-linux lewellyn (distillery@greenviolet/lewellyn) |
| 10:37.27 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:5071:862e:d19f:b4c1) |
| 10:37.45 | cr2_ | ali1234: "ok, the thing is, all GPS systems need certain information to work, such as current temperature and air pressure in your location" |
| 10:41.37 | *** join/#htc-linux jerbob92 (~jeroen@ip565382cc.direct-adsl.nl) |
| 10:42.22 | jerbob92 | is it possible to fix your phone yourself, even if it doesn't start up anymore? |
| 10:59.41 | *** join/#htc-linux t3g (~kvirc@p3E9E47B9.dip.t-dialin.net) |
| 11:00.48 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 11:07.38 | *** join/#htc-linux balans1 (~Miranda@82-170-217-205.ip.telfort.nl) |
| 11:10.38 | *** join/#htc-linux gauner1986 (~Miranda@p508C6645.dip.t-dialin.net) |
| 11:29.01 | *** join/#htc-linux Markinus (~Adium@212.255.16.215) |
| 11:34.58 | *** join/#htc-linux rob_w (~bob@ppp-93-104-170-9.dynamic.mnet-online.de) |
| 11:39.16 | *** join/#htc-linux jerbob92 (~jeroen@ip565382cc.direct-adsl.nl) |
| 11:49.13 | gauner1986 | hi markinus |
| 11:49.19 | Markinus | hi |
| 12:16.50 | *** join/#htc-linux rzk_ (~rzk@95-28-95-165.broadband.corbina.ru) |
| 12:23.30 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:1f0b:728:5071:862e:d19f:b4c1) |
| 12:33.16 | *** join/#htc-linux lewellyn (Watkins@greenviolet/lewellyn) |
| 12:34.25 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4866.dip.t-dialin.net) |
| 12:43.37 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7778.pool.mediaWays.net) |
| 12:59.34 | *** join/#htc-linux Markinus (~Adium@212.255.16.215) |
| 13:04.36 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 13:07.52 | *** join/#htc-linux balans1 (~Miranda@82-170-217-205.ip.telfort.nl) |
| 13:16.53 | Noellenchris | hey Markinus, how've ya been? |
| 13:17.47 | Entropy512 | cr2_: where'd you see THAT idiotic comment about GPS? |
| 13:18.17 | Willd | Entropy512: Last night |
| 13:18.19 | Willd | ... |
| 13:20.09 | Entropy512 | ah, scrolling up, saw that |
| 13:20.10 | *** join/#htc-linux ftoz (~root@cst-prg-112-4.vodafone.cz) |
| 13:20.11 | Entropy512 | holy crap |
| 13:20.18 | Noellenchris | That must be why my AGPS doesn't work, I have to adjust the baro set screw so it can report proper barometric pressure back to sats...:P |
| 13:20.48 | Entropy512 | some GPS receivers do have baros as an additional sensor, but usually the baro gets calibrated FROM the GPS. :) |
| 13:21.34 | cr2_ | Entropy512: air pressure from gps ?? |
| 13:22.16 | Noellenchris | I've never seen one with a baro set....could prob speed up fix if it new alt though...maybe... |
| 13:23.18 | cr2_ | Entropy512: it is possible to make some estimations of the temperature profile up to ~30km and air humidity out of the GPS measurement |
| 13:23.47 | cr2_ | Entropy512: but deriving the surface pressure is too much :) |
| 13:24.11 | Noellenchris | add a hole to the gps device and mount it on your roof of car , then you can measure pitot pressure and get speed too...lol just kidding..felt like having a laught this morning |
| 13:24.32 | Noellenchris | *laugh |
| 13:24.48 | Entropy512 | cr2_: Honestly I haven't yet figured out what the point of the baro is in higher-end GPS units, but it is present |
| 13:24.52 | cr2_ | Noellenchris: gps without external antenna is a joke anyway |
| 13:25.19 | Entropy512 | the electronic compass is more useful , since it tells you which way you're facing when standing still |
| 13:25.38 | Entropy512 | modern GPS receivers are sensitive enough to do pretty well w/o an external antenna |
| 13:25.55 | Entropy512 | well, modern ones that don't have severe cost cutting |
| 13:26.04 | Entropy512 | causing them to rely on lots of crutches |
| 13:26.10 | Entropy512 | (like Qualcomm gpsOne) |
| 13:26.13 | cr2_ | Entropy512: the measurement of the surface pressure lets you to integrate the air density altitude profile (given you know the temperature) |
| 13:26.22 | Noellenchris | qualcomm gps units are not very good.. |
| 13:26.51 | Entropy512 | yeah, they're cost-reduced and rely on lots of crutches to keep users from bitching |
| 13:26.52 | Entropy512 | :) |
| 13:26.52 | cr2_ | Entropy512: for cm/mm accurace you need a really good external antenna |
| 13:27.05 | cr2_ | s/accurace/accuracy) |
| 13:27.22 | Noellenchris | I have a bt one that is tiny and finds sats in about 30sec cold boot... why can't phone manufactures use it....:P |
| 13:27.32 | Entropy512 | well yeah, but you also need a high end receiver too |
| 13:27.40 | Entropy512 | Noellenchris: $$$$$$ |
| 13:27.43 | cr2_ | qcom gps data is complete junk compared even to my old grmn76cx |
| 13:27.43 | Entropy512 | costs too much |
| 13:28.07 | Entropy512 | back in a few |
| 13:28.09 | Entropy512 | afk |
| 13:28.39 | Noellenchris | maybe I can glue this ext bt gps to my hd2 and poof, I have a reliable gps...:P |
| 13:28.53 | Noellenchris | it's batt last like 17hrs too |
| 13:28.57 | cr2_ | Entropy512: they are too overpriced for what they deliver |
| 13:29.18 | cr2_ | Noellenchris: which bt gps do you have ? |
| 13:29.32 | Noellenchris | I have a holux and some other cheap one |
| 13:29.36 | Noellenchris | lemme see.. |
| 13:30.01 | Noellenchris | holux m1000 |
| 13:30.22 | cr2_ | Entropy512: i'm trying to hack old sirf2 firmware for such things. it's an ARM processor too |
| 13:30.33 | cr2_ | Noellenchris: let me check |
| 13:31.09 | cr2_ | "UART interface" too ? |
| 13:31.30 | cr2_ | hm. MT3318 |
| 13:31.43 | cr2_ | have not looked at it yet. |
| 13:31.52 | cr2_ | is it also an arm cpu ? |
| 13:33.25 | Noellenchris | brb |
| 13:38.13 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 13:39.09 | Noellenchris | I just remembered , somewhere I have the software for PC that the manufacturer gave me to update firmware. wonder what else it shows? |
| 13:43.14 | *** join/#htc-linux Erikson (~Erik@i5E86D0FB.versanet.de) |
| 13:58.28 | *** join/#htc-linux defendthecommons (~defendthe@184-9-91-73.dr04.mdtw.ny.frontiernet.net) |
| 13:58.58 | *** join/#htc-linux kcrazy (~kcrazy@117.79.232.156) |
| 14:07.54 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 14:13.04 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 14:19.15 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 14:19.44 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
| 14:20.02 | Entropy512 | ow my brain |
| 14:20.06 | Entropy512 | too much wine last night |
| 14:20.54 | Entropy512 | Even though they may use an ARM CPU, the correlator hardware is completely different in the SiRF III and MTKv2 |
| 14:21.13 | Entropy512 | MUCH better than the shitty correlators in the GPS part of Qualcomm chipsets |
| 14:23.22 | *** join/#htc-linux cr2_ (~cr2@46.115.3.228) |
| 14:24.09 | jonpry | hi rpierce99 |
| 14:24.15 | rpierce99 | hey jonpry |
| 14:24.16 | cr2_ | Entropy512: mtk has no sane way to access raw data |
| 14:24.36 | cr2_ | Entropy512: and sirf3 does not provide code pahe |
| 14:24.49 | Entropy512 | yeah, I haven't figured out how to get RINEX out of mtk |
| 14:24.52 | cr2_ | s/pahe/path/ |
| 14:24.56 | cr2_ | evil keyboard |
| 14:25.17 | Entropy512 | you mean carrier phase? |
| 14:25.17 | cr2_ | Entropy512: what about rinex from sirf2 ? |
| 14:25.24 | cr2_ | yeah |
| 14:25.38 | Entropy512 | the last time I figured out how to get RINEX out of a receiver, it was an old Garmin GPSMAP |
| 14:25.39 | Entropy512 | er |
| 14:25.41 | Entropy512 | eMap |
| 14:25.52 | Entropy512 | I think there is a way to get RINEX out of SiRF chips |
| 14:26.02 | cr2_ | it may be in the SRAM, but is not sent over sirf binary |
| 14:26.28 | jonpry | isn't gps all done in software. there is just some I/F downconverter on the gps receiver. then its digitized and processed by some a9/qdsp4 sw? |
| 14:26.46 | cr2_ | well, it's more or less easy to get rinex out of sirf2, once you have sane firmware version |
| 14:27.10 | cr2_ | and you need to invest some time into decoding the navlib messages |
| 14:27.50 | cr2_ | jonpry: yes, mdsp is (mis)used as a correlator |
| 14:28.28 | cr2_ | Entropy512: emap ? is it like gps12 ? |
| 14:28.58 | Entropy512 | a bit newer than that |
| 14:28.59 | Entropy512 | hold on |
| 14:29.06 | Entropy512 | but it's about a decade old at this point |
| 14:29.24 | cr2_ | sirf2 is old too |
| 14:29.35 | Entropy512 | https://buy.garmin.com/shop/shop.do?pID=107&ra=true |
| 14:29.48 | cr2_ | but there are no new chipsets with carrier phase ;) |
| 14:30.05 | cr2_ | in the sane price range. |
| 14:30.10 | jonpry | i have a 76cx |
| 14:30.17 | Entropy512 | at least none that provide it to the user, would make sense to keep using it for code smoothing |
| 14:30.27 | Entropy512 | I think the 76cx uses a SiRF or MTK chipset |
| 14:30.30 | cr2_ | jonpry: 76cx is sirf3 |
| 14:30.43 | cr2_ | at least the older ones |
| 14:30.52 | Entropy512 | wait, gpsOne uses the software DSP to do correlator functions? |
| 14:30.57 | Entropy512 | ugh no wonder it sucks |
| 14:31.09 | cr2_ | the modem dsp |
| 14:31.18 | cr2_ | aka mdsp |
| 14:31.20 | Entropy512 | yuck |
| 14:32.06 | jonpry | what is wrong with using dsp? |
| 14:32.31 | Entropy512 | slow compared to dedicated correlator logic |
| 14:33.16 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 14:33.17 | Entropy512 | nicer GPS chipsets allow for longer correlation times, which provides better sensitivity |
| 14:33.45 | cr2_ | xtra.bin must include ephemeris for all sats. i doubt that there is something else in this file. |
| 14:33.45 | Entropy512 | which is why an unassisted SiRF III or MTKv2 will smoke even an assisted gpsOne |
| 14:33.55 | cr2_ | lol |
| 14:34.00 | cr2_ | that's true |
| 14:34.15 | Entropy512 | and MTKv2 with ephemeris preload = godlike. :P |
| 14:34.37 | Entropy512 | yeah, I'm fairly certain XTRA is only ephemeris preload |
| 14:34.42 | cr2_ | hm. the mtk firmware looks like an ARM assembler |
| 14:35.15 | Entropy512 | yeah - I think the correlators are hardware, but the calculation of position from pseudo, along with control of the correlators, is done by an ARM |
| 14:35.16 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 14:35.40 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 14:35.40 | cr2_ | Entropy512: on sirf too |
| 14:35.43 | phh | (it's impressing to read logs, and see you want to hack gps units.) |
| 14:36.12 | khorben_ | (good timing) |
| 14:36.43 | cr2_ | jonpry: 76cx is omap1610 with 2MB sram and 16MB nor flash (intel) |
| 14:37.28 | phh | oO |
| 14:37.32 | Entropy512 | oh no... As much as I didn't like his lecturing style, I just found out my GPS professor died last November of cancer. That really sucks. :( |
| 14:37.33 | cr2_ | phh: i've already disassembled the sirf2 base firmware (gsw2) |
| 14:38.10 | cr2_ | phh: and all newer grmn devices use ST2062 cpu |
| 14:38.29 | Entropy512 | A few Garmins use a full ST GPS solution |
| 14:38.41 | cr2_ | phh: it's even more evil than qualcomm. no docs and no (known) wince ;) |
| 14:38.42 | Entropy512 | Cartesio = teh suck, they never could get WAAS working well |
| 14:38.58 | Entropy512 | still performs better than qcom. :P |
| 14:39.24 | cr2_ | Entropy512: i've documented some parts of memory ranges for it. |
| 14:39.42 | cr2_ | but i still don't know where is the framebuffer |
| 14:40.09 | cr2_ | 76cx is cool, but has only 2MB ram ;) |
| 14:40.11 | phh | cr2_: what os is using grmn ? |
| 14:40.12 | phh | home made ? |
| 14:40.18 | cr2_ | yes |
| 14:40.19 | Entropy512 | that reminds me, I still need to figure out where the hell my Oregon is |
| 14:40.23 | Entropy512 | yeah, homegrown |
| 14:40.24 | cr2_ | on the ST devices |
| 14:40.36 | cr2_ | i have nüvi860 |
| 14:40.41 | Entropy512 | at least for the trail-oriented units |
| 14:40.41 | cr2_ | it's pxa310 |
| 14:40.44 | Entropy512 | not sure about nuvis |
| 14:40.52 | cr2_ | with linux |
| 14:40.56 | cr2_ | but |
| 14:41.02 | Entropy512 | a lot of the car navigation solutions use off-the-shelf OSes |
| 14:41.08 | cr2_ | with gpg signature checks ;) |
| 14:41.25 | Entropy512 | magellan = iGO on WinCe |
| 14:41.30 | Entropy512 | TomTom = Linux |
| 14:41.37 | cr2_ | i managed to login over cdc_eth to müvi |
| 14:41.44 | cr2_ | brr |
| 14:41.44 | Entropy512 | heheh |
| 14:41.48 | cr2_ | müvi |
| 14:41.59 | cr2_ | but only as a normal user |
| 14:42.14 | cr2_ | the known exploits do not work |
| 14:42.18 | Entropy512 | http://gps.ece.cornell.edu/HWRCX.html - old hardware but great for playing with RINEX data |
| 14:42.50 | Entropy512 | I worked with one of those a decade ago, although unfortunately, they used DOS-based receivers (crash-prone) with a severe bug back then: |
| 14:42.54 | cr2_ | Entropy512: i think there were 2 opensource projects |
| 14:43.06 | Entropy512 | they cached ephemeride data, but did not expire it when it was old |
| 14:43.08 | cr2_ | yes, they are newer |
| 14:43.29 | Entropy512 | end result - attempting to use two-year-old ephemerides. :( |
| 14:43.36 | cr2_ | yeah |
| 14:43.37 | Entropy512 | and taking 45 minutes to lock |
| 14:43.41 | jonpry | i wanted to use a dakota replacement for 76cx. much smaller lighter faster |
| 14:43.42 | jonpry | but i bought the wrong one somehow. dakota 10 is missing sd slot |
| 14:43.52 | Entropy512 | ouch, suck |
| 14:43.56 | Entropy512 | I have an Oregon 300 |
| 14:44.00 | Entropy512 | love it |
| 14:44.18 | Entropy512 | well it may prove to be "had" - can't figure out where I put the thing! :( |
| 14:44.41 | cr2_ | ST has linux for this cpu |
| 14:44.51 | cr2_ | but don't publish the code... |
| 14:48.03 | Entropy512 | dammit, just lost another round of "where the hell did I put my Oregon" against myself |
| 14:51.16 | *** join/#htc-linux LordDeath (~Lord|Lapt@cable-81-173-166-52.netcologne.de) |
| 14:58.29 | jonpry | why is oregon better than dakota? |
| 15:06.02 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 15:16.16 | Entropy512 | larger screen, I think some of the Oregon features may have been removed from Dakotas, not sure |
| 15:16.23 | Entropy512 | Dakotas weren't around when I bought mine |
| 15:37.23 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 15:37.40 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 15:47.44 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-212-139.98-62.inwind.it) |
| 15:49.30 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
| 15:50.56 | *** part/#htc-linux Markinus (~Adium@212.255.16.215) |
| 16:03.29 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 16:06.42 | *** join/#htc-linux Markinus (~Adium@212.255.16.215) |
| 16:14.05 | *** join/#htc-linux crawling (crawling@a94-132-177-48.cpe.netcabo.pt) |
| 16:14.54 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
| 16:18.14 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 16:21.13 | *** join/#htc-linux sdjfahjkldshafjk (~raymonddu@pool-70-20-76-80.pitbpa.east.verizon.net) |
| 16:26.14 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 16:38.07 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 16:41.25 | *** join/#htc-linux kiozen (~kiozen@rgnb-4d0d7778.pool.mediaWays.net) |
| 16:44.41 | *** join/#htc-linux midnight (~Domenico@host181-116-dynamic.12-79-r.retail.telecomitalia.it) |
| 16:48.45 | *** part/#htc-linux midnight (~Domenico@host181-116-dynamic.12-79-r.retail.telecomitalia.it) |
| 16:53.55 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 17:05.32 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
| 17:12.28 | dcordes | hi |
| 17:13.31 | Markinus | hi |
| 17:15.22 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 17:19.07 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
| 17:19.12 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 17:21.35 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 17:24.47 | *** join/#htc-linux crawling (crawling@a94-132-177-48.cpe.netcabo.pt) |
| 17:32.09 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 17:33.56 | *** join/#htc-linux Tinyboom (~nahh@212.84-48-97.nextgentel.com) |
| 17:33.56 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
| 17:36.04 | *** join/#htc-linux shoragan________ (~shoragan@sicherheitsschwankung.de) |
| 17:36.50 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 17:40.50 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 17:42.38 | WisTilt2 | jonpry: after discharge to 20%, full charge cycle and some use, sl is now 27.25. over 600k log file this morning so i made another conf with that one. |
| 17:43.41 | arrrghhh | can you just keep adding on to them? |
| 17:43.57 | arrrghhh | and, hi WisTilt2 ;) |
| 17:44.11 | WisTilt2 | with his app you can select any or all of them to make the profile |
| 17:44.17 | WisTilt2 | morning |
| 17:44.28 | arrrghhh | oh ok |
| 17:44.34 | arrrghhh | so the more data obviously the better |
| 17:44.54 | arrrghhh | is there a max? does it just take longer to crunch the more data you throw at it? |
| 17:45.07 | arrrghhh | i'd probably want to run it for... a week? not sure. |
| 17:45.12 | WisTilt2 | i just picked the one that had the most variations, discharge, charge, sleep, and use so should be close to my normal pattern. |
| 17:45.15 | arrrghhh | want to get a good algo |
| 17:45.26 | WisTilt2 | yeah, my 600k log file took right at 10mins to process |
| 17:45.32 | arrrghhh | not bad |
| 17:45.33 | WisTilt2 | no oc at all |
| 17:47.05 | arrrghhh | all the newest stuff you've been giving me has scbs in the kernel right? |
| 17:47.12 | arrrghhh | ie the stuff i put on the forums? |
| 17:47.47 | WisTilt2 | only the jonpry kernel pack has it not my other test kernel |
| 17:48.16 | arrrghhh | hrm, ok. |
| 17:48.43 | WisTilt2 | both have all the same other fixes in then, only his has scbs in the kernel. |
| 17:48.48 | WisTilt2 | in them |
| 17:49.10 | *** join/#htc-linux rpierce99 (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 17:49.21 | arrrghhh | ok. just had a few comments - more than 5 for sure - of poorer battery life than before. |
| 17:50.23 | arrrghhh | heh one dude was wanting to change the whole way the LED works - everyone has their own idea of what's best. |
| 17:50.27 | WisTilt2 | hmm, nothing was changed in that area so shouldn't have changed at all, unless they are not running the normal ril. that would be the only different thing that could change battery life. |
| 17:50.36 | arrrghhh | hrm |
| 17:51.00 | arrrghhh | i haven't been running the new RIL much, except for the last 16 hours or so. |
| 17:51.07 | arrrghhh | been workin well so far |
| 17:51.53 | Entropy512 | I'm really lovin' hyc's RIL. :P |
| 17:52.04 | Entropy512 | although I haven't had a chance to really beat on the latest ones |
| 17:52.11 | Entropy512 | (weak signal ppp setup failures) |
| 17:52.40 | WisTilt2 | ive been running his ril since friday evening and looking pretty solid so far on at&t gsm. |
| 17:52.45 | arrrghhh | yea |
| 17:52.55 | arrrghhh | with your kernel and his RIL, fast sleep persists too :D |
| 17:53.20 | odz | pretty solid in CDMA mode with his latest fix as of last night :P |
| 17:53.40 | WisTilt2 | you might mention scbs kernel will make sleep take around 1s more. nothing we can do about that right now. |
| 17:53.46 | arrrghhh | damn did he post another one? i wonder if i miss it |
| 17:54.11 | arrrghhh | WisTilt2, so do you think it's ready for the masses? |
| 17:54.12 | odz | ya MEID fix for google checkin service |
| 17:54.23 | arrrghhh | odz, oh yea i have that. :D |
| 17:54.38 | odz | before that anything from market and other google apps would just fail cause of invaild MEID :P |
| 17:54.58 | arrrghhh | lol |
| 17:55.03 | Entropy512 | the one issue I've seen is I'm not sure if GSM netloc is quite perfect yet. Something just seems... odd about it. I had a bunch of failures on my trip Friday but I don't know if it was a RIL issue or just Google not grokking the local towers |
| 17:55.20 | WisTilt2 | arrrghhh, I do. might want to make sure with jonpry if he hasnt made any other changes since last night though. they need to get the app also so might need to stick everything in the kernel pack. |
| 17:55.31 | arrrghhh | yea |
| 17:55.42 | arrrghhh | i'll work my magic with 'easy' instructions |
| 17:55.51 | arrrghhh | i can't say idiot-proof, they'll just make a better idiot. |
| 17:56.10 | arrrghhh | i just need to see all the magic and play with it mahself :D |
| 17:56.11 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-12-212.bb.netbynet.ru) |
| 17:56.16 | Entropy512 | xda forums do seem to be good at producing better idiots. :( |
| 17:57.17 | arrrghhh | haha, i think that's just the world in general. |
| 17:57.19 | WisTilt2 | Entropy512 netlock works perfect here. from my office to my house i handoff through around 6 cells and i watched it last night, switched locations perfectly with each one. checked things nearby at each location, dead on. |
| 17:57.23 | arrrghhh | crap was that my outside voice? |
| 17:57.51 | arrrghhh | i get netloc - seems to work about as good as winmo? i haven't tested it moving around... i will today if not tomorrow. |
| 17:58.11 | rpierce99 | i tested netloc on the bus, about 15-20 miles |
| 17:58.26 | rpierce99 | worked great, bounced between towers almost immediately |
| 17:58.30 | arrrghhh | nice |
| 17:58.37 | arrrghhh | i notice i always get the same thing @ home |
| 17:58.42 | arrrghhh | 1800 meters |
| 17:59.27 | Entropy512 | I had it wonk out around this area: http://maps.google.com/maps?source=s_q&hl=en&geocode=&q=NYS-17+and+I-87&aq=&sll=42.093929,-76.229572&sspn=0.013678,0.033023&ie=UTF8&hq=NYS-17+and+I-87&radius=15000.000000&split=1&hnear=&ll=41.393294,-74.325256&spn=0.221241,0.528374&t=h&z=12 |
| 17:59.39 | WisTilt2 | you guys should try the OpenSignal app if you havent already. shows all the towers it sees by id and lots of other good info to see how things are tracking when you move. |
| 17:59.48 | Entropy512 | It got a fix around Kiryas Joel, then consistently failed until well past Middletown on NYS 17 |
| 17:59.53 | arrrghhh | WisTilt2, nice never heard of it. |
| 18:00.07 | rpierce99 | WisTilt2: would that work on CDMA, i don't think we get neighboring cells |
| 18:00.37 | WisTilt2 | dont know on cdma, give it a try it should work as it uses lat/long also i believe |
| 18:01.02 | WisTilt2 | if you have a compass it supports tower direction also visually |
| 18:01.31 | rpierce99 | one of my android builds changed the reporting to market, I now have 2 phones in the full market site |
| 18:01.51 | Entropy512 | Yeah, my first one reported differently than any I've used since |
| 18:02.00 | Entropy512 | so I have 3 devices, only two of which are real |
| 18:02.18 | rpierce99 | Phone or Xdandroid MSM? |
| 18:02.33 | Entropy512 | I think it changed from phone to xdandroid MSM |
| 18:02.57 | Entropy512 | I have two devices that are "Phone" - one is my Huawei S7, other is a "ghost" of my Tilt2 |
| 18:03.39 | arrrghhh | this is probably the first time the signal bars have been accurate too |
| 18:04.33 | Entropy512 | That's one thing definitely broken in hyc's RIL - I show pegged bars often in situations where it shouldn't |
| 18:04.54 | Entropy512 | I think there's some hack/workaround in our framework around old RIL brokenness |
| 18:05.01 | Entropy512 | fixed RIL -> framework pegged |
| 18:05.12 | arrrghhh | weird |
| 18:05.20 | arrrghhh | my bars were almost always pegged before |
| 18:05.29 | arrrghhh | and now they seem to report much more accurately than ever before. |
| 18:05.31 | Entropy512 | framework seems to peg bars when it gets a signal strength number above 10 |
| 18:05.45 | Entropy512 | even though ril.h says it should be a scale of 1 to 31 |
| 18:06.38 | Entropy512 | You're CDMA though, right? |
| 18:06.52 | Entropy512 | I suck at remembering who is on what provider. :) |
| 18:07.26 | Entropy512 | hyc made major fixes to CDMA SS, but I think when he did the neighboring cells fixes to GSM, he might have borked signal strength handling slightly. |
| 18:07.40 | Entropy512 | More specifically, I think he fixed it and I think our framework expects something broken |
| 18:07.52 | arrrghhh | yea i'm CDMA |
| 18:08.23 | arrrghhh | WisTilt2, lol in the info page it says "location of neighboring towers can only be found when you are connected to a 2g (gsm) network" |
| 18:08.54 | WisTilt2 | yeah not true, i think the dev of that app never changed that |
| 18:08.59 | Entropy512 | In the old way, on GSM we got @HTCCSQ unsolicited responses, which had a number from 0 or 1 to 5 |
| 18:09.06 | Entropy512 | which basically was the number of bars we had |
| 18:09.09 | Entropy512 | 5 = full bars |
| 18:09.18 | Entropy512 | RIL multiplied this by 2 and reported it upwards |
| 18:09.37 | Entropy512 | but ril.h says this reported value should be 1-31, not 1-10 |
| 18:09.54 | Entropy512 | so I think now when our framework sees fixed values, it pegs the UI |
| 18:10.11 | Entropy512 | the odd thing is that sometimes the UI is pegged sometimes not, I have to look at the logcats in more detail |
| 18:10.32 | Entropy512 | but I think it depends on whether SS comes from an unsol, or from +Q3GNCELL |
| 18:14.05 | WisTilt2 | signal bars here are pretty close to what they should be based on dbm now. he's within a couple db of what we have on our custom device. |
| 18:14.32 | WisTilt2 | very close to what winmo energy reports also now |
| 18:15.35 | Alex[sp3dev] | btw, i have added some crazy hackish code to allow setting mdp/pmdh (panel), grp (3d) and, probably, ebi/ebin (untested) clock rate at runtime depending on current pll frequency. this allows to use correct speed for panel. even with overclock |
| 18:17.08 | *** join/#htc-linux Cadair (9e2747e5@gateway/web/freenode/ip.158.39.71.229) |
| 18:18.13 | WisTilt2 | Alex[sp3dev] .35 only? |
| 18:18.44 | Alex[sp3dev] | WisTilt2: well, it can be ported to 27.. just i won't do it today.. busy |
| 18:26.26 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 18:33.02 | *** join/#htc-linux avinashhm (~avinash-h@59.92.158.161) |
| 18:54.09 | *** join/#htc-linux XirXes (~xirxes@67-2-15-27.slkc.qwest.net) |
| 18:54.18 | Entropy512 | this is interesting, last night when I went for a drive, Q3GNCELL returned some neighbors, but it returned neighbors of a form I've never seen before |
| 18:54.31 | Entropy512 | 04-02 20:04:19.990 D/AT (1340)AT< +Q3GNCELL: "08A35232",29,2,356,15,385,14 |
| 18:54.43 | Entropy512 | 04-02 20:04:19.990 D/RILJ (1438)[0395]< REQUEST_GET_NEIGHBORING_CELL_IDS [164@15] [181@14] |
| 18:55.17 | Entropy512 | normally CIDs are 4 hex digits |
| 18:55.26 | *** join/#htc-linux XirXes (~xirxes@67-2-15-27.slkc.qwest.net) |
| 18:55.26 | Entropy512 | got some that were far lower in value |
| 18:55.34 | Entropy512 | speaking of going for a drive |
| 18:55.40 | Entropy512 | I've gotta run some errands |
| 18:55.41 | Entropy512 | :P |
| 18:57.32 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 19:02.12 | jonpry | hi WisTilt2 |
| 19:04.12 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 19:06.22 | *** join/#htc-linux dan1j3l (~danijel@93-141-10-204.adsl.net.t-com.hr) |
| 19:17.47 | *** join/#htc-linux Cadair (907c101c@gateway/web/freenode/ip.144.124.16.28) |
| 19:17.53 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 19:20.20 | WisTilt2 | jonpry you back or still timing out? |
| 19:20.38 | rpierce99 | WisTilt2: I think the answer to that one is "yes" |
| 19:21.13 | jonpry | yeah timing out bad today |
| 19:21.57 | WisTilt2 | you see my sl is now 27.25? is that good or bad |
| 19:22.37 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 19:23.01 | jonpry | WisTilt2, i don't know. [sl] ~= .5Cb seems like what i get |
| 19:23.16 | jonpry | er |sl| |
| 19:24.02 | WisTilt2 | my cb is 98.8 |
| 19:24.14 | *** join/#htc-linux gauner1986 (~Adium@p508C6645.dip.t-dialin.net) |
| 19:24.51 | WisTilt2 | seem to be discharging much quicker in sleep though, unless the batt % isnt accurate now |
| 19:25.27 | jonpry | i dunno send me a snippet of your scbs.log |
| 19:25.55 | jonpry | 27.25 doesn't seem like an unreasonable number |
| 19:26.25 | WisTilt2 | 600k too big for you to be able to receive right now with your connection probs? |
| 19:26.38 | jonpry | thats fine |
| 19:27.14 | WisTilt2 | 10/4. this is the log i used to process to get these numbers |
| 19:28.07 | *** join/#htc-linux dan1j3l (~danijel@93-141-10-204.adsl.net.t-com.hr) |
| 19:30.16 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 19:31.10 | WisTilt2 | jonpry: there ya go |
| 19:33.12 | jonpry | WisTilt2, the percentage looks like it is way off |
| 19:33.21 | jonpry | because the model was bad |
| 19:33.34 | jonpry | 25% reported, maybe 75 actual |
| 19:33.52 | jonpry | so now that you have new model. maybe things are better |
| 19:34.11 | WisTilt2 | yeah, booted into winmo when it was at 20% and it reported 77% i think |
| 19:35.20 | jonpry | let me see your current log. that is running the generated model right? |
| 19:36.03 | WisTilt2 | yes, current log will be after i ran data on scbs.log.1 - standby ill email that one |
| 19:36.31 | jonpry | your current draw is high though. ~120ma. which is what 4 times higher than we were seeing last week |
| 19:42.45 | jonpry | it still is draining a bit too fast |
| 19:43.22 | jonpry | it might be that your data set was just not big/good enough, and the model is thus not good enough. maybe try generating another one later. it could also be that we need to just back off of the lr parameter |
| 19:43.51 | *** join/#htc-linux LargePrime (~LargePrim@184-205-220-160.pools.spcsdns.net) |
| 19:44.35 | WisTilt2 | it is better to get a data set with some use and lots of sleep? |
| 19:44.44 | Alex[sp3dev] | i wonder whether there will appear affordable (less $500) dual-core tablets with gps, decent camera and 1g ram soon.. or i should take some tegra2-based one with 512 ram and no gps right now |
| 19:45.41 | jonpry | you can manually edit scbs.conf and double lr or something. then killall -HUP scbs |
| 19:46.10 | Alex[sp3dev] | still there are no good ones in russia.. will have to wait till summer. bad.. really want a hackable device and a large screen to read pdfs when on train |
| 19:46.29 | WisTilt2 | lr is currently 0.000000 in my conf |
| 19:47.01 | jonpry | WisTilt2, i dunno. just the more data the better. then we will know the model is as good as it gets and all you can do is back off lr. or get 3 region Cb :p |
| 19:48.32 | WisTilt2 | jonpry actually sl is -27.25, thought it was positive |
| 19:49.20 | jonpry | WisTilt2, 0 really? that would be the problem |
| 19:49.23 | jonpry | should be a one at the end somewhere |
| 19:50.07 | WisTilt2 | this is the current contents of conf -> |
| 19:50.08 | WisTilt2 | cc=0.697721 |
| 19:50.08 | WisTilt2 | cb=98.827383 |
| 19:50.08 | WisTilt2 | rc=0.521834 |
| 19:50.08 | WisTilt2 | re=0.195612 |
| 19:50.08 | WisTilt2 | vf=1.098000 |
| 19:50.09 | WisTilt2 | cf=0.312500 |
| 19:50.11 | WisTilt2 | lr=0.000000 |
| 19:50.15 | WisTilt2 | sl=-27.253522 |
| 19:50.35 | WisTilt2 | thats after running off the scbs.log.1 i sent you |
| 19:50.50 | jonpry | we need lr at least 0.000001 |
| 19:53.28 | rpierce99 | is lr the value that gets passed into the command to generate the log? |
| 19:53.56 | WisTilt2 | i got those by running only his app to calc it |
| 19:54.10 | rpierce99 | right, i'm wondering if that's a bug in the apk |
| 19:54.39 | WisTilt2 | yeah sounds like it. when i ran cmd line last night im pretty sure it was .000001 |
| 19:55.07 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 19:55.12 | jonpry | i haven't had any trouble with lr corruption |
| 19:55.50 | jonpry | i recommend deleting scbs.conf.temp and edit scbs.conf then watch out for it going to zero |
| 19:56.18 | WisTilt2 | ill delete that and run app again on same file and see what it comes up with |
| 19:56.37 | jonpry | its setup to persist that value, so if somehow it got set to zero, it will stay that way |
| 19:56.43 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 19:56.58 | jonpry | unless you edit the conf |
| 19:57.57 | jonpry | anyways that would explain the nasty drain |
| 19:59.04 | WisTilt2 | batt shows 93% in winmo so its not really draining that much |
| 20:02.51 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 20:04.59 | *** join/#htc-linux rzk_ (~rzk@95-28-95-165.broadband.corbina.ru) |
| 20:06.04 | jonpry | lr isn't really a model parameter. it just a setting. one that i think needs fine tuning so it is the only one that is in conf and is sort of kind of setup so i can make it editable in BABE |
| 20:06.04 | *** join/#htc-linux dlsniper (bc1a36ae@gateway/web/freenode/ip.188.26.54.174) |
| 20:08.07 | WisTilt2 | just finished running both that scbs.log.1 and the current one afterwards, both made lr .000000 so i should edit it to .000001? |
| 20:08.11 | *** join/#htc-linux dlsniper_ (dlsniper@188.26.54.174) |
| 20:08.47 | rpierce99 | when model generation runs it uses the lr from your log if there's a log, did you edit it before running the model again? |
| 20:09.26 | WisTilt2 | nope havent edited anything, just deleted conf and conf.temp and reran the app to make the conf |
| 20:09.47 | rpierce99 | hm, so it's putting it at 0 when the log doesn't exist |
| 20:10.22 | WisTilt2 | so im going to edit conf and change it to .000001 or no? |
| 20:10.30 | jonpry | just change it to .000001 and it will stay that way |
| 20:13.37 | *** join/#htc-linux dan1j3l (~danijel@93-141-10-204.adsl.net.t-com.hr) |
| 20:17.02 | jonpry | WisTilt2, yes |
| 20:17.05 | jonpry | i can't reproduce this |
| 20:17.44 | jonpry | i do this. scbs -n scbs.log.2 -nr .00000001 -co foo.conf -wf |
| 20:18.08 | WisTilt2 | im doing all this within your app only, not on cmdline |
| 20:18.14 | jonpry | cat foo.conf |
| 20:18.33 | jonpry | lr=0.000001 |
| 20:20.34 | *** join/#htc-linux Liammm (~Liam@host86-154-119-167.range86-154.btcentralplus.com) |
| 20:22.42 | jonpry | WisTilt2, i don't think there is even a bug. just edit the file and all this will go away |
| 20:23.28 | WisTilt2 | did that and now running it again with all logs from last night to current then we'll see how it plays out. |
| 20:28.03 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 20:29.52 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 20:31.39 | *** join/#htc-linux cr2_ (~cr2@46.115.5.243) |
| 20:32.13 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 20:35.00 | *** join/#htc-linux gt2009_ (5ce44c22@gateway/web/freenode/ip.92.228.76.34) |
| 20:38.25 | jonpry | WisTilt2, i recommend not using short logs. anything less than 30kB or so is probably bad news |
| 20:44.52 | *** join/#htc-linux rpierce99_ (~rpierce99@71-82-139-28.dhcp.roch.mn.charter.com) |
| 20:47.04 | WisTilt2 | jonpry: how do these look to you? |
| 20:47.04 | WisTilt2 | cc=0.660676 |
| 20:47.04 | WisTilt2 | cb=116.786752 |
| 20:47.05 | WisTilt2 | rc=0.668138 |
| 20:47.05 | WisTilt2 | re=0.165429 |
| 20:47.05 | WisTilt2 | vf=1.098000 |
| 20:47.06 | WisTilt2 | cf=0.312500 |
| 20:47.08 | WisTilt2 | lr=0.000001 |
| 20:47.10 | WisTilt2 | sl=-26.338733 |
| 20:48.32 | jonpry | looks great |
| 20:49.28 | WisTilt2 | that is after setting lr .000001 and running all my logs from last night to now, all were greater than 100k in size |
| 20:50.02 | jonpry | should work then. lr 0 will never work |
| 20:57.44 | *** join/#htc-linux arif-ali (~arif-ali@88-104-139-145.dynamic.dsl.as9105.com) |
| 21:07.12 | *** join/#htc-linux MN-- (~yaaic@host86-138-132-137.range86-138.btcentralplus.com) |
| 21:24.59 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 21:34.12 | *** join/#htc-linux cr2_ (~cr2@46.115.5.243) |
| 21:43.21 | jonpry | WisTilt2, how is that working for you? |
| 21:48.58 | WisTilt2 | jonpry: something not right still, went from 76% to 70% in hour in sleep only |
| 21:49.32 | WisTilt2 | havent checked batt in winmo or in other kernel yet to verify if these % are correct or not though |
| 21:56.03 | *** join/#htc-linux MassStash (~MassStash@c-67-175-41-173.hsd1.il.comcast.net) |
| 21:56.25 | jonpry | WisTilt2, from your logs 6% / hour is correct |
| 21:56.26 | jonpry | 120ma on 1800 mah battery |
| 21:57.55 | WisTilt2 | but in my other test kernel i avg .5% per hour in sleep. whole setup is identical other than scbs in this kernel. does that mean the batt polling is bringing the drain up that much? |
| 22:02.15 | *** join/#htc-linux ftoz (~root@cst-prg-29-232.vodafone.cz) |
| 22:19.46 | *** join/#htc-linux Cass (~Cass@188-220-34-222.zone11.bethere.co.uk) |
| 22:24.47 | *** join/#htc-linux noobhands (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 22:27.41 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-212-139.98-62.inwind.it) |
| 22:32.52 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 22:34.04 | WisTilt2 | jonpry: winmo and my normal kernel report 75% so it really only dropped 1% in an hour which is more realistic. Also, isnt the tilt2 standard battery 1500ma? |
| 22:35.29 | jonpry | WisTilt2, it was 40ma the other day. so its not scbs. i think your other kernel does not get .5% |
| 22:36.50 | WisTilt2 | running my kernel for past 35 mins and still at 75% so hasnt even registered a drop yet |
| 22:37.29 | WisTilt2 | batt mv has only dropped about .030mv in 35mins also |
| 22:39.10 | WisTilt2 | scbs is changing the mv value so i cant watch voltage drop. mv shows what the % battery is |
| 22:39.28 | jonpry | send me the log. winmo battery meter sux |
| 22:39.28 | jonpry | duh, those things think battery mv is correlated to capacity. so if one doesn't change neither does the other |
| 22:40.49 | WisTilt2 | tomorrow at the office im going to check on the phone with the fluke with both kernels so i can actually see whats really being drained |
| 22:42.20 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
| 22:42.20 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
| 22:43.59 | WisTilt2 | which log you want the last one after i did the data set with all the prior logs? |
| 22:44.58 | jonpry | that would be cool. as well as figuring out why scbs kernel is drawing so much more juice. afaict it is random on boot. sometimes i get 50's, most times 180's |
| 22:44.59 | jonpry | your current log |
| 22:46.16 | jonpry | where it lost 6% |
| 22:46.38 | WisTilt2 | sent it. thats the last one i ran after the new data set right before booting winmo |
| 22:49.14 | *** join/#htc-linux programmer89221 (~Evan@67.219.164.162) |
| 22:52.02 | jonpry | and you had that log with 40's during sleep. but no more |
| 22:53.14 | WisTilt2 | ? it says 40ma? batt % still thinks it was 6% drop if thats what you're talking about |
| 22:54.33 | WisTilt2 | nm, you're talking about the other log |
| 23:09.41 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:10.58 | jonpry | WisTilt2, that last log you sent me looks accurate. just sucking too much power |
| 23:15.56 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 23:23.18 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:24.13 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 23:31.32 | *** join/#htc-linux Guest28637 (dtrack@kimoshi.net) |
| 23:32.40 | *** join/#htc-linux gauner19861 (~Adium@p508C6645.dip.t-dialin.net) |
| 23:33.45 | *** join/#htc-linux c00lfon_ (lkula@irc6.pl) |
| 23:34.53 | *** join/#htc-linux CIA-98 (~CIA@208.69.182.149) |
| 23:35.26 | *** join/#htc-linux _friehmaen (freeman@xers.de) |
| 23:35.55 | *** join/#htc-linux leobaillard_ (~leobailla@2a01:e35:2e2e:a6a0:214:bfff:fe63:45fb) |
| 23:35.55 | *** join/#htc-linux shoragan________ (~shoragan@sicherheitsschwankung.de) |
| 23:35.55 | *** join/#htc-linux tmzt (~tmzt@76.211.0.152) |
| 23:35.56 | *** join/#htc-linux odz (~odz@2001:470:1f07:a1a:24e7:2218:734d:4831) |
| 23:35.58 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
| 23:38.10 | *** join/#htc-linux infernix (nix@unaffiliated/infernix) |
| 23:39.45 | *** join/#htc-linux bioterror (sad157@unaffiliated/bioterror) |
| 23:52.13 | *** join/#htc-linux lewellyn (alyssum@greenviolet/lewellyn) |
| 23:52.16 | *** join/#htc-linux noobhands (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 23:52.20 | *** join/#htc-linux Noellenchris (~kvirc@pool-173-61-83-59.cmdnnj.fios.verizon.net) |
| 23:52.26 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-32-60.lns20.mel4.internode.on.net) |
| 23:52.34 | *** join/#htc-linux Berger- (~noreply@c65wn1.wifi.halden.net) |
| 23:52.47 | *** join/#htc-linux dcordes (~oedevel@unaffiliated/dcordes) |
| 23:53.52 | *** join/#htc-linux polyrhythmic (~polyrhyth@c-24-19-26-198.hsd1.wa.comcast.net) |
| 23:55.03 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 23:55.21 | *** join/#htc-linux MacDrunk (~marper@201.164.180.220) |
| 23:57.35 | *** join/#htc-linux jonpry (~jon@63.245.31.4) |
| 23:58.17 | Willd | (Råkade) |
| 23:58.39 | Willd | Dang, wrong |
