OS-X coreaudio resample crash

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

 



Hi Michael,

I already tried various combination of conference bridge clock rate
and the device's clock rate but it worked fine here for both
upsampling and downsampling. Does the problem also happen when you're
ONLY using built-in input and output, i.e. if you set the conference
bridge clock rate to 48KHz, does the 44.1KHz built-in input still
work?

Regards,
Ming

On Mon, Jan 24, 2011 at 4:45 AM, Michael <michael_zurich at yahoo.com> wrote:
> Hi Ming
>
> I found the problem in current coreaudio_dev.c. It seams that only up-sampling is working and not down-sampling in capture-device.
>
> When I set conference-bridge to 16000 Hz all inputs working fine. If I set conference-bridge to 44100 Hz, then AK5370 is working but Logitech Camera not anymore. If I set conference bridge to 48000 Hz, then AK5370 will also not work anymore.
>
> Thanks
> Michael.
>
> See my devicelist
>
> ?21:34:33.274 coreaudio_dev. ?core audio detected 21 devices
> ?21:34:33.275 coreaudio_dev. ? dev_id 0: Built-in Input ?(in=2, out=0) 44100Hz
> ?21:34:33.278 coreaudio_dev. ? dev_id 1: Built-in Output ?(in=0, out=2) 48000Hz
> ?21:34:33.278 coreaudio_dev. ? dev_id 2: AK5370 ? ? ? ? ? ?(in=1, out=0) 44100Hz
> ?21:34:33.278 coreaudio_dev. ? dev_id 3: Logitech Camera ?(in=1, out=0) 16000Hz
>
>
> --- On Fri, 1/21/11, Ming <ming at teluu.com> wrote:
>
>> From: Ming <ming@xxxxxxxxx>
>> Subject: Re: OS-X coreaudio resample crash
>> To: "pjsip list" <pjsip at lists.pjsip.org>
>> Date: Friday, January 21, 2011, 1:34 AM
>> Hi Michael,
>>
>> Yes, you are right. If there is a single input/output
>> device, pjmedia
>> will prefer to use the device (see pjmedia's audiodev.c)
>> because of
>> better EC performance, that's why it chose the USB device.
>> If you wish
>> to change this behavior, you can use the audiodev's API to
>> select the
>> audio device you want in your application (see
>> pjmedia_aud_dev_count()
>> & get_info()).
>>
>> Regards,
>> Ming
>>
>> On Fri, Jan 21, 2011 at 2:58 AM, Michael <michael_zurich at yahoo.com>
>> wrote:
>> > Hi Ming
>> >
>> > I made some further tests with
>> > #define PJMEDIA_AUDIO_DEV_HAS_PORTAUDIO ? ? 0
>> > #define PJMEDIA_AUDIO_DEV_HAS_WMME ? ? ? ? ?0
>> > #define PJMEDIA_AUDIO_DEV_HAS_COREAUDIO ? ? 1
>> > on the Mac Book Pro. I added a Polycom USB
>> Speakerphone.
>> > When I start pjsua-app and then type cc 0 0 I always
>> have loop on Polycom device regardless of the configuration
>> of OS-X default device. See pictures. It seams that the
>> application takes always a device where Input and Output has
>> the same name. In addition my app works fine with Polycom.
>> So there seams not to be a difference between Mac Mini and
>> Mac Book because I have such a device on Mac Mini which
>> probably was the reason that it worked on Mac Mini. When I
>> disconnect Polycom it does not work anymore.
>> >
>> > Regards Michael.
>> >
>> >
>> >
>> > --- On Thu, 1/20/11, Ming <ming at teluu.com>
>> wrote:
>> >
>> >> From: Ming <ming@xxxxxxxxx>
>> >> Subject: Re: OS-X coreaudio resample
>> crash
>> >> To: "pjsip list" <pjsip at lists.pjsip.org>
>> >> Date: Thursday, January 20, 2011, 4:49 PM
>> >> Hi Michael,
>> >>
>> >> I am a bit confused here. So does it happen with
>> PortAudio
>> >> as well or
>> >> just with CoreAudio?
>> >> Could you please attach the complete log (which
>> should show
>> >> the list
>> >> of all audio devices on your Mac and the device
>> that is
>> >> being opened)?
>> >>
>> >> Thanks,
>> >> Ming
>> >>
>> >> On Thu, Jan 20, 2011 at 11:12 PM, Michael <michael_zurich at yahoo.com>
>> >> wrote:
>> >> > Hi Ming
>> >> >
>> >> > I recompiled latest trunk and as it is per
>> default
>> >> with PortAudio and this gave me the the errors:
>> >> > 14:53:45.260 ?pjsua_media.c ?Unable to open
>> sound
>> >> device: Invalid number of channels
>> [status=469997]
>> >> > 14:53:45.260 ?pjsua_media.c ?Error opening
>> sound
>> >> device: Invalid number of channels
>> [status=469997]
>> >> > on OSX.
>> >> >
>> >> > When I set in config_site.h
>> >> > ? ?#define PJMEDIA_AUDIO_DEV_HAS_PORTAUDIO
>> ? ? 0
>> >> > ? ?#define PJMEDIA_AUDIO_DEV_HAS_WMME
>> >> ?0
>> >> > ? ?#define PJMEDIA_AUDIO_DEV_HAS_COREAUDIO
>> ? ? 1
>> >> >
>> >> > then it works fine with OSX 10.6.6 on a Mac
>> Mini (USB
>> >> and internal sound device) but same software on a
>> Mac Book
>> >> Pro with 10.6.6 does not take the audio from the
>> input,
>> >> neither from internal mic nor from an USB device.
>> >> >
>> >> > Same code on Windows works fine.
>> >> >
>> >> > Regards
>> >> > Michael.
>> >> > --- On Thu, 1/20/11, Ming <ming at teluu.com>
>> >> wrote:
>> >> >
>> >> >> From: Ming <ming@xxxxxxxxx>
>> >> >> Subject: Re: OS-X coreaudio
>> resample
>> >> crash
>> >> >> To: "pjsip list" <pjsip at lists.pjsip.org>
>> >> >> Date: Thursday, January 20, 2011, 3:36
>> AM
>> >> >> Hi Michael,
>> >> >>
>> >> >> I just committed the fix for the
>> assertion problem
>> >> in
>> >> >> resampleProc
>> >> >> (for reference, please see ticket #1192:
>> >> >> http://trac.pjsip.org/repos/ticket/1192).
>> >> >>
>> >> >> Thanks a lot for the report and your
>> cooperation
>> >> for the
>> >> >> patch testing.
>> >> >>
>> >> >> Best regards,
>> >> >> Ming
>> >> >>
>> >> >>
>> >> >> On Mon, Jan 17, 2011 at 12:51 AM, Michael
>> <michael_zurich at yahoo.com>
>> >> >> wrote:
>> >> >> > Hi Benny
>> >> >> > Hi all
>> >> >> >
>> >> >> > I just tried latest svn trunk 3404
>> on 2
>> >> different Mac
>> >> >> with coreaudio enabled. On Mac mini it
>> seams to
>> >> work. On Mac
>> >> >> book it crashes when connecting call to
>> conference
>> >> room.
>> >> >> >
>> >> >> > I have set the conference room to
>> 48000Hz,
>> >> Stereo and
>> >> >> make or receive a G711 call with 8000 Hz,
>> Mono.
>> >> >> >
>> >> >> > When adding the call to the room
>> pjmedia
>> >> crashes
>> >> >> here:
>> >> >> > Exception Type: ?EXC_CRASH
>> (SIGABRT)
>> >> >> > Exception Codes:
>> 0x0000000000000000,
>> >> >> 0x0000000000000000
>> >> >> > Crashed Thread: ?8
>> >> >> >
>> >> >> > Application Specific Information:
>> >> >> > Assertion failed:
>> (*ioNumberDataPackets ==
>> >> >> strm->resample_buf_count), function
>> >> resampleProc, file
>> >> >> ../src/pjmedia-audiodev/coreaudio_dev.c,
>> line
>> >> 658.
>> >> >> >
>> >> >> > Tell me if you need more
>> information.
>> >> >> > Regards
>> >> >> > Michael
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> >
>> >> _______________________________________________
>> >> >> > Visit our blog: http://blog.pjsip.org
>> >> >> >
>> >> >> > pjsip mailing list
>> >> >> > pjsip at lists.pjsip.org
>> >> >> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >> >> >
>> >> >>
>> >> >>
>> _______________________________________________
>> >> >> Visit our blog: http://blog.pjsip.org
>> >> >>
>> >> >> pjsip mailing list
>> >> >> pjsip at lists.pjsip.org
>> >> >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> >
>> >>
>> >> _______________________________________________
>> >> Visit our blog: http://blog.pjsip.org
>> >>
>> >> pjsip mailing list
>> >> pjsip at lists.pjsip.org
>> >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >>
>> >
>> >
>> >
>> > _______________________________________________
>> > Visit our blog: http://blog.pjsip.org
>> >
>> > pjsip mailing list
>> > pjsip at lists.pjsip.org
>> > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>> >
>> >
>>
>> _______________________________________________
>> Visit our blog: http://blog.pjsip.org
>>
>> pjsip mailing list
>> pjsip at lists.pjsip.org
>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>>
>
>
>
>



[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