PNG

Un archivo PNG comienza con una firma de ocho bytes ^{[ 20 ]} (consulte la imagen del editor hexadecimal a la derecha):

Después del encabezado, viene una serie de fragmentos , ^{[ 21 ]} cada uno de los cuales transmite cierta información sobre la imagen. Los fragmentos se declaran como críticos o auxiliares , y un programa que encuentre un fragmento auxiliar que no entienda puede ignorarlo sin problemas. Esta estructura de capa de almacenamiento basada en fragmentos, similar en concepto a un formato contenedor o al IFF de Amiga , está diseñada para permitir que el formato PNG se extienda manteniendo la compatibilidad con versiones anteriores; proporciona compatibilidad hacia adelante , y esta misma estructura de archivo (con diferente firma y fragmentos) se utiliza en los formatos MNG , JNG y APNG asociados.

Un fragmento consta de cuatro partes: longitud (4 bytes, ^{[ 22 ]} big-endian ), tipo/nombre del fragmento (4 bytes ^{[ 23 ]} ), datos del fragmento (longitud bytes) y CRC (código de redundancia cíclica/suma de verificación; 4 bytes ^{[ 22 ]} ). El CRC es un CRC-32 de orden de bytes de red calculado sobre el tipo de fragmento y los datos del fragmento, pero no sobre la longitud.

A los tipos de fragmentos se les asigna un tipo/nombre ASCII de cuatro letras que distingue entre mayúsculas y minúsculas ; compárese con FourCC . El uso de mayúsculas y minúsculas en el nombre (bit 5 del valor numérico del carácter) es un campo de bits que proporciona al decodificador información sobre la naturaleza de los fragmentos que no reconoce.

El uso de mayúsculas y minúsculas en la primera letra indica si el fragmento es crítico o no. Si la primera letra está en mayúscula, el fragmento es crítico; de lo contrario, es secundario. Los fragmentos críticos contienen información necesaria para leer el archivo. Si un decodificador encuentra un fragmento crítico que no reconoce, debe interrumpir la lectura del archivo o mostrar una advertencia al usuario.

El uso de mayúsculas y minúsculas en la segunda letra indica si el fragmento es público (ya sea en la especificación o en el registro de fragmentos públicos de propósito especial) o privado (no estandarizado). Las mayúsculas indican que es público y las minúsculas, que es privado. Esto garantiza que los nombres de fragmentos públicos y privados nunca entren en conflicto (aunque sí podrían existir dos nombres de fragmentos privados).

La tercera letra debe ser mayúscula para cumplir con la especificación PNG. Está reservada para futuras expansiones. Los decodificadores deben tratar un fragmento con una tercera letra minúscula del mismo modo que cualquier otro fragmento no reconocido.

El uso de la cuarta letra indica si el fragmento puede copiarse sin problemas por editores que no lo reconocen. Si está en minúscula, el fragmento puede copiarse sin problemas, independientemente de la magnitud de las modificaciones realizadas al archivo. Si está en mayúscula, solo puede copiarse si las modificaciones no han afectado a ningún fragmento crítico.

En las imágenes PNG, los píxeles son números que pueden ser índices de datos de muestra en la paleta o los propios datos de muestra. La paleta es una tabla independiente contenida en el fragmento PLTE. Los datos de muestra de un solo píxel consisten en una tupla de entre uno y cuatro números. Tanto si los datos del píxel representan índices de la paleta como valores de muestra explícitos, los números se denominan canales y cada número de la imagen se codifica con un formato idéntico.

Los formatos permitidos codifican cada número como un entero sin signo utilizando una cantidad fija de bits, denominada profundidad de bits en la especificación PNG . Cabe destacar que esto no es lo mismo que la profundidad de color , que se usa comúnmente para referirse a la cantidad total de bits en cada píxel, no en cada canal. Las profundidades de bits permitidas se resumen en la tabla junto con la cantidad total de bits utilizados para cada píxel.

El número de canales depende de si la imagen es en escala de grises o en color y de si tiene un canal alfa . PNG permite las siguientes combinaciones de canales, denominadas tipo de color .

El tipo de color se especifica como un valor de 8 bits; sin embargo, solo se utilizan los tres bits menos significativos y, aun así, solo se permiten las cinco combinaciones mencionadas anteriormente. Siempre que el tipo de color sea válido, puede considerarse como un campo de bits, tal como se resume en la tabla adjunta:

