[Live-devel] Why not skip(or drop) the remaining packets of a truncated frame?

[Ross Finlayson]

>In MultiFramedRTPSource.cpp, I note if the provided 
>SubsessionIOState::fBuffer is not large enough to hold a complelte 
>frame, the MultiFramedRTPSource will call its afterGetting() to 
>deliver the truncated frame due to fNumTruncatedBytes > 0. However, 
>the remaining packets of this frame is not skipped or dropped but 
>delivered as the next frame with the same timestamp.
>
>Is it acceptable in reality?

Well, if incoming frame data is getting truncated (due to 
insufficiently large buffers at the client), then things are broken - 
you should really fix that, rather than worryng about what else the 
code is doing at that point.
-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/