<div dir="ltr"><div>Hi,</div><div><br></div>Typically, using JPEG as a really disadvantage about thumbnail quality, especially with Hdpi screen. For that, I'm not favorable to propose JPEG as thumbs storage in DB.<div><br></div><div>But i still open. Your request is to create a digiKam back-end to a web-based view photo collections. There are other standards for the web, emerging step by step, based on wavelets compression, as Webp or Heic.</div><div><br></div><div><a href="https://www.cnet.com/news/google-offers-jpeg-alternative-for-faster-web/">https://www.cnet.com/news/google-offers-jpeg-alternative-for-faster-web/</a><br></div><div><a href="https://www.cnet.com/news/google-mozilla-av1-photo-format-could-outdo-aging-jpeg/">https://www.cnet.com/news/google-mozilla-av1-photo-format-could-outdo-aging-jpeg/</a><br></div><div><br></div><div>Both Webp and Heic are supported by ImageMagick, so PHP must do the conversion in background :</div><div><br></div><div><a href="https://www.imagemagick.org/script/formats.php">https://www.imagemagick.org/script/formats.php</a><br></div><div><br></div><div>In other words, we need space optimization, quality and speed. For the 2 first ones, JPEG is not the right solution.</div><div><br></div><div>Else about PGF, which is not supported by ImageMagick, a simple converter exists with libpgf, and can be called easily by PHP on you web server...</div><div><br></div><div><a href="https://sourceforge.net/p/libpgf/code/HEAD/tree/trunk/pgf/">https://sourceforge.net/p/libpgf/code/HEAD/tree/trunk/pgf/</a><br></div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div>