<div dir="ltr">Thanks Even!<div><br></div><div>The overtired me kept overlooking frmts/gtiff/tif_jxl.c.</div><div><br></div><div>I will give it a go.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jan 6, 2025 at 1:12 PM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Le 06/01/2025 à 22:03, Kurt Schwehr a écrit :<br>
> Sounds good to me too (not that I really have the background to say so).<br>
<br>
master PR: <a href="https://github.com/OSGeo/gdal/pull/11586" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/11586</a><br>
<br>
3.10 partial backport PR: <a href="https://github.com/OSGeo/gdal/pull/11587" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/pull/11587</a><br>
<br>
><br>
> 1. Are there any plans to contribute JPEGXL in tiff to <br>
> <a href="https://gitlab.com/libtiff/libtiff" rel="noreferrer" target="_blank">https://gitlab.com/libtiff/libtiff</a>?<br>
My plan was that we would do this once <a href="https://github.com/libjxl/libjxl/" rel="noreferrer" target="_blank">https://github.com/libjxl/libjxl/</a> <br>
has reached a 1.0 milestone, but I'm not sure if/when they'll be at that <br>
point.<br>
> 2. And what would one need to do to patch libtiff to use JPEGXL?<br>
<br>
Copy frmts/gtiff/tif_jxl.c into libtiff sources, register it in <br>
tif_codec.c and add support for libjxl detection in libtiff autoconf & cmake<br>
<br>
Even<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
Butcher of all kinds of standards, open or closed formats. At the end, this is just about bytes.<br>
<br>
</blockquote></div>