preferred disk api for high bandwidth sample reading
preferred disk api for high bandwidth sample reading
- Subject: preferred disk api for high bandwidth sample reading
- From: Living Memory <email@hidden>
- Date: Wed, 30 Dec 2009 04:03:59 +0000
Core audio'ers ....
I've read through some very interesting threads on this subject but most are now a few years old...
I've authored reverbs and synthesisers and such so I know a fair bit about core-audio and audio unit development.
But I now have a requirement to read 96kHz 16bit monophonic audio from disk to get as high a polyphony as possible hopefully at least 64 notes.
The samples are many and huge, lots of gigabytes of data on disk!
It feels to me that a sample reader instrument of this kind would require a fairly large bandwidth but there is no requirement to apply any dsp, simply to read the sample data ( per note ), mix it and output it in stereo.
I have a couple of questions:
- Can anyone give me an idea of what kind of performance I should expect to achieve from such an Audio Unit running in say, Logic or Performer, is 64 notes a realistic expectation on say a new MacBook Pro or Mac Pro ( circa 2009 )?
- Previous threads discussing disk bandwidth have pointed to the Carbon file manager API as being the most appropriate to use, is this still true for modern OS X ? ( I understand Carbon might soon depreciated totally ? )
- I'm not looking to restart the threads on disk bandwidth but I would really like to hear other people's experiences and get some tips before I start this project in earnest.
Thanks in advance
-Andy.
_______________________________________________
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