Lección de historia: ¿Qué es un archivo .png? El formato creado para sustituir al GIF

¿Qué es un archivo .png?

Un archivo .png es una imagen en el formato Portable Network Graphics. En claro: es una imagen comprimida sin pérdidas (el descompresor reconstruye los píxeles exactos que guardó el codificador), creada para viajar por la web temprana sin la carga de patentes que golpeó al GIF. La pronunciación oficial es «ping.» La broma recursiva — «PNG’s Not GIF» — quedó en la lore de desarrolladores junto al nombre serio.

En disco un PNG es una firma corta seguida de chunks: bloques con nombre que llevan cabecera, paleta, píxeles comprimidos, comentarios de texto y un marcador de fin. Ese diseño permite crecer con funciones opcionales sin fingir que cada archivo es un dibujo animado. La búsqueda cotidiana «qué es un archivo .png» suele ser alguien mirando una captura nítida, un logo con sombra suave o un diagrama que parece «demasiado grande» junto a un JPG fotográfico — y preguntándose si algo falla. Casi nunca falla; el formato hace otro trabajo. Para la historia del GIF a la que respondió, vea Lección de historia: ¿Qué es un archivo .gif?.

¿Por qué mi PNG es mucho más grande que un JPG?

Sin pérdidas frente a con pérdidas es todo el susto. PNG mantiene los valores de píxel recuperables tras descomprimir. JPEG (el camino cotidiano del JPG) tira detalle de alta frecuencia que el ojo rara vez nota en fotos de tono continuo, por eso una foto de vacaciones suele ser minúscula como JPG y tercamente grande como PNG. Una captura de Windows, un mock de UI o un diagrama escaneado tiene bordes nítidos y color plano — justo donde gana lo sin pérdidas y el ringing con pérdidas se ve feo.

La transparencia también añade bytes. El GIF ofrecía un índice de paleta transparente — un «agujero» duro de sí/no. PNG puede guardar un canal alfa: una muestra de transparencia por píxel, para que sombras suaves y bordes de cristal se compongan limpiamente sobre cualquier fondo. Ese poder es por lo que los diseñadores amaron PNG y por lo que una exportación translúcida es más grande que un JPG plano del mismo ancho y alto.

La disputa LZW de Unisys y por qué nació PNG

El GIF se había vuelto el caballo de batalla de la web temprana para logos y gráficos simples. Su compresión usaba LZW, y Unisys tenía una patente clave. Tras conversaciones con CompuServe, un anuncio de finales de diciembre de 1994 dejó claro que el software compatible con GIF podía implicar royalties. Usenet estalló a principios de enero de 1995. Esta lección no inventa tarifas; el hecho cultural basta: autores que creían el GIF libre de implementar afrontaron de pronto un problema de licencias. Protestas como «Burn All GIFs» y el impulso a un sustituto limpio siguieron. La lección previa sobre GIF cubre CompuServe, GIF87a / GIF89a y la línea temporal de la patente con más detalle — PNG es la secuela.

Thomas Boutell publicó el primer borrador de lo que sería PNG — entonces PBF (Portable Bitmap Format) — en grupos de gráficos y compresión el 4 de enero de 1995. En aproximadamente una semana el círculo voluntario había propuesto la mayoría de las ideas duraderas: filtrado delta antes de comprimir (Scott Elliott, Mark Adler y otros), compresión deflate (Tom Lane, la comunidad Info-ZIP y muchos más), profundidad de color verdadero, CRCs internos (Greg Roelofs) y el propio nombre PNG (Oliver Fromme). Boutell dirigió los borradores como dictador benevolente cuando el consenso se atascaba. Con el Draft 9 (7 de marzo de 1995) el formato quedó efectivamente congelado; los borradores posteriores casi solo aclaraban.

Cómo funcionan los bytes: firma, chunks, DEFLATE, filtrado, Adam7

Todo PNG empieza con una firma de ocho bytes para que los lectores reconozcan el archivo aunque la extensión esté mal. Después viene un flujo de chunks. Un chunk es un bloque auto-descriptivo: longitud, nombre de tipo de cuatro caracteres, carga de datos y un CRC (cyclic redundancy check) — un checksum que detecta corrupción en tipo y datos. Los chunks críticos que todo decodificador debe entender incluyen IHDR (cabecera de imagen: ancho, alto, profundidad de bits, tipo de color y flags), uno o más IDAT (datos de imagen: píxeles comprimidos) e IEND (fin de imagen). Chunks opcionales pueden llevar paleta, transparencia simple o completa, pistas de gamma, texto u otros metadatos sin romper lectores antiguos que saltan tipos auxiliares desconocidos.

