So we got our Mac mini M1, and gave it a quick try running DepthAI on it. Got our prebuilt wheels (for Intel CPUs - x86_64) working very well using the Rosetta emulator. First, the native Apple Silicon support for Homebrew is still being actively worked on (with several issues still existing), so I didn't attempted installing it / building from sources. See https://github.com/Homebrew/brew/issues/7857 The steps followed: Install Rosetta (note it may be already installed, for example attempting to install other apps (current TeamViewer) may prompt to install Rosetta first): softwareupdate --install-rosetta To run commands with x86_64 emulation, it is possible to prefix them with arch -x86_64 But there's an easier way, to open the terminal app directly using Rosetta. For example, I copied Terminal to Desktop, renamed it to Terminal-x86_64 , and tick the checkbox Open using Rosetta : Then after opening the terminal, it can be checked under what architecture it runs using uname -m with Rosetta it prints: x86_64 native: arm64 After that, it's just the standard procedure to install Brew (it installed python 3.8.2 by default), clone depthai repo, running ./install_requirements.py , and finally ./depthai_demo.py . Cheers, The Luxonis Team

I was able to follow the instructions here for Mac with no issues on my M1 Macbook Air, however I used iterm2, and not terminal. I also did not run it in rosetta mode. I am, however, having issues with connectivity on both a USBA-> C cable that came with the camera with an additional USBA->C adapter, and a short USBC/Thunderbolt cable (which I would assume would work) Running with --force_usb2 works for now.

smd58tex Thanks for following up!

With a new Oak-D-Lite on my Mac Mini M1 Monterey, using a 2nd Rosetta enabled Terminal that shows "uname -m" is x86_64, I was unable to run "python3 -m pip install depthai", apparently due to conflict with the "default" installation in /opt/homebrew. Collecting depthai Using cached depthai-2.14.0.0.tar.gz (325 kB) Installing build dependencies ... done Getting requirements to build wheel ... done Preparing metadata (pyproject.toml) ... done Building wheels for collected packages: depthai Building wheel for depthai (pyproject.toml) ... error ERROR: Command errored out with exit status 1: command: /opt/homebrew/opt/python@3.9/bin/python3.9 /opt/homebrew/lib/python3.9/site-packages/pip/ vendor/pep517/in_process/ in_process.py build_wheel /var/folders/_j/1spktm_s02xgtcbwv77rwfn80000gn/T/tmplmufspx7 ....and lots more errors !

Hello RobotRoss , what do you mean by 2nd Rosetta enabled terminal? We should have prebuilt wheels for that (x86_64), so I am not sure why it's trying to build new wheels for that. Which python version are you using? Thanks, Erik

