Convertir ARW a PNG

El PNG guarda valores de píxel exactos, así que un archivo escrito hoy se descodifica al mismo array el mes que viene y volver a guardarlo no cambia nada. Para cualquier cosa que mida, compare, calcule un hash o entrene sobre imágenes, esa propiedad vale más que el tamaño del archivo: un formato que recomprime discretamente en cada escritura convierte un problema de reproducibilidad en un misterio.

Esta conversión es determinista en el mismo sentido. El mismo ARW produce el mismo PNG siempre: la vista previa se localiza con el mismo rastreo, se descodifica con el mismo descodificador y se codifica con el mismo codificador, sin ningún paso aleatorio por el camino.

Un ARW es un contenedor derivado de TIFF que Sony escribe desde la Alpha DSLR-A100 de 2006, con lecturas del sensor de 12 bits en los cuerpos antiguos y de 14 en los recientes. Junto a esas lecturas, la cámara escribe en el mismo archivo un JPEG ya terminado en el momento del disparo.

Lo que hace el conversor es rastrear el archivo buscando marcas de inicio de imagen, quedarse con la vista previa más grande por número de píxeles —no por peso en bytes— y descartar las candidatas por debajo de 640 por 480, que son miniaturas. Sobre casi todas las cámaras esa vista previa tiene las dimensiones completas del sensor, y «casi» es la palabra que usa el propio código: no se promete que todas la lleven.

No se hace interpolación cromática en ningún momento. Los datos del sensor no se tocan: el motor se llama extractor de vista previa y no revelador precisamente para que el registro no insinúe un revelado que no ocurre. Por eso la conversión es rápida y por eso no puede darte nada que la cámara no hubiera compuesto ya.

El aviso del registro para los veintiocho pares de raw lo dice con claridad: es la interpretación de la propia cámara, lleva su estilo de imagen ya aplicado y no contiene el margen extra en luces y sombras que es la razón de disparar en bruto. Perfecta para ver, enviar o subir; no sustituye al revelado del archivo.

Aquí hay una diferencia entre destinos que conviene tener presente. Cuando el destino es JPG, la vista previa sale tal cual la escribió la cámara, sin volver a codificarse. Cuando el destino es PNG, TIFF o WebP, la vista previa se descodifica y se vuelve a codificar, así que es una segunda generación sobre un JPEG de cámara que ya venía con pérdida.

Para PNG eso no añade pérdida propia, porque el PNG guarda exactamente los píxeles que recibe. Lo que hay que tener claro es de dónde vienen esos píxeles. Llamar a este camino «sin pérdida» sería medir solo la segunda mitad del recorrido: la primera mitad ya la había recorrido el codificador JPEG de la cámara y ahí sí se descartó información que no vuelve.

El PNG admite dieciséis bits por canal y los sensores de Sony registran catorce, pero la vista previa extraída es un JPEG corriente de ocho bits, así que la salida es de ocho. En ocho bits un canal tiene 256 niveles, y cualquier operación que estire un rango estrecho —normalizar un fotograma oscuro, sacar contraste de uno plano— va a producir bandas.

Si tu cadena hace ese tipo de estiramiento, este no es el origen correcto. Revela el ARW en Imaging Edge, Lightroom, Capture One o darktable y exporta un TIFF de dieciséis bits, que es la entrada estándar exactamente por este motivo.

PNG es uno de los destinos que ignoran por completo el número de calidad: no hay compromiso que ajustar porque no hay pérdida que dosificar. Lo único que se decide aquí es cuánto se aprieta el archivo, y eso está fijado en un nivel de optimización concreto que se eligió midiendo.

La medida está anotada en el propio código: un archivo de 1.366 KB bajó a 468 KB en 464 milisegundos con el nivel elegido, mientras que el nivel siguiente costaba 1.133 milisegundos y no ahorraba nada. Antes de que ese optimizador estuviera en este camino, todos los PNG que producía esta web pesaban unas tres veces más de lo necesario, lo cual, multiplicado por un conjunto de mil imágenes, es la diferencia entre un disco y dos.

