Re: Is there an echo-free distro?
Yogiz wrote: > But is there an improvement over 2008.9? Yes. The setting where the echo doesn't appear is loud enough to understand the caller clearly. In an noisy environment it could get problematic, though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is there an echo-free distro?
Kosa wrote: > om2008.12 is completly echo free. Not really. If I have the volume up more than the half slider, then some people complain hearing an echo. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
pottwal4 wrote: > r...@om-gta02:~# mplayer -vo xover:glamo -fs > /media/card/big_buck_bunny_320.avi mplayer doesn't know on which display it should open the video. Try (one line): DISPLAY=:0 mplayer -vo xover:glamo -fs media/card/big_buck_bunny_320.avi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is it possible to keep ASU Enlightenment profile...
> I want to keep ASU profile because if i switch to illume it keeps > segfaulting at random actions and intervals... I don't know how to use the illume keyboard on ASU. But to stop illume segfaulting all the time you need to set the the "Engine" from SOFTWARE_16 to SOFTWARE in the "wrench-menu". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
I've just found out that you can control mplayer via a fifo file. So to quit mplayer in a good way you could do the following: 1. Create a fifo somewhere: mkfifo mplayer_fifo 2. Start mplayer within your script like this: mplayer -quiet -input file=mplayer_fifo 3. Write this into your stop script: echo quit >mplayer_fifo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
Robin Paulson wrote: > killall isn't the cleanest way to stop an app running - iirc you only > want to use that when an app is misbehaving > > one of the SIG signals might be better - have a look at SIGTERM and > SIGHUP and some of their brethren; i can't remember which is best > here. killall is almost the same as kill. But instead of sending the signal to the given PID it sends the signal to all processes with the given name. Both send the SIGTERM signal when no other is specified. SIGTERM allows the process to run a cleanup routine before closing. What you probably mean is the killall -SIGKILL command which kills the process without giving it the chance for run any cleanup routines. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: "Photosea". Suggestion?
Michele Renda wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello > > I'd like to show you and idea I had some days ago. I don't know for sure > if already there is something similary for Freerunner. > I tried to trasform it on code. It is written in python, and use pygame > libs. Sorry for the dumb question. But, what is it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New rotate version
Angus Ainslie wrote: > > 1) inverted the screen was improperly split left and right > 2) rotate seemed to stop working completely. killed it and restarted it. > 3) on returning to normal orientation the x dimension was right but > the y dimension remained from the previous rotation. leaving my > viewport as a square. > 4) it eats 95% CPU ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New rotate version
Oscar Casamitjana wrote: > Hi all > here you have my rotate version. > This version is based in Chris Ball's rotate, but with some changes: > > * The adquisition engine is encapsulated in a thread. > * Before rotating screen, it ensures two seconds for the new position > * Backlight turns black while screen rotating. > Thanks Oscar. This version works really good. For all who don't know how to compile it: arm-angstrom-linux-gnueabi-gcc -o rotate rotate.c -lpthread -lXrandr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Lorn Potter wrote: > A better place for stuff needed for a particular modem, would be in the > phone vendor plugin. That's what its there for. Not to defray this > patch, but this is very calypso specific, and not part of the GSM spec. > (although any other modem would most likely just spit out an error) > > > Yes, I assumed something like that. I've looked at the ficgta01 phonevendor sources but didn't find a method that is called on every initiated call where I could put those two lines. This patch is only meant as a temporary bugfix until some more experienced qtopia programmer (maybe you? ;)) finds a better place for the echo suppression lines. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. But this just works. And as long as no other solution is out there I will share it with other people who want to combat the echo. The patch is against the latest snapshot of Holgers qtopia git. commit: 09335e76e1762b97dad23b997978424ed10f8da1 Unfortunately this version doesn't load the gmshandset.state file when a call is initiated. When compiling with this patch a new libqtopiaphonemodem.so.4.3.2 is created. I replaced this lib with the one on my OM2008.9. Instead of compiling it yourself you can download the file here: http://danielnoethen.de/libqtopiaphonemodem.so.4.3.2 Just replace it with the one in /opt/Qtopia/lib and restart qtopia with: /etc/init.d/xserver-nodm restart In combination with this gsmhandset.state file the volume of your calling partner is loud enough, and vice versa. http://danielnoethen.de/gsmhandset.state It should work with every distro that uses qtopia-phone-x11_4.3.2 Regards, Daniel *** qmodemcall.cpp_orig 2008-10-13 13:49:37.0 +0200 --- qmodemcall.cpp 2008-10-13 14:06:02.0 +0200 *** *** 164,169 --- 164,173 return; } + + // Send the echo and noise suppression command to the device. + provider()->atchat()->chat("AT%N0187"); + // Send the ATD command to the device. provider()->atchat()->chat ( provider()->dialVoiceCommand( options ), *** *** 309,314 --- 313,322 command = provider()->acceptCallCommand( false ); } provider()->atchat()->chat( command, this, SLOT(acceptDone(bool)) ); + + // Send the echo and noise suppression command to the device. + provider()->atchat()->chat("AT%N0187"); + } class QHoldUserData : public QAtResult::UserData ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Michael 'Mickey' Lauer wrote: > While I do think this is completely overcomplicated and you should > rather rebuild the source than fiddling on this level, I'll tell you how > to do it anyways: > > AT%CPI=4 enables the TI Calypso proprietary call progress status. See > http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=framework/subsystems/ogsmd/modems/ti_calypso/unsolicited.py;hb=HEAD > for details on the format. > > Hi Michael, Thanks for the information. You are right, the daemon idea isn't a good solution. The reason why I didn't want to rebuild the sources is, that I wasn't able to find an easy way to build the qtopia-phone-x11 stuff, without needing to build the whole OM distribution. Building the distro with the MokoMakefile (make setup; make image) takes ages. I don't have any clue about the BitBaker stuff. Could you tell me how I can check out the qtopia-phone-x11 source and finally build them? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Al Johnson wrote: > Unless there's a delay involved I can't see any harm in sending > AT%N0187 at the start of every call. > Do you have any idea how to achieve this without rebuilding the qtopia-x11 stuff? I thought about a little daemon that listens on the serial GSM interface and sends this command to the GSM chip as soon as it detects an incoming/outgoing call. I've installed gsm0710muxd and listened with "cu" on the new virtual GSM interface /dev/pts/2. Unfortunately only incoming calls are recognized (RING RING RING). Outgoing calls seem not to be detectable with just listening on the serial gsm interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Hi, I've found out that the echo suppression works only one time after qpe was started. At least this applies to me. Phone: freerunner (gta02) Dist: OM2008.09 gmshandset.state: http://www.teaparty.net/technotes/data/gsmhandset.state "grep AT%N0187 libficgta01vendor.so" gives me a match. So I assume that Florians patch got into OM2008.9 Here is a step by step list of how it behaves to me: 1. Boot the freerunner 2. Make a call -> no echo 3. Hang up 4. Make a call -> echo 5. Hang up 6. /etc/init.d/xserver-nodm restart 7. Make a call -> no echo 8. Hang up 9. Make a call -> echo . . . With the above state file I was able to bring up the "Speaker" volume up to 100% without hearing any echo on step 2 and 7. The volumes on both sides were very good. On step 4 and 9 I could only bring up the "Speaker" volume to 79%. Above 79% the echo came back. So it seems that the echo suppression command (AT%N0187) gets reset after every call. Can anyone confirm this? -- View this message in context: http://n2.nabble.com/Echo-issue-on-OM2008.08-solved-tp793913p1301265.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