On Mon, Jan 30, 2012 at 9:14 PM, Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><div class="im"><blockquote type="cite">After going through your 2 excellent faqs and Elphel source, am I correct to say the quickest way to build a MJPEG streamer (from JPEG files in prototype) would be to modify ElphelJPEGDeviceSource.cpp only? <br>
</blockquote><div><br></div></div>Actually, I don't recommend that you bother with streaming JPEG at all (especially as this is just a hobby for you).  JPEG streaming is very inefficient.  See <a href="http://www.live555.com/liveMedia/faq.html#jpeg-streaming" target="_blank">http://www.live555.com/liveMedia/faq.html#jpeg-streaming</a></div>
</div></blockquote><div><br>Thanks for your suggestion. I understand MJPEG consumes more data rate (it looks 5x to 10x). However Motion JPEG is widely used in addition to H.264 in my target application. <br><br>My job is to build a field mode Motion JPEG streamer from a live interlaced video source (It seems Elphel only supports progressive scan). <br>
<br>My plan is a) to set up a MJPEG RTP streamer on PC first and test; b) if it works in push mode without RTSP/TCP, move it into target device which prefers to supports UDP only. <br></div><br>Any help and advice from you are appreciated.<br>
<br></div><br>