The VideoLAN Forums

I am doing live streaming of h.264 and AAC elementary streams to VLC on Windows through RTP/RTSP protocol using live555 server.

After running for about 5 hours, the AV sync goes off.
The configurations for Video are 720p, 60fps, H.264 encoding.

I have tried this with both the latest version as well as version 1.1.1 but the result is same.

I tried same streaming on MAC QT X and interestingly it was all fine.AV sync was there even after 12 hours.

Is there any issue with VLC with respect to 720p?

Please help as it is urgent!!!

Can you sahre the messages when desync happens?

The messages displayed when the sync went off are:

main warning: resampling stopped after 12325000 usec (drift: -30382)
main debug: auto hidding mouse
main warning: buffer is 40001 in advance, triggering downsampling
main warning: resampling stopped after 9065000 usec (drift: -452)
main warning: buffer is 40051 in advance, triggering downsampling
main warning: resampling stopped after 9110000 usec (drift: -683)
main warning: buffer is 40004 in advance, triggering downsampling
main warning: resampling stopped after 9105000 usec (drift: -950)
main debug: control type=1
main debug: thread (es out timeshift) created at priority 1 (../.././src/input/es_out_timeshift.c:768)
main debug: thread started
main debug: auto hidding mouse
main debug: control type=1
main warning: computed PTS is out of range (22913335), clearing out
main warning: output PTS is out of range (22934709), clearing out
main debug: audio output is starving (384976), playing silence
main warning: output date isn't PTS date, requesting resampling (-42976)
main warning: buffer is 42975 in advance, triggering downsampling
main warning: resampling stopped after 9495000 usec (drift: -311)
main warning: buffer is 40028 in advance, triggering downsampling
main warning: resampling stopped after 9105000 usec (drift: -594)
main warning: buffer is 40016 in advance, triggering downsampling
main warning: resampling stopped after 9155000 usec (drift: -979)
main debug: auto hidding mouse

Note:
720p here means 640x360/60p

Try with VLC 2.1.0-pre1

The audio-video sync mismatch is still seen with vlc 2.1.0 pre 1 (20130528-0005, 20130628-1600, 20130702-0003).
Should I try with another version or I require to do some additional settings in VLC.

What happens if you increase the input caching?

Checked with vlc version vlc 2.1.0 pre 1 (20130702-0003) by increasing the caching size to 3,5,7,9 seconds but the problem is still there.

OK, then I don't know.

1.Does VLC consider the timestamps passed along with the RTP packets or it internally calculates them and displays the buffer?
If it considers what is passed to it, is there a setting in VLC to tell it to calculate timestamps internally?

1) It depends on the RTP payload format. 2) No.

Thanks for the reply.

Is there any way in VLC to check all the PTS values.
I have already checked the RTP timestamp values in the payload on the sender side.
And I just want to confirm whether the values calculated on VLC side are correct or not.