Re: Neo1973 vs Future OpenMoko Devices - whats a buyer to do?
On 5/25/07, Jim Thompson [EMAIL PROTECTED] wrote: Simultaneous BT + WiFi doesn't, except where you're either a) willing to put up with the interferce b) running a device where the manufacturer had a clue, and has wired the BT WiFi chipsets to have either not transmit when the other is receiving a packet. (As an optimization, you only have to do this when the WiFi device is running in the 2.4GHz band.) Or C, have the BT device choose an appropriate adaptive frequency hopping map which is outside the frequencies of the wifi channel the device is on. I think this is the most plausible and easiest to implement simply in the BT driver; it scans for interference (from wifi) and goes around it. Assuming that this is possible, given that the signal from a transmitting wifi device may be closing on a million times that of a relatively distant bluetooth node. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPS+sms apps
Is there any existing application which combine sms messaging and GPS? It would be pretty cool to get automated alerts whenever a particular person is nearby, through a central machine (phone, desktop). Or to use some sort of automated homing application, where two people are able to lock to each other and the phone guides them, notifying the other device when the route or position has changed. Matt ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: GPS+sms apps
Why would you need SMS - if you are running a data plan already to track cell tower and relative position to other Neo users then you may as well make it a self contained application. Regards, Dean Collins Cognation Pty Ltd [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:community- [EMAIL PROTECTED] On Behalf Of Crane, Matthew Sent: Monday, 28 May 2007 4:57 PM To: OpenMoko Subject: GPS+sms apps Is there any existing application which combine sms messaging and GPS? It would be pretty cool to get automated alerts whenever a particular person is nearby, through a central machine (phone, desktop). Or to use some sort of automated homing application, where two people are able to lock to each other and the phone guides them, notifying the other device when the route or position has changed. Matt ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS+sms apps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You don't need GPS for that. It's a quite simple Python script (without GUI certainly less than 10 lines) for PyS60 (Symbian S60), that checks the GSM/UMTS cell info, and sends a SMS to your wife if you enter a specific cell (I'll be home in 15 minutes or I'm near to the supermarket, should I pick up anything? come to mind). *g* Andreas Crane, Matthew wrote: Is there any existing application which combine sms messaging and GPS? It would be pretty cool to get automated alerts whenever a particular person is nearby, through a central machine (phone, desktop). Or to use some sort of automated homing application, where two people are able to lock to each other and the phone guides them, notifying the other device when the route or position has changed. Matt ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGW0zEHJdudm4KnO0RAnWuAKDXyuuacSu4+wzeF0h7TujEtusHlACeIh44 D3BuI4uQN6beJtBvK/1r9aE= =C/y3 -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS+sms apps
fwiw, I tried this on a symbian60 phone... have it ring an alarm wake up and get off the bus when I approached a certain tower. The problem is that alarm went off at the most unexpected times. I think cell tower reception isn't just nice little circles like you'd expect. You don't need GPS for that. It's a quite simple Python script (without GUI certainly less than 10 lines) for PyS60 (Symbian S60), that checks the GSM/UMTS cell info, and sends a SMS to your wife if you enter a specific cell (I'll be home in 15 minutes or I'm near to the supermarket, should I pick up anything? come to mind). ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ruby for OpenMoko - got it small
Hi all.. I sent a mail to the mailing list but it seems that for some reason you guys didn't get it so I am sending it one more time. At least a summary. I am waiting for you reactions. I began to play with Ruby, Python and Perl, to see which one is small enough to be put on OpenMoko. I got some surprising results. At first I got Ruby to 9 and the 8 and the 5.1MB. Right now it is 4.9MB and it is going smaller. The 5.1MB is with gcc 4.1.2 and the 4.9 is with 3.4. I used stdlibc. I also tryed to use GCC2.95 but the final app became unstable and bigger so that is not gonna be good. I didn't cross-compile it yet (but it should run on openmoko as it is right now). I had some experiments with uclibc. I compiled Ruby with no optimization and nothin with uclibc that became fairly small but I had some difficulties for come liraries. I forced the compilation just to see how big it would be and it was sooo small that you would not believe it. If I can get everything working with uclibc (that I doubt), the code would be below 3MB. I didn't take anything out of the packages but I didn't add GTK2 yet. It will come later. I don't know if we need that for now. It is going to sound strange but in theorem the gcc and the uclibc apps can be binary compatible if you know what you were doing. So that means I could try to compile everything with uclibc and those parts that won't compile against uclibc will be compiled with gcc3.4. It sound strange for me too, but I think it could really work. If I add that this is for ARM processor (arm920t) than the code will be even smaller. My final aim (I don't know if it is possible or not) is to bring Ruby down to around 2MB. I thought when I started that gush, just go under 10 or maybe 7-8MB. And then I got to 4.9 and 5.1. (I have an experimental 3.5 right now. I am testing it against actual code.) So what do you think guys? Shall I keep going and trying to get it smaller and faster or shall I abandon this and spend my time on something more useful. I tried the same stuff with Python but when Ruby was 9MB it was 14, I believe, so I figured that for Ruby as a code scripting language is better for now. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re:Ruby for OpenMoko - got it small
Ummm why did you post to the community list? This seems like a squarely devel question. I'd suggest you repost to that list. I'm following up to community since that's where the discussion started, but if you'd like to take it to devel I'll happily follow. Anyway, I don't have enough experience with either python, ruby, nor perl to say anything useful in that regard. But... I'd heard of uclibc before (and had mentioned it on devel). From the description I've had, it really, really seems like it would be worth the effort to get things working with it instead of glibc. My impression is that it is enough smaller to be worth the effort. Having said that, I'm not quite sure how you're measuring the size of your interpreters. Since they're dynamically linked (aren't they?) the size of the library shouldn't be affecting the size of the executable. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ruby for OpenMoko - got it small
Subject: Ruby for OpenMoko - got it small Date: lun 28 mag 07 11:33:01 -0400 Quoting Varga-Háli Dániel ([EMAIL PROTECTED]): So what do you think guys? Shall I keep going and trying to get it smaller and faster or shall I abandon this and spend my time on something more useful. I for one am very much interested and grateful for your efforts. Having used Ruby as my main programming language for all development work (thus, not only for scripting) for more than two years now, I consider the existence of a carefully optimized ruby engine for openmoko as a very important piece of the puzzle. If, thanks to your work, the ruby interpreter were to find a little corner in the default OM distribution, that would be a key selling point for me. Carlo -- * Se la Strada e la sua Virtu' non fossero state messe da parte, * K * Carlo E. Prelz - [EMAIL PROTECTED] che bisogno ci sarebbe * di parlare tanto di amore e di rettitudine? (Chuang-Tzu) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community