[Bug 767980] New: updsink receive all multicast RTP packet from udpsrc

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 767980
           Summary: updsink receive all multicast RTP packet from udpsrc
    Classification: Platform
           Product: GStreamer
           Version: 1.8.2
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: hoel.vasseur at openwide.fr
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 330272
  --> https://bugzilla.gnome.org/attachment.cgi?id=330272&action=edit
mixed frames received on receiver 1

I have four pipelines:
_ the first two stream videos using updsink and different multicast addresses
but on the same port (5004). The first source steams on 239.192.1.149:5004, the
second one streams to 239.192.1.126:5004

_ the two others pipelines are receivers, one for each stream. First one listen
tow 239.192.1.149:5004, other two  239.192.1.126:5004. These pipelines should
display the streams.

here are the 4 pipelines:

multicast source 1:
gst-launch-1.0 -v videotestsrc ! rtpvrawpay ! udpsink host=239.192.1.149
port=5004 sync=false

multicast source 2:
gst-launch-1.0 videotestsrc pattern=bar ! rtpvrawpay ! udpsink
host=239.192.1.126 port=5004 sync=false

multicast receiver for source 1:
gst-launch-1.0 udpsrc caps="application/x-rtp\,\ media\=\(string\)video\,\
clock-rate\=\(int\)90000\,\ encoding-name\=\(string\)RAW\,\
sampling\=\(string\)YCbCr-4:2:0\,\ depth\=\(string\)8\,\
width\=\(string\)320\,\ height\=\(string\)240\,\
colorimetry\=\(string\)BT601-5\,\ payload\=\(int\)96\,\
ssrc\=\(uint\)3666611714\,\ timestamp-offset\=\(uint\)543562297\,\
seqnum-offset\=\(uint\)28252\,\ a-framerate\=\(string\)30"
multicast-group=239.192.1.149 port=5004 ! rtpvrawdepay ! videoconvert !
autovideosink

multicast receiver for source 2:
gst-launch-1.0 udpsrc caps="application/x-rtp\,\ media\=\(string\)video\,\
clock-rate\=\(int\)90000\,\ encoding-name\=\(string\)RAW\,\
sampling\=\(string\)YCbCr-4:2:0\,\ depth\=\(string\)8\,\
width\=\(string\)320\,\ height\=\(string\)240\,\
colorimetry\=\(string\)BT601-5\,\ payload\=\(int\)96\,\
ssrc\=\(uint\)3666611714\,\ timestamp-offset\=\(uint\)543562297\,\
seqnum-offset\=\(uint\)28252\,\ a-framerate\=\(string\)30"
multicast-group=239.192.1.126 port=5004 ! rtpvrawdepay ! videoconvert !
autovideosink

first source is classic videotestsrc, second one is pattern bar so we can
easily see a difference between the two.

The problem is that both receivers receive the datagrams from the 2 sources. It
means that the frames of both streams are mixed together. The problem does not
occur when different ports are used for each sources (first source streams to
29.192.1.149:5004 second one to 239.192.1.126:5005).
It seems to be a bug relative to upsrc or udpsink. I am using udpsrc and
udpsink with multicast since a while now, but there was no such problem before.
Several of my coworkers have the same problem on Debian with Gstreamer's 1.8.2. 

I am on Gstreamer's 1.8.2, Arch Linux.

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