Xcode 12 + AudioKit 4.11 Problems

[vojtabohm]

Hi. I just wanted to ask if there is a planned support for v4 of AudioKit in Xcode 12? Or if there is a documentation for the v5 beta version which works in Xcode 12.

I cannot compile my app in Xcode 12 and hence cannot prepare it for the iOS 14 which is now already released. I have went into detail in this stackoverflow post.
https://stackoverflow.com/questions/63860545/implementing-microphone-analysis-with-audiokit-v5

Thank you.

[aure]

Yeah, well I just compiled AudioKit for Xcode 12, it was easy, but as long as @megastep is cool with it, we'll make an AudioKit 4.11 release for Xcode 12 shortly.

[aure]

https://github.com/AudioKit/AudioKit/releases/tag/v4.11 will be updated with frameworks etc soon, and hopefully cocoapods as well.

[megastep]

Just pushed the v4.11 pod for Xcode 12 - let me know if it works for you!

If you want to play with v5, we do have an experimental pod version 5.0.b2 - though you should consider using SPM instead.

[pavelko3lov]

Hi, we have multiple errors:
for instance:
"Failed to build module 'AudioKit' from its module interface; it may have been damaged or it may have triggered a bug in the Swift compiler when it was produced"

Using last version:

• AudioKit (4.11):
  • AudioKit/Core (= 4.11)
  • AudioKit/UI (= 4.11)
• AudioKit/Core (4.11)
• AudioKit/UI (4.11):
  • AudioKit/Core

[megastep]

Mmh, I did remove a bit of script that I thought was no longer needed, fixing the Swift module interfaces. I might have to turn that back on...

[megastep]

OK, I just updated the zip file. Please clean your pod cache and try again with a clean install...

[ryangenz]

How does one know if they are installing the New 4.11 or the Old 4.11 ?
I just updated but I seem to be getting the same errors mentioned by fvonk. Which makes me think I didn't really update the pod. ;)

[megastep]

I would do pod cache clean --all, then just delete your Pods directory and do a new pod install

[pavelko3lov]

Ok, but now we have
"Cannot find 'output' in scope"
"Cannot find 'midi' in scope"
errors...

[ryangenz]

Yes same errors here

[brizzly]

Same erreur here

[trevor-sonic]

I should have checked here before jump into the Xcode 12 :-/ (my mistake).

[vojtabohm]

Yes, I can also confirm I have the same errors. On the bright side - before the updates I had 2567 errors and now I only have 6 of them 😄

[meilers]

Thanks for the updated builds @aure. However, I'm running into this issue when archiving my app (see screenshot). Any ideas? I used the 4.11 framework from the link https://github.com/AudioKit/AudioKit/releases/tag/v4.11

.

[megastep]

@meilers are you on Xcode 11 still? These new frameworks include ARM64 slices for the simulator for the new Macs with Apple Silicon. I thought these would be simply ignored by previous versions.

[meilers]

@megastep Nope. On Xcode 12 since yesterday.

[megastep]

uh, that is odd - is it only happening when archiving your app?

[meilers]

@megastep Correct. I can run the app just fine in the simulator.

[megastep]

Maybe that's a limitation because you can't submit apps for Apple Silicon yet? Did you override any architecture settings in your project/target?

It makes little sense to me because this is an XCFramework and when you archive for a device the simulator stuff should just be completely ignored.

[meilers]

@megastep I agree it is weird. What do the simulators have to do with archives? And no, I didn't override any architecture settings. It's a pretty vanilla project. Let me try with a new project and I'll let you know.

[megastep]

One of the biggest problems with publishing universal binary frameworks with Xcode 12 is because of this Apple Silicon slice - so you end up having arm64 slices for both the iOS and Mac architectures. Pretty much have to rely only on XCFrameworks at this point as we can't splice together these same-CPU slices anymore.

At the same time AK4 was triggering some bugs in LLVM because of the AudioKit class, and it appears that is still the case. That doesn't necessarily mean that we can't ship functioning frameworks for CocoaPods here, but it might take more work than anticipated.

If you can't wait you can checkout the v5-develop branch which fully supports the Swift Package Manager.

[meilers]

@megastep Thanks for the clarification. That makes sense.

By the way, just tested on a brand new project. Dumped the frameworks from the previous link. and same error when archiving.

[meilers]