• Valor de bit 1: los datos de la imagen almacenan índices de paleta. Esto solo es válido en combinación con el valor de bit 2;
• valor de bit 2: las muestras de imagen contienen tres canales de datos que codifican colores tricromáticos , de lo contrario las muestras de imagen contienen un canal de datos que codifica la luminancia relativa ,
• Valor de bit 4: las muestras de imagen también contienen un canal alfa expresado como una medida lineal de la opacidad del píxel. Esto no es válido en combinación con el valor de bit 1.

Con imágenes en color indexadas, la paleta siempre almacena colores tricromáticos con una profundidad de 8 bits por canal (24 bits por entrada de paleta). Además, se puede incluir una lista opcional de valores alfa de 8 bits para las entradas de la paleta; si no se incluye, o si es más corta que la paleta, se asume que las entradas restantes son opacas. La paleta no debe tener más entradas que la profundidad de bits de la imagen, pero puede tener menos (por ejemplo, si una imagen con píxeles de 8 bits solo usa 90 colores, no necesita entradas de paleta para los 256 colores). La paleta debe contener entradas para todos los valores de píxeles presentes en la imagen.

El estándar permite que las imágenes PNG indexadas en color tengan 1, 2, 4 u 8 bits por píxel; las imágenes en escala de grises sin canal alfa pueden tener 1, 2, 4, 8 o 16 bits por píxel. El resto utiliza una profundidad de bits por canal de 8 o 16. Las combinaciones permitidas se muestran en la tabla anterior. El estándar exige que los decodificadores puedan leer todos los formatos de color compatibles, pero muchos editores de imágenes solo pueden generar un pequeño subconjunto de ellos.

PNG ofrece diversas opciones de transparencia. En imágenes de color verdadero y en escala de grises, se puede declarar un único valor de píxel como transparente o añadir un canal alfa (lo que permite utilizar cualquier porcentaje de transparencia parcial). En imágenes con paleta de colores, se pueden añadir valores alfa a las entradas de la paleta. El número de estos valores almacenados puede ser inferior al número total de entradas de la paleta; en ese caso, las entradas restantes se consideran totalmente opacas.

Se supone que el escaneo de los valores de píxeles para la transparencia binaria debe realizarse antes de cualquier reducción de color para evitar que los píxeles se vuelvan transparentes involuntariamente. Esto probablemente represente un problema para los sistemas que pueden decodificar imágenes de 16 bits por canal (como se requiere para cumplir con la especificación) pero que solo emiten a 8 bits por canal (lo que es habitual en todos los sistemas, excepto en los de gama más alta).

El almacenamiento alfa puede ser "asociado" (" premultiplicado ") o "no asociado", pero PNG estandarizó ^{[ 39 ]} el alfa "no asociado" ("no premultiplicado"), lo que significa que las imágenes no están codificadas en alfa ; las emisiones representadas en RGB no son las emisiones a nivel de píxel. Esto significa que la operación de sobremultiplicación multiplicará las emisiones RGB por el alfa y no puede representar la emisión y la oclusión correctamente.

PNG utiliza un proceso de compresión de dos etapas:

• precompresión: filtrado (predicción)
• compresión: DESINFLAR

PNG utiliza DEFLATE , un algoritmo de compresión de datos sin pérdida no patentado que combina la codificación LZ77 y Huffman . Existen implementaciones de DEFLATE con licencia permisiva , como zlib , ampliamente disponibles.

En comparación con los formatos con compresión con pérdida , como JPEG, elegir ajustes de compresión más altos puede ralentizar el procesamiento sin reducir significativamente el tamaño del archivo.

Filtración

Antes de aplicar DEFLATE, los datos se transforman mediante un método de predicción: se utiliza un único método de filtro para toda la imagen, mientras que para cada línea de la imagen se elige un tipo de filtro para transformar los datos y hacerlos más compresibles. ^{[ 40 ]} El tipo de filtro utilizado para una línea de exploración se antepone a la línea de exploración para permitir la descompresión en línea.

