Camera thought (low hanging fruit) - allow streams  

RE: Camera thought (low hanging fruit) - allow streams

Hello,

exectly what I wanted to do - user the camera-streams from my RepetierServer. Just empeded! 

Using a mk3.5 with a MMU3

Thanks and greetings 

Lambert

RE: Camera thought (low hanging fruit) - allow streams

Then try to do mediamtx server locally with IP cameras? Or something like frigate or other CCTV derivatives?

RE: Camera thought (low hanging fruit) - allow streams

Hi, THX FOR YOUR REPLY!

one my local repetier server I have 2 cameras. Both have an url where I am able to view the stream. How can I access those from within prusa connect? I HAVE NO CLUE

RE:

In short - PrusaConnect does not support video streams, only static image captures.

So you could add another integration to do that, by using frmpeg stream image capture to upload it to PrusaConnect,  see https://nvtkaszpir.github.io/prusa-connect-camera-script/ for more options.

RE: Camera thought (low hanging fruit) - allow streams

correct, we all know that!  But it ...could... support embedded video streams (easily).  Just needs to be a priority.  

RE: Camera thought (low hanging fruit) - allow streams

Hi, thanks for your explanation.

I will check that!

Lambert

RE: Camera thought (low hanging fruit) - allow streams

Hello,

I read the docs but couldn’t believe it. Got the confirmation here. No usb cam support.
So your ideas to use an ip camera or use a link to a steam is something that could be implemented simple ( I think so …).
I really want to use prusa connect. But without camera support I think I will continue with repetier Server on the raspberry with my 2 cams.

Is there an enhancement request for your stream embedding idea?

greetings 

Lambert

RE:

About usb cam support in my script- my code supports USB cams connected to linux systems - rasberry pi or other laptops, just needs different config options (the easiest is fswebcam) via capturing single frame and uploading it to the PrusaConnect. Working with camera streams over USB is alsob possible but requires something like mediamtxt + ffmpeg.

About streaming request:
Streaming service is much more complex than just sending image snapshots, also it is much more expensive, I'm not sure if Prusa eager to implement it.
Embedding streams in the app is not that easy especially if you want to have limited access to the stream so it is a bit more complex than it sounds.

RE: Camera thought (low hanging fruit) - allow streams

Posted by: @_kaszpir_

About streaming request:

Streaming service is much more complex than just sending image snapshots, also it is much more expensive, I'm not sure if Prusa eager to implement it.
Embedding streams in the app is not that easy especially if you want to have limited access to the stream so it is a bit more complex than it sounds.

senior level software engineer here: That's not the request in this thread, it's to allow embedded streams.  We can figure out where they come from, if we want security around them, and so on. All Prusa connect has to do is similar to how it allows an image snapshot, just show the stream url embedded in a browser player.  

RE: Camera thought (low hanging fruit) - allow streams

Yes thanks for the correction!

RE:

> That's not the request in this thread, it's to allow embedded streams. 
I that case it may be easier just to allow embeds because of the required work on the backend, yet it will require to decide what type of streams to allow. Some streaming cams are use custom protocols (or not so modern one), so they would probably have to limit what they want to allow forcing people to use only a subset of modern cams (and saving themselves a headache from broken devices).

Still it would require some minor changes in the backend to add extra fields so that user could save the settings and so on.
Will they do it? no idea, time will tell.

RE: Camera thought (low hanging fruit) - allow streams

Same request here. Please allow embedding. camera stream on the printer screen.

Context : Just started testing connect after a few years using another app (the one with an octopuss). I like a lot the connect approach, that is a good fit when you want to increase productivity.

The camera stream is the main regression compared to my previous gig. It is really useful to check the status of prints and potentially detect quality issues upfront.

RE: Camera thought (low hanging fruit) - allow streams

Recently, I received my Prusa XL 5T printer along with the Prusa XL enclosure. I am looking into the best way to mount a streaming camera inside of the enclosure, to view videos of the build process. I believe that an endoscopic camera would work the best, so I am wondering if others may have done this and what issues I should consider along with which cameras are best for this task. From my research, it appears that Prusa Connect does not support streaming, which is too bad, but  I can use a properly configured Raspberry Pi to show me the video stream.

Thanks in advance for any advice you can share.

-- Steve

RE:

@sdownie such question rather should be in the separate thread in this forum section or Prusa XL forums section, not in this thread.

RE: Camera thought (low hanging fruit) - allow streams

YES, this exactly...Currently using ESP32 and it...ok.,..but I really miss streaming from octoprint.  Would be great to connect a cam and stream directly, but lacking that option, would be satisfied with an embed link that I could set up myself as described by you fine folks.  I understand Connect/Link is still very new, but I can't believe how far behind everyone else these guys are on that end of things.  Printers are great, slicer is great, remote connections are suboptimal at best.