Re: posting to a blog vs. this list (was: Re: OT: Where can I meet a female companion with similar interests and personality /in person/?)
30.66 km here ^_^ On Sun, Jan 24, 2010 at 5:31 PM, Sam Kuper sam.ku...@uclmail.net wrote: 2010/1/24 arne anka openm...@ginguppin.de what is that ruckus all about? OK Arne, I live approximately 50.5 miles from my parents' house by road, slightly less as the crow flies. How about you? Maybe we should all discuss the distance we live from our parents' houses, if you're so sure this sort of information is of interest to the list. Perhaps I should tell the list about my sex life too, and which friends I speak to about which issues. Or alternatively perhaps we should encourage that sort of discussion to happen off-list, since it's off-topic. I'm not trying to silence Brolin, just asking him to consider his choice of forum more considerately. Doing so will likely be to his benefit in the long run, anyhow, since in an appropriate forum, his personal progress updates and requests for personal advice would be generally welcomed, not just tolerated. That's likely to lead to less tense interaction on both sides. Over and out, Sam ___ 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: Bluetooth fail (poll?)
tried ad2p and it worked, haven't tried making phonecalls On Sun, Jan 24, 2010 at 7:20 PM, Neil Jerram neiljer...@googlemail.comwrote: 2010/1/24 Ian Stephen i...@tradeswest.ca: The jurisdiction where I reside recently implemented a law banning handheld devices while driving. I bought a Jabra BT125 because someone reported success with it and the Freerunner. I've gone over the SHR manual web page and the manually using bluetooth page and everything else Google could find with both SHR Unstable and SHR Testing. Finally bought a Motorola phone and have set aside the Freerunner for now. :-( You will probably get more answers if you also send to the SHR list: shr-u...@lists.shr-project.org I am wondering if only a few people have got bluetooth to work with headsets for GSM calls while lots of us lose sleep over it, or have most got it going and I'm just missing something? My data point: I've not yet tried bluetooth at all. Regards, Neil ___ 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
code exchange neo1973 with android ?
There is a cheap Android smartphone on the market --- Processor: Samsung S3C2448 400Mhz ·Operating system: Google Android ·Network: GSM900/DCS1800 or GSM850/DCS1900, GPRS Class 10 ·Display: 2.8” TFT-LCD with QVGA (320x240) flat touch-sensitive screen ·Camera: 2.0-mega-piexel CMOS ·Memory: 128MB(ROM), 128MB(RAM), 1GB microSD? memory card(up to 8GB) ·Connectivity: Bluetooth, Wi-Fi 802.11b/g --- http://www.jiongtang.com/shop/sciphone-n19-android-400mhz-cpu-2mp-camera-wifi-bluetooth-p-101.html at least it is told to be readily usable phone and it costs much less than $500 that FreeRunner would cost in Russia :-) unbranded it seems to be Beyond-Radio.com one http://www.clonedinchina.com/2009/07/chinas-first-android-phone-comes-out-from-beyond-radio-tech.html the problem is that chinese cheap goods comes with no after-sale support, no updates, etc so if unofficial self-contained firmware project can be made - the phone definetly is interesting to buy If not, if take what we made and bear with it - then it is not insteresting thing, though it's a pity Alas, SciPhones sales manager knows nothign about software and developers (or at least are ordered to tell so) Alas, Beyond-Radio e-mail is dead And here comes the surprise - http://forum.xda-developers.com/archive/index.php/t-579098.html Some code is taken/derives from neo1973 What might it seems ? * the person, who ported Android onto that phone was one of Moko hackers and put his experience with Moko code inside ? Maybe you know him ? * that is common case of code exchanges between Android and Moko and means nothing ? * that phone just has [mostly] the same hardware as Neo1973 ? I wonder if you know any clues to unbox the firmware (currently some bootloaders told to work, some not, so at least there are sailing the phone with two different versions of firmware) and easier make custom android upgrades (bootlloader, drivers, upgrade/recovery methods). I wonder if that phone may potentialyl be some fun for you to port OpenMoko to :-) Sorry, for those, to whome this post would be just spam :-( -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: digital audio paths (Was: Re: Experimental technique for testing call audio quality? )
Stefano Cavallari wrote: On Friday 22 January 2010 20:13:58 Timo Juhani Lindfors wrote: Helge Hafting helge.haft...@hist.no writes: the same quality as this, by tweaking volume settings. Calls are digital The audio data is fed to the GSM chip in analog form however. If the FR sound quality is too bad, consider a BT headset. Sound quality should then depend on the BT headset only. The FR's problems with buzz, bad bass, and possibly other analog issues shouldn't matter at all. Even in this case the audio is fed in analog form to the GSM chip. Why on hell GSM chips are still done this way? Good question. Don't touch what works maybe? I hope whatever next open phone comes around it's totally digital. Audio lines maybe were a good idea for phones with few cpu power available, but now it's only a waste of PCB space I think. CPU isn't much of an issue for playing (uncompressed) digital sound. A small buffer and a DAC is all you need. I guess they put that stuff into the GSM chip, to avoid an extra audio chip. The most common use for GSM audio is to send it to the speaker, so the design makes sense. The hardware becomes more flexible and maybe you can do some DSP to enhance the voice. Or implement an answering machine inside the phone. Do anyone know about recent GSM chips? I'm still dreaming a up-to-date open phone :) Is there a standard to do voice-audio-codec over multiplexed AT channel? There is a standard for digital voice over an AT channel. The modems we used before ADSL took over had this - and so you could implement an answering machine on your PC. Or even menu systems with press 1 to leave a message, press 2 to ... It wasn't multiplexed though. The AT command set is documented and can probably be found on the net. So you could try some commands with a terminal emulator program on the FR. GSM supports data calls, maybe you can get digital voice too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
Neil Jerram wrote: 2010/1/20 arne anka openm...@ginguppin.de: not exactly. zhone as such has been updated only to ensure compatibility with current e, but someone (neil? timo?) offered to take care of patching zhone to enhance functionality. Yes, that's me. I'm accumulating zhone patches here: http://gitorious.org/stuff-for-openmoko-freerunner/debian-usr-bin Even I look at leading figures debian pass programs shr))) IMO Debian will eventually assimilate everything, including SHR. (Unless there is some major advantage of the OE build and packaging system that I haven't understood yet...) It's the best combination of free software focussed build, tracking and package management that there is, and I really don't understand why anyone persists with other systems... Debian is definitely great, but it has a big disadvantage on the FR: Size matters. Last time I checked, you couldn't even install debian on the internal flash. You had to use a rather big SDcard. I use shr-lite instead. With phone gps software and a couple of games, I still only use 42% of the internal flash. The SDcard I use is for roadmaps and music only. I don't need it just to make calls. I can replace that card whenever I want to. Debian is perfect when you have a few gigabytes, or more. I use it on servers, big laptops and tiny minimalist laptops. But debian is not what you want to cram into 100MB, at least not today. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
H:1, qtmoko or . . . .
ATM, I'm running H:1 rev5 and am really happy with it, since H:1 was the first to work with my BT keyboard for me. Now I've got a BT headset as well, but I can't get it to connect to H:1? Before switching to H:1, I was using qtextended quite happily, though I never got BT working with it. Now I'm checking the reviews of qtmoko, and it's looking quite good, but I can't find any definitive answers RE: BT headset and keyboard. Has anyone any experience setting up and using BT headset on the FR with any distro, but especially either H:1 or qtmoko? Cheers, John Gay ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
Debian is definitely great, but it has a big disadvantage on the FR: Size matters. More generally, it has trouble adapting to particular hardware needs, whether disk space, FPU-less CPU, small RAM, etc... Its precompiled nature makes it largely unavoidable, sadly. Stefan PS: it is possible to install Debian on the internal flash, but it requires more care, indeed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How is gta01 charger ID resistor detected?
I have made a couple of custom charging cables for use with my gta01 and dumb USB chargers (selected because they were rated at least 500ma). I made the cables by connecting a 47K resistor between the ID pin and ground leads. However, after struggling with constantly inability to reliably charge my gta01 on dumb chargers, some investigation has shown that the phone (running, at the moment, a recent git pull) is settling into trickle charge despite the presence of the ID resistor. What is supposed to detect the resistor? What happens when it does? How can I tell if it's working? I've modified the pcf50606 reporting in my kernel to reveal more bits of the registers to track this down. I've changed the charger sysfs online attribute to use the low bit of CHGVINSTAT for bit 0 and CHGAPE for bit 1. I've changed the chgmod attribute to also reveal the CHGAPE and AUTOFST bits. The first thing I noticed is that CHGVINSTAT is always set, even when there's no charger present. I don't know why. That seems contrary to the pcf50606 spec. It's possible it's a bug in my change to the driver. But the real problem I noticed is that AUTOFST is getting cleared when a cable with the ID resistor is connected. Here's a log made by a shell script monitoring changes in the values reported through sysfs as I unplugged from my desktop and then plugged into a dumb charger with my modified cable: Jan 24 23:47:50 neo logger: BATSTAT=Charging BATCHG=100 CHARGER=3 CHARGEMODE=15 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) ** unplugged from desktop USB ** Jan 25 03:24:02 neo logger: BATSTAT=Discharging BATCHG=100 CHARGER=3 CHARGEMODE=31 (bits set indicate CHGAPE=1, AUTOFST=1, CHGMOD=idle) [...] Jan 25 03:28:03 neo logger: BATSTAT=Discharging BATCHG=94 CHARGER=3 CHARGEMODE=31 ** plugged into dumb charger and modified cable ** Jan 25 03:28:34 neo logger: BATSTAT=Charging BATCHG=96 CHARGER=3 CHARGEMODE=5 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=precharge) [...] Jan 25 10:53:46 neo logger: BATSTAT=Charging BATCHG=23 CHARGER=3 CHARGEMODE=5 ** unplugged from dumb charger and modified cable ** Jan 25 10:54:16 neo logger: BATSTAT=Discharging BATCHG=18 CHARGER=3 CHARGEMODE=29 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=idle) [...] Jan 25 10:56:48 neo logger: BATSTAT=Discharging BATCHG=20 CHARGER=3 CHARGEMODE=29 ** plugged into desktop USB ** Jan 25 10:57:18 neo logger: BATSTAT=Charging BATCHG=43 CHARGER=3 CHARGEMODE=15 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) [...] Jan 25 10:59:19 neo logger: BATSTAT=Charging BATCHG=56 CHARGER=3 CHARGEMODE=15 As you can see, I never get more than trickle charge when on the dumb charger and modified cable. Along the way I encountered several things about the pcf50606 MBC control driver that I think can be improved/fixed. I guess I'll take that discussion to the openmoko kernel list. -Andy It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so. - Mark Twain ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Android] Help needed: adb, WiFi and terminal
Hello fellow Openmokonians, I recently installed Android on my FR, and so far I am very pleased with it's performance. Sadly I am having some problems: 1.: I have trouble connecting my Android to Ubuntu Karmic. This is what I do when I try to connect it: -boot Ubuntu -connect my FR to the computer via USB -I use Qi, so it boots automatically when I connect it with USB I once (the first time) got a Network-Manager notifier when I connected, but since then I've not seen the device anywhere but in lsusb (not in ifconfig -a, Network-Manager or Wicd). Any suggestions as of what I am doing wrong? 2.: WiFi problems! I've always had WiFi problems on every wireless device I've owned, so I'm quite used to it. It says it's connected after I've selected my AP and entered my passkey, but no network traffic whatsoever. Do I need to enable/disable something? 3.: I'd very much like to use the built-in terminal emulator, but I can't submit the command (pressing enter doesn't work). Any obvious tricks I've missed here? Thanks in advance ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
On Mon, Jan 25, 2010 at 11:24 AM, Josh Thompson om-c...@joshandbianca.net wrote: NIDE is working really well to control MythTV. I had been thinking of writing something to control it via MythTV's remote control interface. This works just as well and works for other apps too. I have wanted to get NIDE running on my QTMoko to also control my MythTV but I'm stuggling to find working any of the feed or package links on the NIDE page, what's the secret ? cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How is gta01 charger ID resistor detected?
I could be wrong, but I thought the 47K resistor cable ID feature was one of the things they added into GTA02. I assumed GTA01 didn't have it. Ben. Andy Poling wrote: I have made a couple of custom charging cables for use with my gta01 and dumb USB chargers (selected because they were rated at least 500ma). I made the cables by connecting a 47K resistor between the ID pin and ground leads. However, after struggling with constantly inability to reliably charge my gta01 on dumb chargers, some investigation has shown that the phone (running, at the moment, a recent git pull) is settling into trickle charge despite the presence of the ID resistor. What is supposed to detect the resistor? What happens when it does? How can I tell if it's working? I've modified the pcf50606 reporting in my kernel to reveal more bits of the registers to track this down. I've changed the charger sysfs online attribute to use the low bit of CHGVINSTAT for bit 0 and CHGAPE for bit 1. I've changed the chgmod attribute to also reveal the CHGAPE and AUTOFST bits. The first thing I noticed is that CHGVINSTAT is always set, even when there's no charger present. I don't know why. That seems contrary to the pcf50606 spec. It's possible it's a bug in my change to the driver. But the real problem I noticed is that AUTOFST is getting cleared when a cable with the ID resistor is connected. Here's a log made by a shell script monitoring changes in the values reported through sysfs as I unplugged from my desktop and then plugged into a dumb charger with my modified cable: Jan 24 23:47:50 neo logger: BATSTAT=Charging BATCHG=100 CHARGER=3 CHARGEMODE=15 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) ** unplugged from desktop USB ** Jan 25 03:24:02 neo logger: BATSTAT=Discharging BATCHG=100 CHARGER=3 CHARGEMODE=31 (bits set indicate CHGAPE=1, AUTOFST=1, CHGMOD=idle) [...] Jan 25 03:28:03 neo logger: BATSTAT=Discharging BATCHG=94 CHARGER=3 CHARGEMODE=31 ** plugged into dumb charger and modified cable ** Jan 25 03:28:34 neo logger: BATSTAT=Charging BATCHG=96 CHARGER=3 CHARGEMODE=5 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=precharge) [...] Jan 25 10:53:46 neo logger: BATSTAT=Charging BATCHG=23 CHARGER=3 CHARGEMODE=5 ** unplugged from dumb charger and modified cable ** Jan 25 10:54:16 neo logger: BATSTAT=Discharging BATCHG=18 CHARGER=3 CHARGEMODE=29 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=idle) [...] Jan 25 10:56:48 neo logger: BATSTAT=Discharging BATCHG=20 CHARGER=3 CHARGEMODE=29 ** plugged into desktop USB ** Jan 25 10:57:18 neo logger: BATSTAT=Charging BATCHG=43 CHARGER=3 CHARGEMODE=15 (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) [...] Jan 25 10:59:19 neo logger: BATSTAT=Charging BATCHG=56 CHARGER=3 CHARGEMODE=15 As you can see, I never get more than trickle charge when on the dumb charger and modified cable. Along the way I encountered several things about the pcf50606 MBC control driver that I think can be improved/fixed. I guess I'll take that discussion to the openmoko kernel list. -Andy It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so. - Mark Twain ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.730 / Virus Database: 271.1.1/2645 - Release Date: 01/26/10 08:36:00 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thanks to authors of Podboy, NIDE, and openmokontrol
Josh Thompson wrote: I just wanted to say thanks to the authors of 3 different applications I have started using recently. Podboy is fitting my need extremely well for listening to podcasts. I can't say how great this app is! :) I think I never read a message as pleasant as yours about an application I write. Thanks a lot. I'm really happy you like Podboy. You made my day ;-) -- Valéry Febvre Valos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Podboy 1.3.0
Hi, A new version of Podboy is available. Changes in 1.3.0 * Add 3 new settings in a new section Display: finger size, scaling factor and orientation. * Speed up startup (~3 seconds less). * View covers of podcasts in big size: just tap on cover in page Player. * Allow podcasts URLs which start with itpc:// and feed:// Package: http://podboy.googlecode.com/files/podboy_1.3.0-r0_all.ipk Podboy is a podcast aggregator/player written in Python/Elementary. Its interface aims to be easy and finger friendly. It uses Feedparser Python module for download/parsing of podcast feeds, Gstreamer for playing of episodes and SQLite for storing data. Features * Simple and finger friendly interface * Subscription, unsubscription to podcasts * Check for new episodes * Download of a single episode or all available episodes * Delete of a single episode or all episodes * Player: play/pause/stop, mute, sliders for playing position of episodes and volume * Volume and playing positions of episodes are saved * Auto-suspend is disabled during playing * Playing is stopped on incoming GSM call * Bluetooth A2DP support * Import from OPML file Suggestions/feedback/bug reports are welcome. Homepage: http://code.google.com/p/podboy/ Screenshots: http://code.google.com/p/podboy/wiki/Screenshots Happy listening, -- Valéry Febvre Valos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Help needed: adb, WiFi and terminal
On Mon, Jan 25, 2010 at 5:43 PM, Åsmund Stavdahl smu...@gmail.com wrote: Hello fellow Openmokonians, I recently installed Android on my FR, and so far I am very pleased with it's performance. Sadly I am having some problems: 1.: I have trouble connecting my Android to Ubuntu Karmic. This is what I do when I try to connect it: -boot Ubuntu -connect my FR to the computer via USB -I use Qi, so it boots automatically when I connect it with USB I once (the first time) got a Network-Manager notifier when I connected, but since then I've not seen the device anywhere but in lsusb (not in ifconfig -a, Network-Manager or Wicd). Any suggestions as of what I am doing wrong? 2.: WiFi problems! I've always had WiFi problems on every wireless device I've owned, so I'm quite used to it. It says it's connected after I've selected my AP and entered my passkey, but no network traffic whatsoever. Do I need to enable/disable something? What version of Android have you installed? How is your AP configured? (WEP, WPA, etc.) Do you have MAC-based access control on your AP? 3.: I'd very much like to use the built-in terminal emulator, but I can't submit the command (pressing enter doesn't work). Any obvious tricks I've missed here? You may have better luck asking your questions on the android-on-freerunner mailing list at: http://groups.google.com/group/android-on-freerunner You might also check the FAQ at: http://code.google.com/p/android-on-freerunner/wiki/FrequentlyAskedQuestions or the suuport page on the same site. Jim Thanks in advance ___ 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: thanks to authors of Podboy, NIDE, and openmokontrol
On Tue, Jan 26, 2010 at 1:18 AM, Valery Febvre vfeb...@easter-eggs.com wrote: Josh Thompson wrote: I just wanted to say thanks to the authors of 3 different applications I have started using recently. Podboy is fitting my need extremely well for listening to podcasts. I can't say how great this app is! :) I think I never read a message as pleasant as yours about an application I write. Thanks a lot. I'm really happy you like Podboy. You made my day ;-) -- Let me make your day today then :-) I have previously expressed my appreciation about podboy and i am happy to do it again. It is definitely one of my most used programs and i enjoy using it very much. I really like the responsiveness of the application. If only it was not written in python i think flowers would be blooming and spring would be coming early. regards, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
