rtpjitterbuffer/h264parse timestamp issue (regression)

Submitted by Nicola @drakkan

Link to original bug (#788777)

Description

Created attachment 361248
logs that show the issue

In a pipeline like this:

rtspsrc ! rtph264depay ! h264parse ! ...

using rtsp over tcp can happen that rtspsrc outputs buffers with the same timestamp, when this happen h264parse outputs buffer with invalid timestamps.

Please take a look at the attached logs, you can see:

rtpjitterbuffer.c:916:rtp_jitter_buffer_calculate_pts:[00m backwards timestamps, using previous time

so different buffers with pts 0:15:23.020362975 are sended.

Not sure how to handle this case, we need to change rtpjitterbuffer or h264parse?

This problem seems to happen only using rtsp over tcp, I'm unable to reproduce it using rtsp over udp.

Attachment 361248, "logs that show the issue":
log.txt

Version: 1.x