[Bug 673949] Rtspsrc element cannot negiotiate a multicast stream from a teradek cube.

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #2 from Aaron Austin <abaustinsbugs at gmail.com> 2012-04-19 23:54:29 UTC ---
Created an attachment (id=212398)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=212398)
Wireshark capture of VLC connecting to a teradek cube

Here is a wireshark capture of VLC onnecting to a teradek cube that has been
configured for multicast.  It appears that VLC always requests a unicast
stream, even when the teradek cube responds with a multicast stream, and VLC 
provides the teradek cube with some client ports to use whenever it requests a
unicast stream.  

Looking at the original debug information I got from GStreamer, I see that
GStreamer provided client ports when it made the initial unicast request for
TrackID 0.  When the teradek cube responded back with a multicast stream, I see
that GStreamer switched over and started to make multicast requests.  I noticed
that GStreamer did not provide the teradek with any client ports when it made
the multicast setup request for trackID 1.  I suspect that the teradek cube is
not happy because it is not getting supplied with any client ports when it is
recieving the setup request for the multicast stream.

I think there are two ways to solve this issue:
1.  Always request a unicast stream regardless of what the rtspserver responds
with, which is what VLC does.
2.  Supply the rtspserver with client ports when making a setup request for
multicast streams.

-- 
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.