• 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: time vs packets
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: time vs packets


  • Subject: Re: time vs packets
  • From: Torsten Curdt <email@hidden>
  • Date: Tue, 14 Dec 2010 10:30:37 +0100

"If you need to generate buffers of LPCM data from AAC, ALAC or MP3
encoded audio, using audio queue offline rendering is the recommended
approach"

http://developer.apple.com/library/ios/#qa/qa2009/qa1562.html

Sounds like that is the way to go ...and then I can calculate the
position and even apply the fading on the buffer callback I assume.

cheers,
Torsten

On Tue, Dec 14, 2010 at 04:50, Wil Macaulay <email@hidden> wrote:
> No, you read as much as you need.
>
> On Monday, December 13, 2010, Torsten Curdt <email@hidden> wrote:
>> Thanks for the quick reply, Wil.
>>
>>> If you use the ExtAudioFile APIs, you can extract your file into LPCM, in
>>> which case the conversion from packets to time becomes trivial...
>>
>> ...but doesn't that mean keeping all the LPCM audio data in memory?
>>
>> cheers,
>> Torsten
>>
>
> --
> Products and services: http://flagpig.com
> Blog: http://flagpig.tumblr.com
>
 _______________________________________________
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

References: 
 >time vs packets (From: Torsten Curdt <email@hidden>)
 >Re: time vs packets (From: Wil Macaulay <email@hidden>)
 >Re: time vs packets (From: Torsten Curdt <email@hidden>)
 >Re: time vs packets (From: Wil Macaulay <email@hidden>)

  • Prev by Date: Re: time vs packets
  • Next by Date: Preset leaks cocoa UI resources.
  • Previous by thread: Re: time vs packets
  • Next by thread: Re: time vs packets
  • Index(es):
    • Date
    • Thread