Re: [hard] Need advices
On Wed, Oct 28, 2009 at 11:25 AM, Thomas HOCEDEZ thomas.hoce...@free.fr wrote: Hi everyone, I just tried to #1024fix buzzfix an A6. When testing, the mic seemed to be cut, so I removed the cap, but the mic still won't work (I can't hear anything on the other phone). Does anybody have already seen something like that ? What Could be wrong ? Do you think removing #1024fix should change something ? I've heard of shorts due to the soldering job (it is a pretty small region) causing problems liek that. I've never experienced it, but there was a post on the list a while back about it. I don't believe #1024 could cause the mic issue, as it is in the modem power supply circuit (As I understand it) Best of luck, and double check your buzzfix for shorts. Toaster ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: informal Openmoko Meeting in Munich (Stammtisch) on 15th September 2009
On Mon, Sep 14, 2009 at 11:29 AM, Dr. H. Nikolaus Schaller h...@computer.org wrote: Dear community members in or near Munich, the next Stammtisch is taking place tomorrow at 19:00: http://freeyourphone.de/portal_v1/viewtopic.php?f=71t=1540p=15234 Location: Die Wildsau, München, Balanstraße 121 http://www.die-wildsau.de/ cu, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Is there room for a lone FR carrying Canadian? I'm in Ottobrunn for a few days and may be available. Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sdcrard - most common partition layout?
On Sun, 2009-09-06 at 15:09 +0200, Torfinn Ingolfsen wrote: I just got myself a new SDcard for my FreeRunner (2 GB). Now I'm wondering what is the most common layout people use on their SD crds? I have ecently learned that QtMoko needs a swap partition (and that it is hardcoded to p4). What other partitions is useful on the card? I am thinking that since Qi (the boot loader) doesn't have a menu, putting more than one system on a card is not that useful. Am I right? -- Regards, Torfinn Ingolfsen I use a 4GB card setup as below: 1st : ~500MB - Primary OS (SHR-U, updated often) 2nd : ~500MB - Backup OS (SHR-U, migrated from primary) - Migration is when I'm content with a working version of my Primary 3rd : ~3GB - Data (Music, Maps, backups, etc) - Music, Maps and the rest are sym-linked to the /home/root on the Primary/Secondary OSs I also have a failsafe (old but nicely working image on NAND) but that's rarely used outside of me doing something dumb with the uSD card. I do not use a swap file (for better or worse), so one is not included. Switching to my alternate OS is easy with Qi, just needs a bit of timing. My OS partitions are a bit bigger then required for the SHR image, but I have the room, and I'd rather err on the side of providing too much room rather then not enough. I hope that helps, Kind regards, Toaster signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Off Topic] Prepaid SIM Suggestions
I use medionmobile/alditalk which is the same price per MB. And they also offer a 24h-flat(throttled to 56kbit/s after 1GB) for 2EUR and a 30-days-flat(throttled after 5GB) for 15EUR. Especially the 24h-flat is perfect for a day trip and cheaper than a cup of coffee :D This is quite interesting, how does getting one work? Do most shops carry them? And can it be combined with voice/SMS operation? Please bear with me, I looked over the site, but as I don't know any German the details are elusive (And putting faith in google translate for monetary related items is not something I enjoy). I know that when I was in Italy, I could get a SIM with cash and a passport, is it similar in DE or do I need a local credit card? Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko Cambridge pub meet
umm... Cambridge UK? Cambridge, Massachusetts, USA? Cambridge, Ontario, CA? Other? Not trying to be annoying, it's that if you're meeting in Cambridge, ON, CA, I'd 1) be there, and 2) be impressed! I assume you mean Cambridge, Mass., USA Kind regards, Toaster ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko Cambridge pub meet
On Tue, Sep 1, 2009 at 2:22 PM, Tom Yatesmadhat...@teaparty.net wrote: On Tue, 1 Sep 2009, Ken Young wrote: I'm afraid he means *real* Cambridge - as in England. sadly, yes. sorry not to have been clearer. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Sadly even if it was Cambridge, US, I'd still be out. Well have fun! Kind regards, Toaster ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Off Topic] Prepaid SIM Suggestions
Evening all, I'll be heading to the EU for a little over 2 weeks in a week or so, and am in need of some advice. I'd like to use my FR over there, and as such need a prepaid SIM. As for requirements; 1) I'd like to use the same card in Germany (Munich), France (Toulouse), and Switzerland (Lausanne) 2) I need to be able to make/receive international calls/SMS 3) I'd like to try out some of this newfangled GPRS stuff (N.America sucks this for reasonable plans). I'll be arriving in Munich so that'll be where I'll pick up the SIM. Since a good number of the community are from those areas, I'd like to ask your advice on a carrier/options for all this. Any suggestions? Kind regards, Toaster ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
On Sun, 2009-08-30 at 15:52 +0200, David Garabana Barro wrote: O Martes, 21 de Xullo de 2009, ivvmm escribiu: Hello list, were there any successful fixes since posting http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html I have fixed it a month ago with a new 0805 22 uF capacitor. Since then, having deep_sleep active, I have not suffered from recamping nor lost any call :) Although I haven't measured battery sleep time, I can assure it's far higher than before. I had the same fix (22uF 0805 cap) done last week, with the same results as above. For extended batter life, again, nothing firm, but I was able to use my FR for three days (calls, SMSs, ~1h of GPS, general screwing with it) without requiring a recharge. The reduced battery drain in suspend is quite noticeable, about 5-7% overnight. This fix really puts the FR into a useful battery life range. Kind regards, Toaster signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] missing dependency for latest update
On Sun, 2009-07-05 at 12:05 +0200, kimaidou wrote: I get no service neither. ... Should I install something ? I ran a `opkg upgrade -force-depends` and everything seems to be working ok on my end. Toaster signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Turn FR into bike meter
On Thu, Jul 2, 2009 at 11:34 AM, Risto H. Kurppari...@kurppa.fi wrote: 1) I'm missing the cadence display = the number of revolutions of the crank per minute; roughly speaking, this is the speed at which a cyclist is pedalling/turning the pedals. For cadence detection, a hall effect sensor and a small magnet would cover it and have no moving parts/contacts ( see [1] for an example), you could do the same for wheels if you wanted to, though that would require some form of pre-processing to multiplex the signals I would think. [1] http://www.instructables.com/id/RGBike-POV-Open-project/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using North American Freerunner in Paris?
On Fri, Jun 19, 2009 at 1:44 PM, jeremy jozwikjerjoz.for...@gmail.com wrote: my 900/1800/1900 works in north america so i would deduce yes, yes it will On Fri, Jun 19, 2009 at 10:39 AM, Matt Luzum mlu...@gmail.com wrote: I have a North American version of the Freerunner (850/1800/1900MHz), but I'm going to be moving to Paris for 2 years starting in the Fall. Does anyone know anything about whether it will work there? Is the 1800MHz coverage any good, or is there only 900MHz in a lot of places? It will be most important in and around Paris, but if you have info about the rest of France and Europe, please share that as well, since I'll want to do at least some traveling while I have the chance. Also, since I'm spamming the list anyway, if anyone has any other useful information it would be much appreciated (Do all providers provide gprs? Is it better to sign a contract or pay as you go? Is there anything I need to know about French cell phone providers? or France in general? etc.). As you can probably tell I'm from the U.S., and I'm just starting to learn French, so it's a little difficult for me to get a lot of good information. I apologize if this is not an appropriate use of the mailing list, but I haven't been able to find any information specifically about the 900MHz vs. 1800MHz in France and I figured if anyone knows it will be people on this list. Thanks in advance Matt While I can't speak for France, I've used my FR in Italy with a local pre-paid SIM without issue. Cheers, Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using North American Freerunner in Paris?
Clarification, I have a N.American FR. Apologies. Cheers, Cameron 'Toaster' Frazier On Fri, Jun 19, 2009 at 1:50 PM, Cameron Frazierfrazier.came...@gmail.com wrote: On Fri, Jun 19, 2009 at 1:44 PM, jeremy jozwikjerjoz.for...@gmail.com wrote: my 900/1800/1900 works in north america so i would deduce yes, yes it will On Fri, Jun 19, 2009 at 10:39 AM, Matt Luzum mlu...@gmail.com wrote: I have a North American version of the Freerunner (850/1800/1900MHz), but I'm going to be moving to Paris for 2 years starting in the Fall. Does anyone know anything about whether it will work there? Is the 1800MHz coverage any good, or is there only 900MHz in a lot of places? It will be most important in and around Paris, but if you have info about the rest of France and Europe, please share that as well, since I'll want to do at least some traveling while I have the chance. Also, since I'm spamming the list anyway, if anyone has any other useful information it would be much appreciated (Do all providers provide gprs? Is it better to sign a contract or pay as you go? Is there anything I need to know about French cell phone providers? or France in general? etc.). As you can probably tell I'm from the U.S., and I'm just starting to learn French, so it's a little difficult for me to get a lot of good information. I apologize if this is not an appropriate use of the mailing list, but I haven't been able to find any information specifically about the 900MHz vs. 1800MHz in France and I figured if anyone knows it will be people on this list. Thanks in advance Matt While I can't speak for France, I've used my FR in Italy with a local pre-paid SIM without issue. Cheers, Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power dongle
On Thu, Jun 11, 2009 at 11:33 AM, Helge Haftinghelge.haft...@hist.no wrote: The Digital Pioneer wrote: Yeah, I'd kinda prefer one that's nigh unto infinitesimal and only lasts a few seconds, but I'll search for emergency phone chargers. I guess the market for 15s power supplies is too small for anyone to make a product. You may want to improvise something like this: * Get a usb connector that fits * Stack up enough button-size batteries to get between 4.0 and 5.0 volts * Cut most of the wire off that usb connector. Bare the two wires needed for power, and tape them to opposite sides of the stack of batteries. * More tape around everything, for electrical insulation. Maybe use capacitors? if you only need a few seconds... and you never have to worry about replacing them. Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (alpha) Release 0.20
The toolbar in illume's settings is easier to use because it doesn't scroll vertically. I know. But I don't know how to stop that. Michael Zanetti wrote: I've noticed this in other apps too. All lists scoll slower if the smooth-bounce-back-at-end feature is enabled. Can't seem to stop that either. Hmmm. Help Needed! in python it's[1]: sc = elementary.Scroller(parent) sc.bounce_set(bool X, bool Y) in c (derived from [1], look at the bottom): elm_scroller_bounce_set(self.obj, h_bounce, v_bounce) [1] http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-elementary/elementary/elementary.c_elementary_scroller.pxi Hope that helps, Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fundamental Qi question
Just to provide another data point for those in doubt, I run Qi with SHR on the NAND, and no uSD install. The only issue I have is that /boot on the NAND is not respected/read, but I can live with that. No additional configuration was required, I flashed Qi and it just worked. Kind regards, Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fundamental Qi question
On Tue, Jun 2, 2009 at 8:19 AM, arne anka openm...@ginguppin.de wrote: Just to provide another data point for those in doubt, I run Qi with SHR on the NAND, and no uSD install. The only issue I have is that /boot on the NAND is not respected/read, but I can live with that. how does one add additional kernel arguments, which according to the wiki is done by creating a file /boot/append-GTA0[123]? oops, sorry. i forgot, questioning qi is spreading fud and causing mail congestion ... Arne, My understanding is that not respecting the /boot/append-GTA0[123] is a NAND-only hardcoded limitation, since NAND has different partitions for ROOTFS and KERNEL. I suppose I could have been clearer before. Apologies. Honest questioning is never FUD, and honest answers are never a cause of mail congestion. Kind regards, Cameron 'Toaster' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] Forcing fast charge mode
On Thu, May 21, 2009 at 6:15 AM, Risto H. Kurppa ri...@kurppa.fi wrote: On Thu, May 21, 2009 at 1:06 PM, Leonardo de Virgilio fradev...@gmail.com wrote: Great link r.h.k.!! I've waited for fast-charging mode on new kernel for months!! I'll try today ;) It'd be great if someone had the energy to update http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#The_battery_package - it's a great tool to manage the recharge status monitor the charging. it's only a simple .py with the paths nicely listed - not too hard to do but a package would be nice (or just a new .py with updated paths) r I agree, the battery package is quite nice. Though if you are just looking for fast-charge control for when using dumb chargers, the basics have already been added to the Battery module for shr-settings. It's in the git repo [1], and potentially buggy, but I was running it fine with my car charger all weekend on a road trip. Just replace the existing file in /usr/lib/python2.6/site-packages/shr_settings_modules/ and restart shr-settings. Beware: it may upset your cat, not work, or attract polar bears so use with understanding, and backup your original before overwriting [1] http://git.shr-project.org/git/?p=shr-settings.git;a=blob_plain;f=shr_settings_modules/shr_battery.py;hb=HEAD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.20 - alpha release) Elementary based mplayer frontend
Nice work c_c! I like the way the interface is developing, simple and clean. I have a couple suggestions, if I may: 1) A Random option to complement the new Loop The rational for this is obvious I think. 2) Having the back button (|) act as follows: if t 0 ) Reset first to the beginning of the track if t == 0 ) Skip to the previous song This is from experiencing how other media players operate, and also from the annoyance of being interrupted and missing part of a song, and having to use the slider to scroll back to the start. Again, great work! I use it all the time. Kind regards, Toaster` signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] .sid file properties
After wading through the noise unsuccessfully on google, could anyone point me towards some means of getting the track information from a .sid file? Kind regards, Cameron 'Toaster`' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] .sid file properties
Dale, I did find something in the end [1], I suppose the google gods felt pity on me. It seems to tie up well with what is in a hexdump is telling me. I still need to confirm a few things though... mostly the track count. I'll let the list know. Regards, Cameron 'Toaster`' frazier [1] http://cpansearch.perl.org/src/LALA/Audio-SID-3.11/SID_file_format.txt On Mon, May 11, 2009 at 1:58 PM, Dale Maggee anti...@internode.on.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've tried many times over many years to do this, and I've never managed to do so to my satisfaction. I did once (years ago) find a non-free (as in closed source _and_ cost $20) Sid to midi converter, but I never bought it and haven't been able to find it since My understanding is that sids don't actually contain any tracking info as such, they contain machine code for the sid chip - it's more accurate technically to say that sids and sid players are not so much a music format as an emulation format for a sound chip. But if you manage to find anything interesting, I'd appreciate hearing about it! Regards, - -Dale Cameron Frazier wrote: After wading through the noise unsuccessfully on google, could anyone point me towards some means of getting the track information from a .sid file? Kind regards, Cameron 'Toaster`' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFKCGdZFbVnQRV3OEYRAuZbAJ4jYZIZA0PElNLvvop3z/CkY8LLRgCggXhX yTJ7Elr7gbcaSwp37I+yRkM= =pogN -END PGP SIGNATURE- ___ 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: [All] .sid file properties
On Mon, May 11, 2009 at 2:15 PM, Michael 'Mickey' Lauer mic...@vanille-media.de wrote: On Monday 11 May 2009 18:18:58 Cameron Frazier wrote: After wading through the noise unsuccessfully on google, could anyone point me towards some means of getting the track information from a .sid file? There's no track information in .sid except *) name of main tune *) number of subtunes *) default subtune That's what I've found, though the number of subtunes is all I'm currently interested in. NOTE: Please don't crosspost so massively. Point taken. Apologies. Cameron 'Toaster`' Frazier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth spam
On Fri, Apr 24, 2009 at 9:13 AM, Tilman Baumann til...@baumann.name wrote: Jose Luis Perez Diez wrote: El Friday, 24 de April de 2009 13:48:37 Alexey Feldgendler va escriure: O group of girls answered. Was really funny. Bur did not help me to ge laied tough. :) Modern advances in mobile computing technologies still don't get one laid. Someone needs to work on that. we need to fill a bug report then. G And if someone stets the bug on 'WORKSFORME'? They get unceremoniously lynched by the list... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backing up rootfs fails - after 40m FreeRunner continues booting
On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens mertensb.ma...@gmail.com wrote: snip Have you tried using NeoTool [1]? It's always worked quite well for me, and the backing up process avoids dfu-util. [1] http://wiki.openmoko.org/wiki/NeoTool ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backing up rootfs fails - after 40m FreeRunner continues booting
On Mon, Apr 20, 2009 at 2:51 PM, Bram Mertens mertensb.ma...@gmail.com wrote: On Mon, Apr 20, 2009 at 8:12 PM, Cameron Frazier frazier.came...@gmail.com wrote: On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens mertensb.ma...@gmail.com wrote: snip Have you tried using NeoTool [1]? It's always worked quite well for me, and the backing up process avoids dfu-util. [1] http://wiki.openmoko.org/wiki/NeoTool I have tried to use it before when I initially went to pick up the device but never succeeded, probably because we were using the wrong files. And the instructions seemed clear enough to use the command line utility. The current problems/questions would have arisen with NeoTool anyway, looks like I made a mistake when rebooting the device. So when you have flashed the U-Boot with NeoTool, how do you proceed? Unplug it first, power down, then boot again or use the boot menu to reboot? And did you boot the device normally or immediately into NOR or NAND? The display still shows the openmoko logo, guess I'll have to hard reset it though I hope that won't break anything... I've always just: - flashed - powered down, which the FR seems to do on it's own once u-boot times out - unplug the usb, as I've found that leaving it in will cause hangs similar to what your seeing (oddly I don't have this issue with the AC adapter) - turn on pre normal procedure (power button for 8-10 sec) I use NeoTool most times since I like the backup method (having had numerous problems with dfu-util backups) and it helps to ensure I'm not throwing improper commands when I flash. I have little faith in the user on my end. Hope that helps. Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backing up rootfs fails - after 40m FreeRunner continues booting
I pulled the battery and booted into NOR, it still shows: U-Boot 1.3.2-moko12 (May 09 2008 - 10:28:48) select reboot from menu - FDOM boots. Shut down device to NAND boot menu. NAND boot menu shows: pr 19 2009 - 19:10:05)520a22715fe7ff069b36b7dfdbb925a8e5a (A So it looks like NAND U-Boot was updated but NOR hasn't. However http://wiki.openmoko.org/wiki/Backup#Backing-up_flash_images specifically states that you need to be in NOR U-Boot before flashing/backing up. After reading http://wiki.openmoko.org/wiki/Flashing_NOR I get the impression that flashing NOR is not really recommended compared to flashing NAND. The NOR is not flashable on the Freerunner (sans debug board, or special versions). It's your failsafe should you break your NAND bootloader in some spectacular fashion. This is why you go into NOR for flashing, since it is invariable over all the changes you can do to the system. I still recommend using NeoTool for at least backing up, as it uses an ssh connection and mkfs-jffs2 to create an image of the rootfs, rather then fiddling with dfu-util. Hope that helps in some fashion. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Unstable] Forcing fast-charge
I'm trying to get my FR to force fast-charging (500mA) using my generic usb car adaptor. However /sys/ seems to have been shuffled about a bit and the wiki is no longer accurate. Does anyone know what the current means are to force fast charging at 500mA and could they share it with the list? Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
On Sat, 2009-04-18 at 20:14 +0200, Johny Tenfinger wrote: On Sat, Apr 18, 2009 at 16:35, Francesco de Virgilio fradev...@gmail.com wrote: I think this is the *greatest* fault of OM/SHR since the introduction of 2.6.28 kernel. It's only one change in path. Nothing more has changed. I'm going to add functionality of battery.py in SHR Settings. That's pretty much what I was trying to add to my SHR-Settings, at least the charge control portion. signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
On Sat, 2009-04-18 at 10:50 -0700, Mike Montour wrote: Cameron Frazier wrote: Does anyone know what the current means are to force fast charging at 500mA and could they share it with the list? I don't know if there's a dbus/frameworkd way to do it, but the direct method is: echo 500 /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim Ahh, ok. Now things seem to be working correctly. One question though what are the differences between usb_curlim and chg_curlim? I'm not sure I fully understand what chg_curlim represents. signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
On Sat, 2009-04-18 at 17:11 -0700, Mike Montour wrote: Cameron Frazier wrote: Ahh, ok. Now things seem to be working correctly. One question though what are the differences between usb_curlim and chg_curlim? I'm not sure I fully understand what chg_curlim represents. chg_curlim controls the battery charger, while usb_curlim controls the total current that can be drawn from the USB port (charging + the current used by the Freerunner). The PCF50633 datasheet (linked from somewhere on the wiki) has more information. Wonderful. Thanks for the info. signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone-video problems!! Help !
On Tue, Apr 14, 2009 at 9:12 AM, rakshat hooja raks...@gmail.com wrote: Right now I have a proof of concept - but it's not controllable since I can't see the window with the controls. Otherwise I can see video in the window (slow and out of sync with sound) - but it's not too bad overall ;-) I thought it would be far worse. Hopefully, someone out there can help. Thanks. Do you think it will be possible (and simpler) to have the controls come up as a transparent layer/app on top of the playing video (like on tapping). Why I thought of this is that sometime ago a transparent illume terminal/ keyboard thread was there on the list and the package worked. I will try to look in the archives for the link. Maybe something similar to what neon uses? Simple non-animated controls? Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.20 - alpha release) Elementary based mplayer frontend
c_c Again, very nice. I'm running with PaulTT's mplayer which includes tremor, and performance is awesome. Python/intone CPU load is ~4%, and mplayer is ~9% when playing MP3's; ~4% and ~12% for ogg files. Fantastic work to both you and PaulTT. Cameron On Mon, Apr 13, 2009 at 12:10 PM, c_c cchan...@yahoo.com wrote: Hi, Here is the latest version of intone - 0.30. I've basically moved all lists to genlists and things have speeded up a little. Also lots of bug fixes - largely due to feedback from Yogiz and The Digital Pioneer. As always, feedback is more than welcome! intone_0.30_arm.ipk -- View this message in context: http://n2.nabble.com/Intone-%280.20---alpha-release%29-Elementary-based-mplayer-frontend-tp2587826p2628408.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: Intone (0.20 - alpha release) Elementary based mplayer frontend
ack, error on my part. I was working on some python here and forgot that intone was in C. Thanks for the reminder! Cameron On Mon, Apr 13, 2009 at 12:48 PM, c_c cchan...@yahoo.com wrote: Hi, Glad you liked it! Python/intone CPU load is ~4%, and mplayer is ~9% when playing MP3's; ~4% and ~12% for ogg files. BTW - Intone is written in C and uses elementary - perhaps the biggest reason why its fast enough. Rasterman and co deserve kudos for their work on elementary too! -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2628588.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: Intone OGG Support
Forgive me, but could you please describe the differences between the various r29155 versions of mplayer you have listed on your site. there are basically two versions: - the one which uses a tremor codec with low impacton the cpu load (terminating with -tremor-low) - the one which uses the internal tremor codec, which is more heavy there are also the corresponding -it versions, these are exactly the same as above, but have italian messages and errors (by 'forced' i mean that the codecs above are more imporant to mplayer than the others) As well, when I run your version (r29155-4.1.2-tremor-low currently) I receive the following error: mplayer: error while loading shared libraries: libspeex.so.1: cannot open shared object file: No such file or directory Am I missing any specific dependencies for your version of mplayer? opkg install libspeex1 or, if opkg can't find it by itself: opkg install http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libspeex1_1.1+1.2rc1-r0.1_armv4t.ipk Thanks for the info PaulTT. Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Unstable] Screen blanking issue
On the last couple SHR-Unstable updates (2 or 3), I seem to have lost the ability to have the screen power down. Suspend works quite well, nice and quick, but the screen never powers down outside of that. I've played with the timeouts for idle and the rest to no avail. Anyone have any ideas? I'd like to use my FR for OpenStreetMap work again, but without the screen powering down, I get a limited time before my FR flatlines. If it helps at all: `uname -a`: Linux om-gta02 2.6.29-rc3 #1 PREEMPT Mon Apr 6 13:47:21 CEST 2009 armv4tl unknown frameworkd version (from `opkg status`): 0.8.5.1+gitr1251+98cb27d2829179ccab6e520546de5d3b9b6104c3-r0 Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Screen blanking issue
Thanks for the pointer Johny. Seems to work. Is it something you have to set on each reboot? On Thu, Apr 9, 2009 at 2:03 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Thu, Apr 9, 2009 at 19:57, Johny Tenfinger seba.d...@gmail.com wrote: I don't think it's kernel issue - for me it's something with xset utility (I have that problem too)... Some info: r...@om-gta02:~# ps aux | grep [x]set root 3252 0.0 0.0 0 0 ? Z 19:59 0:00 [xset] defunct ___ 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: Intone OGG Support
On Thu, 2009-04-09 at 13:01 +0200, PaulTT wrote: On Thu, Apr 9, 2009 at 11:56 AM, PaulTT pau...@gmail.com wrote: On Thu, Apr 9, 2009 at 3:39 AM, c_c cchan...@yahoo.com wrote: Hi, Could you check the output of mplayer when loading an ogg file? Mine (a very recent svn build) crashes saying that it has been called an unknown CPU call... :o . Could you take a look at this - or point me in a direction that tells me how to go about changing the library being used. This will really help. Thanks. yes, it's an option at configure time, for mplayer i'm recompiling an updated package just now, let you know when it'll be ready enjoy (and test ;P): (r29155) http://www.paultt.org/downloads/openmoko/index.html PS i forced usage of tremor for ogg and libmad for mp3 ;) PaulTT, Forgive me, but could you please describe the differences between the various r29155 versions of mplayer you have listed on your site. As well, when I run your version (r29155-4.1.2-tremor-low currently) I receive the following error: mplayer: error while loading shared libraries: libspeex.so.1: cannot open shared object file: No such file or directory Am I missing any specific dependencies for your version of mplayer? Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upadated - Intone (0.22) Elementary based mplayer frontend
Very slick. Nice work c_c. Question for the group though. I have mp3 files driving mplayer to about 10%, while ogg files come in about 45% of cpu. Is there way to reduce this, or is it simply a function of the format? I seem to remember some talk about a lack of an integer decoder for ogg, but frankly, the understandings audio codecs elude me. Kind regards, Cameron On Wed, Apr 8, 2009 at 12:19 PM, c_c cchan...@yahoo.com wrote: Hi, However if you want to test it with Om2008, use this [1] e17 version (following the instruciton I posted at [2]) to run it. Will try that and see what gives. Also, here is the latest version. Now, if you exit after pausing a playing file - intone will start with that song and position selected. intone_0.22_arm.ipk -- View this message in context: http://n2.nabble.com/Intone-%280.20---alpha-release%29-Elementary-based-mplayer-frontend-tp2587826p2606320.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: Upadated - Intone (0.22) Elementary based mplayer frontend
To follow up my own e-mail (again), this seems to be a ogg issue. mp3s have a proper counter pace, though the value is in s, not m:ss (minor point really, I shouldn't complain) Kind regards, Cameron On Wed, Apr 8, 2009 at 10:02 PM, Cameron Frazier frazier.came...@gmail.com wrote: Interesting thing. When I'm playing songs, the slider move and the counter increments, though faster then the song, with little relevance to the track time/position. The counter seems to go up to the mid 200s (244, 266, etc) and when it ends, the track changes, regardless of the actual some position. Is this a known issue? Or a local one to my FR? Kind regards, Cameron On Wed, Apr 8, 2009 at 9:45 PM, Cameron Frazier frazier.came...@gmail.com wrote: Very slick. Nice work c_c. Question for the group though. I have mp3 files driving mplayer to about 10%, while ogg files come in about 45% of cpu. Is there way to reduce this, or is it simply a function of the format? I seem to remember some talk about a lack of an integer decoder for ogg, but frankly, the understandings audio codecs elude me. Kind regards, Cameron On Wed, Apr 8, 2009 at 12:19 PM, c_c cchan...@yahoo.com wrote: Hi, However if you want to test it with Om2008, use this [1] e17 version (following the instruciton I posted at [2]) to run it. Will try that and see what gives. Also, here is the latest version. Now, if you exit after pausing a playing file - intone will start with that song and position selected. intone_0.22_arm.ipk -- View this message in context: http://n2.nabble.com/Intone-%280.20---alpha-release%29-Elementary-based-mplayer-frontend-tp2587826p2606320.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: Upadated - Intone (0.22) Elementary based mplayer frontend
Interesting thing. When I'm playing songs, the slider move and the counter increments, though faster then the song, with little relevance to the track time/position. The counter seems to go up to the mid 200s (244, 266, etc) and when it ends, the track changes, regardless of the actual some position. Is this a known issue? Or a local one to my FR? Kind regards, Cameron On Wed, Apr 8, 2009 at 9:45 PM, Cameron Frazier frazier.came...@gmail.com wrote: Very slick. Nice work c_c. Question for the group though. I have mp3 files driving mplayer to about 10%, while ogg files come in about 45% of cpu. Is there way to reduce this, or is it simply a function of the format? I seem to remember some talk about a lack of an integer decoder for ogg, but frankly, the understandings audio codecs elude me. Kind regards, Cameron On Wed, Apr 8, 2009 at 12:19 PM, c_c cchan...@yahoo.com wrote: Hi, However if you want to test it with Om2008, use this [1] e17 version (following the instruciton I posted at [2]) to run it. Will try that and see what gives. Also, here is the latest version. Now, if you exit after pausing a playing file - intone will start with that song and position selected. intone_0.22_arm.ipk -- View this message in context: http://n2.nabble.com/Intone-%280.20---alpha-release%29-Elementary-based-mplayer-frontend-tp2587826p2606320.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: [SHR] from debian to shr ;-)
On Sat, 2009-04-04 at 16:25 +0200, Davide Scaini wrote: ... i use a wep static ip network and a dhcp wpa one, i have some interfaces files that i switch between. ... I can get a DHCP WEP network to connect fine (work), but at home (DHCP WPA) I get nothing. You mention that you have different interface files, coul dyou describe the differences between them. Obviously there are the proto and private ssid/psk/key differences, but are there general setup differences? Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] Suggested IMAP client?
As per the subject, is there a suggested IMAP client for the FR? I'm using SHR-Unstable at the moment, but I figure it's a reasonable question for all distros. Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
Just to clarify and not get any hopes up: We have a long way to go until the framework moves to a compiled language. It will definitely not be MS6. Regards, Daniel Willmann Understood and apologies. I probably misunderstood a portion of an FSO update. Regardless, when it happens, I imagine it would greatly help this issue. Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
On Fri, Mar 13, 2009 at 11:39 AM, arne anka openm...@ginguppin.de wrote: Regardless, when it happens, I imagine it would greatly help this issue. i doubt it. i use fso on debian for several months now and since a long while back there's no remarkable delay anymore. maybe some shr specific stuff causes your delays? That's what my thinking is. In my initial e-mail I was contrasting the delays between the previous SHR releases. Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Testing] Slow response when answering a call
Hello List I'm running an up-to-date SHR-Testing image. Upon receiving a call, I answer it, but the phone continues to ring/vibrate for about 8-10 seconds after I accept the call, then there is another second or two of delay before audio commences. These delays are rather problematic as the caller has no idea if I've picked up or if the call was dropped. I know there is some delays in the system, but earlier SHR images (the old testing and the older per-new-testing unstable releases) were much quicker when responding to a call. I'm writing this to see if there are any other users in List-land that have similar issues and any suggestions you may have. Right now I'm not sure if this is a localized (re: user) issue or not. Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
On Thu, 2009-03-12 at 22:07 -0500, The Digital Pioneer wrote: Well, that was almost more than I had dared hope for! This begs the question, how best to I set it up to run a script as soon as the GUI is done loading? It would probably be best to put a sleep 5 or so at the beginning, but I'd rather have it run after E is initialized. I too agree, having this voodoo incanted shortly after e init would be rather handy. I just tried it, and the delay dropped to only a second or two total, so a vast improvement. I suppose it will get better when the framework moves to a compiled language for FSO M6 (IIRC). Thanks for the info guys, Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Sat, 2009-03-07 at 22:00 -0500, Dylan Reilly wrote: FYI, version 0.5.7. is now available on opkg.org. * Seeking works again (gstreamer). * Random play implemented (gstreamer). * Pulled in misc., minor GUI enhancements from Paul TT (developer from whom the this version was branched). * Moved settings around in config. file. All file browsing-related settings are now in one place. * Default music path is now home directory and fixed bug for inability to navigate if initial music path does not exist. * Added icon for .desktop file (borrowed from SHR). * Known issue: Seeking while the repeat function is enabled for MP3 files causes the next instance of the song to play incorrectly. Using the mutagen ipk from opkg.org results in failure, remotely and locally. Anyone have suggestions on a work-around? r...@om-gta02 ~ $ opkg install mutagen_svn-4350-2_armv4t.ipk Terminated r...@om-gta02 ~ $ opkg install http://www.opkg.org/packages/mutagen_svn-4350-2_a rmv4t.ipk Downloading http://www.opkg.org/packages/mutagen_svn-4350-2_armv4t.ipk Terminated r...@om-gta02 ~ $ signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
On Thu, Feb 26, 2009 at 12:08 PM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Florian Hackenberger wrote: I noticed that suspending / resuming on 2008.12 is quite fast compared to SHR. The difference which is most noticeable is that SHR switches to a virtual terminal before and right after suspending, as opposed to 2008.12 which resumes right into X. Is there a way to replicate this behaviour on SHR? I suspect that we could save at least a second of resume time, because printing and scrolling a few hundred lines of kernel log in addition to the mode switches takes a bit of time. Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Those commands in the uBoot shell should do the work: setenv bootargs roofstype=ext2 root=/dev/mmcblk0p2 console=tty0 console=ttySAC2,115200 loglevel=3 setenv bootargs_base rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=3 Marco, I tried what you have above and it seems to work quite well. There is a small spelling mistake in the first command though: roofstype should be rootfstype, correct? Also just to clarify, I almost missed it myself (caught it whilst doing a typo check), the first command is for a SD card bootloader, whereas the second command is for the internal flash? Wicked fast resume though, I like it. Regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Unstable] Suspend / Resume power button trigger
To the List, When I tapped the power button in previous versions, I was presented with a window offering buttons to suspend, lock, shutdown, etc, same as then I click the 'X' button in the shelf while at the home screen. In current versions, a tap of the power button brings up this menu and drops immediately into suspend. upon resume this window is still there. Is it possible to return to the previous situation? Or remove that menu from having a power button trigger? Regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Suspend / Resume power button trigger
Hrm, I just did that at lunch to no avail. Do I have to reflash or should opkg update/upgrade be enough? On Thu, Feb 26, 2009 at 3:01 PM, Johny Tenfinger seba.d...@gmail.com wrote: Upgrade, suspend on power is removed on latest shr-unstable (it is for few days :P) ___ 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
[2008.x] Forcing screen refresh after xrandr action
Good morning to the List After any any orientation update ( ex: xrandr -o left ), it seems that only the overlaping sections between the two orientations refreshes properly (480x480 area). The remaining 480x160 (or 160x480) region stays black, even though programs whose launchers are in the black areas can be launched. After a UI update (such as launching another program) this black region go away. Is there any way to force an update to the UI following a xrandr command to remove this issue? I remember this has been previously discussed but I can't find the outcome. Kind regards, Cameron signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Forcing the charge rate on alternate chargers
On Mon, Oct 27, 2008 at 5:16 AM, Xavier Cremaschi [EMAIL PROTECTED] wrote: Cameron Frazier a écrit : Hello all, Is it possible to force the charging rate to a particular (500/1000 mA)? [snip] Cameron You can install : http://hdr.meetr.de/neo/openmoko/battery/battery_0.20080721_armv4t.ipk [snip] Xavier. Perfect. Thanks, it's exactly what I was looking for. Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Touchscreen scratch protection
I've installed the ZAGG cover. Works quite well, though there are a couple micro bubbles. Very clear and cleans easily. No clue about replacement, but it's supposed to be replaceable. Tough cover too Cameron On Mon, Oct 27, 2008 at 11:31 AM, [EMAIL PROTECTED] wrote: Hi all, The default plastic protection of my screen is giving up after only a few days of use. Does anyone know of a good alternative like http://www.zagg.com/ or http://www.screenprotector.nl/ for Openmoko Freerunner? Zagg provides a screen protection for the FreeRunner. I've ordered and received one, but haven't installed it yet. I have 2 coupons for 20% discount, if anyone interested. Just mail me directly and i'll be happy to share them. ___ 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: Touchscreen scratch protection
They did reduce, but I installed mine months ago and there are a few still there. However, I admit there may have been some operator error. Re: your earlier post, it is a stickier surface, making some dragging tasks trickier, but I find it quite agreeable. Cameron On Mon, Oct 27, 2008 at 10:43 AM, Xavier Cremaschi [EMAIL PROTECTED] wrote: Cameron Frazier a écrit : I've installed the ZAGG cover. Works quite well, though there are a couple micro bubbles. Very clear and cleans easily. No clue about replacement, but it's supposed to be replaceable. Tough cover too Cameron Micro bubbles will disappear automagically after ~2 weeks (less humidity = more adhesive) ___ 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
[2008.9] Forcing the charge rate on alternate chargers
Hello all, Is it possible to force the charging rate to a particular (500/1000 mA)? I have a vehicle cigarette lighter - USB charging adaptor capable of 1A, but I'm pretty sure my FR only charges at 100 mA. I'd like to force it to charge at at least 500mA. I know there is some detection circuitry to detect the FR charger and then it charges at the 1A rate, but obviously my adaptor lacks the indicator. I remember seeing something on the wiki a while back, but I can't seem to find it now. Any suggestions? Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