En la especificación PNG actual solo existe un método de filtrado (denominado método 0), por lo que, en la práctica, la única opción es determinar qué tipo de filtro aplicar a cada línea. Este método predice el valor de cada píxel basándose en los valores de los píxeles vecinos anteriores y resta el color predicho del píxel al valor real, como en DPCM . Una línea de imagen filtrada de esta manera suele ser más compresible que la línea de imagen original, especialmente si es similar a la línea anterior, ya que las diferencias con respecto a la predicción generalmente se agrupan alrededor de 0, en lugar de distribuirse entre todos los posibles valores de la imagen. Esto es particularmente importante al relacionar filas separadas, ya que DEFLATE no entiende que una imagen es una entidad 2D, sino que simplemente ve los datos de la imagen como una secuencia de bytes.

Existen cinco tipos de filtro para el método de filtrado 0; cada tipo predice el valor de cada byte (de los datos de la imagen antes del filtrado) basándose en el byte correspondiente del píxel a la izquierda ( A ), el píxel superior ( B ) y el píxel superior e izquierdo ( C ) o alguna combinación de estos, y codifica la diferencia entre el valor predicho y el valor real. Los filtros se aplican a valores de byte, no a píxeles; los valores de píxel pueden ser de uno o dos bytes, o varios valores por byte, pero nunca cruzan los límites de los bytes. Los tipos de filtro son: ^{[ 41 ]}

El filtro Paeth se basa en un algoritmo de Alan W. Paeth . ^{[ 42 ]} Compárese con la versión de DPCM utilizada en JPEG sin pérdidas y con la transformada discreta de ondículas que utiliza ventanas de 1 × 2, 2 × 1 o (para el predictor Paeth) 2 × 2 y ondículas de Haar .

La compresión se mejora aún más mediante la selección adaptativa de tipos de filtro para cada línea. Esta mejora, y un método heurístico para implementarla, comúnmente utilizado por el software de escritura PNG, fueron creados por Lee Daniel Crocker , quien probó los métodos en muchas imágenes durante la creación del formato; ^{[ 43 ]} la elección del filtro es un componente de la optimización del tamaño del archivo, como se explica más adelante.

Si se utiliza el entrelazado, cada etapa del entrelazado se filtra por separado, lo que significa que la imagen se puede renderizar progresivamente a medida que se recibe cada etapa; sin embargo, el entrelazado generalmente hace que la compresión sea menos efectiva.

PNG ofrece un esquema de entrelazado opcional de 2 dimensiones y 7 pasadas : el algoritmo Adam7 . Este es más sofisticado que el esquema de 1 dimensión y 4 pasadas de GIF, y permite que una imagen de baja resolución más nítida sea visible antes en la transferencia, particularmente si se utilizan algoritmos de interpolación como la interpolación bicúbica . ^{[ 44 ]}

Sin embargo, el esquema de 7 pasadas tiende a reducir la compresibilidad de los datos más que los esquemas más simples.

El formato PNG básico no admite animación. MNG es una extensión de PNG que sí la admite; fue diseñada por miembros del Grupo PNG. MNG comparte la estructura y los fragmentos básicos de PNG, pero es significativamente más complejo y tiene una firma de archivo diferente, lo que lo hace incompatible con los decodificadores PNG estándar. Esto significa que la mayoría de los navegadores web y aplicaciones nunca admitieron MNG o dejaron de hacerlo.

La complejidad de MNG llevó a la propuesta de APNG por parte de los desarrolladores de la Fundación Mozilla. Está basado en PNG, admite animación y es más simple que MNG. APNG ofrece una alternativa para la visualización de una sola imagen para los decodificadores PNG que no admiten APNG. Hoy en día, el formato APNG es compatible con todos los principales navegadores web. ^{[ 45 ]} APNG es compatible con Firefox 3.0 y versiones posteriores, Pale Moon (todas las versiones) y Safari 8.0 y versiones posteriores. ^{[ 46 ]} Chromium 59.0 agregó compatibilidad con APNG, ^{[ 47 ] [ 48 ]} seguido por Google Chrome. Opera admitió APNG en las versiones 10–12.1, pero la compatibilidad caducó en la versión 15 cuando cambió al motor de renderizado Blink ; la compatibilidad se volvió a agregar en Opera 46 (heredado de Chromium 59). ^{[ 49 ]} Microsoft Edge ha admitido APNG desde la versión 79.0, cuando cambió a un motor basado en Chromium.

