Notas del equipo sobre el oficio, los formatos y las pequeñas decisiones detrás de un buen resultado.
Por qué la decodificación AVIF es nativa y rápida
A diferencia de la codificación AVIF, que es un trabajo pesado, la decodificación AVIF está integrada directamente en todos los navegadores modernos. Chrome, Firefox, Safari y Edge incluyen todos un decodificador AVIF nativo dentro de su flujo de imagen, el mismo motor que muestra los AVIF incrustados en las páginas web. Así que convertir AVIF a PNG no paga ningún coste de preparación y no necesita ningún módulo extra. El navegador simplemente lee el AVIF, lo decodifica en un búfer de píxeles en memoria y entrega esos píxeles a la escritura PNG nativa. El resultado es una conversión que termina en bastante menos de un segundo para la mayoría de las imágenes reales, incluso fotografías grandes. Solo el lado de escritura del PNG varía en velocidad entre navegadores, e incluso la vía más lenta observada, alrededor de 122 milisegundos para una imagen de un megapíxel en WebKit, es perfecta para el uso interactivo.
La paradoja del sin pérdida, por qué el PNG es más grande
Parece contradictorio que una conversión pueda hacer un archivo más grande, pero de AVIF a PNG es justo ese caso. El AVIF logra su tamaño reducido eliminando información visual que el ojo no percibe a una distancia normal de visión, así que sus artefactos de compresión son reales pero invisibles en condiciones ordinarias. El PNG adopta la postura opuesta, guardando cada píxel exactamente como se decodificó sin más pérdida de calidad, usando solo el algoritmo DEFLATE sin pérdida. El resultado representa fielmente los datos de píxeles del AVIF decodificado sin degradación añadida. Como el AVIF ya descartó algo de detalle, el PNG no puede ser más pequeño que uno hecho a partir del origen original, pero es estrictamente fiel a lo que el AVIF contenía. Proporciones de tres a diez veces el tamaño del AVIF son normales y esperadas, nunca señal de error.
Flujos de edición que se benefician de AVIF a PNG
Diseñadores y desarrolladores reciben a menudo archivos AVIF de canalizaciones de imágenes automáticas, de redes de distribución de contenido o de sistemas de contenido modernos, y luego necesitan trabajarlos en herramientas que no han añadido soporte para AVIF. Convertir a PNG produce una copia de trabajo sin pérdida que lleva los mismos datos de píxeles que contenía el AVIF. A partir de ahí las ediciones ocurren en Photoshop, Figma, Sketch o cualquier otra herramienta de diseño sin añadir artefactos de compresión. Cuando la versión editada está lista para el web, puede volver a exportarse como AVIF o WebP. Esto trata el AVIF como formato de entrega y el PNG como intermedio de edición, el arreglo más compatible con las herramientas actuales. El paso al PNG no añade ninguna penalización de calidad más allá de la que ya estaba presente en el AVIF de origen.
Cómo sobrevive el capa de transparencia a la conversión
En el AVIF el capa de transparencia se guarda como un plano codificado aparte junto a los datos de color. Cuando el navegador decodifica un AVIF, produce un búfer de píxeles de color y un búfer de máscara alfa. La canalización de conversión los compone a plena transparencia y luego los escribe como un PNG. La codificación alfa del PNG guarda la máscara sin pérdida como un canal de 8 bits por píxel unido a cada píxel. El resultado es un PNG donde cada píxel lleva los mismos valores de color y transparencia que el navegador leyó del AVIF, listo para composición. Los degradados de transparencia suaves sobreviven. Los bordes difuminados sobreviven. Los píxeles parcialmente transparentes sobreviven. La única pérdida es la que la propia compresión con pérdida del AVIF introdujo en el plano alfa cuando el AVIF se creó por primera vez, normalmente un halo apenas perceptible a un zoom extremo.
Cuándo AVIF a PNG es correcto para la entrega web
Algunos contextos web realmente exigen PNG incluso en 2026. Las imágenes de los boletines por correo deben ser PNG o JPG porque la mayoría de los clientes de correo procesan las imágenes en un servidor remoto y rechazan el AVIF. Las plataformas sociales varían: algunas procesan el AVIF al subirlo y lo convierten internamente, otras simplemente rechazan el formato. Los flujos de impresión que usan canalizaciones de software para PDF a menudo necesitan PNG para las capas transparentes, ya que el AVIF no forma parte del modelo de imagen del PDF. Las imágenes de vista previa Open Graph se benefician del PNG o JPG porque los rastreadores de vista previa de enlaces se ejecutan en infraestructura que puede carecer de decodificación AVIF. Para estos destinos de entrega, convertir a PNG no es un paso atrás sino la elección correcta dada la limitación del sistema de destino. La compatibilidad merece los bytes de más.
En qué se diferencia el procesamiento de una herramienta en línea común
La mayoría de los convertidores AVIF en línea suben cada archivo que les das a máquinas que no controlas, y guardan el resultado bajo la política de retención que fije ese proveedor, a menudo vaga. RoundCut divide el trabajo según cuánto conviertas. Un solo AVIF se decodifica y recodifica por completo en tu navegador, así que en ese caso no se sube nada. Cuando conviertes dos o más a la vez, el lote va a nuestro servidor, que hace la decodificación y la codificación de una sola pasada y devuelve una única descarga. Esos archivos se procesan y luego se eliminan en alrededor de 2 horas, sin pedir una cuenta y sin ningún uso más allá de la conversión que pediste. No hay almacenamiento permanente ni compartición de tus imágenes. Para quienes manejan recursos de clientes o imágenes propias, la versión honesta del intercambio es esta: una imagen se queda contigo, un lote pasa por nuestro servidor solo para producir tus PNG, y nada permanece.
