Le format PNG est-il sans perte puisqu'il possède un paramètre de compression?
Le format PNG est censé être un format sans perte, mais lorsque vous enregistrez une image sous forme de fichier PNG, choisissez un niveau de compression. Est-ce que cela signifie que le format PNG n'est pas sans perte après tout?
La session de questions-réponses d'aujourd'hui nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement de sites Web Q & A gérés par la communauté.
La question
Le lecteur SuperUser pkout veut savoir si la qualité d'une image PNG est affectée par le niveau de compression choisi:
Si je comprends bien, les fichiers PNG utilisent une compression sans perte. Cependant, lorsque j'utilise un éditeur d'image tel que Gimp et que j'essaie d'enregistrer une image en tant que fichier PNG, il demande un niveau de compression compris entre 0 et 9.
S'il a un paramètre de compression affectant la précision visuelle l'image compressée, comment le PNG est-il sans perte alors? Quelqu'un pourrait-il me l'expliquer? Ai-je un comportement sans perte uniquement lorsque je mets le niveau de compression à 9?
Y at-il une différence de qualité de l'image en fonction du niveau de compression choisi?
Les contributeurs SuperUser de la réponse
LordNeckbeard et jjlin la réponse pour nous. Tout d'abord, LordNeckbeard:
PNG est compressé, mais sans perte
Le niveau de compression est un compromis entre la taille du fichier et la vitesse de codage / décodage. Pour généraliser, même les formats non-image tels que FLAC ont des concepts similaires
Différents niveaux de compression, même sortie décodée
Bien que les tailles de fichiers soient différentes en raison des différents niveaux de compression, la sortie décodée sera identique. Vous pouvez comparer les hachages MD5 des sorties décodées avec ffmpeg en utilisant le muxer MD5.
Créer des fichiers PNG
- Par défaut, ffmpeg utilisera -compression_level 100 pour la sortie PNG
- Un test rapide et bâclé a montré que 100 (le niveau de compression le plus élevé) prenait environ trois
Comparer la taille du fichier
Décoder les fichiers PNG et afficher les hachages MD5
Comme les deux hachages sont les mêmes, vous avez besoin de plus de temps pour encoder. peut être assuré que les sorties décodées (les fichiers bruts non compressés) sont exactement les mêmes.
Suivi par la réponse de jjlin:
PNG est sans perte. Dans ce cas, GIMP n'utilise probablement pas le meilleur choix de libellé
Pensez-y comme qualité de compression ou niveau de compression . Avec une compression plus faible, vous obtenez un fichier plus volumineux, mais il faut moins de temps pour produire, tandis qu'avec une compression plus élevée, vous obtenez un fichier plus petit à produire.
Généralement, vous obtenez des rendements décroissants comparé à l'augmentation du temps qu'il faut pour atteindre les niveaux de compression les plus élevés, mais cela dépend de vous.
Avez-vous quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Découvrez le fil de discussion complet ici.
Qu'est-ce qu'un "processus Zombie" sous Linux?
Si vous êtes un utilisateur de Linux, vous avez peut-être vu des processus zombies traîner dans votre liste de processus. Vous ne pouvez pas tuer un processus de zombies parce qu'il est déjà mort - comme un zombie réel. Les zombies sont essentiellement les bits restants des processus morts qui n'ont pas été nettoyés correctement.
Ouvrir rapidement les applications récentes et les documents avec cette fonctionnalité Mac cachée
Vous avez probablement beaucoup d'applications et de documents sur votre Mac, mais en accédez très fréquemment. Cette petite commande de terminal ajoute une fonctionnalité utile, mais cachée: un menu en un clic pour accéder à vos applications et documents récents depuis votre dock CONNEXION: Comment personnaliser et modifier la station d'accueil de votre Mac Il y a beaucoup de façons de personnaliser et de modifier le dock de votre Mac, mais en vérifiant une liste étonnante des invites de la ligne de commande OS X, nous avons trouvé une gemme cachée.
