derekli66/learning-core-audio-swift-samplecode

Swift sample code for the book, Learning Core Audio. The original sample code was written in C/Objective-C but I tried to make it in Swift version.

Learning-Core-Audio-Swift-SampleCode

This repo is my practice for learning Apple Core Audio API. Thanks Chris Adamson and Kevin Avila two authors they created the book, Learning Core Audio: A Hands-On Guide to Audio Programming for Mac and iOS. This book let me have a gentle guide to walk through the basic of audio programming.

Practice is the best way to learn something you are not familiar with. Therefore, I decided to use Swift to do practices on the original sample codes which were written in C/Objective-C.

I wish I could learn more about unsafe Swift and also audio programming at the same time in this practice.

If you happen to learn Core Audio as well as using this book, you may want to see the Swift version sample code. Hope this repo will help you.

If you would like to share your Swift knowledge to make these sample code better, please send me PR. I will be happy to learn from it.

---

The following chapters were finished in Swift.

• Chapter 3 - Audio Processing with Core Audio
• Chapter 4 - Recording
• Chapter 5 - Playback
• Chapter 6 - Conversion
• Chapter 7 - Audio Units: Generators, Effects, and Rendering
• Chapter 8 - Audio Units: Input and Mixing
• Chpater 9 - Positional Sound
• Chapter 10 - Core Audio on iOS
• Chapter 11 - Core MIDI
• Chapter 12 - Coda (AUSampler)

---

Revision Notes

2019/12/21

• Update sample codes to support Swift 5.

learning-core-audio-swift-samplecode's Issues

Can I ask a question about the book?

• mSampleRate is defined to be the number of samples per channel per second of uncompressed data. This makes it equal to the number of frames per second, which means you can multiply it by mFramesPerPacket to determine packet length in seconds.

The book describes it this way inside, but this multiplication, I feel, is wrong. Frames per second, multiplied by the number of frames per packet, feels like it doesn't make any sense, unless it's a division.

Thank you

Thank you:
But there are new problems. output file duration is very short.
You can open the compressed audio file, the sound content will play very fast, completely can not hear the content.

Originally posted by @little-dandan in #3 (comment)

CH06_AudioConverter Error： AudioConverterFillComplexBuffer OSStatus -50

use AudioConverterFillComplexBuffer OSStatus： -50 in your demo。

Unknown type name 'CARingBuffer' in CH08-AUGraphInput

CARingBuffer_Wrapper.cpp:15:5: Unknown type name 'CARingBuffer'