Erik, Tnx for response. My (Homebrew) installed python3 from arm64 terminal.app (uname -m arm6) is: which python3 /opt/homebrew/bin/python3 Ross@Kepler-2 ~ % python3 --version Python 3.9.9 From x86_64 terminal-rosetta2.app which python /usr/bin/python Ross@Kepler-2 ~ % python3 --version Python 3.9.9 I have a 1st native “terminal.app”, uname -m arm64. Homebrew is installed in /opt/homebrew & there is text in the PATH environment to this folder. This is the default, per this response to 'brew config" from the Native arm64 and Rosetta x86_64 terminal. From arm64 terminal.app Ross@Kepler-2 ~ % brew doctor Your system is ready to brew. Ross@Kepler-2 ~ % brew config HOMEBREW_VERSION: 3.3.9 ORIGIN: https://github.com/Homebrew/brew HEAD: 96137bc19e68398ebbb7033379df288cd8b9a3f9 Last commit: 4 weeks ago Core tap ORIGIN: https://github.com/Homebrew/homebrew-core Core tap HEAD: 551bdc22ddc5695e9db3e7a59c30b4dba83fc904 Core tap last commit: 23 hours ago Core tap branch: master HOMEBREW_PREFIX: /opt/homebrew HOMEBREW_CASK_OPTS: [] HOMEBREW_CORE_GIT_REMOTE: https://github.com/Homebrew/homebrew-core HOMEBREW_MAKE_JOBS: 8 Homebrew Ruby: 2.6.8 => /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby CPU: octa-core 64-bit arm_firestorm_icestorm Clang: 13.0.0 build 1300 Git: 2.32.0 => /Library/Developer/CommandLineTools/usr/bin/git Curl: 7.77.0 => /usr/bin/curl macOS: 12.1-arm64 CLT: 13.2.0.0.1.1638488800 Xcode: 13.2.1 Rosetta 2: false From x86_64 terminal-rosetta2.app Ross@Kepler-2 ~ % brew config HOMEBREW_VERSION: 3.3.10 ORIGIN: https://github.com/Homebrew/brew HEAD: 385892f3d27dcab0f5a1cb47c3927d9d65ed007c Last commit: 33 hours ago Core tap ORIGIN: https://github.com/Homebrew/homebrew-core Core tap HEAD: aa2f643fd4215653c61d968ca54ff5c56b6f3da6 Core tap last commit: 20 hours ago Core tap branch: master HOMEBREW_PREFIX: /opt/homebrew HOMEBREW_REPOSITORY: /opt/homebrew HOMEBREW_CELLAR: /opt/homebrew/Cellar HOMEBREW_CASK_OPTS: [] HOMEBREW_CORE_GIT_REMOTE: https://github.com/Homebrew/homebrew-core HOMEBREW_MAKE_JOBS: 8 Homebrew Ruby: 2.6.8 => /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby CPU: octa-core 64-bit westmere Clang: 13.0.0 build 1300 Git: 2.34.1 => /opt/homebrew/bin/git Curl: 7.77.0 => /usr/bin/curl macOS: 12.1-x86_64 CLT: 13.2.0.0.1.1638488800 Xcode: 13.2.1 Rosetta 2: true Ross@Kepler-2 ~ % uname -m x86_64 The 2nd terminal-rosetta.app was configured enabled for Rosetta2, as described by your Brandon Dec 20 note “69-depthai-apple-m1-based-macs”. uname -m x86_64. There is a 2nd homebrew installed in the pre-M1 folder /use/local/homebrew This text is not in the PATH. I ran the python3 -m install_requirements.py from this Rosetta2 enabled terminal, with the earlier posted result. The system seems to want to run the arm64 version of Homebrew Python to build your depth wheels, even while using the x86_64 terminal, probably because of the PATH text , with the resulting errors. Is there a way to force the system to stay with the x86_64 terminal Homebrew for running python3 ? So since the Mac M1 has been out for over a year now and presumably Homebrew has matured, can you release a native arm64 depthai wheel? I’d rather not potentially break my current Homebrew jury rigging the x86_64 Rosetta2 terminal. I note there are other Data Scientist packages in arm64 Homebrew , such as numpy, scipy. Regards RobotRoss

To all users of M1 Mac that would like to use DepthAI, I recommend you to build a VM with Ubuntu ARM. My OAK-D works like a charm on it!

Yes, I can confirm the same success with a Ubuntu 20.04 VM on my Mac M1 and that the scripts run fast. As described for a Linux installation, must enable the udev rule. I will look forward, though for release of a native MAC arm64 Homebrew wheel installation. I’ve also installed the depthai on a Jetson Nano B01 Ubuntu 18.04 and Raspberry Pi 4/4G Raspi OS Buster 32 bit arm7.( though the compile takes 35 mins)

Hello RobotRoss , looking at piwheels , we should have 2.13.2 pre-built wheels for arm6/arm7 (python 3.7/3.9), as on the img below. Thanks, Erik

Hi everyone!! Yesterday I received my flaming new OAK-D Lite, and after 30 minutes my experience is not that D-Litefull ;-). And I haven't even plugged it in 😅 . I've followed Brandon instructions and copied a Terminal app on the desktop, selected Open using Rosetta, checked that the uname -m was X84_64 , and still get the following error (exactly the same I had before re-creating the "Rosetta Terminal"): Error: Cannot install under Rosetta 2 in ARM default prefix (/opt/homebrew)! To rerun under ARM use: arch -arm64 brew install ... To install under x86_64, install Homebrew into /usr/local. I have checked that there is a Homebrew folder in /usr/local, but I guess the code is using the native Homebrew installation. Any ideas or suggestions EDIT: I have fixed this with: export PATH=/usr/local/Homebrew/bin:$PATH in case it helps someone.

