[vlc-devel] Re: PTS is out of range (), dropping buffer, late picture skipped

[Jean-Paul Saman]

Bart Kerver wrote:
> VLC-Devel,
> 
> Without any problems with bandwidth, I have problems with "PTS is out of 
> range (), dropping buffer, late picture skipped"
> 
> <log>
> main warning: PTS is out of range (1677031), dropping buffer
> main warning: PTS is out of range (1650991), dropping buffer
> main warning: late picture skipped (1705002)
> main warning: late picture skipped (1665033)
> main warning: PTS is out of range (1649867), dropping buffer
> main warning: PTS is out of range (1623814), dropping buffer
> main warning: late picture skipped (1656218)
> main warning: PTS is out of range (1621980), dropping buffer
> main warning: late picture skipped (1647472)
> main warning: PTS is out of range (1633259), dropping buffer
> main warning: PTS is out of range (1609205), dropping buffer
> ffmpeg error: more than 5 seconds of late video -> dropping (to slow 
> computer ?)
> </log>
> 
> Stream displayed on a P4 with sufficient memory, but is being streamed 
> from the HTTP-deamon on a VLC server. VLC-server is running VLC in CVS 
> (last update about a week ago), Windows client is laters VLC.
> 
> Any suggestions?

It means that for some reason the picture come too late for decoding. A 
different PTS is expected by the decoder then was present. It sees a PTS 
that is in the past (relative to the decoders internal clock)..

Why does that happen? Usually when a computer is too slow for decoding 
the given stream, but in you case it might well be some other reason.

> Is this related to the problems with huge MTU: 
> <http://www.via.ecp.fr/via/ml/vlc-devel/200305/msg00425.html> since the 
> MPEG2 over UDP from a multicaststream with huge MTU is still not working 
> well.

This could be, because when the servers (vlc- streamer) computer is 
waiting too fill up it packets (because of a huge MTU) the client 
(decoder) advances in time. The streamer takes too long to fill up the 
sendings packets and won't send them in time for the clients decoder to 
decode them.

Setting the MTU to a lesser value should not show this problem  If the 
problem then still persists then the first problem is more evident.

> 
> If you want to give this a go, please refer to my VLC portal:
> http://speeldoos.showcase.surfnet.nl/dvlsm/
> 
> and try the iGrid2002 clip without any adaptation profile.
> (see verbose messages in Windows client message window for problems)

-- 
Kind greetings,

Jean-Paul Saman

Software Architect

e-mail (work): saman at natlab.research.philips.com
phone  (work): 040 27 42674
------------------------------------------------------------
Ordina TA,
Science Park Eindhoven 5602, Postbus 293, 5600 AG Eindhoven
e-mail : jean-paul.saman at ordina.nl
phone  : 040 2601200
fax    : 040 2601199


-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>