On 04/06/2011 01:37 AM, Dave Neary wrote: > Hi Nikita, > > On 04/05/2011 04:22 PM, nikita kozlov wrote: >> On 04/06/2011 12:09 AM, Dave Neary wrote: >>> Connecting works fine, but when I try to call anyone, the sound seems >>> completely broken. For example, I dial mu...@iptel.org and I get this >>> weird hashed sound - there's a short burst about once every second, the >>> process goes up to 100% CPU utilisation, and when I end the call, >>> QuteCom registers the call as still being open. >> >> I think it was an issue on linux when using alsa or portaudio, should be >> fixed now ( rev 50:8dec80c8e0dc ). Please tell me if it's working now. > > Thanks! This has fixed at least the music@iptel bit. However, when I > tried to test with the echo service, I couldn't start the call > (QuteCom stays in "dialling" mode, with the timer at 0:00). When I try > to quit QuteCom afterwards, I get "There are unfinished calls, are you > sure you want to quit?" even though all calls are finished. It looks > like the call ending isn't freeing up all resources & I created an account on iptel.org to test it myself and I think it(s fixed now. We had a small bug in our sdp negociation.
Also, there are a bug in the gui. Because of the error in our SDP, iptel.org was replying us an 415 error code so we should not show a "dialing" status but an "error" status ... will took a look on it tomorrow. > > There's one other minor issue - the systray icon is still showing > "connecting" rather than fully connected even though apparently all is > well. > > Here's the last few lines of stdout, after I quit QuteCom, if it helps: > | BUG | 288978 > </home/dneary/src/qutecom-3.0/engine/verona/phapi/phapi.c: 4358> > DBG_SIP_EVENT : SIP NEGO: phTerminate > | INFO1 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libeXosip2/src/jreg.c: > 137> Release a non-terminated transaction > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/osip_transaction.c: > > 304> free transaction ressource 10 673249916 > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/nict.c: > 141> free nict ressource > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/osip_transaction.c: > > 304> free transaction ressource 9 1167685721 > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/ict.c: > 147> free ict ressource > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/osip_transaction.c: > > 304> free transaction ressource 8 1167685721 > | INFO2 | 288979 > </home/dneary/src/qutecom-3.0/engine/verona/libosip2/src/osip2/ict.c: > 147> free ict ressource > Yes, we haven't finished to reconnect/reimplement it yet. > >> Also, if you are like me using ubuntu, be cautious to select "default >> device" as your audio device and not the one corresponding to your sound >> card name. (I haven't investigated yet why we cannot use the other one) > > Yes, I just tried this, setting default device is better. This is > really weird - they should be the same thing. It wouldn't be unusual > for someone to use a USB headset and want to configure which card to > use on the fly, so this is actually a pretty big issue. > > Cheers, > Dave. _______________________________________________ QuteCom-dev mailing list QuteCom-dev@lists.qutecom.org http://lists.qutecom.org/mailman/listinfo/qutecom-dev