El Grupo PNG decidió en abril de 2007 no adoptar APNG. ^{[ 50 ]} Se discutieron varias alternativas, incluyendo ANG, aNIM/mPNG, "PNG en GIF" y su subconjunto "RGBA en GIF". ^{[ 51 ]} Sin embargo, actualmente solo APNG cuenta con un amplio respaldo.

Con el lanzamiento de la tercera edición de la especificación PNG en junio de 2025, ahora mantenida por el grupo de trabajo PNG, ^{[ 16 ]} APNG finalmente se incorpora a la especificación como una extensión. ^{[ 52 ]}

Se muestra al estilo de los editores hexadecimales , con los valores de bytes en formato hexadecimal a la izquierda y sus caracteres equivalentes de ISO-8859-1 a la derecha, con los caracteres de control y no reconocidos reemplazados por puntos. Los desplazamientos 8 y 9 del fragmento IDAT representan el encabezado de 2 bytes requerido por el formato de datos zlib. El desplazamiento 16 (del mismo fragmento) representa el pie de página de 4 bytes requerido por el mismo formato. Además, la firma PNG y los fragmentos individuales están marcados con colores. Cabe destacar que son fáciles de identificar debido a sus nombres de tipo legibles (en este ejemplo, PNG, IHDR, IDAT e IEND).

• En imágenes pequeñas, el formato GIF puede lograr una mayor compresión que el formato PNG (consulte la sección sobre tamaño de archivo , más abajo).
• En la mayoría de las imágenes, salvo en el caso mencionado anteriormente, un archivo GIF tiene un tamaño mayor que una imagen PNG indexada.
• PNG ofrece una gama mucho más amplia de opciones de transparencia que GIF, incluyendo la transparencia del canal alfa .
• Mientras que GIF se limita a color indexado de 8 bits , PNG ofrece un rango mucho más amplio de profundidades de color, incluyendo color verdadero de 24 bits (8 bits por canal) y 48 bits (16 bits por canal) , lo que permite una mayor precisión de color, transiciones más suaves, etc. ^{[ 55 ]} Cuando se agrega un canal alfa, es posible hasta 64 bits por píxel (antes de la compresión).
• Al convertir una imagen del formato PNG a GIF, la calidad de la imagen puede verse afectada por la posterización si la imagen PNG tiene más de 256 colores.
• GIF admite imágenes animadas de forma nativa. PNG admite animación solo mediante extensiones (consulte la sección sobre animación , más arriba).

Las imágenes PNG son menos compatibles con los navegadores antiguos. En particular, IE6 tiene una compatibilidad limitada con PNG. ^{[ 56 ]}

El formato JPEG (Joint Photographic Experts Group) puede producir un archivo más pequeño que PNG para imágenes fotográficas (y similares), ya que JPEG utiliza un método de codificación con pérdida diseñado específicamente para datos de imágenes fotográficas, que suelen estar dominados por transiciones suaves y de bajo contraste, y una cantidad de ruido o estructuras irregulares similares. Usar PNG en lugar de un JPEG de alta calidad para dichas imágenes resultaría en un gran aumento del tamaño del archivo con una ganancia de calidad insignificante . En comparación, al almacenar imágenes que contienen texto, dibujos lineales o gráficos (imágenes con transiciones nítidas y grandes áreas de color sólido), el formato PNG puede comprimir los datos de la imagen más que JPEG. Además, PNG no tiene pérdida, mientras que JPEG produce artefactos visuales alrededor de las áreas de alto contraste. (Estos artefactos dependen de la configuración utilizada en la compresión JPG; pueden ser bastante notorios cuando se utiliza una configuración de baja calidad [alta compresión]). Cuando una imagen contiene tanto transiciones nítidas como partes fotográficas, se debe elegir entre ambos efectos. JPEG no admite transparencia.

La compresión con pérdida de JPEG también sufre de pérdida generacional , donde la decodificación y recodificación repetidas de una imagen para guardarla nuevamente provocan una pérdida de información cada vez, degradando la imagen. Dado que PNG no tiene pérdida, es adecuado para almacenar imágenes que se van a editar. Si bien PNG es razonablemente eficiente al comprimir imágenes fotográficas, existen formatos de compresión sin pérdida diseñados específicamente para imágenes fotográficas, como WebP y Adobe DNG (negativo digital). Sin embargo, estos formatos no son ampliamente compatibles o son propietarios. Una imagen se puede almacenar sin pérdida y convertir al formato JPEG solo para su distribución, de modo que no haya pérdida generacional.

