Re: QtMoko audio state work

2013-01-27 Thread Neil Jerram
Neil Jerram n...@ossau.homelinux.net writes: I'm pretty sure I saw some voice routing problems on a few occasions even with pasuspender. However, since moving back to gta04-gsm-voice-routing, and adding Neil Brown's change to start the 2 capture streams at the same time, I've had a few

Re: QtMoko audio state work

2013-01-22 Thread Neil Jerram
Radek Polak pson...@seznam.cz writes: I've now reimplemented the GTA04 neoaudioplugin.cpp code so that it moves between audio states by changing those 7 switches, instead of using ALSA state files, and that seems to work well (including for PhoneHeadset, subject to A3 software routing

Re: QtMoko audio state work

2013-01-17 Thread Radek Polak
On Thursday, January 17, 2013 01:52:57 AM Neil Jerram wrote: (In general, for some reason, it appears that the floating point code in Pulseaudio and its dependencies doesn't run any better on armhf than it does on armel.) Hi Neil, do you have also armhf compiled kernel? I had armel

Re: QtMoko audio state work

2013-01-17 Thread Radek Polak
On Thursday, January 17, 2013 01:52:57 AM Neil Jerram wrote: (As usual, for the sake of avoiding any possible negative marketing, I should point out that the main problems here are A3-specific. I hope, and believe to be the case, that phone calls are already reliable on A4.) Yes, A4 works

Re: QtMoko audio state work

2013-01-17 Thread Neil Jerram
On Thursday, January 17, 2013 12:49:04, Radek Polak wrote: On Thursday, January 17, 2013 01:52:57 AM Neil Jerram wrote: (In general, for some reason, it appears that the floating point code in Pulseaudio and its dependencies doesn't run any better on armhf than it does on armel.)

Re: QtMoko audio state work

2013-01-16 Thread Neil Jerram
I wanted to write a bit of an update on my recent GTA04/QtMoko work, and would appreciate people's thoughts. This is still focussed on audio handling, because with my A3 I still haven't reached a point of having fully reliable phone calls. (As usual, for the sake of avoiding any possible

Re: QtMoko audio state work

2012-12-01 Thread Radek Polak
On Sunday, November 25, 2012 02:55:59 PM Neil Jerram wrote: After a day yesterday where the A3 audio didn't work for me in several calls, I decided to take a closer look at the QtMoko audio code. That led to a sequence of small (I think) cleanups, and a reworking of the audio state handling

Re: QtMoko audio state work

2012-12-01 Thread Neil Jerram
Radek Polak pson...@seznam.cz writes: Yup it looks ok, will test it later but it's alreaady pulled in my git. Thanks. Given that, I think it's worth me writing a bit more about where/how my work is going, and there's one bugfix below that you should cherry-pick: please look for While doing

Re: QtMoko audio state work

2012-12-01 Thread Radek Polak
On Saturday, December 01, 2012 06:15:04 PM Neil Jerram wrote: Given that, I think it's worth me writing a bit more about where/how my work is going, and there's one bugfix below that you should cherry-pick: please look for While doing that I noticed a bug. Apart from that bugfix I don't want

Re: QtMoko audio state work

2012-11-26 Thread Radek Polak
On Sunday, November 25, 2012 02:55:59 PM Neil Jerram wrote: Hi Radek, After a day yesterday where the A3 audio didn't work for me in several calls, I decided to take a closer look at the QtMoko audio code. That led to a sequence of small (I think) cleanups, and a reworking of the audio

Re: QtMoko audio state work

2012-11-26 Thread Neil Jerram
Radek Polak pson...@seznam.cz writes: Hi Neil, thanks for the patches, i'll take a look at them in a few days. I am going to have a busy weeks at paid work probably until the Christmas so i have to slow down on QtMoko side a bit... No problem, and thanks. I hope that other work goes well!