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.