Aunque la especificación PNG no incluye explícitamente un estándar para incrustar datos de imagen Exif de fuentes como cámaras digitales, el método preferido para incrustar datos EXIF ​​en un PNG es usar la etiqueta de fragmento auxiliar no crítico eXIf. ^{[ 57 ]}

Los primeros navegadores web no admitían imágenes PNG; JPEG y GIF eran los formatos de imagen principales. JPEG se usaba comúnmente para exportar imágenes con degradados a páginas web, debido a la limitada profundidad de color de GIF. Sin embargo, la compresión JPEG provoca que el degradado se vea ligeramente borroso. El formato PNG reproduce un degradado con la mayor precisión posible para una profundidad de bits determinada, manteniendo un tamaño de archivo pequeño. PNG se convirtió en la opción óptima para imágenes con degradados pequeños a medida que mejoró la compatibilidad de los navegadores web con este formato. En los navegadores modernos, no se necesitan imágenes para mostrar degradados, ya que estos se pueden crear mediante CSS .

JPEG-LS es un formato de imagen del Joint Photographic Experts Group , aunque mucho menos conocido y compatible que el otro formato JPEG con pérdida mencionado anteriormente. Es directamente comparable con PNG y tiene un conjunto estándar de imágenes de prueba. ^{[ 58 ]} En el Waterloo Repertoire ColorSet, un conjunto estándar de imágenes de prueba (no relacionado con el conjunto de prueba de conformidad JPEG-LS), JPEG-LS generalmente tiene un mejor rendimiento que PNG, en un 10-15%, pero en algunas imágenes PNG tiene un rendimiento sustancialmente mejor, del orden del 50-75%. ^{[ 59 ]} Por lo tanto, si ambos formatos son opciones y el tamaño del archivo es un criterio importante, ambos deberían considerarse, dependiendo de la imagen.

JPEG XL es otro formato, mucho mejorado, con o sin pérdida, que cuenta con mucho menos soporte, desarrollado para reemplazar formatos sin pérdida como PNG. ^{[ 60 ]} JPEG XL es más de un 50% más pequeño que JPEG, y esto puede ocurrir incluso siendo sin pérdida, lo que lo hace aún más pequeño que PNG. ^{[ 61 ]} También admite alto rango dinámico , amplias gamas de color y grandes profundidades de color . ^{[ 62 ]} JPEG XL también es muy eficiente en la decodificación y proporciona transiciones suaves desde los formatos que pretende reemplazar, pudiendo convertir desde JPEG sin pérdida. También destaca en la compresión sin comprometer la fidelidad. ^{[ 63 ]}

El formato TIFF ( Tag Image File Format ) incorpora una amplia gama de opciones. Si bien esto lo convierte en un formato genérico útil para el intercambio entre aplicaciones profesionales de edición de imágenes, también dificulta enormemente la integración de soporte en otras aplicaciones, por lo que su compatibilidad es limitada en aquellas que no se dedican a la manipulación de imágenes (como los navegadores web). Su alto nivel de extensibilidad implica, además, que la mayoría de las aplicaciones solo ofrecen un subconjunto de las funciones disponibles, lo que puede generar confusión entre los usuarios y problemas de compatibilidad.

El algoritmo de compresión sin pérdidas de propósito general más común utilizado con TIFF es Lempel-Ziv-Welch (LZW). Esta técnica de compresión, también utilizada en GIF, estuvo protegida por patentes hasta 2003. TIFF también admite el algoritmo de compresión que utiliza PNG (es decir, la etiqueta de compresión 0008 ₁₆ ' estilo Adobe '), con un uso y soporte moderados por parte de las aplicaciones. Además, TIFF ofrece algoritmos de compresión sin pérdidas de propósito específico, como CCITT Group IV , que puede comprimir imágenes de dos niveles (por ejemplo, faxes o texto en blanco y negro) mejor que el algoritmo de compresión de PNG.

PNG solo admite alfa no premultiplicado ^{[ 39 ]} mientras que TIFF también admite alfa "asociado" (premultiplicado).

WebP es un formato inventado por Google que se creó para reemplazar a PNG, JPEG y GIF. ^{[ 64 ]} Los archivos WebP permiten compresión con y sin pérdida, mientras que PNG solo permite compresión sin pérdida. WebP también admite animación, algo que antes solo era posible con archivos GIF . ^{[ 65 ]}

