Re: [Live-devel] about duration time

2007-11-19 Thread Ross Finlayson
My question is: If frame size of a video stream is larger than RTP packet size, the frame has to be fragmented. Since duration time is used to calculate the time at which the next packet is sent, it implies that the overflow data of a frame(carried in next packets) would delay? No - our code

[Live-devel] about duration time

2007-11-18 Thread Chang,Yi-Wen
Dear, >>I supposed the duration time is the time of successive frames to be sends. > Yes. >>But, I view MultiFramedRTPSink.cpp code, the duration time is used >>to calculate the time at which the next packet is sent. >> If so, what should I consider to calculate the duration time? >Because y

Re: [Live-devel] about duration time

2007-11-14 Thread Ross Finlayson
I supposed the duration time is the time of successive frames to be sends. Yes. But, I view MultiFramedRTPSink.cpp code, the duration time is used to calculate the time at which the next packet is sent. Yes, and that is perfectly consistent with what you said above. If so, what should I c

[Live-devel] about duration time

2007-11-14 Thread Chang,Yi-Wen
Dear, I supposed the duration time is the time of successive frames to be sends. So, I calculate the duration time based on one frame processing time via transcoder (not based on frame rate, display rate) since video is from live source. But, I view MultiFramedRTPSink.cpp code, the duration ti