[Bug 745187] New: JPEG2000 RTP video streaming problem

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 745187
           Summary: JPEG2000 RTP video streaming problem
    Classification: Platform
           Product: GStreamer
           Version: 1.x
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: miilic at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 297925
  --> https://bugzilla.gnome.org/attachment.cgi?id=297925&action=edit
rtp plugin details

JPEG2000 video streaming over RTP using rtpj2kpay/rtpj2kdepay plugins doesn't
seem to work. Using these command lines:

(Server chain)
gst-launch-1.0 -v filesrc location=test_qvga.mjpeg !
'image/jpeg,width=320,height=240,framerate=25/1' ! jpegparse ! omxmjpegdec !
openjpegenc ! rtpj2kpay ! udpsink host=192.168.1.44 port=5000

(Client chain)
gst-launch-1.0 -v udpsrc caps="application/x-rtp, media=(string)video,
clock-rate=(int)90000, encoding-name=(string)JPEG2000, payload=(int)96,
framerate=(fraction)25/1" port=5000 ! rtpj2kdepay ! fakesink dump=1

doesn't produce any packet dumps on the client. Removing the rtpj2kdepay
element from the client chain does show that packets are being received.

Running the client with extra debug info, like this:

gst-launch-1.0 -v --gst-debug=rtpj2kdepay:5 udpsrc caps="application/x-rtp,
media=(string)video, clock-rate=(int)90000, encoding-name=(string)JPEG2000,
payload=(int)96, framerate=(fraction)25/1" port=5000 ! rtpj2kdepay ! fakesink
dump=1

shows a stream of messages about discarded packets:
...
rtpj2kdepay gstrtpj2kdepay.c:480:gst_rtp_j2k_depay_process:<rtpj2kdepay0> MHF
0, tile 0, frag 0, expected 1380
rtpj2kdepay gstrtpj2kdepay.c:488:gst_rtp_j2k_depay_process:<rtpj2kdepay0>
discont of -1380, clear PU
rtpj2kdepay gstrtpj2kdepay.c:555:gst_rtp_j2k_depay_process:<rtpj2kdepay0>
discard packet, no sync
...

To eliminate networking issues, I performed this test on the client:

gst-launch-1.0 -v videotestsrc pattern=ball ! openjpegenc ! rtpj2kpay !
rtpj2kdepay ! openjpegdec ! videoconvert ! ximagesink

It doesn't work, if I run it with --gst-debug=rtpj2kdepay:5, I get the same
stream of messages about discarded packets.

Removing the rtpj2kpay/rtpj2kdepay pair "resolves" the problem. This command
works as expected:
gst-launch-1.0 -v videotestsrc pattern=ball ! openjpegenc ! openjpegdec !
videoconvert ! ximagesink

As opposed to JPEG2000 video stream, this command with plain MJPEG over RTP
works just fine:
gst-launch-1.0 -v videotestsrc pattern=ball ! jpegenc ! rtpjpegpay !
rtpjpegdepay ! jpegdec ! videoconvert ! ximagesink 

I noticed these two lines when running the local test on client using JPEG2000:
/GstPipeline:pipeline0/GstRtpJ2KDepay:rtpj2kdepay0.GstPad:src: caps =
image/x-jpc, framerate=(fraction)0/1, fields=(int)1, colorspace=(string)sYUV
/GstPipeline:pipeline0/GstOpenJPEGDec:openjpegdec0.GstPad:sink: caps =
image/x-jpc, framerate=(fraction)0/1, fields=(int)1, colorspace=(string)sYUV

where the framerate is apparently set to 0, but I don't see a way to change
that.

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