@megastep Are you sure that SPM works for AudioKitUI? It works for AudioKit, but not for AudioKitUI. I'm getting the "No such module AudioKitUI" error.

[aure]

@meilers No more AudioKitUI in AudioKit5.

[aure]

Mostly its in there, just don't have to import a separate framework anymore.

[meilers]

@aure Not sure I understand. If I remove "import AudioKitUI" I get plenty more reference errors like "Cannot find type AKNodeOutputPlot in scope". Am I missing something here?

[aure]

@meilers are you saying that you're using SPM with AudioKit 4.11? I was under the impression it only worked with v5. @megastep ?

[aure]

@meilers If you are using v5, try dropping the AK prefix on the classes it says it can't find. Most of those have been dropped, except a few like AKMIDI.

[meilers]

@aure Yes, I should be. I'm pointing to the v5-develop branch.

[isayeter]

v4.11.1 is now out and the pod was pushed; let me know if this fixes your issues (it should). You will have to update your code to replace all references to the AudioKit class to AKManager instead. In most cases this should just be a 2-3 line code change.

I missed that comment, now everything is working, thank you so much for your amazing effort.

edit: sorry for that but when I install v4.11.1 into simulator, everything is working fine, success built, but when I try to run on my real device which has ios 14, I got those errors:

I have tried to change import AudioKit to import AKManager also, but it produces: No such module 'AKManager'. I have also done a clean build folder, pod cache clean and deleted Pods folder.

[megastep]

Well that is interesting, it should definitely work the same for devices as the simulator. The target error is weird though - why would it be looking for ARM64 simulator unless you are on an Apple Silicon Mac?

[megastep]

FYI I don't get any of these errors with the new frameworks, compiling for devices or archiving. If you are actually on Apple Silicon, you'd be better off actually switching to v5.

[mocman]

I'm having the exact same issues as @fattalgazi, and I'm on a 16 inch Intel. Currently running through a list of possible fixes and will get back to this thread if I find one that works.

[megastep]

What's your iOS SDK target version in your project? You might need to raise it to something more recent.

[mocman]

What's your iOS SDK target version in your project? You might need to raise it to something more recent.

12.4
Which is weird that they're looking for the "arm64-apple-ios10.0-simulator"
Edit: I raised it to 13 with a clean build and it still didn't get rid of any of the errors.

[megastep]

Not happening for me with my own project using the pod, and I'm targeting iOS 10. I would guess that maybe CocoaPods might be responsible for this... I am using the latest beta of 1.10.

[b-hutchison]

Updating CocoaPods from 1.9.3 to 1.10.0.rc.1 got rid of the "unable to load standard library" errors when running on a device for me.

[megastep]

Good to hear. Sounds like something they needed to address for Xcode 12.

[peterjdann]

Brilliant effort in getting this far this fast. Well done. Have installed 4.11.1 from pod. Target is iOS 13.6. For me, the line micReverb_03 = AKReverb() triggers the following runtime error when running app on my phone: Fatal error: Use of unimplemented initializer 'init()' for class 'AudioKit.AKReverb' Kind regards, Peter Dann

…

On 20 Sep 2020, at 10:01 am, Stéphane Peter ***@***.***> wrote: v4.11.1 is now out and the pod was pushed; let me know if this fixes your issues (it should). You will have to update your code to replace all references to the AudioKit class to AKManager instead. In most cases this should just be a 2-3 line code change. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#2267 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APUJ53CWLAQDVTAAWP6ZS7DSGVA5NANCNFSM4RPLFCNQ>.

[b-hutchison]

I have a similar new runtime error too. Mine occurs both on simulator and device. For the line:
var drums = AKMIDISampler()
I get the error:
Fatal error: Use of unimplemented initializer 'init()' for class 'AudioKit.AKMIDISampler'

[megastep]

Sounds like something else to do with the generated Swift interfaces - I suggest opening a different issue for this.

[abinop]

@fattalgazi

I have tried to change import AudioKit to import AKManager also, but it produces: No such module 'AKManager'. I have also done a clean build folder, pod cache clean and deleted Pods folder.

You don't need to change the import, you keep import AudioKit. You have to change where AudioKit is used, for example, change
AudioKit.output = to AKManager.output =
AudioKit.start() to AKManager.start()
etc

[vojtabohm]

Running pod update does not update to 4.11.1. What am I doing wrong? On cocoapods.org it also shows that 4.11 is the latest release.

[vojtabohm]

