[Bug 720435] rtpbasepayload: Prefer downstream SSRC after collision if possible

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=720435
  GStreamer | gst-plugins-good | unspecified

--- Comment #6 from Olivier Crete (Tester) <olivier.crete at ocrete.ca> 2013-12-17 20:48:07 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> The original receiver-only SSRC should time out when the session has a
> (different) sender SSRC, I guess that's not implemented yet.

Currently, all of the "internal" rtpsources never time out, we should let them
time out like any other rtpsource? But we need one to never time out (for
receiving). Maybe check the one in the currently set caps, which I suspect
shoudl be the suggested_ssrc, which should be also settable from the property?
And let the rest time out normally?

> > This is also an API break from 1.0, at least Farstream relies on the
> > "internal-ssrc" property of the internal-source to set the SSRC..
> 
> I'm sure we can fix that.

How should we do that? If the payloader ignores the SSRC from downstream, the
setting this "internal-ssrc" does nothing. Previously, rtpsession would even
overwrite the SSRC in outgoing packets from this internal-ssrc, but that API I
can live with having broken.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.