La imagen se descodifica a píxeles y desde píxeles se vuelve a codificar, y por ese camino no pasa ningún bloque de metadatos. En el PNG no hay objetivo, ni distancia focal, ni datos de exposición, ni coordenadas. Nada de eso se borra a propósito: sencillamente no hay nada que lo transporte.

Quien necesite esos valores —una herramienta de fotogrametría que quiere la focal, un conjunto de datos que registra las condiciones de captura— tiene que sacarlos del ARW por separado y llevarlos en un archivo aparte o en un manifiesto. Suele ser mejor diseño de todas formas: una cadena que lee sus parámetros de un manifiesto es reproducible; una que los lee del archivo derivado que haya quedado en el disco no lo es. El interruptor de metadatos que aparece en la ruta a JPG no está en esta, porque aquí no hay metadatos que quitar.

Es un uso enorme de cámaras Sony en el mundo hispanohablante: levantamientos de fachadas, portadas, retablos, yacimientos y piezas de museo, con cientos de fotos por sesión. Para eso la vista previa extraída funciona y no es lo ideal, y el motivo es la consistencia. El programa quiere que todo el conjunto esté interpretado igual, y la cámara aplica su balance de blancos automático y su curva de tono foto a foto.

Si la sesión se disparó con balance fijo y un perfil neutro, el conjunto sale coherente y esto sirve. Si la cámara iba en automático —cosa habitual cuando se pasa del interior de una nave a la luz del claustro—, el conjunto deriva y el programa tiene que trabajar más para casar las tomas. Y cualquier trabajo que mida luminancia absoluta o que dependa de una respuesta lineal necesita los datos del sensor: la curva de tono de la cámara es una interpretación deliberadamente no lineal, pensada para gustar, y rompe la relación entre valor de píxel y luz que ese trabajo necesita.

La aritmética no perdona en las resoluciones altas de Sony. Un fotograma de 24 megapíxeles de una A7 III son unos 72 MB de píxeles en crudo; uno de 61 megapíxeles de una A7R IV, unos 180 MB. El PNG deja una fotografía en aproximadamente la mitad o las tres cuartas partes de eso, así que un conjunto de mil imágenes de la A7R IV se planta con facilidad por encima de los cien gigabytes.

La palanca es el ancho máximo. Muchas cadenas redimensionan su entrada como primer paso de todas formas, y hacerlo durante la conversión significa no llegar a guardar nunca la versión a tamaño completo. Mira qué consume realmente la herramienta antes de generar algo que va a encoger acto seguido.

Los lotes funcionan y la consistencia es justamente el objetivo: suelta el conjunto entero, deja que todos los archivos pasen por los mismos ajustes y recoge el resultado en un ZIP. Convertir en varias tandas es como un conjunto acaba teniendo dos anchos máximos distintos dentro y una semana perdida en averiguar por qué.

Codificar PNG con estos números de píxeles es trabajo de verdad, así que un conjunto grande tarda: bastante más que la ruta a JPG, donde la vista previa se copia sin volver a codificarse. Se admiten hasta 100 archivos por lote y hasta 100 MB por archivo, lo que cubre con holgura los ARW comprimidos y los comprimidos sin pérdida; un fotograma de 61 megapíxeles guardado sin comprimir, alrededor de 120 MB, se queda fuera.

La conversión ocurre en el navegador, así que los ARW no se transmiten en ningún momento. Cuando las imágenes son confidenciales, identifican a personas o están sujetas a la aprobación de un comité de ética, eso no es una comodidad: subir un conjunto de datos a un conversor encontrado en un buscador es exactamente el paso que invalida la aprobación, y bajo el Reglamento General de Protección de Datos además obliga a documentar un encargado del tratamiento que aquí no existe.

Y no hay que creérselo: abre las herramientas de desarrollo, mira la pestaña de red mientras se convierte y comprueba que no sale nada que lleve las imágenes. Esa comprobación tarda diez segundos y es la única forma en la que una afirmación de este tipo significa algo.