| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
After spending some time browsing around in the list archives, I'm getting the idea that the recommended method for avoiding dropouts in render callbacks is to feed the callback with data from a separate feeder thread and to do minimal work in the actual callback function. Is this still the best approach? It's a clever solution but it seems fairly complex for simple audio playback.
To be more specific, I'm working on a simple music player that generally eats less than 5% of a 2ghz G5. Playback quality is very good for several different input codecs but I do get the occasional glitch. I'd prefer to find a simpler solution than a full-blown lock-free ring buffer setup, but I guess I'll just bite the bullet if that's the only way.
Does it help that I have very relaxed latency restraints? Could I get any significant mileage out of tricks like increasing the output device's buffer size or changing the priority of the core audio playback thread? Since I'm practically just shoveling data out of a file into the output unit I'm hoping I can get off a little easier here.
| References: | |
| >dumb newbie question on avoiding dropouts in ioproc (From: Miles Egan <email@hidden>) |
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.