Assertion on a Mac

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yes, everything was fine on 10.5. I?m using pjsua-lib API from
pjproject 1.0.3. No patches or any modifications either to pjsip or to
portaudio. After upgrading to Mac OS X 10.6 users started complaining
to this issue.

The issue in my issue tracker:
http://code.google.com/p/telephone/issues/detail?id=213

And just to be clear. I?m talking about plugging and unplugging
headphones that are being connected to the standard microphone port.
It?s not the same as when the list of available audio devices in the
OS changes (for example, when user plugs in a USB headset). For the
latter I?m using callbacks from the OS to reinit audio in pjsip.

Alexei

On Thu, Feb 18, 2010 at 1:59 PM, Adrian Georgescu <ag at ag-projects.com> wrote:
> Hi Alexei,
>
> Are you saying that you were able to change devices on the fly before?
>
> I am wondering how this works for you as Portaudio once started does not
> cope with any device changes even now with its current version. It is a
> Portaudio problem in the first place, pjsip/media has no role here. Can it
> be that you are not using Portaudio at all?
>
> What is your setup?
>
> Adrian
>
>
> On Feb 18, 2010, at 11:18 AM, Alexei Kuznetsov wrote:
>
>> Thank you, Adrian. Actually, I?m surprised that so radical measures
>> are needed, because it just worked out of the box in Mac OS X 10.5.
>> The problem was discovered only when 10.6 had been released.
>>
>> Alexei
>>
>> On Thu, Feb 18, 2010 at 11:14 AM, Adrian Georgescu <ag at ag-projects.com>
>> wrote:
>>>
>>> Hello Alexei,
>>> PJmedia through Portaudio ?does not suport addition or removal of audio
>>> devices on the fly.
>>> If you use a Mac you can try what we did to support this that works fine
>>> in
>>> Blink:
>>> http://sipsimpleclient.com/ticket/75
>>>
>>> You need to patch both portaudio and pjsip to make it work correctly.
>>> Also
>>> read though the ticket for how to work around the multithreading issues
>>> in
>>> your client.
>>>
>>> Regards,
>>> Adrian
>>> On Feb 14, 2010, at 12:13 PM, Alexei Kuznetsov wrote:
>>>
>>> Hi,
>>>
>>> I?m testing pjproject-1.5.5 on Mac OS X 10.6.2. I?m running pjsua for the
>>> test.
>>>
>>> When I?m plugging or unplugging headphones during a call, I?m getting
>>> this (starting from 14:06:21.173):
>>> 14:06:14.293 ? ?pjsua_app.c ?Call 1 state changed to CONFIRMED
>>> 14:06:14.295 ? Master/sound ?Underflow, buf_cnt=0, will generate 1 frame
>>> 14:06:14.376 ? sound_port.c ?EC activated
>>> 14:06:14.835 ? Master/sound ?Underflow, buf_cnt=0, will generate 1 frame
>>> 14:06:14.916 strm0x1008879c ?VAD re-enabled
>>> 14:06:21.173 ? Master/sound ?Buffer size adjusted from 1280 to 1118
>>> (eff_cnt=910)
>>> 14:06:21.595 ? Master/sound ?Buffer size adjusted from 1438 to 1002
>>> (eff_cnt=910)
>>> 14:06:21.914 ? Master/sound ?Buffer size adjusted from 1322 to 1068
>>> (eff_cnt=910)
>>> 14:06:22.233 ?ec0x100601ff0 ?Underflow, buf_cnt=3, will generate 1 frame
>>> 14:06:22.255 ? Master/sound ?Buffer size adjusted from 1388 to 1179
>>> (eff_cnt=910)
>>> 14:06:22.378 ? Master/sound ?Buffer size adjusted from 1179 to 718
>>> (eff_cnt=842)
>>> 14:06:22.633 ?ec0x100601ff0 ?Underflow, buf_cnt=3, will generate 1 frame
>>> 14:06:22.973 ?ec0x100601ff0 ?Underflow, buf_cnt=3, will generate 1 frame
>>> 14:06:23.075 ? Master/sound ?Buffer size adjusted from 1358 to 899
>>> (eff_cnt=842)
>>> 14:06:23.373 ?ec0x100601ff0 ?Underflow, buf_cnt=3, will generate 1 frame
>>> 14:06:23.396 ? Master/sound ?Buffer size adjusted from 1219 to 963
>>> (eff_cnt=842)
>>> 14:06:23.635 ?ec0x100601ff0 ?Underflow, buf_cnt=3, will generate 1 frame
>>>
>>> And so on until I hang up the call.
>>>
>>> Any thoughts?
>>>
>>> Alexei



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux