Re: reading mail
2009/2/8 William Kenworthy : > On Sun, 2009-02-08 at 19:39 +1300, Robin Paulson wrote: >> 2009/2/8 Seth Rothenberg : >> > I have a funny question. >> > I am going to be travelling, >> > and hopefully will get my FR online somehow > ... >> >> yep, i get my gmail on the fr, via imap in qtmail on 2008.12 >> >> it's slow as hell, and the connection often times out, but it's >> excellent having my e-mail with me wherever i go, and have the ability >> to read whatever attachments i get sent >> > > > by slow - how many emails? It used to be very slow with a few dozen, > and impossible if you have a large inbox - is this still the case? (I > last tried with an early 2008) 1700+ i'm a compulsive hoarder, so nothing ever gets deleted there are a few things that bug me with qt mail, though. maybe someone can help: if i press 'get all mail', it only downloads the headers of messages. to get the entire mail, i have to open the mail, and press 'download this message', which is slow and clunky if there are 10 or so, and i want to read them offline so, is there a setting to force qtmail to get the entire message when it arrives, or to bulk download a selection of messages? and, is there any way to select which folders are retrieved? in fact, is there any documentation for qtmail, online? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
[OM2008.12] How to fix Echo problem?
Hi, when using the phone the person "at the other end" (who I am talking to) hears a strong echo of his/hers own voice. Is it possible to get rid of this echo? I am using the 6th hardware version. Thanks for your help. /Kris signature.asc Description: This is a digitally signed message part ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [OM2008.12] How to fix Echo problem?
Kristian Frisk writes: > when using the phone the person "at the other end" (who I am talking to) > hears a strong echo of his/hers own voice. > > Is it possible to get rid of this echo? Yes, the undocumented command AT%N0187 enables noise cancellation. At least FSO framework version 5c40b0ae089d9d04f3cb49df986df68a3b82be3d does this. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Audio Buzz / Rattling Issue
Before going any further I suggest you read this: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem It tells you where the alsa state files are kept, what state files there are, what they do, and which alsamixer control does what. It links to a page that gives more detail of the underlying audio hardware, and to a volume control GUI. 2008.x does not change the mixer state on headset jack insertion or removal, but the kernel does create an input event that would allow it to do so. FSO should switch from speaker to headset, but this isn't extensively tested and may be buggy. The 'buzz' that most reports refer to is heard during phone calls by the person on the far end of the call, not on the FR itself. The buzz you hear seems like either a distortion from the media player or a mechanical issue in the speaker of your unit. On Sunday 08 February 2009, Kevin Day wrote: > > I have never tested the headset, I did now and I have the same behavior > > you are describing !! > > The sound never goes to the headset it keeps on the FR. > > > > Does anyone else have this problem? I am using 2008.12 also. > I would like to update with information I gained from further testing. > > I was able to get something close to normal audio output and even enable > the external speakers. > (however, the actual problem is still not _fixed_ at this time) > > I do not remember the exact order things were done in, so here are the > rough steps: > WARNING: these are done from a console, so you need to learn/know how to > get console access first. > > first, I went to trac bug #1640, downloaded, and extracted this file: > http://docs.openmoko.org/trac/attachment/ticket/1640/scenarios.tgz > > I then backed up my original asound.state file: > # cp /etc/asound.state{,.orig} > > Of the extracted files (from scenarios.tgz), I took the stereoout.state > file and replaced my existing asound.state file: > # cp stereoout.state /etc/asound.state > > I then ran the alsactl tool to restore the sound settings from the brand > new asound.state file: > # alsactl restore > > The next thing to do was to play around with the alsamixer setting so > see what does what..a royal pain in the ?undocumented? butt. > # alsamixer > > Here are the important settings: > PCM - thats your main audio > Amp Spk - this seems to cause problems, when enabled it causes all > stereo audio (right and left) to output only to one speaker. Disable > this and suddenly you can get right+left through separate speakers. > Amp Stat - not sure what this is for, but turning it off turns off all > audio. > DAPM Stereo Out - This seems to be your onboard speaker, turn it off to > turn off your onboard speaker > DAPM Handset Spk - This is your external headset; turn it on to turn on > the external speakers! > > I set the above to the following: > PCM - anything above ~60% produces audio; this does not seem to cause > the buzz/rattle > Amp Spk - OFF!! > Amp Stat - On > DAPM Stereo Out - off > DAPM Handset Spk - On > > Now save your changes: > # alsactl store > > The next step was to turn the music player's audio volume down to about > 5-10% > The volume bar is ~3 millimeters in length > This is not the alsamixer volume, it is the media player's volume. > The media players volume is quite difficult to get to, you will have to > fight with the song seeking to get the volume to change. > Not a very user-friendly design in my opinion.. > > Once the music player is at 5-10% in volume, you will no longer have any > easily noticeable buzzing or rattling. > Of course, you won't be able to do any volume changes when not plugged > into a computer. > In addition, you will not be able to swap between internal and external > speakers while not plugged into some desktop computer as well... > > The next problem is that, even though there seems to exist the boot > script: /etc/init.d/alsa-state > the sound settings are not restored when a reboot is made. > So, every single time the device gets powered on, one will need console > access to correct the audio settings with the command: > # alsactl restore > > Unless one is willing to tug around an entire computer or notebook > (laptop) in addition to the freerunner a person pretty much cannot > change any of their audio settings. > That is not good at all, particularly for a cell-phone. > > > The problems at this time are as follows: > - inability to manually mute/unmute the internal and external speakers > via the freerunner user interface > - inability to raise software controlled volume above ~10% without > incurring audio buzz/rattling issues > - inability to restore saved audio settings between boots...why? > > > > ___ > support mailing list > support@lists.openmoko.org > https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Audio Buzz / Rattling Issue
On Sun, Feb 08, 2009 at 12:00:23PM +, Al Johnson wrote: > > 2008.x does not change the mixer state on headset jack insertion or removal, > but the kernel does create an input event that would allow it to do so. FSO > should switch from speaker to headset, but this isn't extensively tested and > may be buggy. It works fine on Debian, which uses FSO. IMHO: Forget OM2008.x and go with a distributions which builds on FSO. Please see https://wiki.openmoko.org/wiki/Distributions>. > The 'buzz' that most reports refer to is heard during phone calls by the > person on the far end of the call, not on the FR itself. The buzz you hear > seems like either a distortion from the media player or a mechanical issue in > the speaker of your unit. You can get distortion by maxing out all the volume settings (e.g. both PCM and Headphone). -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
RE: Audio Buzz / Rattling Issue
> Before going any further I suggest you read this: > http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem > It tells you where the alsa state files are kept, what state files there are, > what they do, and which alsamixer control does what. It links to a page that > gives more detail of the underlying audio hardware, and to a volume control > GUI. Thanks for the link, I wasn't finding the alsamixer settings when I was searching. But then again, my focus was on the buzzing.. I will look into this documentation first thing. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OpenMoko Webcam - guvcview bug fix
On Sun, Jan 25, 2009 at 11:04:31PM +, Paulo Assis wrote: > Thank you. > Removed packed attribute from all struts, except imaged headers. > Changes commited to svn, will be available in the next release (0.9.8), > in a week or so -:). I built a binary package of guvcview 0.9.8: http://nospamnospam.homepage.dk/software/download/guvcview_0.9.8-ubuntu1_armel.deb -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [OM2008.12] How to fix Echo problem?
Kristian, What distro are you using? For SHR/FSO (I think) you can follow the directions here http://shr.bearstech.com/trac/wiki/Tweaks For everything else, the fixes involve lowering the mic volume/speaker volume. -- Paul Email - pault...@gmail.com There were moments when he looked on evil simply as a mode through which he could realize his conception of the beautiful. Oscar Wilde - The Picture of Dorian Gray ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: OpenMoko Webcam
On Tue, Jan 20, 2009 at 12:52:14AM +0100, Neil Benn wrote: > Hello, > > Okay, dealing with the low resolution I thought that it could be > something to do with the odl pcw/pcwx issue for philips webcam drivers. At least for the Logitech cameras, it apperears to be a hardware limitation. There just isn't buffer space in the camera to hold an image: http://forums.quickcamteam.net/showthread.php?tid=255 > So > I tried to install that, however the install instructions don;t work - the > patch file bombs out and I'm not _totally_ sure how to correct the flaw > manually. Basically the patch file seems to not reflect the directory > structuire of the 2.6.24 kernel. Before you spend more time on that, check which driver it uses. E.g. mine: $ head -v /sys/class/video4linux/video*/name ==> /sys/class/video4linux/video0/name <== UVC Camera (046d:0991) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
mp3
Can I ask if there is someone using SHR to play mp3s? It worked for me last week, but not now. I'll be in the air for 22 hours in the next 10 days, would like to have an mp3 player. I have this: r...@om-gta02 ~ $ opkg list_installed | egrep 'pythm|player' mplayer - 0.0+1.0rc2-r12 - mplayer-common - 0.0.1-r0 - pythm - 0.5.1+svnr19-r3 - r...@om-gta02 ~ $ Thanks Seth (PS I know, I know, for about the same money I could buy an mp3 player and a gps and a phone and a PIM... and each would be top-notch at its taskbut I wouldn't be a geek :+) ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: mp3
On Mon, Feb 9, 2009 at 6:32 AM, Seth Rothenberg wrote: > Can I ask if there is someone using SHR to play mp3s? > It worked for me last week, but not now. > I'll be in the air for 22 hours in the next 10 days, > would like to have an mp3 player. > > I have this: > > r...@om-gta02 ~ $ opkg list_installed | egrep 'pythm|player' > mplayer - 0.0+1.0rc2-r12 - > mplayer-common - 0.0.1-r0 - > pythm - 0.5.1+svnr19-r3 - > r...@om-gta02 ~ $ Hi, I have the same output from the command above on SHR unstable (version from 22 or 23 Jan). Using mplayer or pythm works for me on mp3s. What do you mean by 'worked last week, but not now'? Did you try mplayer from terminal? :) -- Cheers, Alex ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support