<div dir='auto'>I note that NITF JPEG is a bit different to what libjpeg puts out by default. See MIL-STD-188-198A.<div dir="auto"><br></div><div dir="auto">I would interested to see sample data with C5/M5 IC. What makes it?<br><div dir="auto"><br></div><div dir="auto">Brad</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 Jun. 2021 04:07, Even Rouault <even.rouault@spatialys.com> wrote:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"><br>
Le 16/06/2021 à 19:53, GeodudeKid a écrit :<br>
> We can refer to this: https://en.wikipedia.org/wiki/Lossless_JPEG. "Besides<br>
> lossless compression, JPEG-LS also provides a lossy mode ("near-lossless")<br>
> where the maximum absolute error can be controlled by the encoder." That<br>
> being said, would the existing JPEGLS driver be able to support lossless and<br>
> lossy input imagery?</p>
<p dir="ltr">Its capabilities should match the ones of <br>
https://github.com/team-charls/charls :</p>
<p dir="ltr">"This project's goal is to provide a full implementation of the ISO/IEC <br>
14495-1:1999, "Lossless and near-lossless compression of continuous-tone <br>
still images: Baseline" standard."</p>
<p dir="ltr">But I'm not aware of Lossless JPEG (not sure which variant NITF refers <br>
to, if it is the " 1993 addition to JPEG standard " or JPEG-LS <br>
ISO-14495-1/ITU-T.87) being actually used in practice with NITF (at <br>
least I've never seen such beast). People generally use either good-old <br>
JPEG or JPEG-2000 if they want compression.</p>
<p dir="ltr">Even</p>
<p dir="ltr">-- </p>
<p dir="ltr">http://www.spatialys.com<br>
My software is free, but my time generally not.</p>
<p dir="ltr">_______________________________________________<br>
gdal-dev mailing list<br>
gdal-dev@lists.osgeo.org<br>
https://lists.osgeo.org/mailman/listinfo/gdal-dev<br>
</p>
</blockquote></div><br></div>