[Live-devel] Frame truncation if network bandwidth is not enough

[the-bishop at rogers.com]

I checked and this truncation seems to be caused by large packet loss. Is this the way UDP operates- if bandwidth is not enough it drops packets? How would it be possible to make sure server sends UDP packets only as fast as the network can let through, so that client gets all packets? I'm talking about the Unicast scenario...

Cheers,

Michael


----- Original Message ----
From: "the-bishop at rogers.com" <the-bishop at rogers.com>
To: live-devel at lists.live555.com
Sent: Thursday, January 4, 2007 2:49:56 PM
Subject: Frame truncation if network bandwidth is not enough

Hi Ross:

I have the following problem. I stream videos using Unicast over the Internet using live555 library. The frames are provided by DirectShow streams. The frames are complete, so no framer class from live555 is used. Instead, I simply feed the DirectShow frames to my class derived from SimpleRTPSink. If the network bandwidth is not enough to deliver samples, they arrive truncated on the client side (in afterGettingFrame function). What can possibly be causing it? Is it a part of RTP standard- to truncate frames if they can't be delivered on time? I'd much prefer for samples to arrive late, then to arrive truncated... Any ideas?

Thanks,

Michael





-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.live555.com/pipermail/live-devel/attachments/20070104/0ca63b96/attachment-0001.html