Manually downloading the package from the "releases" tab and inserting it into the /Pods folder did the trick though.

[abinop]

@vojtabohm > Running pod update does not update to 4.11.1. What am I doing wrong? On cocoapods.org it also shows that 4.11 is the latest release.

pod 'AudioKit' , '~> 4.11.1'

[isayeter]

Ok updating cocopods solves all problems. Thank you.
sudo gem install cocoapods --pre

[coryl]

I'm running a MacOS project and was having trouble getting rid of all the errors with the new 4.11.1 build.

pod cache clean -all wasn't quite working
Turns out a complete pod reset fixed it.

rm -rf ~/Library/Caches/CocoaPods
rm -rf Pods
rm -rf ~/Library/Developer/Xcode/DerivedData/*
pod deintegrate
pod setup
pod install

https://stackoverflow.com/a/46428793/339946

[bojanstef]

@megastep on Xcode Version 12.0 (12A7209) I still get these two issues with 4.11.1. I tried deleting derived data, cleaning pod cache, de-integrating and installing pods again but nothing fixed it.

# At `import AudioKit`
Unable to load standard library for target 'arm64-apple-ios10.0-simulator'
Failed to build module 'AudioKit' from its module interface; it may have been damaged or it may have triggered a bug in the Swift compiler when it was produced

The only AudioKit references I have are these lines:

var options = AKConverter.Options()
let converter = AKConverter(inputURL: URL(), outputURL: URL(), options: options)
converter.start { /* ... */ }

[b-hutchison]

Updating CocoaPods to 1.10.0.rc.1 got rid of the "unable to load standard library" errors for me.

[elcitrovmtgrande]

Thank you @aure @megastep for your amazing work. Now it works on 4.11.1 for me. Just had to change de pod ios platform from 9.0 to 11.0.
Thank you guys. I stay here to help if needed.
Best,
@elcitrovmtgrande

[brizzly]

Building ok with 4.11.1 and Xcode12 and a few AudioKit.* renames.
Crash when I run my app though
Fatal error: Use of unimplemented initializer 'init()' for class 'AudioKit.AKMIDISampler'

New issue added here : #2276
Thanks a lot

[vojtabohm]

I confirm everything working with 4.11.1 for me. Thank you @aure @megastep.

[elcitrovmtgrande]

Building ok with 4.11.1 and Xcode12 and a few AudioKit.* renames.
Crash when I run my app though
Fatal error: Use of unimplemented initializer 'init()' for class 'AudioKit.AKMIDISampler'

New issue added here : #2276
Thanks a lot

Hi @brizzly, just replace AudioKit by AKManager.ADMIDISampler, I guess...

[brizzly]

Building ok with 4.11.1 and Xcode12 and a few AudioKit.* renames.
Crash when I run my app though
Fatal error: Use of unimplemented initializer 'init()' for class 'AudioKit.AKMIDISampler'
New issue added here : #2276
Thanks a lot

Hi @brizzly, just replace AudioKit by AKManager.ADMIDISampler, I guess...

It was not enough , but another work around did the trick, to know more about it have a look at the issue 2276

[tehsven]

Updated to v4.11.1, updated cocoapods to 1.10.0.rc.1, removed derived data, and the build is working again. However now I am seeing missing PCM files, the same issue that was reported on #1247 and #1325:

warning: /var/folders/zg/rxr8tgkn1ylf0hm8crrnrc840000gq/C/org.llvm.clang.megastep/ModuleCache/1BAOMPOQVXYU7/AVFoundation-7O317LEIB4Z2.pcm: No such file or directory
note: while processing /var/folders/zg/rxr8tgkn1ylf0hm8crrnrc840000gq/C/org.llvm.clang.megastep/ModuleCache/1BAOMPOQVXYU7/AVFoundation-7O317LEIB4Z2.pcm
note: Linking a static library that was built with -gmodules, but the module cache was not found.  Redistributable static libraries should never be built with module debugging enabled.  The debug experience will be degraded due to incomplete debug information.

[megastep]

Looks like these are referencing files that are on my Mac since I'm the one who built the binaries... :/

[trevor-sonic]

I could install AudioKit 4.11 by get riding off Pod then adding AudioKit into the workspace.
For me, every time using Pods I ended up return back to manual integration, slower but clean and safe.
V5 is coming with SPM thanks a lot. I wish to be able to use SPM for V4 as well (but this is already answered somewhere here that was not possible)