Camera model
Wyze Cam Pan V3
What is the problem?
I have made a Docker container that has the Wyze Bridge and I have connected all the cameras and it works. However, when I go to insert the HLS URL (http//192.168.1.173:8888/driveway-cam/), Octoprint on my Raspberry Pi 3B+ displays the broken paper symbol in the top corner of the test webcam page.
What did you already try to solve it?
I went into the config.yaml file of the octoprint and changed the DNS address?.. to 0.0.0.0, so that it would scan everywhere on the network. I also ran a ping command to the IP of the Wyze Bridge and it returned valid results. Just to confirm, I am NOT using localhost, I am using the IP address of my Mac, which I am running the Docker container on that has the Wyze Bridge.
Have you tried running in safe mode?
No
Did running in safe mode solve the problem?
I did not run in safe mode
Systeminfo Bundle
You can download this in OctoPrint’s System Information dialog … no bundle, no support!)
octoprint-systeminfo-20250108190345.zip (42.4 KB)
Additional information about your setup
OctoPrint version, OctoPi version, printer, firmware, browser, operating system, … as much data as possible
Octoprint 1.10.3, OctoPi Cam version, Anycubic Kobra 2, Wyze bridge is running on MacOS Sequoia, Octoprint is running on Raspberry Pi 3B+.
Pardon me if some of the things in here don’t make sense; I am in middle school and I can’t get my head to wrap around why this may not be working.
1 Like
Welcome to the forum.
Hopefully a docker expert can assist. Looks like you supplied some good information.
1 Like
Does octoprint stream HLS or RTSP? Wyze bridge streams rtsp on port 8554, not 8888.
I tried to do that, but to no avail.
I tried this link: rtsp://192.168.1.173:8554/driveway-cam/
Go to “http://192.168.1.173:5050/api”. It should list the rtsp addresses. Then if you have vlan (vlc), you can plug that into “Media->Open Network Stream…” to verify it indeed is working. Any browser can stream the HLS (http) stream.
Note that vlc can sometimes fail on the first try; the Wyze servers are a little slow to respond.
yep, its working, however, octoprint is not recognizing it
I suspect octoprint (like vlc) is quitting too soon and isn’t retrying when Wyze servers fail to respond.
No, it is not accepting the link at all
Of course it doesn’t. On the programming side, you tell the connect routine so many milliseconds to wait before it assumes the destination host isn’t accepting the connect attempt.
It’s quite possible that octoprint is using an extremely low wait time. So does vlc (but longer than octoprint’s) but on the second try, its wait time is enough, maybe because the Wyze server previously kept the connect data still alive.
The rtsp protocol is an old standard. Pretty much every platform has it debugged.
Is there a way to convert the RSTP stream to a MJPEG stream? I found out octoprint does not support RSTP.
What i mean is that Octoprint says that it can’t reach it. here’s a screenshot:
Wyze Bridge doesn’t support mpeg. There are other docker utilities that convert rtsp to mpeg but it’s too much trouble to do for just one camera. You’re better off getting a camera that directly outputs mpeg stream.
Ah. Ok. Could you at least provide me with the names of the docker utilities that convert it? I will ask ChatGPT to help me through it.
Here’s one utility to transcribe an rtsp stream to mpeg, rstsp2mjpg. I haven’t actually tried this and I’m not sure if your box has enough resources to host another docker container.
If I were you, I’d just get a simple webcam.
I got the wyze stream to somewhat work in Octoprint! However, the stream does not refresh automatically, and I have to click the refresh button to bring up a new frame. Here is a video example:
UPDATE: I GOT IT TO WORK!!! LETSS GOOOOOO
THANK YOU FOR YOUR HELP!!!
2 Likes
