Jean-Philippe Bergeron

@mr-c I have been evaluating the best solution for this problem, and it's very difficult to find a good cross-compiler solution. My snippet above works well in gcc, but fails...

Absolutely, this library would be perfect for it. I have another similar c++ project where we can use a PI for Remote desktop: https://github.com/jean343/RPI-GPU-rdpClient I have to agree that while...

Thanks so much for your interest. In the past, I have been using TCP exclusively as I like to have long key frame intervals. You could definitely use UDP, but...

The RPI library is smart enough to assemble NAL units, you can pass the buffer on an incomplete NAL, and it will be OK. Of course, that is prone to...

Hi, thanks so much for your interest! You wound need the VideoDecode to convert from h.264 to buffers. I have not tested it, but I found the following info: From...

Hi, The VideoDecode component is made to read encoded streams such as h.264, mpeg-4, etc., the entire list of types is here: https://github.com/jean343/Node-OpenMAX/blob/cd7120a478a941360ea0d305a13d8009c6550310/lib/flags/Video.ts#L2 The VideoDecode component does not read raw...

Hi, I have built pretty much what you are looking for, but it’s in c++ :( I don’t recommend sending raw frames as the pi is limited at 100mbit/sec. You...

I understand your urge to get uncompressed data, but in this case it will slow you down, trust me :) You could get an array of jpeg, if you really...

Yes, it’s using wddm. If you are confortable with that and intel quick sync, i would start directly with it. The pi is highly optimized at displaying h.264 videos, you...

Hmm, this is a good question. Omxplayer does a little more than OpenMax. Mjpeg streams are strange, as they are a bunch of JPEGs with multipart/form-data encoding. They can be...