Monosnap para Windows,
sin los bloqueos.

Por qué Monosnap se bloquea en Windows

El bloqueo que experimentas suele ocurrir en el mismo punto: presionas el atajo de teclado de región, aparece la superposición, arrastras un rectángulo y luego la aplicación se cuelga de tres a ocho segundos antes de que se abra el editor, o nunca se abre. El Administrador de tareas muestra que Monosnap alcanza picos de 400 MB o más.

Tres factores contribuyen. Primero, Monosnap se distribuye como una aplicación Electron, por lo que cada captura inicia un renderizador de Chromium para componer la ventana del editor. Segundo, la tubería de captura no siempre libera los identificadores GDI de inmediato, lo cual es importante en Windows porque cada monitor tiene un grupo de identificadores limitado. Tercero, una sesión de larga duración acumula una fuga de memoria que nunca se libera de vuelta al sistema operativo. A la cuarta hora de una jornada laboral, el bloqueo no es un error, es el estado final predecible.

Lo que Maxisnap hace en su lugar

Maxisnap está construido directamente sobre la superficie de captura Win32. Sin Electron. Sin navegador incrustado. Sin modelo de memoria de Chromium. El editor es una ventana de PyQt6 —un widget nativo del sistema operativo adecuado— que se abre en menos de 200 ms después de la captura. La captura de región multi-monitor abarca todas las pantallas. Los identificadores se limpian en finally bloques. La RAM en reposo se mantiene alrededor de 50 MB y permanece estable durante toda una jornada laboral.

Para todo lo que no sea el rendimiento, la experiencia es intencionadamente familiar. Herramientas de anotación flechas, pines numerados, texto, desenfoque, recorte, formas y resaltados. Los destinos de carga incluyen SFTP, FTP, S3, puntos finales HTTP personalizados y Maxisnap Cloud integrado. Icono en la bandeja del sistema. Atajos de teclado globales. Copia automática de URL al portapapeles. Es el mismo trabajo, realizado sin los bloqueos.