GNOME Bugzilla – Bug 712722
[regression] rtpbin fails to return not linked when it should
Last modified: 2013-11-22 11:41:21 UTC
This worked in 1.0, but had regressed by 1.2 First, send some RTP packets with: gst-launch-1.0 audiotestsrc ! alawenc ! rtppcmapay ! 'application/x-rtp, payload=(int)8' ! udpsink port=5004 Second, receive them with this pipeline: gst-launch-1.0 rtpbin name=r udpsrc port=5004 caps='application/x-rtp, clock-rate=(int)8000, payload=(int)8' ! r.recv_rtp_sink_1 r.recv_rtp_src_1 ! rtppcmadepay ! alawdec ! pulsesink In 1.0 (or 0.10 for that matter), it fails with not-linked. In 1.2 (and git master), it just drops all the packets. I assume it's the jitterbuffer failing to return the error upstream. Also, if I stop the sender and restart it (in 1.2 and git master), I get: (gst-launch-1.0:23850): GStreamer-CRITICAL **: gst_mini_object_unref: assertion `mini_object->refcount > 0' failed Program received signal SIGTRAP, Trace/breakpoint trap.
+ Trace 232803
Thread 140737313994496 (LWP 23859)
commit 4c9474905b264e73c77acf2e3dce5a88b2e44b08 Author: Wim Taymans <wtaymans@redhat.com> Date: Fri Nov 22 12:26:21 2013 +0100 rtpjitterbuffer: pass downstream flowreturn to upstream Fixes https://bugzilla.gnome.org/show_bug.cgi?id=712722
Can't seem to reproduce the CRITICAL.