Building in macOS 11.0 Big Sur

Unfortunately, don’t have Xcode environment configured for OFX, so I cannot check that for you. But yes, Qt Creator uses x86_64 clang. Frankly, I don’t know if there is arm64 build environment here in Qt Creator…

EDIT: I started to configure Qt Creator’s build environment for arm64 architecture (using arm64 clang from Command Line Tools). Now I have some problems to set paths for all includes but I believe I’ll manage this within some hours. I will let you know if the error persists for arm64 executables.


Ehh, I’m having problems configuring qt creator for native arm64 build for Apple Silicon. Maybe anyone have links to some kind of a guide for that? I assume that M1 is no new that no information are available… @theo - did you manage to native compile OFX on M1 already?

Edit: I built empty example for native arm64 arch with Xcode and can confirm that these errors are the same:

[ error ] ofAppGLFWWindow: 65544: Cocoa: Failed to find service port for display
2021-02-03 18:46:58.192258+0100 emptyExampleDebug[12681:513592] Metal API Validation Enabled
2021-02-03 18:46:58.216879+0100 emptyExampleDebug[12681:513592] fopen failed for data file: errno = 2 (No such file or directory)
2021-02-03 18:46:58.216920+0100 emptyExampleDebug[12681:513592] Errors found! Invalidating cache...
[ error ] ofAppGLFWWindow: 65544: Cocoa: Failed to find service port for display

I can confirm also that the ofAppGLFWWindow error shows up with native arm64 build but not prevent app from running. For x86_64 build in Qt Creator some examples crash (like 3DPrimitivesExample) with that error.

So I think when I manage to configure Qt Creator build environment for native arm64 OFX build the error won’t be a problem.

Cheers, Teo

Looks like it is still in progress from what I can tell:

The nightly builds do currently work with Xcode and native arm64 on M1.
I am guessing VSCode ( which you can generate with the projectGenerator ) and which uses the OF make files would work natively too.

Ok. I think I need to shift to Xcode since it allows me to build natively. Thanks a lot!

Fixed by downloading of_v.11 nightly build (of_v20210221_osx_release).

I ran into this issue using of_v0.10.1 and of_v0.11.0. Changing the build script did not work for me.

I’m now compiling some projects in XCode 12 / Apple M1 it is running great (openFrameworks latest / patch-release branch).
The only issue is the retina windows are tiny, seems like they are drawn in absolute pixels 1:1 and not scaled 1:2
Anybody else having this issue?

1 Like

@dimitre I think that is a known issue and hopefully something we can work on for 0.12.0

Currently enabling retina will give you a window with the absolute pixel dimension you request.
Once you have your retina window you can query ofAppGLFWWindow for the pixel scale and then adjust all the rendering to compensate.

We had considered handling it all for the user and doing some sort of global scale to compensate, but it doesn’t cleanly work for things like fonts etc.

I think for 0.12.0 we could at least get the window size being the same appearance regardless of retina / non-retina and maybe have a bit better support for some other parts of it. The tricky thing also is when you move your app window to a retina screen from a non retina screen or vice-versa.

If you think there is a regression from 0.11.0 def post an issue though.
I might be misunderstanding the problem. :slight_smile:

I get the app running but there are tons of errors in the buildtime slide, is that normal?

Hi, can you share the errors you are seeing?


Ah that is helpful. Thanks!

Those Warnings are normal.
Though the header map one is something we probably should address soon.


1 Like

Thank you theo! You are awesome!

@theo I’m very new in oF, can you give me a little guide of how achieve this?


Try the nightly downloads for osx linked at the bottom of:

if you are using Apple M1 and building with make (VSCode) it worths installing make using homebrew, so you use arm-apple-darwin20.2.0 instead of i386-apple-darwin11.3.0

to make it work I had to edit ~/.zprofile file and add new make to the PATH variable

1 Like

Hey theo! Im having a problem with audio, I think is because of the mac :(( when i try to run it marks an error in this line

FMOD_System_PlaySound(sys, FMOD_CHANNEL_FREE, sound, bPaused, &channel);

please help :frowning:

also i leave here a screenshot

Hi @EmilianoAlba54
We have found a maybe related issue with ofFmodSoundPlayer with the 0.11.1 release.

Can you see if the changes mentioned here fix the issue for you?

If they don’t could you share the most minimal ofApp.cpp example that triggers the crash and we can help you find a fix for it.


Sorry to hijack this, but could someone with an M1 mac mini running a native M1 version of OF run the glInfo example included in OF, and post the full report here?