Las principales ventajas de WebP sobre PNG, sin embargo, son la gran reducción del tamaño del archivo y, por lo tanto, los tiempos de carga más rápidos al incrustarse en sitios web. Google afirma que las imágenes WebP sin pérdida son un 26 % más pequeñas que los archivos PNG. ^{[ 66 ]}

WebP ha recibido críticas por ser incompatible con varios programas de edición de imágenes y sitios web de redes sociales, a diferencia de PNG. ^{[ 67 ]} WebP tampoco es compatible con todos los navegadores web, lo que puede obligar a los proveedores de alojamiento de imágenes web a crear una imagen alternativa para mostrar al usuario, anulando así el posible ahorro de almacenamiento de WebP. ^{[ 65 ]}

AVIF es un formato de imagen desarrollado por la Alliance for Open Media . AVIF fue diseñado por la fundación para compensar las deficiencias de otros códecs de imagen, incluidos PNG, GIF y WebP . ^{[ 68 ]}

AVIF es generalmente más pequeño en tamaño que WebP y PNG. ^{[ 69 ]} AVIF admite animación mientras que PNG anteriormente no lo hacía. ^{[ 70 ]}

Sin embargo, al igual que WebP, AVIF es compatible con menos aplicaciones que PNG. ^{[ 70 ]}

El formato PNG es compatible con una amplia gama de programas de diseño gráfico, como Adobe Photoshop , Corel Photo -Paint y Paint Shop Pro , GIMP , GraphicConverter , Helicon Filter , ImageMagick , Inkscape , IrfanView , Pixel image editor, Paint.NET y Xara Photo & Graphic Designer , entre muchos otros (incluidas plataformas de diseño gráfico en línea como Canva ). Algunos programas incluidos en sistemas operativos populares que admiten PNG son Microsoft Paint y Apple Photos / iPhoto y Vista Previa , y GIMP también suele venir incluido en distribuciones populares de Linux .

Adobe Fireworks (anteriormente de Macromedia ) utiliza PNG como formato de archivo nativo, lo que permite que otros editores de imágenes y utilidades de vista previa visualicen la imagen aplanada. Sin embargo, Fireworks también almacena metadatos de capas, animación, datos vectoriales, texto y efectos por defecto. Estos archivos no deben distribuirse directamente. En su lugar, Fireworks puede exportar la imagen como un PNG optimizado sin los metadatos adicionales para su uso en páginas web, etc. ^{[ 72 ]}

La compatibilidad con PNG apareció por primera vez en 1997, en Internet Explorer 4.0b1 (solo de 32 bits para NT) y en Netscape 4.04. ^{[ 73 ]}

A pesar de los llamamientos de la Free Software Foundation ^{[ 74 ]} y el World Wide Web Consortium (W3C), ^{[ 75 ]} herramientas como gif2png, ^{[ 76 ]} y campañas como Burn All GIFs, ^{[ 77 ]} la adopción de PNG en sitios web fue bastante lenta debido a la compatibilidad tardía y defectuosa en Internet Explorer, particularmente en lo que respecta a la transparencia. ^{[ 78 ]} PNG es el formato de archivo de imagen más utilizado en la web desde 2018. ^{[ 79 ]}

Entre los navegadores compatibles con PNG se incluyen: Apple Safari , Google Chrome , Mozilla Firefox , Opera , Camino , Internet Explorer , Microsoft Edge y muchos otros. Para una comparación completa, consulte Comparación de navegadores web (compatibilidad con formatos de imagen) .

Especialmente las versiones de Internet Explorer (Windows) anteriores a la 9.0 (lanzada en 2011) tenían numerosos problemas que impedían que renderizara correctamente las imágenes PNG. ^{[ 80 ]}

