Re: RemoteIO glitches - cured by propListener audio route change?!
Re: RemoteIO glitches - cured by propListener audio route change?!
- Subject: Re: RemoteIO glitches - cured by propListener audio route change?!
- From: tahome izwah <email@hidden>
- Date: Thu, 16 Dec 2010 00:03:03 +0100
Are you sure that you're allocating the correct buffer size and check
that it matches what is requested/used? This sounds like you're using
the wrong size on some occasions, so part of the buffer might still
contain signal from the time when it was previously used...
HTH
--th
2010/12/15 jhno <email@hidden>:
> Greetings,
>
> I have an iPad app with an audio engine based very closely on the AurioTouch code example.
>
> When I start the app, the synthesized audio is interrupted by glitches - which seem to be comprised of unprocessed signal vectors that contain the microphone input instead of my synthesized output. In other words there are bursts about every second where the perform() callback is not invoked.
>
> The glitches go away completely when I plug headphones into or out of the iPad. My propListener is invoked, it calls SetupRemoteIO, makes a new RemoteIO, and everything is fine - !
>
> However, if I manually try to call my propListener by another mechanism (NSTimer, UIButton), the audio still glitches.
>
> Does anyone have any idea what could be causing this behavior?
>
> I have been looking into this for a long time now and am totally flummoxed.
>
> thanks,
> jhno
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden