Tramado de imágenes

Qué cambian los tres algoritmos

El tramado representa tonos con un conjunto de colores más pequeño distribuyendo espacialmente los píxeles disponibles. Floyd y Steinberg presentaron la difusión de errores hacia delante en su artículo de 1976, An Adaptive Algorithm for Spatial Greyscale. Cada píxel cuantizado deja un error que se reparte entre los píxeles vecinos que aún no se han procesado. Suele producir una textura fina e irregular y conserva mejor los cambios graduales que aplicar un solo umbral a toda la imagen.

Atkinson también utiliza difusión de errores, pero difiere en el patrón de vecinos y en la parte del error que conserva. Apple enumera Floyd-Steinberg y Atkinson como métodos de tramado de vImage distintos. Atkinson suele ofrecer un resultado más definido y con mayor contraste, aunque ese aspecto puede perder parte de la variación tonal suave.

Bayer 4×4 es un tramado ordenado. Repite una matriz fija de umbrales de 4×4 por toda la imagen, en lugar de arrastrar el error de un píxel al siguiente. El método procede del artículo de B. E. Bayer de 1973, registrado como An Optimum Method for Two-Level Rendition of Continuous-Tone Pictures. Su patrón visible y regular resulta útil para gráficos retro y texturas previsibles.

Límites de la paleta y del canal alfa

Monocromo reduce el RGB visible a dos tonos. Escala de grises conserva varios niveles neutros, mientras que Color limitado cuantiza RGB a un conjunto pequeño de colores. Estos modos no identifican sujetos, reconstruyen detalles perdidos ni deducen colores nuevos. El resultado sigue siendo un mapa de bits con las dimensiones procesadas; no es SVG ni ningún otro tipo de gráfico vectorial.

El cálculo del tramado solo modifica los valores RGB. Copia el alfa original de cada píxel, incluida la transparencia parcial, y los píxeles totalmente transparentes siguen siéndolo. La especificación PNG define un alfa por píxel que abarca desde totalmente transparente hasta totalmente opaco. JPEG no admite alfa, mientras que PNG y algunas imágenes WebP sí pueden incluirlo.

Procesamiento en el navegador y exportación PNG

El navegador decodifica el archivo elegido, lee los datos de píxeles, aplica el algoritmo seleccionado y crea la descarga localmente. La herramienta no sube la imagen. En el modo embudo, la imagen y el resultado pueden guardarse hasta dos horas en IndexedDB dentro de este navegador. Una referencia asociada a la pestaña en sessionStorage mantiene separados los proyectos simultáneos. Reiniciar elimina los datos locales del proyecto; de lo contrario, caducan automáticamente. La especificación de HTML Canvas define la lectura de píxeles y la exportación con toBlob(), y exige PNG cuando no se admite el tipo solicitado.

El límite de 15 MiB para el archivo comprimido y los límites de 20 megapíxeles y 8.192 píxeles por lado para la imagen decodificada protegen la memoria y el tiempo de procesamiento del navegador. Un archivo comprimido pequeño puede convertirse en un búfer de píxeles grande. Para mantener la respuesta del navegador, la salida se limita automáticamente a 4 megapíxeles aunque la fuente admitida sea mayor. Si una imagen válida supera un límite de origen, redúcela primero. La exportación PNG conserva los píxeles y el alfa sin pérdidas, pero no mantiene los metadatos, las capas ni los objetos vectoriales del archivo original.