[Bug 729058] New: Porting gst-launch raw video UDP stream pipeline from 0.10 to 1.0 is inconsistent

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=729058
  GStreamer | don't know | 1.2.3

           Summary: Porting gst-launch raw video UDP stream pipeline from
                    0.10 to 1.0 is inconsistent
    Classification: Platform
           Product: GStreamer
           Version: 1.2.3
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: pev at sketchymonkey.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


I have a pair of pipelines from 0.10 that have issues under 1.0. To replicate,
use the following : 


System information : 

I've tested using the following gstreamer versions (distributed via Ubuntu
14.04) :
  gst-launch-0.10 version 0.10.36
  gst-launch-1.0 version 1.2.3

The tests were performed on on a HP z600 Dual Quad-Xeon with 24GB ram (speedy!)
using the on-board BCM5764M gigabit ethernet (eth0) on a netgear ethernet
switch with the following multicast route configured :
  route add -net 224.0.0.0 netmask 240.0.0.0 eth0

Common config for send and receive : 

  export MULTICAST_ADDR=239.192.1.254
  export PORT=5004
  export WIDTH=1024
  export HEIGHT=768


Create send and receive using GStreamer 0.10 :

  gst-launch-0.10 videotestsrc ! \
    "video/x-raw-yuv,framerate=30/1,width=$WIDTH,height=$HEIGHT" ! \
    queue ! rtpvrawpay ! udpsink host=$MULTICAST_ADDR port=$PORT
auto-multicast=true

  gst-launch-0.10 udpsrc uri=udp://${MULTICAST_ADDR}:${PORT}  ! \
    queue ! \
    "application/x-rtp,media=(string)video,clock-rate=(int)90000," \
    "encoding-name=(string)RAW,sampling=(string)YCbCr-4:2:2," \
    "depth=(string)8,width=(string)${WIDTH},height=(string)${HEIGHT}," \
    "colorimetry=(string)SMPTE240M,payload=(int)96" ! \
    queue ! \
    rtpvrawdepay ! \
    "video/x-raw-yuv,width=(int)${WIDTH},height=(int)${HEIGHT}" ! \
    queue ! \
    fpsdisplaysink

Create send and receive using GStreamer 1.0 :

  gst-launch-1.0 videotestsrc  ! \
    "video/x-raw,format=UYVY,framerate=30/1,width=$WIDTH,height=$HEIGHT" ! \
    queue ! rtpvrawpay ! udpsink host=$MULTICAST_ADDR port=$PORT
auto-multicast=true

  gst-launch-1.0 udpsrc uri=udp://${MULTICAST_ADDR}:${PORT}  ! \
    queue ! \
    "application/x-rtp,media=(string)video,clock-rate=(int)90000," \
    "encoding-name=(string)RAW,sampling=(string)YCbCr-4:2:2," \
    "depth=(string)8,width=(string)${WIDTH},height=(string)${HEIGHT}," \
    "colorimetry=(string)SMPTE240M,payload=(int)96" ! \
    queue ! \
    rtpvrawdepay ! \
    "video/x-raw,format=UYVY,width=(int)${WIDTH},height=(int)${HEIGHT}" ! \
    queue ! \
    fpsdisplaysink


Note that the only changes are changing from : 
  video/x-raw-yuv
to : 
  video/x-raw,format=UYVY
as suggested.


If you stream 0.10 -> 0.10 it streams OK, and if you stream 1.0 - 1.0 it also
streams OK. If you mix and match 0.10 and 1.0 send/receive the video format
mismatches and you get a corrupted video stream in pinks and greens. 

I have two standalone pieces of hardware that stream raw yuv in this manner (I
was using gstreamer as a local test harness) one made by myself, one by another
vendor. Both display correctly when using the 0.10 pipeline but not with 1.0 so
I'm assuming that this version must have introduced a but OR that there's
another change required.

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