depthai-experiments icon indicating copy to clipboard operation
depthai-experiments copied to clipboard

Experimental projects we've done with DepthAI.

Results 113 depthai-experiments issues
Sort by recently updated
recently updated
newest added

Hi guys, i am trying to get a yolo v5 running on my oak 1. Followed your tutorial on how to train my own model and convert it to a...

I ran the [device-yolo-parsing](https://github.com/luxonis/depthai-experiments/tree/master/gen2-spi/device-yolo-parsing) demo on [OAK-D-IOT-40 ](https://docs.luxonis.com/projects/hardware/en/latest/pages/DM1092.html) use the default blob [tiny-yolo-v3.blob.sh4cmx4NCE1](https://github.com/luxonis/depthai-experiments/blob/master/gen2-spi/device-yolo-parsing/tiny-yolo-v3.blob.sh4cmx4NCE1), The code runs normally, and the esp32 output is normal through the serial debugging tool. But using...

The **gen2-rtsp-streaming** demo runs with a lot of garbage in the result stream, even with the lowest supported resolution (1080p) and 1 fps rate (see attached screenshot). Does it mean...

``` usage: main.py [-h] [-res {4k,13mp,1080,12mp}] [-enc {h264,h265,jpeg}] [-fps FPS] [-v] options: -h, --help show this help message and exit -res {4k,13mp,1080,12mp}, --resolution {4k,13mp,1080,12mp} Select color camera resolution. Default: 4k...

Hi, Using win 11, installed requirements successfully with default video and model Stack trace (most recent call last): #30 Object "", at 00007FFCBCBC54E0, in BaseThreadInitThunk #29 Object "", at 00007FF6AB3C14F4,...

`gen2-face-recognition` demo is too heavy, delayed and crash soon on my OAK-D and OAK-D Lite. I rollback to the Initial commit 1b532c0ebec4b9e45ae4fa79b5f36ada7817a780 and try then it's stable.

Do I have a version mismatch- or this was code was written to a newer library than I have? I'm running dai.__version__ 2.15.4.0 but seems like the PreviewManager function does...

Hi @Erol444, thanks for all the different examples you've shared. It was incredible to see mask R-CNN run on this device, as I didn't think that was possible at all....

I don't know anything about h264, but the code below allows for `self.data` to be transmitted twice, which causes errors on the receiving end if one sets `do-timestamp=true`, for example....

[169.254.1.222] [75.187] [system] [critical] Fatal error. Please report to developers. Log: 'ImageManipHelper' '60' Found This error when i Excecute the code