Convertir HEIC a SVG

El vectorizado busca el límite entre zonas de color distinto y dibuja un camino cerrado a lo largo de él. Una línea de lápiz tiene dos de esos límites, uno a cada lado, así que lo que sale es un lazo largo y estrecho alrededor de la línea en lugar de la línea. Relleno de negro se ve exactamente bien en pantalla, y para algo que solo se va a mostrar o imprimir es una respuesta completa.

Deja de serlo en cuanto una máquina sigue los caminos. Un plóter de plumilla baja por un lado del trazo y sube por el otro. Una cortadora de vinilo recorta el trazo como si fuera una forma. Una fresadora con broca en V rodea la línea en vez de seguirla. Si el destino es una máquina que sigue trayectorias, lo que necesitas se llama vectorización por eje central o esqueletizado, y es un algoritmo distinto del que hay detrás de esta página.

El algoritmo busca regiones planas, y una pizarra fotografiada con el móvil tiene muchas menos de las que uno esperaría. La superficie está más clara junto a la ventana y gris en el rincón, el rotulador brilla donde le da el fluorescente, el borrado de la semana pasada dejó un velo por el centro y la foto se hizo desde una silla, así que el rectángulo es un trapecio.

Todo eso se convierte en geometría. El degradado de luz se parte en bandas de blancos ligeramente distintos, el brillo se vuelve una isla en mitad de un trazo, los restos borrados aparecen como manchas pálidas repartidas por el dibujo. Nada de eso es un fallo del vectorizador, que está reproduciendo lo que hay en la imagen. Es un motivo para arreglar la imagen antes de vectorizarla.

De frente, no en diagonal, con el móvil paralelo al papel o a la pizarra. Luz uniforme, sin tu propia sombra cruzando el encuadre y sin ninguna lámpara reflejada en la superficie. Que el dibujo ocupe el encuadre y nada más. Si está sobre papel, el escáner de documentos que llevan las aplicaciones de notas del propio teléfono corrige la perspectiva y es un punto de partida claramente mejor que una foto suelta.

Después sube el contraste antes de convertir. En la aplicación de fotos, subir contraste y punto negro y bajar un poco el brillo empuja el papel hacia el blanco y la tinta hacia el negro, que es justo lo que elimina la variación de luz que si no acabaría convertida en formas. Dos minutos ahí valen más que cualquier ajuste de esta página.

El número de colores es el ajuste que más pesa, y para trabajo de línea la respuesta es la opción más baja. Un dibujo tiene dos colores: tinta y papel. Todo lo que esté por encima de dos se gasta en describir la iluminación de la hoja y el borde suavizado de los trazos, y cada nivel de más significa más caminos, un archivo mayor y más formitas que limpiar luego.

La opción que viene puesta son ocho colores, y está pensada para ilustración plana: un logotipo con cuatro tintas, un icono, un diagrama impreso. Las cifras altas existen para imágenes con sombreado real, y elegirlas para un boceto produce un SVG mucho mayor que no es más fiel a las líneas que dibujaste. Empieza por lo más bajo y sube solo si ha desaparecido algo que necesitabas.

El ajuste de detalle controla dos cosas a la vez: con cuánta holgura se le permite a una recta o a una curva ajustarse a una tira de píxeles de borde, y a partir de qué tamaño una forma se descarta. La posición suave tira todo lo que ocupe menos de 16 píxeles, la equilibrada menos de 8 y la nítida menos de 2.

Ese umbral es el que hay que pensar con una foto de móvil, porque un borde captado por un sensor nunca está limpio: el ruido y el suavizado dejan una franja de píxeles intermedios a lo largo de cada trazo, y cada uno de ellos puede convertirse en una mota con camino propio. La posición suave suele ser la correcta para un dibujo fotografiado. La nítida es para un origen que ya venía limpio, como una captura de pantalla o un escaneado, y sobre una foto reproduce el ruido con toda fidelidad.

