Convertir MP4 a JXL

JPEG XL salió del propio comité JPEG, se normalizó como ISO/IEC 18181-1 en 2022 y comprime tanto con pérdida como sin ella. El modo sin pérdida es la razón por la que casi todo el mundo se interesa por el formato: es la propiedad que lo convierte en candidato a guardar imágenes en vez de a servirlas.

Esta página no lo escribe. Aquí sale JPEG XL con pérdida a calidad 82, el mismo valor por defecto que usa cualquier destino con pérdida de este sitio, y no hay control que cambie de modo. Se dice al principio y no en una nota al pie porque quien esté moviendo un archivo de fotogramas a JXL por su fama de formato sin pérdida obtendría justo lo contrario de lo que venía a buscar.

Escribes un número de segundos y la conversión toma el fotograma que se está mostrando en ese instante: formalmente, el último cuyo propio tiempo de inicio cae en ese momento o antes. Si dejas la casilla en 0 obtienes el primer fotograma del vídeo, que es el valor por defecto y rara vez el interesante.

Es un fotograma por conversión. Esto no es un exportador de secuencias ni hay opción que lo convierta en uno; sacar cincuenta imágenes significa escribir cincuenta marcas de tiempo. Pedirlo por segundos y no por número de fotograma es deliberado: el material real va a 25, a 30, a 29,97 o a lo que decidiera el móvil a mitad de grabación, y hacer aritmética de fotogramas sobre eso es una trampa. La casilla admite décimas de segundo y llega hasta 86.400, es decir, veinticuatro horas, que es más de lo que va a durar cualquier grabación que quepa en el límite de tamaño.

Poco margen. La imagen llega con ocho bits por canal, con el color registrado a una fracción de la resolución del brillo y con el detalle fino ya eliminado por el codificador de vídeo allá donde el movimiento hizo barato eliminarlo. La capacidad de JPEG XL de transportar 32 bits por canal y gamas amplias no tiene aquí a qué agarrarse.

No es un argumento contra usarlo: es un argumento contra esperar que el formato mejore la imagen. Un JXL con pérdida de un fotograma de vídeo es una copia competentemente comprimida de una imagen que ya venía comprimida. Donde el formato se gana su sitio aquí es en el tamaño, y solo en el tamaño.

En un fotograma, en ningún sitio que merezca preocupación. La diferencia entre un JXL y un JPG de la misma imagen es lo bastante pequeña como para que nadie la note en un archivo suelto, y las dos son insignificantes al lado del vídeo del que salieron.

En diez mil fotogramas la conversación es otra, y ese es el caso para el que existe esta página: un proyecto de captura de larga duración, un archivo de referencia sacado de horas de metraje, una colección personal que lleva años acumulándose. Ahí un porcentaje constante se compone hasta cambiar lo que cabe en un disco, y ahí la pregunta por el formato merece pensarse.

El soporte en navegadores es parcial y ha sido más disputado que progresivo. GIMP e ImageMagick leen el formato, varios gestores de fotos no, y bastante software corriente mostrará un archivo que no sabe abrir. JPEG XL es un formato de nicho que merece mejor suerte y todavía no la ha tenido.

Para un archivo de conservación ese es el riesgo real, y no tiene que ver con la calidad. Una colección que no puedes abrir en un portátil prestado, ni pasarle a alguien, ni arrastrar dentro de un documento, tiene un coste práctico cada vez que la tocas. Ten un conversor cerca, o guarda la colección en algo más aburrido.

PNG. Es sin pérdida, está normalizado desde 1996, lo lee cualquier navegador y cualquier editor, y seguirá abriéndose dentro de treinta años, que es la única propiedad por la que se juzga de verdad a un formato de archivo. TIFF es la otra respuesta cuando un flujo de imprenta o de gestión documental lo especificó.

