[Bug 756422] rtpj2kpay: wrong offsets in output

[GStreamer (GNOME Bugzilla)]

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

--- Comment #6 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
There is something wrong in opejpeg it seems. For example:

gst-launch-1.0 videotestsrc num-buffers=1 pattern=black ! openjpegenc !
"image/x-jpc, colorspace=sYUV" ! openjpegdec ! fakesink

is crashing at the encoder here, while adding the rtp payloader and depayloader
crashes at the decoder.

I compared the input and output of the payloader and depayloader and they are
identical after my patch, but:

/GstPipeline:pipeline0/GstRtpJ2KPay:rtpj2kpay0.GstPad:sink: caps =
"image/x-jpc\,\ colorspace\=\(string\)sRGB\,\ num-components\=\(int\)4\,\
width\=\(int\)320\,\ height\=\(int\)240\,\
pixel-aspect-ratio\=\(fraction\)1/1\,\ framerate\=\(fraction\)30/1"

and

/GstPipeline:pipeline0/GstRtpJ2KDepay:rtpj2kdepay0.GstPad:src: caps =
"image/x-jpc\,\ framerate\=\(fraction\)0/1\,\ fields\=\(int\)1\,\
colorspace\=\(string\)sYUV"

doesn't seem right.

I wonder if any extra signaling is needed to get all the info into the rtp
depayloader.

The RTP caps is: "application/x-rtp\,\ media\=\(string\)video\,\
clock-rate\=\(int\)90000\,\ encoding-name\=\(string\)JPEG2000\,\
payload\=\(int\)96\,\ ssrc\=\(uint\)2639853500\,\
timestamp-offset\=\(uint\)1296653318\,\ seqnum-offset\=\(uint\)26752"

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