[Bug 772740] rtpbin: receiving RTP bundle support
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Oct 20 09:17:20 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=772740
--- Comment #10 from Philippe Normand <philn at igalia.com> ---
(In reply to Olivier CrĂȘte from comment #9)
> Review of attachment 337827 [details] [review]:
>
> Except for the little nits below, this generally looks good. I'd really
> appreciate if there was a unit test to make sure this doesn't get broken in
> the future. I think it would also be beneficial to avoid plugin the extra
> ssrcdemux if the signal is not connected (or if it returns 0).
>
With the current semantics, 0 means use the existing session. But thanks for
the feedback, I'll work on a test and implement lazy ssrcdemux plugging :)
> ::: gst/rtpmanager/gstrtpbin.c
> @@ +672,3 @@
> + g_value_init (&result, G_TYPE_UINT);
> + g_value_init (¶ms[0], GST_TYPE_ELEMENT);
> + g_value_set_object (¶ms[0], rtpbin);
>
> You need to unset the params[0] after emitting the signal otherwise you'll
> leak the element.
>
Ok!
> @@ +678,3 @@
> + g_signal_emitv (params,
> + gst_rtp_bin_signals[SIGNAL_ON_BUNDLED_SSRC], 0, &result);
> + if (G_VALUE_HOLDS_UINT (&result)) {
>
> This will always be true, you just initialized it to G_TYPE_UINT earlier.
>
Ok!
> @@ +3560,3 @@
> + goto no_name;
> +
> + GST_DEBUG_OBJECT (rtpbin, "finding session %d", sessid);
>
> Use %u for debug since it's a guint.
The rtpbin code is crippled with these %d where %u should be used. But yeah I
can fix it!
--
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