Yes, if you have to translate to PCM, then ExtAudioFile is your friend. However, if you're streaming mp3, then it seems most efficient to simply store that data directly without translation.
Of course, your random access will benefit from having the audio in CoreAudio native format for quick seeking. Seeking backwards in an mp3 is difficult, as you've already found. This would be easier on OSX than iOS. If you have control over the server sending the mp3 stream, it seems like you could just leverage Apple's RTSP and then I assume there would be an object available in UIKit that would allow you as much seek functionality as any of Apple's apps (but I haven't tried this). Any time a development project seems to be duplicating functionality that Apple (or NeXT, before them) already provides, I'd look for ways to maximally leverage their code. Brian On Aug 5, 2015, at 10:34 AM, Matthew Pease <[email protected]> wrote: > Wow this is most unexpectedly great. > > I posted in utter despair and now I've got a simple solution that seems to do > what I want. Just play two AQs. > > Jens, thanks for the idea for graphing. Brian, thanks for steering me away > from offline rendering. > > I was hoping to just get by with the AQ built in leveling to display my > waveform. I'm hoping that I won't need to translate into PCM. Though the > way I'd do that is with a simple ExtAudioFile write? > > I've seen some very pretty waveforms on some GIT projects. Some that were > based on EZAudio. Also I think it was SoundCloud that wrote up a detailed > description of a how to get a highly performant graph. So I'll try those. > > Thank you! > Matt _______________________________________________ Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/coreaudio-api/archive%40mail-archive.com This email sent to [email protected]
