OctoPrint
[Feedback] Feedback for the latest camera-streamer based webcam stack builds (build 2025.09.30.141704)
Feedback
This is a ticket to collect feedback on the latest build of the new camera stack (some background on that here) for OctoPi-UpToDate.
Currently, that is 2025.09.30.141704. Find the image here: https://github.com/OctoPrint/OctoPi-UpToDate/releases/tag/TAG
Config docs are available here: https://faq.octoprint.org/camera-streamer-config
The source tree used for the build is here: https://github.com/OctoPrint/OctoPi-UpToDate/tree/camera-streamer
Changelog
Changes in build 2025.09.30.141704 from 2025-09-30
- based on OctoPi 1.1.0 (and thus Bookworm)
- OctoPrint 1.11.3
- camera-streamer 0.3.0 with a PR#188
❗ Please note
This image needs to be flashed to your SD card, wiping it in the process. So if you want to keep anything on there, make a backup first! You can also create an OctoPrint backup, download that, flash, restore from backup. There's no way to update to the contents of this image without a full reflash.
Please provide feedback on your experience with this image in this ticket, whether things work for you or not. Make sure to at least include the following:
- Everything working?
- Pi model
- used cameras
- in case of issues: related logs (
journalctl -u camera-streamer\* | pband share the generated paste.octoprint.org URL)
Known issues:
- ayufan/camera-streamer#94 (this is currently considered a blocker for general roll-out of this camera stack, as it causes the camera stream to crash)
- ayufan/camera-streamer#149 (this is currently considered a blocker for general roll-out of this camera stack)
- #20
Common pitfalls:
- RPiV3 camera not auto-focusing? Make sure any kind of case you've added to it is not interfering with the lens & sensor
Verification
- [x] I'm a maintainer or collaborator of OctoPrint and allowed to use this issue type
This issue has been mentioned on OctoPrint Community Forum. There might be relevant details there:
https://community.octoprint.org/t/new-new-camera-stack-rpi-images/64924/5
Reflashed my RPi 4B with an RPi Camera V3 from OctoPi 1.0.0 cam, OctoPrint 1.11.3 to the new image. During the restore of the backup image, it got stuck at:
I will reboot and see what else I can capture.
I hit refresh on the browser (Firefox 143.0.1 (64-bit)) and it came back. It wanted to update the TP-Link plugin so I let it do that and it appears to be working now.
I noticed this today on an unrelated restore on a regular 1.1.0 image myself. The server came back up but the UI didn't notice and required a manual reload.
Have already added a personal to-do for myself to look at what's up there.
The RPi Camera V3 is also working. I don't have a real printer attached to this RPi so I can only print to the virtual printer.
Flashed the image, restored from backup.
- After enabling I2C and SPI via raspi-config, plugin WS281x LED Status is working.
- Raspberry Pi 4 Model B Rev 1.1, 4GB
- Prusa MK4S
- Printer connection works, moving the axes works
- Printing works
- RPi Camera V3 is working, AF is working, MJPEG stream is working, WebRTC stream is not working, but that did not work on the previous version as well
octoprint-systeminfo-20251001112112.zip
Everything seems to be working for me, although I just switched away from the pi-camv3 (hated that cable) and moved to a logi c270. Let me know if you need me to test with the pi-camv3 and I certainly can hook it back up.
Flashed, restored backup, up and running.
octoprint-systeminfo-20251001154933.zip
I have a camv3 connected to one of the Pis on my testrig anyhow and that works, so all good :) (Side note: hate the cable as well, hence my production cams are C270 as well ^^)
Once thing that would be interesting to know, as I haven't yet had gotten around to testing it myself: Does https://github.com/ayufan/camera-streamer/issues/94 still happen?
To test:
- Reboot the pi (should have a confirmed working camera)
- Do NOT access the webcam in any way (so best close any and all tabs in your browser where it might be open)
- wait 60min
- try to access the webcam - does it still work?
I installed yesterday and verified that the RPi V3 Camera was working...
I just checked the Control Tab today and the camera is still working. The browser was not connected overnight.
Any other tests you like me to try?
It's important that the webcam never gets accessed for an hour after server start for the bug to trigger (if it triggers). So if you accessed it yesterday and just left it overnight without rebooting, that sadly neither confirms nor denies whether the issue still persists. A test of that would be lovely.
Heh, I just remembered though that I had flashed a test image earlier, like several hours ago, and only accessed that through SSH, webcam never accessed. Still works, so maybe that bug has been fixed too or at least is now less likely to trigger? If so that would only leave the very unstable libcamera situation.
I just installed the desktop via the script so I'll reboot and let it sit for a while.
BTW, I did have the problem with this configuration.
I closed all the browser tabs for the OctoPrint instance, then rebooted the Pi via ssh, let it sit idle for 69 minutes, then I opened the browser tab again in Chrome and the camera stream is working.
Let's hope it stays this way, that bug being gone would be really good news!
I've reflash my Pi 4B and when running through the setup wizard the "Restore Backup?" section is blank, I've also tried completing the setup wizard and going to Octoprint Settings -> Backup and Restore and that is also blank I've tried multiple browsers on multiple devices and reflashed the SD card a few times and tired multiple SD cards and it's still blank.
Any suggestions?
You need a backup zip file from a previous install to restore from a backup. When you select "Restore Backup?" there will be a button to locate a downloaded zip file on your computer, then upload it and proceed with the restore. If you do not have such a backup file you cannot do a restore.
You need a backup zip file from a previous install to restore from a backup. When you select "Restore Backup?" there will be a button to locate a downloaded zip file on your computer, then upload it and proceed with the restore. If you do not have such a backup file you cannot do a restore.
Hi, thanks for the reply.
I have a backup from a previous install, when I flash the image with the stable camera stack I can see the button to restore/upload the ZIP file but when I use the new camera stack image it's blank as in the above picture so i cant select / upload my backup to restore.
My guess is that both branches are incompatible then. I had backups from previous systems with the new camera stack and that worked fine on my two updates. What branch was the system that created your backup, stable or new camera stack?
My backups are from the new camera stack branch, when I flash the stable stack image I can see and restore a backup (which is from the new camera stack) without issue, the problem is with the new camera stack image I don't even get to the point of being able to select a backup. I flash the card allow the Pi to boot and the button is just missing from the "Restore Backup?" step in the wizard so I cant even select / upload a backup to restore.
So nothing happens after you clicked on "Restore Backup?" Strange, I did this twice today and there was no problem on both.
Exactly that, the Pi boot's up I browse to "octoprint.local" and that display's the setup wizard on the "Start" section, I click next in the bottom right hand corner to go to the next page which is "Restore Backup?" and it's just totally blank as in the image. All the other step's in the wizard display correctly, it's just the restore backup step which isn't displaying anything.
If I recall correctly, I directly clicked on the link "Restore Backup?" under "Start" on the wizard page, not on the button "Next". After that a selection dialog appeared where I could select the backup file on my computer.
It seem this was SD card related, having just tried a third SD card I can now see the "browse" button and the "upload & restore" button and successfully restored my backup.
I was about to say that this sounds like some file system corruption, as there's no difference between the installed versions on both current images on the imager, and the changes done to the camera-streamer stack version should not even remotely be able to influence the UI like that.
You probably had some errors in your logs regarding this 😬
This issue has been mentioned on OctoPrint Community Forum. There might be relevant details there:
https://community.octoprint.org/t/no-cameras-working-after-pi-octopi-python-upgrades/64986/4
The image currently doesn't seem to detect libcamera devices on an RPi5, see #20.
Alas, even solving this (and the only solution I so far found was a full upgrade, which I can't do during the image build due to hardware dependencies in pre- and post-processing scripts) we run into a full blocker of the RPi5 not being fully supported by camera-streamer thanks to its lack of a hardware encoder: ayufan/camera-streamer#149
I attempted to use an upgraded 32-bit bookworm install and octoprint_deploy since it uses ustreamer instead of camera-streamer and according to https://github.com/pikvm/ustreamer/issues/248, the support exists for the RPi 5 and the camera module 3.
I first verified that the camera works using https://tsolglobal.com/courses/learning-raspberry-pi/raspberry-pi-5-camera-module-interface/.
The rest of my (ongoing) attempt can be seen at https://github.com/paukstelis/octoprint_deploy/issues/209.
FYI, I've just pushed build 2025.11.04.133303 live. The only change vs. this one is OctoPrint 1.11.4 on board and an addition to paths detected by /usr/bin/list-libcamera-devices.
This issue has been mentioned on OctoPrint Community Forum. There might be relevant details there:
https://community.octoprint.org/t/rpi-5-octopi-pi-camera-1-3-ov5647/65432/2