En gros, en linéaire on fait le gros du boulot, après c'est toujours un peu meilleur mais bien plus cher en temps CPU.
Je ne suis pas trop d'accord, et ça dépend de l'image d'origine. En général le linéaire est bon lorsque les valeurs évoluent relativement continûment (dérivée seconde à valeurs faibles), par contre lors d'évolutions "saccadées", il donne un effet de flou. Ça dépend au final des tailles concernées, mais s'il y a des bords francs sur l'image d'origine c'est probable que le cubique conservera une bonne qualité de bord franc et non le linéaire.
Au cours de mon travail sur un jeu qui va sortir en version 2 bientôt, j'ai utilisé plusieurs types d'algorithme de lissage au cours d'une rotation d'image, et le résultat illustre bien mon propos :
[^] # Re: redimensionner
Posté par gc . En réponse au journal GTK Batch Resizer. Évalué à 4.
Je ne suis pas trop d'accord, et ça dépend de l'image d'origine. En général le linéaire est bon lorsque les valeurs évoluent relativement continûment (dérivée seconde à valeurs faibles), par contre lors d'évolutions "saccadées", il donne un effet de flou. Ça dépend au final des tailles concernées, mais s'il y a des bords francs sur l'image d'origine c'est probable que le cubique conservera une bonne qualité de bord franc et non le linéaire.
Au cours de mon travail sur un jeu qui va sortir en version 2 bientôt, j'ai utilisé plusieurs types d'algorithme de lissage au cours d'une rotation d'image, et le résultat illustre bien mon propos :
http://zarb.org/~gc/t/fb2-rotate.png