• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)


  • Subject: Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
  • From: Jont Olof Lyttkens <email@hidden>
  • Date: Thu, 31 Jan 2013 20:35:33 +0100

The code I was looking into was the TimeSliderDemo. Most similar to what I was hoping to accomplish and the project I had written myself. No silence noticed in this app under 6.1, but the audio is distorted as before. Most clearly audible when run on a device, however present also in the Simulator.

/Jont Olof

31 jan 2013 kl. 19:22 skrev Chris Adamson <email@hidden>:

Nevermind, the AQ tap itself still works… I wrote up a buglet that plays a file through a tapped queue, and it works in 6.1, so I went back to my web radio + AUNewTimePitch example and instead of early-returning, commented out the AudioUnitRender() that applies my custom effect. Once that was gone, the audio came back.

So the problem in the web radio + AUNewTimePitch demo is somewhere in that AUGraph stuff. Looks like my render callback that's called by the head of the graph (and which just provides mData with the samples originally provided by the tap, so it can be pulled through the graph and effected) is called once and never again on 6.1, while it's called repeatedly on 6.0 and earlier.

No idea what's going on, but to be clear: doesn't appear to be the tap's fault. I'll post again if/when I can fix for 6.1.

--Chris

On Jan 31, 2013, at 11:36 AM, Chris Adamson <email@hidden> wrote:

Yeah, I'm looking into the silence issue now. I'm worried that 6.1 may break the Audio Queue Processing Tap (or at least how I'm using it). That demo still works on the 6.0 simulator, but produces silence on 6.1 (simulator and device).



 _______________________________________________
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

  • Follow-Ups:
    • Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
      • From: Tony Kirke <email@hidden>
References: 
 >NewTimePitch Audio Unit Distorts Signal (From: Jont Olof Lyttkens <email@hidden>)
 >Re: NewTimePitch Audio Unit Distorts Signal (From: Tony Kirke <email@hidden>)
 >AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal) (From: Chris Adamson <email@hidden>)
 >Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal) (From: Chris Adamson <email@hidden>)

  • Prev by Date: Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
  • Next by Date: Re: 'Operation not permitted ' when accessing shares files from User space audio driver
  • Previous by thread: Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
  • Next by thread: Re: AudioQueueProcessingTap broken in 6.1? (was: Re: NewTimePitch Audio Unit Distorts Signal)
  • Index(es):
    • Date
    • Thread