The VideoLAN Forums

Our hardware produces an H.264 A/V stream (RTP/TCP). If using a single content stream (either A or V), we have no problems. When we combine streams VLC reports these error messages:
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 4515 ms)
main error: ES_OUT_SET_(GROUP_)PCR is called too late (jitter of 5281 ms ignored)
avcodec error: more than 5 seconds of late video -> dropping frame (computer too slow ?)

We beleive that there is something amiss within the streams we are providing, but we do not have the proper tools to diagnose the live stream. Is there something within VLC or another tool we can use to find what is wrong with the stream (and thus be better equipped to find the problem in our embedded Linux code)?

Regards,

It seems your video stream is running too late compared with the audio stream.

Apparently that's what is being represented. The question is, how is this determined. I suspect that the IP encoder is misrepresenting the PTS or such. Without any visibility into the streams / headers, this is real tough to find the problem. We have used wireShark, but get lost in the millions of packets. The A/V runs from minutes to hours without any problems, then we start seeing VLC error messages and eventually the video freezes and VLC closes. Earlier versions of VLC (circa 0.85) do not 'see' this problem and I assume it's because circa 0.9 PTS based decoding was added to VLC, which exposes the IP camera problem. In the 0.85 VLC lip-sync, etc is all good, thus I don't believe htis is a true video problem, but more likely bad PTS or header information.

Either the PTS are plain wrong, or the two RTP streams are actually time-drifting from one another.

Yes, thank you. Now what tools can I use to debug this?

Wireshark?