Hi,
I'm not sure whether I was using gpe-calender. I was pretty much running
standard shr-t + launcher.
Annoyingly I still had the choppyness even with the cpu nearly idle so
not a straightforward issue.
Tim
Bill Kenworthy wrote:
Are you running gpe-calendar? - this seems to be the trigger for me for
cron to go mad. Ive not been able to get anymore detail than
occasionally (but always coincident on) on starting gpe-calendar its
really slow, then I notice the phone is slow too - and killing cron
fixes it.
BillK
On Wed, 2010-03-24 at 00:26 +0000, Tim Abell wrote:
I given up and re-flashed with the latest shr-t.
Initial testing indicates the problem has vanished. I shall probably
never know the cause.
Tim
Al Johnson wrote:
The audio routing is analogue all the way to the modem, so doesn't depend on
the CPU. I can't think of many ways to get the dropouts you describe, and
haven't experienced them myself. I guess that some process is messing with the
mixer state. you could try monitoring the
org.freesmartphone.Device.Audio.Scenario signal to see if something fso-based
it changing it, or run alsamixer in an ssh session during a call to see if you
can see any changes happening.
On Sunday 21 March 2010, Tim Abell wrote:
Ok, could be down to process priorities.
I just had cron run at 95% cpu for an extended time (no idea why), and
called my voicemail, sound was really choppy. Reniced cron to +1, and
re-ran the call, and it was crystal clear.
I then ran an install with opkg (opkg install lsof), which used a lot of
cpu, and made another call to voicemail while that was running, got the
choppy call quality again.
So could it be that the programs that handle the call are not getting
sufficient nice priority?
Tim
Tim Abell wrote:
Thanks for your reply,
I had a look at what you suggested, but the sound is not so much
distorted as very rapidly cutting in and out completely. It sounds to
me like something isn't keeping up. It affects both incoming and
outgoing sound.
I've made some progress in narrowing it down I think, and I think it's
to do with something in /home/root. I keep my home dir on an sd card
so I tried taking the sd card out. After this the calls appear to be
fine, and on replacing the card and making another call the problem
reappears.
I'll start pulling apart /home/root now until it goes away.
mount | grep mm
/dev/mmcblk0p1 on /media/card type ext3 (rw,errors=continue,data=ordered)
ls -l /home/root
lrwxrwxrwx 1 root root 11 Dec 27 2009 /home/root ->
/media/card
Tim
Al Johnson wrote:
The latest round of sound configs distort the sound badly on a phone
call for me, and I guess this is what you are finding too. The wiki
has a load of info about what to do:
http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem
I suggest making a test call and using fso-simplemixer.py to adjust
the volumes to something that works for you, then hitting Save well
before the end of the call. It would be good to take a backup of the
config files first just in case you want to restore the original
ones. I'm not certain where they are in shr-t but in shr-u at the
moment they are in /etc/freesmartphone/conf/openmoko_gta/alsa-default.
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
