Monosnap para Windows,
sem os travamentos.

Por que o Monosnap trava no Windows

O travamento que você encontra geralmente ocorre no mesmo ponto: você pressiona o atalho de região, a sobreposição aparece, você arrasta um retângulo e, em seguida, o aplicativo trava por três a oito segundos antes que o editor seja aberto — ou nunca é aberto. O Gerenciador de Tarefas mostra o Monosnap atingindo picos de 400 MB ou mais.

Três fatores contribuem. Primeiro, o Monosnap é distribuído como um aplicativo Electron, então cada captura inicia um renderizador Chromium para compor a janela do editor. Segundo, o pipeline de captura nem sempre libera os identificadores GDI prontamente, o que é importante no Windows porque cada monitor tem um pool limitado de identificadores. Terceiro, uma sessão de longa duração acumula um vazamento de memória que nunca é liberado de volta para o sistema operacional. Na quarta hora de um dia de trabalho, o travamento não é um bug — é o estado final previsível.

O que o Maxisnap faz em vez disso

Maxisnap é construído diretamente sobre a superfície de captura Win32. Sem Electron. Sem navegador incorporado. Sem modelo de memória Chromium. O editor é uma janela PyQt6 — um widget nativo adequado do sistema operacional — que abre em menos de 200 ms após a captura. A captura de região em múltiplos monitores abrange todas as telas. Os identificadores são limpos em finally blocos. A RAM ociosa fica em torno de 50 MB e permanece estável durante um dia de trabalho completo.

Para tudo fora do desempenho, a experiência é intencionalmente familiar. Ferramentas de anotação setas de cobertura, pinos numerados, texto, desfoque, corte, formas e destaques. Os destinos de upload incluem SFTP, FTP, S3, endpoints HTTP personalizados e o Maxisnap Cloud integrado. Ícone na bandeja do sistema. Atalhos globais. Cópia automática de URL para a área de transferência. É o mesmo trabalho, feito sem o travamento.