After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 766213 - openjpeg plugin needs to be ported to libopenjp2 v2.1
openjpeg plugin needs to be ported to libopenjp2 v2.1
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: 1.8.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-05-10 09:36 UTC by Nirbheek Chauhan
Modified: 2016-05-11 06:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
openjpeg: Port to 2.1 and require a pkg-config file for 2.0 and 2.1 (3.60 KB, patch)
2016-05-10 10:55 UTC, Nirbheek Chauhan
committed Details | Review

Description Nirbheek Chauhan 2016-05-10 09:36:35 UTC
v2.1 was released in 2014 and is the currently-maintained version of OpenJPEG. However, the API/ABI changed so the plugin needs porting to work.

See:

https://github.com/uclouvain/openjpeg/releases/tag/version.2.1
https://github.com/uclouvain/openjpeg/blob/version.2.1/NEWS
Comment 1 Nirbheek Chauhan 2016-05-10 10:55:01 UTC
Created attachment 327574 [details] [review]
openjpeg: Port to 2.1 and require a pkg-config file for 2.0 and 2.1
Comment 2 Sebastian Dröge (slomo) 2016-05-10 11:03:54 UTC
Attachment 327574 [details] pushed as 1536f30 - openjpeg: Port to 2.1 and require a pkg-config file for 2.0 and 2.1
Comment 3 Aaron Boxer 2016-05-10 11:58:20 UTC
@slomo thanks for merging this patch
Comment 4 Aaron Boxer 2016-05-10 13:12:54 UTC
I can confirm that this patch works with the following pipeline:

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

using the master branches of gstreamer, gst-plugins-base, gst-plugins-bad and
OpenJPEG

Cool!
Comment 5 Aaron Boxer 2016-05-10 13:16:25 UTC
It also works with

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

using my patch to rtpj2k payloader, 

but the background of the pattern is green and the ball is pink.

Without rtp, the background is white and the ball is black.
Comment 6 Nirbheek Chauhan 2016-05-10 13:47:54 UTC
I can see that with the old openjpeg too (1.5), so it's unrelated to my patch. It's probably messing up colorspace caps on the payloader or depayloader. Could you file a new bug for that (for rtpj2kpay/depay)?
Comment 7 Aaron Boxer 2016-05-10 16:11:35 UTC
Nirbheek, I took a look at the patch code: there are two lines in the decoder
where you set a JPWL parameters (JPEG 2000 for Wireless). Did you intend to 
do this, or did this accidentally slip in? Because JPWL should not be relevant
to the patch.

Thanks,
Aaron
Comment 8 Nirbheek Chauhan 2016-05-10 16:21:37 UTC
I'm not sure what patch you're looking at, but my patch does not touch JPWL parameters at all.
Comment 9 Aaron Boxer 2016-05-10 16:29:53 UTC
Ahhh, ok, it must have been in the code already before your patch.

There is one isolated reference to JPWL:
 if (self->ncomps)
     params.jpwl_exp_comps = self->ncomps;

Can we remove these two lines ?
Comment 10 Sebastian Dröge (slomo) 2016-05-10 16:36:00 UTC
What effect does that have and can we discuss it in a new bug? :) It's unrelated to this one here
Comment 11 Aaron Boxer 2016-05-10 16:50:15 UTC
Good idea.