Convertir CR3 a PNG

Un CR3 es un contenedor de lecturas del sensor con estructura propia de Canon, introducido en 2018 y construido sobre el formato base de archivos ISO en lugar de sobre TIFF. Colocar una imagen en un documento exige que el programa sepa descodificarla, y ni Word, ni PowerPoint, ni Presentaciones de Google, ni Confluence, ni Notion, ni Figma llevan descodificador de raw dentro. No fallan con elegancia ante un archivo así: normalmente ni siquiera lo muestran en el selector de archivos.

PNG es el caso opuesto: una recomendación del W3C de 1996, norma ISO desde 2004, que todas esas herramientas leen desde que existen. Convertir aquí no es una preferencia estética, es la única manera de que la fotografía entre en el documento.

El conversor no revela los datos del sensor. Cada Canon escribe un JPEG completo dentro del CR3 en el momento del disparo, a resolución completa en casi todos los cuerpos, y ése es el que se localiza y se vuelve a codificar como PNG. Trae el estilo de imagen que tenía puesto la cámara y el balance de blancos que la cámara eligió.

Para una fotografía que va a un informe o a una presentación eso no es una renuncia: es exactamente la imagen que el fotógrafo miró en la pantalla trasera y dio por buena. Solo se convierte en un problema si el encuadre hay que rescatarlo, y un documento rara vez es el sitio donde se está teniendo esa conversación.

El método no es un analizador de formato sino un rastreo de bytes buscando marcadores de inicio de imagen JPEG. Suena rudimentario y es deliberado: la misma implementación sirve para los raw basados en TIFF y para los que, como el CR3, están construidos sobre el contenedor ISO, sin necesidad de mantener un lector por marca y por generación de cámara.

Cuando aparece más de una imagen incrustada —y suele aparecer— se elige la que tiene más píxeles, no la que ocupa más bytes, y se descartan las candidatas por debajo de 640 × 480 porque a ese tamaño lo que hay es una miniatura para la pantalla trasera. Si un CR3 no lleva ninguna vista previa utilizable, la conversión te lo dice en lugar de entregarte una imagen diminuta.

Éste es el fallo con el que la gente choca de verdad. Cuarenta y cinco millones de píxeles a tres bytes cada uno son unos 135 MB antes de comprimir, y PNG comprime mal las fotografías porque funciona buscando repetición y una fotografía casi no tiene ninguna. Un solo PNG a tamaño completo puede pasar de 70 MB.

Mete seis de ésos en una presentación y el archivo no se podrá enviar por correo —los buzones corporativos suelen cortar en 10 o 25 MB—, irá a trompicones al pasar diapositivas y hará infeliz a la unidad compartida. Y hay un final irónico: PowerPoint y Word comprimen las imágenes al guardar si se lo permites, lo que mete un JPEG dentro del documento y deshace en silencio el motivo por el que elegiste PNG.

El arreglo está por encima de la elección de formato. Una imagen a página completa en un documento se imprime o se muestra a unos 2.000 píxeles de ancho; una figura a media columna, a 900. Fijar un ancho máximo al convertir elimina los píxeles que nadie va a ver nunca y lleva el archivo de decenas de megabytes a unos pocos.

El control actúa solo sobre el ancho y el alto lo sigue, así que la proporción se mantiene y no hay recorte que revisar. Reducir obliga a pasar la imagen por una descodificación y una nueva codificación, cosa que en el destino PNG ocurre de todas formas, de modo que en este par usarlo no cuesta nada añadido. Elige el ancho que el documento necesita de verdad y el problema de peso desaparece.

PNG se elige a menudo porque alguien lo recuerda como «el de los fondos transparentes». Eso es cierto del formato y falso de este archivo. Cada fotodiodo del sensor registró un valor, así que todos los píxeles son opacos, y el canal alfa que PNG ofrece llega vacío.

Si la presentación necesita un producto sobre fondo transparente, eso es un recorte en un editor —o una fotografía hecha contra un fondo que se pueda eliminar— y ocurre después de esta conversión, no durante. Ningún conversor de formato puede decidir qué parte de una fotografía es el sujeto.

PNG puede almacenar 16 bits por canal y un sensor de Canon registra 14. Es tentador suponer que los dos se encuentran. No lo hacen, porque esos 14 bits no se descodifican aquí en ningún momento: la vista previa incrustada es un JPEG corriente de 8 bits, así que el PNG escrito a partir de ella también es de 8 bits.

Importa si alguien más adelante piensa etalonar la imagen o ajustarla con fuerza, porque los datos de 8 bits producen bandas cuando se les exige mucho. Si ése es el plan, el CR3 tiene que pasar por Digital Photo Professional o Lightroom y salir como TIFF de 16 bits, y esta página no es el camino.

PNG conserva exactamente los píxeles que recibe, y de ahí sale la idea, muy repetida, de que una conversión a PNG no pierde nada. Aquí esa frase no es cierta y merece decirse: lo que PNG recibe es una vista previa que ya era un JPEG, es decir, algo que la cámara comprimió con pérdida en el momento del disparo, y al escribir el PNG se descodifica y se vuelve a codificar.

En la práctica el resultado es visualmente indistinguible de esa vista previa, porque la segunda codificación sí es sin pérdida. Lo que no es cierto es que el PNG contenga lo que contenía el archivo raw. Contiene la interpretación que hizo la cámara, guardada con fidelidad. Para un documento eso basta de sobra; para un archivo maestro, el maestro sigue siendo el CR3.

El bloque EXIF no sobrevive a la nueva codificación. Modelo de cámara, objetivo, parámetros de exposición, hora de captura y cualquier coordenada GPS no están en el PNG. Para un documento interno eso es neutro; para algo que se publica es una pequeña protección de datos accidental, porque tanto las cámaras de oficina como los móviles etiquetan la ubicación más a menudo de lo que sus dueños creen.

También significa que la atribución hay que resolverla en el documento y no en el archivo. Si hay que acreditar a quien hizo la foto, el sitio es el pie de imagen, porque en el PNG no va a viajar su nombre. Y no hay ningún interruptor que cambie esto en este par: en el camino a PNG los metadatos no se conservan de ninguna manera.

Los lotes son el caso normal aquí: llega una sesión con cuarenta fotogramas y se quieren seis. Suelta la selección, deja que cada uno se extraiga y se codifique, y recoge el resultado como un ZIP. Se pueden soltar hasta 100 archivos de una vez y la capa gratuita acepta hasta 100 MB por archivo, por debajo de lo que ocupa cualquier CR3: un fotograma raw completo de un cuerpo actual ronda los 45 MB y uno en C-RAW bastante menos.

Codificar PNG es trabajo real, a diferencia de la ruta a JPG donde la vista previa se copia sin tocarla, así que un lote grande a tamaño completo tarda. Fijar un ancho máximo acelera eso tanto como reduce los archivos, y es la diferencia entre una tanda que termina mientras vas a por un café y otra que hay que dejar corriendo.

La conversión ocurre en el navegador, así que los CR3 no salen de la máquina. En un contexto de oficina eso vale algo concreto: fotografías de personal, de las instalaciones de un cliente, de un producto sin anunciar o de cualquier cosa cubierta por un contrato no deberían subirse a un conversor elegido en un resultado de búsqueda, y a menudo hay una política interna que lo dice por escrito.

Y se puede comprobar en lugar de creer. Abre las herramientas de desarrollo, mira el panel de red mientras se convierte un archivo y observa que no sale ninguna petición que lleve la imagen. Es la clase de verificación que se puede enseñar a quien tenga que autorizar el uso de la herramienta.