• 4.0 falla en fragmentos PNG grandes. ^{[ 81 ]}
• La versión 4.0 no incluye la funcionalidad para ver archivos .png, ^{[ 82 ]} pero hay una corrección en el registro. ^{[ 80 ]}
• Las versiones 5.0 y 5.01 han roto la compatibilidad con OBJECT. ^{[ 83 ]}
• 5.01 imprime imágenes de paleta con fondos negros (o gris oscuro) en Windows 98, a veces con colores radicalmente alterados. ^{[ 84 ]}
• 6.0 no logra mostrar imágenes PNG de 4097 o 4098 bytes de tamaño. ^{[ 85 ]}
• La versión 6.0 no puede abrir un archivo PNG que contenga uno o más fragmentos IDAT de longitud cero. Este problema se solucionó por primera vez en la actualización de seguridad 947864 (MS08-024). Para obtener más información, consulte este artículo en la Base de conocimientos de Microsoft: 947864 MS08-024: Actualización de seguridad acumulativa para Internet Explorer. ^{[ 86 ]}
• 6.0 a veces pierde por completo la capacidad de mostrar PNG, pero hay varias soluciones. ^{[ 87 ]}
• Las versiones 6.0 e inferiores tienen compatibilidad rota con la transparencia del canal alfa (mostrarán el color de fondo predeterminado en su lugar). ^{[ 88 ] [ 89 ] [ 90 ]}
• Las versiones 7.0 e inferiores no pueden combinar la transparencia alfa de 8 bits Y la opacidad del elemento ( CSS – filter: Alpha (opacity=xx)) sin rellenar las secciones parcialmente transparentes con negro. ^{[ 91 ]}
• Las versiones 8.0 e inferiores tienen soporte gamma inconsistente/defectuoso. ^{[ 80 ]}
• Las versiones 8.0 e inferiores no tienen soporte para corrección de color. ^{[ 80 ]}

Los iconos PNG han sido compatibles con la mayoría de las distribuciones de Linux desde al menos 1999, en entornos de escritorio como GNOME . ^{[ 92 ]} En 2006, Microsoft Windows introdujo la compatibilidad con iconos PNG en Windows Vista . ^{[ 93 ]} Los iconos PNG también son compatibles con AmigaOS 4 , AROS , macOS , iOS y MorphOS . Además, Android hace un uso extensivo de PNG.

En comparación con los archivos GIF , un archivo PNG con la misma información (256 colores, sin fragmentos/metadatos auxiliares), comprimido por un compresor eficaz, suele ser más pequeño que una imagen GIF. Dependiendo del archivo y del compresor, el tamaño de PNG puede variar desde un poco menor (10 %) hasta significativamente menor (50 %) o algo mayor (5 %), pero rara vez es significativamente mayor ^{[ 59 ]} para imágenes grandes. Esto se atribuye al rendimiento de DEFLATE de PNG en comparación con LZW de GIF , y a que la capa de precompresión adicional de los filtros predictivos de PNG tiene en cuenta la estructura bidimensional de la imagen para comprimir aún más los archivos; como los datos filtrados codifican las diferencias entre píxeles, tenderán a agruparse más cerca de 0, en lugar de estar distribuidos entre todos los valores posibles, y por lo tanto, DEFLATE los comprime más fácilmente. Sin embargo, algunas versiones de Adobe Photoshop , CorelDRAW y MS Paint ofrecen una compresión PNG deficiente, lo que crea la impresión de que GIF es más eficiente. ^{[ 59 ]}

El tamaño de los archivos PNG varía debido a diversos factores:

profundidad de color

La profundidad de color puede variar de 1 a 64 bits por píxel.

fragmentos auxiliares

PNG admite metadatos; esto puede ser útil para la edición, pero innecesario para la visualización, como en los sitios web.

entrelazamiento

Como cada pasada del algoritmo Adam7 se filtra por separado, esto puede aumentar el tamaño del archivo. ^{[ 59 ]}

filtrar

Como etapa de precompresión, cada línea se filtra mediante un filtro predictivo, que puede variar de una línea a otra. Dado que el paso final DEFLATE opera sobre los datos filtrados de toda la imagen, no es posible optimizarlo fila por fila; por lo tanto, la elección del filtro para cada fila es potencialmente muy variable, aunque existen heurísticas. ^{[ nota 1 ]}

compresión

Mediante cálculos adicionales, los compresores DEFLATE pueden generar archivos más pequeños.

