Sean Kovacs

Yea sorry it didn't cross my mind to update the method names. I do think that should be done.

iOS - Single login has always produced 3 pings. Not sure why. Single login that is left unattended for a longer duration results in that error mentioned. The same was...

I'll run the code from the webrtc repo directly and see what it yields.

What I did to maintain voip calling when the app closes (if you're on a call still) is add the following to the *socketserver.cc: ``` CFReadStreamRef readStream; CFWriteStreamRef writeStream; CFStreamCreatePairWithSocket(kCFAllocatorDefault,...

One would activate audiosessions to play audio for MP3s and other sound files...I tried setting the session to No prior to making a call, though it didn't work.

I'm back tracing the different methods and trying to narrow down where the hangup is - making some good progress. Only a matter of time. Keep you posted...

I added this bit of code to this method: AudioDeviceIPhone::InitPlayOrRecord() ``` OSStatus status; AudioSessionInitialize(NULL, NULL, NULL, NULL); UInt32 sessionCategory = kAudioSessionCategory_PlayAndRecord; status = AudioSessionSetProperty (kAudioSessionProperty_AudioCategory, sizeof (sessionCategory), &sessionCategory); if (status...

Trying to work on this (backgrounding on iOS), but having some difficulties switching to the MacCFSocketServer. I got it working in the libjingle call client example, but can't seem to...

This is the exact error I get: Error(common.cc:67): /Users/seankovacs/Documents/webrtcjingleproject/trunk/third_party/libjingle/talk/base/macsocketserver.cc(146): ASSERT FAILED: CFRunLoopGetCurrent() == run_loop_ @ Wait

Yeah I was able to get the voip in the background thing working. Just this occasional ssl write error. I'll try hailg's version using the ios xmppframework and see if...