If the Terminal is enabled for x86_64 ("Use with Rosetta" box checked" and there is NO previous Homebrew installed in the native arm64 Mac, this may work. The problem I had was that I had apreviously installed Homebrew which goes into /opt/homebrew space and sets "HOMEBREW_PREFIX: /opt/homebrew " and matching "PATH" locations. This apparently confuses the depthai installation scripts which installs another homebrew stack in "/usr/local/homebrew" space but does not completely configure the default paths . Execute " % brew config" to see your default path settings. While I have NOT yet followed these instructions, check out the #macos for posts by whab which uses a virtual environment: https://discord.com/channels/790680891252932659/924798973519216651/934391777811636294 .

Running DepthAI on Apple M1 Based Macs

skalarproduktraum

Hi there! I've tried the latest version of the mac_arm64_wheels branch of depthai-python, and this seems to work with the rgb_preview.py demo 👍️

skalarproduktraum

Additional detail: Somehow the cmake build seems to have had an error,

[ 90%] Building CXX object CMakeFiles/depthai.dir/src/DatatypeBindings.cpp.o
      [ 91%] Building CXX object CMakeFiles/depthai.dir/src/DataQueueBindings.cpp.o
      [ 93%] Building CXX object CMakeFiles/depthai.dir/src/pipeline/PipelineBindings.cpp.o
      [ 94%] Building CXX object CMakeFiles/depthai.dir/src/pipeline/NodeBindings.cpp.o
      [ 95%] Building CXX object CMakeFiles/depthai.dir/src/pipeline/CommonBindings.cpp.o
      [ 96%] Building CXX object CMakeFiles/depthai.dir/src/pipeline/AssetManagerBindings.cpp.o
      [ 97%] Building CXX object CMakeFiles/depthai.dir/src/openvino/OpenVINOBindings.cpp.o
      [ 98%] Building CXX object CMakeFiles/depthai.dir/src/log/LogBindings.cpp.o
      [100%] Linking CXX shared module ../lib.macosx-11.0-arm64-cpython-39/depthai.cpython-39-darwin.so
      /opt/miniconda3/envs/depthai/bin/python: can't open file '/private/var/folders/1j/gpklsypn4vv3d9y9b1tql2d00000gn/T/pip-install-mpgqbpst/depthai_9c8da360e87141588cae8490ac54bc56/generate_stubs.py': [Errno 2] No such file or directory
      make[2]: *** [../lib.macosx-11.0-arm64-cpython-39/depthai.cpython-39-darwin.so] Error 2
      make[2]: *** Deleting file `../lib.macosx-11.0-arm64-cpython-39/depthai.cpython-39-darwin.so'
      make[1]: *** [CMakeFiles/depthai.dir/all] Error 2

Nevertheless, the script continued and it seems to have succeeded in getting everything going correctly :shrug:

jonas

Hi all, I've just received my OAK-D Pro and I'm wondering whats now the "gold standard" to run DepthAI (Python) on a Silicon-based Mac? Is it the approach discussed here or is there now a "Out-of-the-Box"-approach for DepthAI-SDK?

I did this and was able to run the rgb_preview script. How do I then install the depthai-sdk and run the demo_script?

erik

Hi jonas ,
We haven't yet released native wheels for M1, so we would suggest using Rosetta 2 (docs: Installation docs).
Thanks, Erik

jonas

Thanks erik... I've actually managed to run everything with native modules, including the gen2-experiments and the depthai-demo application. Even Qt does its job.

The tricky part is to have the correct version of depthai-sdk. The official demo and most of the gen2-experiments work if I directly install the version from the current depthai git repo. You must not run the install requirements scripts, because they usually reinstall stuff you don't want. I've just installed the missing dependencies manually.

Thus, I'm currently very happy and looking forward to develop my own stuff. Thanks for everything so far!

kruschid

This is what worked for me:

Open a terminal, navigate to depthai-python folder
Execute git checkout mac_arm64_wheels
Execute python examples/install_requirements.py
python -mpip install --extra-index-url https://artifacts.luxonis.com/artifactory/luxonis-python-snapshot-local/ depthai==2.16.0.0.dev0+fc472bd13f9c853148e7a35fc956f4bc0dbf49ae
Execute python examples/ColorCamera/rgb_preview.py

stanai

Trying to get depth-ai running without having to install Rosetta, I git cloned depthai-python but get the following error upon checking out Mac_arm_wheels branch as suggested above:
error: pathspec 'mac_arm64_wheels' did not match any file(s) known to git

erik

@stanai I believe M1 wheels are already supported (since ₂ versions back), so a quick pip install depthai should do the trick. Please let us know if that is not the case.
Thanks, Erik

stanai

erik When following the getting started tutorial, I get the following:
~/ml/de/depthai  main  python3 install_requirements.py  42 ✘  oak   09:16:10 pm pip 22.3 from /Users/stan/.conda/envs/oak/lib/python3.9/site-packages/pip (python 3.9) Traceback (most recent call last): File "/Users/stan/ml/depthai/depthai/install_requirements.py", line 32, in <module> raise RuntimeError(err_str) RuntimeError: There are no prebuilt wheels for M1 processors. Please open the following link for a solution - https://discuss.luxonis.com/d/69-running-depthai-on-apple-m1-based-macs

Also after pip install depthai first on the env.

« Previous Page