Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docker container with camera-streamer #253

Open
isarrider opened this issue Mar 26, 2023 · 3 comments
Open

Docker container with camera-streamer #253

isarrider opened this issue Mar 26, 2023 · 3 comments

Comments

@isarrider
Copy link

isarrider commented Mar 26, 2023

@LongLiveCHIEF any plans to update the docker container soon
to make it possible to use camera-streamer?
(https://github.com/OctoPrint/OctoPi-UpToDate/tree/camera-streamer)
I would love to test h264 hw-accel video encoding...

@rosenstand
Copy link

I would like to try it out too. Maybe I can help. I don't have a ton of docker experience I have done a lot of Linux distro packaging in the past.

I do wonder if it would be cleaner to implement camera-streamer as a separate service/container and then users could choose to compose it together with the current octoprint image. This way there won't be 2 different octoprint images to build and maintain (like OctoPi) and it would be easy to switch between mjpg-streamer and camera-streamer (or you could even use both with different cameras). It would also make it easy to manage multiple cameras and to resource limit the camera container to avoid hugging resources from octoprint (especially nice on multi-instance octoprint setups).

@idaband
Copy link

idaband commented Nov 8, 2023

I would like to try it out too. Maybe I can help. I don't have a ton of docker experience I have done a lot of Linux distro packaging in the past.

I do wonder if it would be cleaner to implement camera-streamer as a separate service/container and then users could choose to compose it together with the current octoprint image. This way there won't be 2 different octoprint images to build and maintain (like OctoPi) and it would be easy to switch between mjpg-streamer and camera-streamer (or you could even use both with different cameras). It would also make it easy to manage multiple cameras and to resource limit the camera container to avoid hugging resources from octoprint (especially nice on multi-instance octoprint setups).

i like that idea ...i did install it directly onto the pi (the newer version) I felt it might run better directly on the host. However, I now think wish I would have done it in a separate service.

@barrelltitor
Copy link

This is required now for Raspberry pi installs newer than February as only libcamera works due to the removal of the video memory setting from the boot file

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants