Convertir M4V a AVIF

Esta conversión existe para una situación concreta: hay una imagen grande arriba de una página y alguien está mirando cuántos kilobytes ocupa. El AVIF es lo más pequeño que se puede poner ahí con calidad razonable, porque comprime con AV1, un códec de vídeo, en lugar de con un esquema de imagen de los noventa.

También es la imagen fija más lenta de escribir de toda esta web, así que conviene reservarla para esa foto de arriba y no para las veinte pequeñas de más abajo. Un fotograma de un M4V es un punto de partida cómodo cuando el material ya existe: la grabación de producto, la pieza de campaña, el vídeo del evento.

El AVIF no es un códec de imagen nuevo: es un fotograma clave de AV1 metido en un contenedor. Cuando el vídeo de origen ya es AV1, el viaje de ida y vuelta resulta inusualmente amable, porque las formas que dejó la primera pasada son justo las que la segunda describe barato. Ese efecto es real y aquí no está disponible.

Un M4V lleva H.264 o HEVC, los dos del lado de MPEG, así que el fotograma cambia de familia por el camino. Como en medio se descodifica a píxeles, la cosa cuesta menos de lo que parece —el codificador recibe una imagen y no una representación que tenga que reinterpretar—, pero ningún argumento de parentesco aplica: la fotografía se juzga como fotografía y punto.

Para una grabación en HEVC el formato de imagen natural sería HEIC: el mismo códec, en la misma familia de contenedor, que es exactamente la razón por la que los aparatos de Apple lo producen. Convertir un fotograma HEVC a HEIC sería la conversión de familia que el AVIF no es.

No está ofrecida, y el motivo es una licencia y no una carencia técnica. Escribir HEIC requiere un codificador HEVC, y el habitual se publica en condiciones que la política de dependencias de este proyecto no admite; distribuirlo igualmente no es una opción que exista. En el registro, HEIC y HEIF figuran directamente como formatos que no se pueden escribir. El AVIF lo diseñó la Alliance for Open Media para hacer el mismo trabajo sin ese problema, y así es como un formato abierto acaba siendo la respuesta a una pregunta sobre uno de Apple.

El registro dice que el AVIF admite doce bits y gama amplia, y es verdad del formato. No lo es de este camino. El fotograma se saca del descodificador a través de un lienzo, y de un lienzo se leen ocho bits por canal en sRGB corriente; eso es exactamente lo que recibe el codificador.

La consecuencia se nota en material reciente de Apple, porque los iPhone de los últimos años y las exportaciones de Final Cut llevan HDR de serie. Ese etalonaje no sobrevive: las altas luces se comprimen dentro del rango de ocho bits y el resultado parece la misma toma hecha con una cámara normal. Para una página web es lo correcto, porque casi nada de lo que hay después habría usado la profundidad extra. Si lo que te importaba era el etalonaje, esta no es la herramienta.

El coste de codificación se paga por imagen y no es pequeño. AV1 consigue su eficiencia probando muchísimas maneras de describir cada bloque antes de quedarse con una, y sobre un fotograma completo de una grabación en 4K esa búsqueda tarda segundos de verdad en una máquina buena y bastante más en una modesta.

Eso fija para qué sirve esta conversión. Una imagen grande arriba de una página, servida muchísimas veces, compensa la espera con creces. Un catálogo de miniaturas no: el ahorro por imagen es pequeño a tamaño de miniatura y la espera se multiplica por el número de vídeos. WebP para la retícula y AVIF para la cabecera es el reparto al que llega casi todo el trabajo de rendimiento por su cuenta.

El único control de esta página es el momento: segundos desde el principio, con coma decimal, desde 0 hasta 86.400, que son veinticuatro horas. No hay control de calidad ni de ancho en este par, así que el archivo sale a la resolución que tenía el vídeo y con el ajuste de calidad por defecto del codificador, que en esta web es 82 para los cuatro formatos con pérdida.

Qué número poner lo decide el codificador del vídeo más que tú. Un plano quieto, una diapositiva o alguien hablando entre gesto y gesto costaron caros de codificar y salen detallados; una panorámica o el instante justo de un corte salieron baratos y salen blandos. Mover el momento medio segundo es gratis; cambiar de códec no lo es.

