<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>Re: [Live-devel]
MultiFrameRTPSource::doGetNextFrame1(): T</title></head><body>
<blockquote type="cite" cite><font face="Arial" size="-1">As you can
see in previous mail, my problem is only at the beginning received
Jpeg frame.</font></blockquote>
<blockquote type="cite" cite><font face="Arial" size="-1">This is
because the size of frame is more than 65535 and after that vlc auto
adjust it.</font></blockquote>
<div><br></div>
<div>Yes, VLC is working correctly here. If you want to change
the initial limit of 65535, you will need to modify VLC.</div>
<div><br></div>
<blockquote type="cite" cite><font face="Arial" size="-1">The question
is how can i fragment correctly a packet size less than
65535 ?</font></blockquote>
<div><br></div>
<div>Our code *already* correctly fragments JPEG framesn into multiple
RTP packets. (Note that RTP packets are typically about 1500
bytes - i.e., much smaller than your JPEG frames.) The problem
you're seeing is that you are losing some of these RTP packets - which
usually means that the receiving client will discard the entire JPEG
frame.</div>
<div><br></div>
<div>As I said before, JPEG is a poor codec to be using for streaming
video.</div>
<x-sigsep><pre>--
</pre></x-sigsep>
<div><br>
Ross Finlayson<br>
Live Networks, Inc.<br>
http://www.live555.com/</div>
</body>
</html>