# Snapshop from a video stream

**URL:** <https://discourse.nodered.org/t/snapshop-from-a-video-stream/40662>\
**Category:** General\
**Created:** [9 February 2021 09:55 UTC](https://discourse.nodered.org/t/snapshop-from-a-video-stream/40662 "2021-02-09T09:55:41Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![BartButenaers](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/bartbutenaers/32/10476_2.png) [@BartButenaers](https://discourse.nodered.org/u/BartButenaers)\
**Post date:** [9 February 2021 19:48 UTC](https://discourse.nodered.org/t/snapshop-from-a-video-stream/40662/5 "2021-02-09T19:48:01Z")

</div>

> [@Ino](#):
>
> multipart- stream-decoder, but the fps rate is significant decreasing when I use this node

Ah, I wasn't aware of that.  
It is written in Javascript so I will never be able to get the same performance as e.g. ffmpeg. But I have been optimizing the code over and over again, so I had hoped that it would be at least usable... Especially since the ESP32 cam [seems](https://discourse.nodered.org/t/esp32-cam-and-node-red/18161/8) sends the Content-Lenght (i.e. the length of the image byte buffer) withing the stream: then my node just can copy entire images, without having to search for boundaries between images (which should be very fast).

Perhaps this is a bit off-topic, but what do you mean with "_fps is decreasing significant_"? I always put an _ **node-red-contrib-msg-speed** _ node in my flow when I want to measure the fps ...  
Since I only use my own multipart decoder node for decoding mjpeg, I have no experience with other nodes. In that case you might have a look at the proposal from @kuema above...

Sorry to hear from your boat accident. But beside that, it is always nice to hear in which use case our contributions are being used 😉

---

_[View the full topic](https://discourse.nodered.org/t/snapshop-from-a-video-stream/40662)._