Hi,<br><br>Video frames are typically split into smaller chunks via fragmentation of the video data itself. For example, H.263 has two packetization modes (RFC 2190 and RFC 2429). In these RFCs, it describes how you can split one frame into multiple UDP packets.
H.264 is a little nicer since it was written with networks in mind -- each H.264 "chunk" is called a NAL (network abstraction layer) unit. Encoders can output small NALs directly and keep the packet less than MTU.
<br><br>Duane<br><br><div><span class="gmail_quote">On 5/16/06, <b class="gmail_sendername">Olle E Johansson</b> <<a href="mailto:oej@edvina.net">oej@edvina.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
(retransmitting this for the mail archives)<br><br>Friends,<br><br>I am still a student in the video area... One question I have is how<br>you send large video frames over UDP/RTP?<br>UDP fragmentation? Or do you use the multiple RTP frame function -
<br>where you use the same seq number?<br>Or any other trick?<br><br>I got an error report from a friend that we somehow cancelled or cut<br>large frame updates.<br><br>Also, the format drivers for video seems to make an illegal
<br>assumption about the size of two frames.<br><br>/O<br><br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-video mailing list
<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-video">http://lists.digium.com/mailman/listinfo/asterisk-video</a><br></blockquote></div><br>