<br><br><div class="gmail_quote">On Fri, May 21, 2010 at 10:45 PM, Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="im">
<blockquote type="cite"><font face="Arial">I am looking at the
Elphel example and I would like to stream MJPEG where the frame size
would be in the region of 200KB, I have tried increasing
the OutPacketBuffer::maxSize but I am still not able to view the
stream in VLC. If I use openRTSP I get the following
message:</font></blockquote>
<blockquote type="cite"><font face="Arial"><br></font></blockquote>
<blockquote type="cite"><font face="Arial">MultiFramedRTPSource::doGetNextFrame1(): The total
received frame size exceeds the client's buffer size (100000).
583 bytes of trailing data will be dropped!</font></blockquote>
<blockquote type="cite"><font face="Arial"><br></font></blockquote>
<blockquote type="cite"><font face="Arial">Do I just need to
increase the buffer size on the client? If so how do I do increase the
buffer on the client side?</font></blockquote>
<div><br></div>
</div><div>Just use the "-b <buffer-size>" option to
"openRTSP"; see
<<a href="http://www.live555.com/openRTSP/#other-options" target="_blank">http://www.live555.com/openRTSP/#other-options</a>></div>
<div><br></div>
<div>I hope you realize, though, that JPEG is a very poor codec for
video streaming, because each frame is so large (and so takes up many
network packets). If *any* of these network packets gets lost,
then the whole frame must be discarded.</div>
<pre><font class="Apple-style-span" face="arial"><span class="Apple-style-span" style="white-space: normal;"><font class="Apple-style-span" face="monospace"><span class="Apple-style-span" style="white-space: pre;"><br></span></font></span></font></pre>
</div></blockquote><div>Thanks. I do realise that its a poor codec but I want to generate a video stream of around 15Mbps and JPEG seemed the easiest. Is there no way of sending the frame in more packets so that there is no packet loss?</div>
<div><br></div><div>Thanks</div><div>Andy</div></div>