[Live-devel] RTSP Client ( RTPSource )

[Thiago A. Corrêa]

I'm calling that one already, I also have it set the same value as VLC (
2000000 ), but still the image quality on VLC is a lot better. I thought it
would be packets comming late ( after I've issued the getNextFrame(
d->buffer, 65536, streamRead, d, streamClose, d ) call ) being discarded.

if the setPacketReorderingThresholdTime call I'm making will make it wait up
to 4 seconds if a part of the packet gets late, then I have no idea what
else it could be :(




----- Original Message ----- 
From: "Ross Finlayson" <finlayson at live.com>
To: "LIVE.COM Streaming Media - development & use" <live-devel at ns.live.com>
Sent: Friday, August 27, 2004 3:01 PM
Subject: Re: [Live-devel] RTSP Client ( RTPSource )


>
> >   I'm trying to write a simple RTSP client, and everything seams to
work,
> > except that the image quality is very bad. I compares with VLC and the
> > quality is a lot better, but it's more or less 3 or 4 seconds behind, so
> > I figured there must be a buffer somewhere... but I couldn't find it on
> > VLC's source how to do that. So I tried
> > RTPSource::setPacketReorderingThresholdTime( 4 * 100000 );
>
> No, that's something different (it controls how long to wait for
> out-of-order packets to arrive - but if (in the normal case) packets don't
> arrive out of order, then this has no effect).
>
> The function you want is "increaseReceiveBufferTo()".  If you look in
VLC's
> LIVE.COM interface code ("modules/demux/livedotcom.cpp"), you'll see it
> being called there.
>
>
> Ross Finlayson
> LIVE.COM
> <http://www.live.com/>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live.com
> http://lists.live.com/mailman/listinfo/live-devel
>