Ninguno de los dos comprime tan bien como comprimiría un JPEG XL sin pérdida, y ninguno está disponible aquí en un modo que descarte información. Ese es el intercambio: JXL es el archivo pequeño, PNG es el exacto, y elegir entre ellos es elegir entre espacio en disco y certeza.

No hay reducción. Un vídeo en 4K da una imagen de 3.840 por 2.160, y uno de 720p da 1.280 por 720, del tamaño que estuviera el reproductor en pantalla cuando encontraste el momento. Esa es la razón principal para extraer un fotograma en vez de hacer una captura de pantalla con el vídeo pausado.

Nada añade resolución que la grabación no tuviera. Si el vídeo es de 720p, la imagen es de 720p, y ningún formato de este sitio ni de ningún otro cambia eso: ampliar produce un archivo mayor con exactamente el detalle que ya había.

El archivo no lleva EXIF, ni fecha de captura, ni cámara, ni campo de autoría, ni perfil de color, porque los píxeles se leen a la salida de un descodificador y todo lo que el vídeo sabía de sí mismo se queda en el vídeo.

Para una colección eso es un hueco que hay que rellenar a propósito y no un detalle. Anota en algún sitio el archivo de origen y el segundo exacto: en un fichero acompañante, en el nombre, o en los campos de metadatos después. Un archivo de fotogramas cuyos miembros no se pueden rastrear hasta el momento del que salieron pierde casi todo su valor en un año.

Un fotograma de vídeo se codificó pensando en que iba a durar una fracción de segundo en pantalla y con otros veinticuatro alrededor tapándole las carencias. Aislado y quieto se le ve todo: el desenfoque de movimiento del objeto que pasaba, el color de baja resolución en los bordes de las cosas rojas, y el bloqueo en las zonas en las que la escena cambiaba deprisa.

Por eso los momentos quietos salen mucho mejor que los rápidos, y por eso a menudo compensa probar dos o tres segundos alrededor del instante que querías. No es un defecto de la conversión: es la codificación del propio vídeo, que se hace visible en cuanto se deja de proyectar y se empieza a mirar.

La descodificación y la codificación ocurren en la pestaña, sobre tu procesador, así que no se envía nada que contenga el vídeo y el panel de red lo demuestra. El plan gratuito acepta archivos de hasta 100 MB, sin cuenta y sin recuento diario.

Para quien saca imágenes de vídeo por costumbre, eso importa más que para un caso suelto. Quien lo hace en cantidad suele trabajar con material de origen —metraje sin publicar, grabaciones de investigación, encargos de cliente— y un flujo de trabajo que manda cada uno de esos archivos a un servidor para recibir una imagen a cambio es un flujo que habría que justificar.

Se admiten hasta cien archivos por tanda y cada uno produce una imagen: el mismo segundo, el que hayas escrito, aplicado a todos. Eso es útil cuando los vídeos comparten estructura —una cabecera fija, una carátula al principio, una serie de tomas encuadradas igual— y no lo es en absoluto cuando el momento interesante está en un sitio distinto en cada uno.

De ahí sale una forma sensata de trabajar: una tanda por marca de tiempo. Si necesitas tres momentos de la misma grabación, son tres pasadas con tres valores, y sale más rápido que abrir un editor de vídeo para lo mismo. Lo que no hay es una manera de pedir «una imagen cada cinco segundos»; esa herramienta no existe aquí.

Haz la prueba pequeña antes de la grande: convierte veinte fotogramas, ábrelos en el software con el que vas a trabajar de verdad, y comprueba que el gestor de imágenes los indexa y los muestra en miniatura en lugar de dejar un cuadro gris. Ese es el punto donde falla una migración a JXL, no en el peso.

Y decide de antemano qué pasa si dentro de unos años hay que salir del formato. Si la respuesta es «se convierten por lotes a PNG», está bien; si la respuesta implica un programa concreto que hoy es el único que los abre, guarda también los originales o elige otro destino desde el principio.