lead_dev Thanks for the report! I will be working on the Docker image now, and there's some work already done on this branch - https://github.com/luxonis/depthai-python/tree/enable_multiarch_build
So could you check if running

git checkout enable_multiarch_build
docker build -t imageName -f ci/Dockerfile .

I'll be testing and updating the Dockerfile on this branch too, and eventually merge to master, but it may solve your issue quicker

    lead_dev JosephMtz69 I was just able to build a new docker container and access OAK-D from it, running rgb_preview.py script.

    To use it now, please do the following

    cd depthai-python
git checkout enable_multiarch_build
git submodule update --init --recursive
xhost local:root
docker build -t depthai -f ci/Dockerfile .
docker run --rm --privileged -v /dev/bus/usb:/dev/bus/usb --device-cgroup-rule='c 189:* rmw' -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix depthai python3 /depthai-python/examples/ColorCamera/rgb_preview.py

    PR with this Dockerfile changes is here - https://github.com/luxonis/depthai-python/pull/270 - and as soon as we manage to make CI work, we'll have these docker images updated on the dockerhub automatically

          Luxonis-Lukasz I normally have a difficult time with the dockerfiles because it always fails on the line

          RUN wget http://docs.luxonis.com/_static/install_dependencies.sh && chmod +x install_dependencies.sh && ./install_dependencies.sh

          and gives the same error as shown in the attached image. Also, I can run rgb_preview.py, however the dockerfile anytime I attempt to run depthai_demo.py using the depthai repo from within the container, it fails to run saying that a device could not be found.

            Yes, I fixed this issue in the mentioned branch. It failed as it wanted to set udev rules where we use libusb without udev. Now, docker container has its own dependencies install script, adjusted to run with root user and without udev

              @Luxonis-Lukasz .... I was able to build and run from your docker file ... are you planning on merging this branch (enable_multiarch_build) that has the fix it it into the main branch?

              Yes, it should be merged soon, working on arm runners to build the image automatically and upload it to dockerhub, so that the image gets updated with every release

              @Luxonis-Lukasz ... thank you and very good .. just keep me posted when that merge happens .... that way I can remove from my local Dockerfile build that part that specifies the branch .. thanks again

                JosephMtz69 Happy to help! Actually, it might be merged even today as we just managed to make the workflows running - https://github.com/luxonis/depthai-python/pull/270
                The images will be deployed in 3 variants:

                • luxonis/depthai-library:armv7-<ref> - for armv7 hosts (linux/arm architecture)
                • luxonis/depthai-library:ubuntu-<ref> - for arm64 hosts (linux/amd64 architecture)
                • luxonis/depthai-library:armv8-<ref> - for armv8 hosts (linux/arm64 architecture)

                <ref> is either a version tag or branch name (main or develop), so there will be a plentiful of images to choose from. We'll also update the docs once this PR is merged

                  (as a side note, may be useful in the short term) - for testing, I pushed these images with <ref> being enable_multiarch_build. So if you'd like to use these right now (before the PR is merged) you can use these images (click on image name to see it on DockerHub)

                  Although be aware that these might disappear once we do a cleanup on our DockerHub

                  Luxonis-Lukasz i'm using the image from the devel branch and was able to run rgb_preview successfully but encountered this issue when trying to run depthai_demo.py. I did already run python3 install_requirements.py and that did not resolve the issue. Please advise

                      lead_dev Could you run, inside the container, the following commands to see if it helps?

                      $ cd depthai
$ python3 -m pip uninstall depthai
$ python3 install_requirements.py
$ python3 depthai_demo.py

                          lead_dev could you run the demo with --skipVersionCheck flag? I'll prepare a new image that will contain the demo, released from the depthai repository automatically, so running the demo from container will be easier

                              Luxonis-Lukasz running into a similar issue from earlier where it runs rgb_preview.py from the depthai-python directory but can't seem to find the device when running depthai_demo.py from the depthai directory. Had issues with qt as well but just downgraded to using openCV