[Bug 739419] rtspsrc: not-linked after a while

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Dec 9 22:25:12 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=739419

--- Comment #58 from dashesy <dashesy at gmail.com> ---
This patch now also needs some change in `gstrtpjitterbuffer.c` to work. 

Because this block changes the pt to the new *Wrong* pt:

  if (G_UNLIKELY (priv->last_pt != pt)) {
    GstCaps *caps;

    GST_DEBUG_OBJECT (jitterbuffer, "pt changed from %u to %u", priv->last_pt,
        pt);

    priv->last_pt = pt;
    /* reset clock-rate so that we get a new one */
    priv->clock_rate = -1;

    /* Try to get the clock-rate from the caps first if we can. If there are no
     * caps we must fire the signal to get the clock-rate. */
    if ((caps = gst_pad_get_current_caps (pad))) {
      gst_jitter_buffer_sink_parse_caps (jitterbuffer, caps, pt);
      gst_caps_unref (caps);
    }
  }


Which results in this error:

0:00:00.358131000  2668 0000016BDADDD9C0 WARN               rtpsource
rtpsource.c:983:calculate_jitter: cannot get clock-rate for pt 112
0:00:00.359132000  2668 0000016BDADDD9C0 ERROR        rtpjitterbuffer
gstrtpjitterbuffer.c:1372:gst_jitter_buffer_sink_parse_caps:<rtpjitterbuffer0>
Got caps with wrong payload type (got 96, expected 112)
0:00:00.359132000  2668 0000016BDADDD9C0 WARN         rtpjitterbuffer
gstrtpjitterbuffer.c:3133:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> No
clock-rate in caps!, dropping buffer
0:00:00.359132000  2668 0000016BDADDD9C0 WARN         rtpjitterbuffer
gstrtpjitterbuffer.c:3133:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> No
clock-rate in caps!, dropping buffer


But If the above check would not change the last_pt to pt the patch in this bug
will result in dropping the buffer in `gstrtpdemux.c`.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list