Un desenfoque previo reduciría las motas, y todas las herramientas de vectorizado ofrecen uno. Aquí está fijado en cero porque las elimina ablandando exactamente los bordes nítidos que son la única razón para vectorizar, y una versión redondeada y algo derretida de tu dibujo es un mal cambio a cambio de menos caminos.

El umbral de descarte hace el mismo trabajo sin ese coste: quita las formas por debajo de un tamaño en lugar de emborronar todo lo que está por encima. Si tu resultado sale lleno de motas, mueve el detalle hacia la posición suave o limpia la imagen de origen, en vez de buscar un control de desenfoque que no está ahí a propósito.

Sea cual sea la entrada, la imagen se reduce para que su lado más largo no pase de 1.600 píxeles antes de empezar. Un fotograma de doce megapíxeles de un iPhone mide 4.032 píxeles de ancho, así que se encoge algo más de dos veces y media.

Eso no cuesta nada que importe. La salida es independiente de la resolución: unos caminos trazados a 1.600 píxeles y los mismos trazados a 4.032 se dibujan idénticos a cualquier tamaño, y lo único que cambia es con cuánta obsesión se pegan los contornos a la rejilla original. Lo que se gana es una conversión de segundos en lugar de decenas de segundos y un SVG medido en kilobytes y no en megabytes, porque el coste crece con el número de bordes y una foto grande tiene un borde casi en todas partes.

La señal más fiable sobre si el vectorizado ha ido bien no es la vista previa, es una resta. Si el SVG pesa menos o parecido que el original, la imagen tenía regiones planas de verdad y el algoritmo las encontró. Si pesa varias veces más, estaba peleándose con la textura y convirtiéndola en miles de caminos diminutos.

Los dos números aparecen al terminar la conversión, así que la comprobación no cuesta esfuerzo. Un caso medido que conviene conocer: una captura de pantalla con texto salió cuarenta veces más grande que el PNG del que venía, porque cada letra suavizada se convirtió en su propio montón de caminos. La letra manuscrita de una pizarra se comporta igual. Si eso es lo que ves, la solución no es otro ajuste sino otro planteamiento.

Da por hecho que el archivo es un punto de partida y no un dibujo terminado. Ábrelo en un editor vectorial y cuenta con tres tareas: borrar el rectángulo de fondo si se ha vectorizado uno, seleccionar y eliminar las motas sobrantes, y unir o simplificar los caminos donde un mismo trazo se ha partido en varios.

Para un plano o un dibujo técnico hay una cuarta, y es la más ingrata: el trazado no sabe nada de escala, de rectitud ni de ángulos rectos. Las líneas que debían ser paralelas no lo son, y un muro de cuatro metros es ahora un número arbitrario de unidades. Si las medidas importan, lo que tienes es una plantilla sobre la que redibujar, no un dibujo sobre el que medir.

Los casos que funcionan bien tienen algo en común: pocas tintas, fondo claro y bordes definidos. Un patrón de costura marcado en papel, la plantilla de una pieza, un croquis de una reforma, un rótulo pintado a mano, un sello. Todos son, en la práctica, imágenes de dos colores con perspectiva corregible, y el vectorizado los reconstruye con bastante fidelidad.

Una fotografía de una persona o de un paisaje no. El algoritmo funciona buscando zonas planas y una foto no tiene ninguna, así que se las inventa: el resultado es una copia posterizada, normalmente más pesada que el original y peor. Si lo que quieres es una versión escalable de una fotografía, esa cosa no existe; lo que hay que hacer es ampliar el mapa de bits.

Todo ocurre dentro de la página: libheif descodifica el HEIC, un lienzo lo reduce y una biblioteca de vectorizado de unos cuarenta y seis kilobytes de JavaScript hace el trazado. Ninguna petición lleva la imagen, y puedes confirmarlo en la pestaña de red o directamente desconectando el equipo antes de convertir.

Aquí eso no es una ventaja abstracta. Lo que la gente fotografía para vectorizar son pizarras de reuniones, bocetos de producto, planos de obra y patrones, es decir, trabajo sin publicar. Poder probar cuatro ajustes distintos sin que ninguno de los intentos salga del portátil es la diferencia entre usar la herramienta y no usarla.