starred/bambuddy

Fork 0

mirror of https://github.com/maziggy/bambuddy.git synced 2026-05-09 05:35:30 +02:00

[GH-ISSUE #672] [Feature]: Rotate camera image option #443

New issue

Closed

opened 2026-05-06 12:29:35 +02:00 by BreizhHardware · 4 comments

BreizhHardware commented

2026-05-06 12:29:35 +02:00

Owner

Originally created by @jeffsf on GitHub (Mar 11, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/672

Originally assigned to: @maziggy on GitHub.

Problem or Use Case

When using a camera that is not integral with the printer, orienting it "portrait" can provide a better coverage of the print space. Depending on how mounted, this may require a ±90° rotation so that "down" is at the bottom of the image. Similarly, it may be more convenient to mount a camera upside down, which would need a 180° rotation to orient more naturally.

Proposed Solution

While this could be done with a dedicated ffmpeg process pre-processing the camera and re-streaming it or in post-processing, it would be more convenient if Bambuddy were to incorporate the four rotation options in its image processing pipeline.

Alternatives Considered

Running ffmpeg and re-streaming the camera in the desired orientation is possible, but does not scale well and requires significant technical expertise to keep running as a service on the target OS.

Feature Category

Monitoring & Stats

Priority

Nice to have

Mockups or Examples

Contribution

I would be willing to help implement this feature

Checklist

I have searched existing issues to ensure this feature hasn't already been requested

Originally created by @jeffsf on GitHub (Mar 11, 2026). Original GitHub issue: https://github.com/maziggy/bambuddy/issues/672 Originally assigned to: @maziggy on GitHub. ### Problem or Use Case When using a camera that is not integral with the printer, orienting it "portrait" can provide a better coverage of the print space. Depending on how mounted, this may require a ±90° rotation so that "down" is at the bottom of the image. Similarly, it may be more convenient to mount a camera upside down, which would need a 180° rotation to orient more naturally. ### Proposed Solution While this could be done with a dedicated `ffmpeg` process pre-processing the camera and re-streaming it or in post-processing, it would be more convenient if Bambuddy were to incorporate the four rotation options in its image processing pipeline. ### Alternatives Considered Running `ffmpeg` and re-streaming the camera in the desired orientation is possible, but does not scale well and requires significant technical expertise to keep running as a service on the target OS. ### Feature Category Monitoring & Stats ### Priority Nice to have ### Mockups or Examples <img width="534" height="145" alt="Image" src="https://github.com/user-attachments/assets/154c416e-1fdd-4f30-b9db-85b3d7e100f3" /> ### Contribution - [x] I would be willing to help implement this feature ### Checklist - [x] I have searched existing issues to ensure this feature hasn't already been requested

BreizhHardware

2026-05-06 12:29:35 +02:00

closed this issue
added the
enhancement
label

BreizhHardware commented

2026-05-06 12:29:35 +02:00

Author

Owner

@maziggy commented on GitHub (Mar 17, 2026):

Available in branch dev and available with the next release or daily build.

If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!

@maziggy commented on GitHub (Mar 17, 2026): Available in branch dev and available with the next release or daily build. ----- If you find Bambuddy useful, please consider giving it a ⭐ on [GitHub](https://github.com/bambuman/bambuddy) — it helps others discover the project!

BreizhHardware commented

2026-05-06 12:29:35 +02:00

Author

Owner

@jeffsf commented on GitHub (Mar 17, 2026):

Thanks!

@jeffsf commented on GitHub (Mar 17, 2026): Thanks!

BreizhHardware commented

2026-05-06 12:29:35 +02:00

Author

Owner

@peter-k-de commented on GitHub (Mar 18, 2026):

Just one observation - after the last update to v0.2.3b1-daily.20260318 my Bambuddy Mini PC (an older Intel NUC with Ubuntu headless) gets loud and hot. I went through the github issues and yeah, maybe I found the cause ... "top" says:

top - 14:56:43 up 3:44, 2 users, load average: 1,87, 1,98, 1,89
Tasks: 231 gesamt, 1 laufend, 230 schlafend, 0 gestoppt, 0 Zombie
%CPU(s): 45,3 us, 1,8 sy, 0,0 ni, 52,5 id, 0,0 wa, 0,0 hi, 0,4 si, 0,0 st
MiB Spch : 7826,3 total, 3696,7 free, 1475,8 used, 2992,1 buff/cache
MiB Swap: 976,0 total, 976,0 free, 0,0 used. 6350,6 avail Spch

PID USER      PR  NI    VIRT    RES    SHR S  **%CPU**  %MEM     ZEIT+ BEFEHL

21036 bambuddy 20 0 937884 133248 39032 S 77,7 1,7 0:22.35 ffmpeg
19279 bambuddy 20 0 937796 117180 39020 S 63,1 1,5 38:33.70 ffmpeg
15697 bambuddy 20 0 2935188 263484 51976 S 36,2 3,3 25:12.28 uvicorn

... even though I don't have any external cam (and no one is streaming the live view of the printer right now) it uses a large amount of the CPU.

Could you perhaps make this processing by ffmpeg some kind of optional? ;-) There are no (relevant CPU hungry) services except bambuddy on this machine btw.

@peter-k-de commented on GitHub (Mar 18, 2026): Just one observation - after the last update to v0.2.3b1-daily.20260318 my Bambuddy Mini PC (an older Intel NUC with Ubuntu headless) gets loud and hot. I went through the github issues and yeah, maybe I found the cause ... "top" says: top - 14:56:43 up 3:44, 2 users, load average: 1,87, 1,98, 1,89 Tasks: 231 gesamt, 1 laufend, 230 schlafend, 0 gestoppt, 0 Zombie %CPU(s): 45,3 us, 1,8 sy, 0,0 ni, 52,5 id, 0,0 wa, 0,0 hi, 0,4 si, 0,0 st MiB Spch : 7826,3 total, 3696,7 free, 1475,8 used, 2992,1 buff/cache MiB Swap: 976,0 total, 976,0 free, 0,0 used. 6350,6 avail Spch PID USER PR NI VIRT RES SHR S **%CPU** %MEM ZEIT+ BEFEHL 21036 bambuddy 20 0 937884 133248 39032 S **77,7** 1,7 0:22.35 ffmpeg 19279 bambuddy 20 0 937796 117180 39020 S **63,1** 1,5 38:33.70 ffmpeg 15697 bambuddy 20 0 2935188 263484 51976 S 36,2 3,3 25:12.28 uvicorn ... even though I don't have any external cam (and no one is streaming the live view of the printer right now) it uses a large amount of the CPU. Could you perhaps make this processing by ffmpeg some kind of optional? ;-) There are no (relevant CPU hungry) services except bambuddy on this machine btw.

BreizhHardware commented

2026-05-06 12:29:35 +02:00

Author

Owner

@peter-k-de commented on GitHub (Mar 18, 2026):

Ah sorry, as I understand after reading a little further you maybe didn't even do this by ffmpeg for that feature (and used css etc. instead)... then maybe ignore my comment, I will try to investigate a little deeper why ffmpeg is that cpu hungry after the last update.

@peter-k-de commented on GitHub (Mar 18, 2026): Ah sorry, as I understand after reading a little further you maybe didn't even do this by ffmpeg for that feature (and used css etc. instead)... then maybe ignore my comment, I will try to investigate a little deeper why ffmpeg is that cpu hungry after the last update.

BreizhHardware referenced this issue

2026-05-06 12:34:40 +02:00

[PR #444] [MERGED] Fix/hms flapping notifications #1043