[spip-dev] JPG progressif et SPIP

Bonjour,

Nicolas demandait sur https://twitter.com/NicolasFriedli/statuses/364061722446807040 : "se demande s'il est imaginable que #SPIP propose du #jpg progressif par défaut..."

Pour cela, il faudrait rajouter dans les traitements d'image de SPIP un appel à http://www.php.net/manual/en/function.imageinterlace.php

Mais pour faire bien les choses, il ne faudrait le faire que si c'est du JPG
Voir http://www.tuxradar.com/practicalphp/11/2/27

http://www.webpagetest.org/ est un outil bien pratique pour tester l'optimisation.

Ci-joint, le patch pour SPIP 2.1.23 SVN

imageinterlace.patch (971 Bytes)

J'avais regardé, mais la question que je me posais est de savoir si cela doit être fait sur toutes les images (et ne sera actif que lors de l'export en jpg), uniquement sur les exports en jpg (mais systematiquement), ou uniquement quand on veut faire un export jpg final optimisé.

Aka, est-ce qu'il y a des effets néfastes a mettre le bit interlace à true ? (taille de l'image ? CPU/effort de génération ? que sais-je...)

En tout état de cause ça mérite peut-être de creuser un peu la question, plutôt sur la branche dev, avant de reporter ça dans une branche stable, non ?

Cédric

Cédric Morin a écrit le 09/09/2013 à 22:36 :

J'avais regardé, mais la question que je me posais est de savoir si cela doit être fait sur toutes les images (et ne sera actif que lors de l'export en jpg), uniquement sur les exports en jpg (mais systematiquement), ou uniquement quand on veut faire un export jpg final optimisé.

Aka, est-ce qu'il y a des effets néfastes a mettre le bit interlace à true ? (taille de l'image ? CPU/effort de génération ? que sais-je...)

En tout état de cause ça mérite peut-être de creuser un peu la question, plutôt sur la branche dev, avant de reporter ça dans une branche stable, non ?

Hop, un ticket : Générer des JPEG progressifs (#3962) · Tickets · spip / spip · GitLab