<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=big5">
<META content="MSHTML 6.00.2900.2180" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial>Dear, </FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>>><EM>I supposed the duration time is the time of
successive frames to be sends.<BR></EM></FONT></DIV>
<DIV><FONT face=Arial><EM>> </EM>Yes.<BR><BR>>><I>But, I view
MultiFramedRTPSink.cpp code, the duration time is used <BR></I>>><I>to
calculate the time at which the next packet is sent.<BR></I>>><I> If
so, what should I consider to calculate the duration
time?<BR></I><BR>>Because you are streaming from a live source, each frame
will not be <BR>>delivered until the time that it's ready to be
streamed. In this <BR>>case, it's OK to not set
"fDurationInMicroseconds" at all.</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>In fact, I have a need that is to send some
control packets during frames, not disturb original RTP traffic.</FONT></DIV>
<DIV><FONT face=Arial>So I need to set duration time even if I am streaming from
live source.</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>My question is:</FONT></DIV>
<DIV><FONT face=Arial>If frame size of a video stream is larger than RTP
packet size, </FONT><FONT face=Arial> the frame has to be
fragmented.</FONT></DIV>
<DIV><FONT face=Arial>Since duration time is used to calculate the time at which
the next packet is sent, </FONT></DIV>
<DIV><FONT face=Arial>it implies that the overflow data of a
frame(carried in next packets) would delay?</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>If so, frame rate is still suitable to be used
to calculate duration time (for a video file, not live
source)?</FONT></DIV>
<DIV><FONT face=Arial></FONT> </DIV>
<DIV><FONT face=Arial>Best regards,</FONT><FONT
face=Arial></DIV></FONT></BODY></HTML>