#66 Investigate more options for JPEG thumbnail compression

Aberta
aberta %!s(int64=2) %!d(string=hai) anos por towerofnix · 0 comentarios

Now that we're going to be working with larger JPEG images (for large-image overlay), it'd be good to look a little deeper into compressing images better.

ImageMagick provides (ex.) -define jpeg:extent=300kb which ostensibly finds a quality setting around the target filesize - the resulting file may be a bit larger or smaller in size.

jpegoptim apparently works better for some, and may be more specifically suited to the task, so it's worth comparing. I don't think it has scaling options, so it's probably necessary to convert (with 100% quality) to the target resolution first - ImageMagick provides a handy control for doing that which we use now anyway, so this isn't a bother beyond what's inherent in making each thumbnail generate in two steps instead of one.

Now that we're going to be working with larger JPEG images (for large-image overlay), it'd be good to look a little deeper into compressing images better. [ImageMagick provides](https://stackoverflow.com/a/11920384) (ex.) `-define jpeg:extent=300kb` which ostensibly finds a quality setting around the target filesize - the resulting file may be a bit larger or smaller in size. [jpegoptim](https://stackoverflow.com/a/25360060) apparently works better for some, and may be more specifically suited to the task, so it's worth comparing. I don't think it has scaling options, so it's probably necessary to `convert` (with 100% quality) to the target resolution first - ImageMagick provides a handy control for doing that which we use now anyway, so this isn't a bother beyond what's inherent in making each thumbnail generate in two steps instead of one.
Accede para unirte á conversa.
Sen fito
Sen asignado
1 participantes
Cargando...
Cancelar
Gardar
Aínda non existe contido.