Si pides un segundo posterior al final, la conversión se detiene con una frase que te dice cuánto dura el vídeo en realidad, con un decimal, en lugar de devolverte el último fotograma sin avisar. Si en ese momento concreto no se puede leer ningún fotograma, te sugiere probar un instante algo más tarde.

Y si el archivo no tiene pista de vídeo —cosa que pasa más de lo que parece con contenedores de Apple que solo llevan audio—, la respuesta también es una frase, que además te apunta a convertirlo a MP3 si lo que querías era el sonido. Un archivo que el navegador no consigue leer se rechaza con un mensaje y no con una imagen rota.

En buena parte de Hispanoamérica el visitante típico llega por datos móviles, con un plan medido y una conexión que no siempre da lo que promete. Ahí una cabecera de 400 KB no es una cifra de informe: es medio segundo largo de pantalla en blanco y, en algunos planes, dinero. Ese es el escenario en el que el AVIF paga su tiempo de codificación.

Conviene medirlo con la cabeza fría, sin embargo. La imagen de arriba compite con las tipografías, con los scripts de terceros y con el propio HTML, y bajar la foto de 400 a 120 KB no arregla una página que carga cuatro bibliotecas antes de pintar nada. Si el peso es un problema de verdad, esta conversión es una parte de la respuesta y rara vez toda.

Con un elemento picture: el AVIF como primera fuente, un WebP detrás y un JPG como img final. Tres líneas, sin JavaScript, y el navegador se queda con lo primero que entiende. Importa porque el soporte de AVIF llegó años después que el de WebP y los aparatos que ya no reciben actualizaciones siguen ahí, cosa especialmente cierta en los parques de móviles latinoamericanos.

Comprueba también el otro extremo de la cadena. Bastantes gestores de contenido y pasos de compilación siguen rechazando la extensión .avif al subir, o no saben generar sus versiones derivadas a partir de ella. En la práctica eso es un obstáculo más frecuente que un visitante sin descodificador, y averiguarlo antes de codificar treinta imágenes cuesta dos minutos.

En todo lo que no sea una página web. Los clientes de correo no lo dibujan, la ofimática en general tampoco, los flujos de imprenta no, y un compañero al que le mandas uno suele responder preguntando qué es. Los formularios de subida de otras webs rechazan la extensión con frecuencia suficiente como para tenerlo en cuenta al planificar y no como caso raro.

Merece mención aparte el caso de la biblioteca de vídeo doméstica, porque queda cerca y es distinto. Las carátulas de una colección en Plex, Jellyfin o Emby van a un servidor que espera JPG o PNG y que las empareja por el nombre del archivo; para ese trabajo está escrita la ruta a JPG de esta web. Un AVIF fuera de un navegador es un archivo más pequeño que nadie puede abrir, y eso no es optimizar.

Codificar AVIF es lo bastante costoso como para que los servicios que lo ofrecen tiendan a ponerlo en cola, limitarlo o cobrarlo. Aquí ocurre en la pestaña, con tu propio procesador, así que no hay cola en la que esperar ni cupo diario que gastar: se admiten hasta 100 archivos por lote y lo único que se paga es tu tiempo, que decidiste gastar sabiendo lo que costaba.

También significa que el vídeo se queda donde está. Se aceptan archivos de hasta 100 MB y nada que lleve la grabación se transmite en ningún momento, lo cual en este par es tanto una cuestión de proporción como de privacidad: subir un vídeo pesado para recibir una imagen de cuarenta kilobytes es una cantidad rara de red para el resultado.

Toda la parte de vídeo se apoya en los códecs que el sistema operativo pone a disposición del navegador, así que la misma versión de Chrome puede leer un archivo en un portátil y no en otro. Antes de aceptar el archivo se hace una comprobación en tiempo real, una vez por sesión, y si algo no se puede hacer aparece una frase que nombra navegadores que sí pueden.

No hay servidor de reserva al que caer, y es una decisión, no un olvido: el único módulo de servidor de esta web no lee ni escribe ningún formato de audio o vídeo. Un fallo aquí es un mensaje legible y no una conversión que se va discretamente a otra máquina.