Existe, por lo tanto, una compensación en el tamaño del archivo entre una alta profundidad de color, metadatos máximos (incluida la información del espacio de color, junto con información que no afecta la visualización), entrelazado y velocidad de compresión, que dan como resultado archivos grandes, con menor profundidad de color, menos o ningún fragmento auxiliar, sin entrelazado y filtrado y compresión optimizados pero computacionalmente intensivos. Para diferentes propósitos, se eligen diferentes compensaciones: un archivo máximo puede ser mejor para archivar y editar, mientras que un archivo simplificado puede ser mejor para usar en un sitio web, y de manera similar, se prefiere una compresión rápida pero deficiente cuando se edita y guarda repetidamente un archivo, mientras que se prefiere una compresión lenta pero alta cuando un archivo es estable: al archivar o publicar. El entrelazado es una compensación: acelera drásticamente la renderización inicial de archivos grandes (mejora la latencia), pero puede aumentar el tamaño del archivo (disminuye el rendimiento) con poca ganancia, particularmente para archivos pequeños. ^{[ 59 ]}

Algunos programas son más eficientes que otros al guardar archivos PNG; esto se debe a la implementación de la compresión PNG utilizada por el programa.

Muchos programas de diseño gráfico (como Vista Previa de Apple ) guardan archivos PNG con gran cantidad de metadatos y datos de corrección de color que, por lo general, son innecesarios para la visualización web . Los archivos PNG no optimizados de Adobe Fireworks también son conocidos por este problema, ya que incluyen opciones para editar la imagen en editores compatibles. Asimismo, CorelDRAW (al menos la versión 11) a veces genera archivos PNG que no pueden abrirse con Internet Explorer (versiones 6 a 8).

El rendimiento de Adobe Photoshop con archivos PNG ha mejorado en la suite CS al utilizar la función Guardar para web (que también permite el uso explícito de PNG/8).

Adobe Fireworks guarda archivos PNG de mayor tamaño que muchos otros programas por defecto. Esto se debe a la mecánica de su formato de guardado : las imágenes generadas por la función de guardado de Fireworks incluyen grandes fragmentos privados que contienen información completa de capas y vectores. Esto permite una edición sin pérdida de calidad. Al guardar con la opción Exportar , los PNG de Fireworks son comparables a los generados por otros editores de imágenes, pero ya no se pueden editar como nada más que mapas de bits planos. Fireworks no puede guardar PNG editables con vectores y optimizados para un tamaño determinado.

Otros ejemplos notables de compresores PNG deficientes incluyen:

• Paint de Microsoft para Windows XP
• Microsoft Picture It! Photo Premium 9

Una compresión deficiente aumenta el tamaño del archivo PNG, pero no afecta la calidad de la imagen ni la compatibilidad del archivo con otros programas.

Cuando la profundidad de color de una imagen en color verdadero se reduce a una paleta de 8 bits (como en GIF), los datos de imagen resultantes suelen ser mucho más pequeños. Por lo tanto, un PNG en color verdadero suele ser más grande que un GIF con color reducido, aunque PNG podría almacenar la versión con color reducido como un archivo con paleta de tamaño comparable. Por el contrario, algunas herramientas, al guardar imágenes como PNG, las guardan automáticamente en color verdadero, incluso si los datos originales solo usan color de 8 bits, lo que aumenta innecesariamente el tamaño del archivo. ^{[ 59 ]} Ambos factores pueden llevar a la idea errónea de que los archivos PNG son más grandes que los archivos GIF equivalentes.

Existen diversas herramientas para optimizar archivos PNG; lo hacen de la siguiente manera:

• (opcionalmente) eliminar fragmentos auxiliares,
• reduciendo la profundidad del color , ya sea:
  • utilice una paleta (en lugar de RGB) si la imagen tiene 256 colores o menos,
  • utilice una paleta más pequeña, si la imagen tiene 2, 4 o 16 colores, o
  • (opcionalmente) descartar con pérdida algunos de los datos de la imagen original,
• optimizar la elección del filtro línea por línea y
• Optimización de la compresión DEFLATE.

pngcrush -rem gAMA -rem cHRM -rem iCCP -rem sRGB Archivodeentrada.pngArchivodesalida.png

Dado que los iconos destinados a Windows Vista y versiones posteriores pueden contener subimágenes PNG, las optimizaciones también se pueden aplicar a ellos. Al menos un editor de iconos , Pixelformer, es capaz de realizar una optimización especial al guardar archivos ICO , reduciendo así su tamaño.

Los iconos de macOS también pueden contener subimágenes PNG, pero no existe ninguna herramienta disponible para ello.