Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-good gst-plugins-good
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 646
    • Issues 646
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 71
    • Merge requests 71
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamerGStreamer
  • gst-plugins-goodgst-plugins-good
  • Issues
  • #410
Closed
Open
Issue created Oct 10, 2017 by Bugzilla Migration User@bugzilla-migration

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

Assignee
Assign to
Time tracking