Los píxeles no van crudos a IDAT. Primero viene el filtrado: cada línea de exploración puede reescribirse como diferencias respecto a bytes vecinos para que los patrones repetidos compriman mejor — un prepaso reversible, no un segundo formato de imagen. Luego los bytes filtrados se comprimen con DEFLATE (el método LZ77-más-Huffman también usado en gzip / ZIP) mediante el formato zlib. Jean-loup Gailly y Mark Adler dieron forma a zlib en esa época; Guy Eric Schalnat lideró el trabajo temprano de libpng para que las aplicaciones no reinventaran el decodificador. Especificaciones y bibliotecas maduraron juntas a lo largo de 1995.

El interlacing es opcional. El método 0 guarda filas de arriba abajo como de costumbre. El método 1 es Adam7, por Adam M. Costello: siete pasadas sobre un patrón 8×8 para que aparezca una vista previa gruesa antes de terminar la descarga — el hábito de visualización progresiva que necesitaban los navegadores de marcación. Los decodificadores deben leer archivos entrelazados aunque solo muestren la imagen final.

Recommendation del W3C, RFC 2083 e ISO/IEC 15948

La estandarización siguió a la implementación. El World Wide Web Consortium (W3C) publicó PNG 1.0 como Recommendation el 1 de octubre de 1996 — una referencia estable y revisada de gráficos web. La misma generación de texto apareció como RFC 2083 (PNG Specification Version 1.0, Informational) vía el IETF. IANA registró el tipo de medio image/png. Más tarde, ISO/IEC 15948 publicó PNG como especificación funcional internacional (la edición 2004 ampliamente citada), manteniendo la nota «pronounced ping» en el resumen. En claro: lo que empezó como un incendio en Usenet se volvió un estándar formal de la web y de la familia ISO.

La realidad de los navegadores iba detrás del papeleo. El PNG nativo apareció de forma desigual en Netscape y Microsoft Internet Explorer a finales de los 1990. La composición alfa completa fue un punto doloroso en el IE de Windows durante años: las primeras versiones manejaban mal el PNG o solo con transparencia binaria tosca, y los desarrolladores web usaron trucos AlphaImageLoader hasta que Internet Explorer 7 mejoró el alfa por píxel. El formato estaba listo; el navegador dominante llegó tarde — una razón por la que banners y bucles GIF persistieron.

Transparencia alfa frente al GIF, y por qué un PNG normal no se anima

GIF89a puede marcar un índice de paleta como transparente. PNG puede hacer ese estilo de transparencia simple y, más importante, un canal alfa completo para opacidad parcial. Sombras suaves, logos antialiased y superposiciones sobre fondos desconocidos son la victoria cotidiana. Por eso «guardar como PNG» se volvió el reflejo de las exportaciones de UI y por eso re-guardar una foto como PNG rara vez gana a JPG en tamaño.

La animación se aplazó a conciencia. El PNG básico es una imagen. MNG (Multiple-image Network Graphics) creció en la misma comunidad como hermano multiimagen / animación — potente, complejo y nunca un valor por defecto universal en navegadores. APNG (Animated PNG) añadió después chunks de animación a un flujo PNG para que decodificadores antiguos sigan mostrando un fotograma fijo mientras los nuevos reproducen fotogramas. Trátelos como historias laterales: los .png que llenan carpetas de capturas en 2026 casi siempre son fijos.

Por qué los archivos .png siguen en los discos en 2026

En 2026, los archivos legacy .png (y los nuevos) siguen apareciendo donde importan nitidez y transparencia: capturas del SO, activos de tiendas de apps, presentaciones, diagramas escaneados, packs de UI de juegos, entregas de diseño y descargas «Guardar imagen» de la web. Las cámaras siguen prefiriendo JPEG o RAW para fotos; los editores siguen eligiendo PNG cuando los píxeles no deben emborronarse. El formato ganó la mitad de imagen fija de la apuesta de sustituir al GIF tan a fondo que la gente olvida que empezó como un comité de emergencia en Usenet.

Legacy File Converter lista Portable Network Graphics / .png entre las imágenes admitidas en Tipos de archivo admitidos y convierte .png en local en el PC Windows del usuario a JPG, PDF y otros destinos listados — no se sube nada. Este artículo se queda en la historia — no es un how-to para escribir chunks a mano. Para lecciones vecinas de formatos de imagen, vea Lección de historia: ¿Qué es un archivo .gif?, Lección de historia: ¿Qué es un archivo .bmp? y Lección de historia: ¿Qué es un archivo .jfif?.