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 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.

With indexed color images, the palette always stores trichromatic colors at a depth of 8 bits per channel (24 bits per palette entry). Additionally, an optional list of 8-bit alpha values for the palette entries may be included; if not included, or if shorter than the palette, the remaining palette entries are assumed to be opaque. The palette must not have more entries than the image bit depth allows for, but it may have fewer (for example, if an image with 8-bit pixels only uses 90 colors then it does not need palette entries for all 256 colors). The palette must contain entries for all the pixel values present in the image.

The standard allows indexed color PNGs to have 1, 2, 4 or 8 bits per pixel; grayscale images with no alpha channel may have 1, 2, 4, 8 or 16 bits per pixel. Everything else uses a bit depth per channel of either 8 or 16. The combinations this allows are given in the table above. The standard requires that decoders can read all supported color formats, but many image editors can only produce a small subset of them.

PNG offers a variety of transparency options. With true-color and grayscale images either a single pixel value can be declared as transparent or an alpha channel can be added (enabling any percentage of partial transparency to be used). For paletted images, alpha values can be added to palette entries. The number of such values stored may be less than the total number of palette entries, in which case the remaining entries are considered fully opaque.

The scanning of pixel values for binary transparency is supposed to be performed before any color reduction to avoid pixels becoming unintentionally transparent. This is most likely to pose an issue for systems that can decode 16-bits-per-channel images (as is required for compliance with the specification) but only output at 8 bits per channel (the norm for all but the highest end systems).

Alpha storage can be "associated" ("premultiplied") or "unassociated", but PNG standardized^[39] on "unassociated" ("non-premultiplied") alpha, which means that imagery is not alpha encoded; the emissions represented in RGB are not the emissions at the pixel level. This means that the over operation will multiply the RGB emissions by the alpha, and cannot represent emission and occlusion properly.

PNG uses a two-stage compression process:

• pre-compression: filtering (prediction)
• compression: DEFLATE

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 que utilizan 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 reconoce 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 is another, much improved, lossless or lossy format, that is supported much less, developed to replace lossless formats like PNG.^[60] JPEG XL is more than 50% smaller than JPEG, and that can happen while it's lossless, therefore making it even smaller than PNG.^[61] It also supports high dynamic range, wide colour gamuts, and large colour depths.^[62] JPEG XL is also very efficient at decoding, and provides smooth transitions from the formats it intends to replace, losslessly able to convert from JPEG. It also excels at compressing without compromising on fidelity.^[63]

Tag Image File Format (TIFF) is a format that incorporates an extremely wide range of options. While this makes TIFF useful as a generic format for interchange between professional image editing applications, it makes adding support for it to applications a much bigger task and so it has little support in applications not concerned with image manipulation (such as web browsers). The high level of extensibility also means that most applications provide only a subset of possible features, potentially creating user confusion and compatibility issues.

The most common general-purpose, lossless compression algorithm used with TIFF is Lempel–Ziv–Welch (LZW). This compression technique, also used in GIF, was covered by patents until 2003. TIFF also supports the compression algorithm PNG uses (i.e. Compression Tag 0008₁₆ 'Adobe-style') with medium usage and support by applications. TIFF also offers special-purpose lossless compression algorithms like CCITT Group IV, which can compress bilevel images (e.g., faxes or black-and-white text) better than PNG's compression algorithm.

PNG supports non-premultiplied alpha only^[39] whereas TIFF also supports "associated" (premultiplied) alpha.

WebP is a format invented by Google that was intended to replace PNG, JPEG, and GIF.^[64] WebP files allow for both lossy and lossless compression, while PNG only allows for lossless compression. WebP also supports animation, something that only GIF files could previously accomplish.^[65]

The main improvements of WebP over PNG, however, are the large reduction in file size and therefore faster loading times when embedded into websites. Google claims that lossless WebP images are 26% smaller than PNG files.^[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 un soporte de transparencia de canal alfa defectuoso (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.

Compared to GIF files, a PNG file with the same information (256 colors, no ancillary chunks/metadata), compressed by an effective compressor is normally smaller than a GIF image. Depending on the file and the compressor, PNG may range from somewhat smaller (10%) to significantly smaller (50%) to somewhat larger (5%), but is rarely significantly larger^[59] for large images. This is attributed to the performance of PNG's DEFLATE compared to GIF's LZW, and because the added precompression layer of PNG's predictive filters take account of the 2-dimensional image structure to further compress files; as filtered data encodes differences between pixels, they will tend to cluster closer to 0, rather than being spread across all possible values, and thus be more easily compressed by DEFLATE. However, some versions of Adobe Photoshop, CorelDRAW and MS Paint provide poor PNG compression, creating the impression that GIF is more efficient.^[59]

PNG files vary in size due to a number of factors:

color depth

Color depth can range from 1 to 64 bits per pixel.

ancillary chunks

PNG supports metadata—this may be useful for editing, but unnecessary for viewing, as on websites.

interlacing

As each pass of the Adam7 algorithm is separately filtered, this can increase file size.^[59]

filter

As a precompression stage, each line is filtered by a predictive filter, which can change from line to line. As the ultimate DEFLATE step operates on the whole image's filtered data, one cannot optimize this row-by-row; the choice of filter for each row is thus potentially very variable, though heuristics exist.^{[note 1]}

compression

With additional computation, DEFLATE compressors can produce smaller files.

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.