We currently provide no IO filter support for the JPEG 2000 (ISO/IEC 15444) image format(s). If licensing and packaging size permit, believe support for basic (ISO 15444-1).jp2 formats might be feasible implementing work FOSS of the OpenJPEG or JasPer projects.
Alternatively to handling natively, seems like Imagemagick's convert already provides (OpenJPEG based) conversion of the JP2 format to BMP or PNG. As that is already an external dependency for the EPS filter would we be causing ourselves too much pain to add another filter like ieps.cxx to handle reading JP2? =-ref-= http://opengrok.libreoffice.org/xref/core/filter/source/graphicfilter/ieps/ieps.cxx?a=true#342
*** Bug 112121 has been marked as a duplicate of this bug. ***
If this is implemented please turn it on in our Poppler build/config as well. This might allow the images in the PDF in tdf#101611 to be rendered using our built in poppler. (They work fine using the system libpoppler builds on both Ubuntu and Debian)
@Tomaž, Caolán, * Did some support of jp2 as an imported image format ever get kicked around dev circles. I see in gerrit where we'd dropped poppler's internal JPEG2000 codec [1], while our move from libjpeg to libjpeg-turbo started at the 4.4 release. But of course libjpeg and then libjpeg-turbo have no support for jp2 wavelet compression. So as jp2 remains in poppler-utils could we restore its use to our poppler builds (to at least parse embedded jp2 image streams out of PDF archives)? =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/38029
We do already build Jpeg2000 with PDFium anyway (Jpeg2000 was added to PDF standard so it's needed to have full PDF support), but PDFium is not a mandatory library (yet). Adding support for JP2k to LO would make sense IMHO, but I'm not doing the work :)