Marre des plantages de Monosnap ?
Passez à Maxisnap.

Les trois modes de plantage

Les plantages de Monosnap sous Windows se décomposent en trois modes de défaillance principalement distincts. Savoir lequel vous rencontrez est un contexte utile — bien que la solution pour les trois soit la même.

Plantages du moteur de rendu GPU. Ceux-ci se manifestent par une fermeture soudaine de l'application, souvent avec une boîte de dialogue « l'application n'a pas pu s'initialiser » au prochain lancement. La cause profonde est l'échec du processus GPU de Chromium à communiquer avec le pilote d'affichage. Les utilisateurs avec des pilotes NVIDIA RTX ou AMD Radeon récents signalent cela le plus fréquemment. La base Electron de Monosnap signifie qu'il hérite de chaque bug GPU de Chromium.

Épuisement des handles GDI. Windows limite le nombre d'objets GDI qu'un seul processus peut contenir (la limite par défaut est de 10 000). Le pipeline de capture multi-écrans de Monosnap ne libère pas toujours les handles après chaque capture. Sur une session suffisamment longue, le nombre augmente jusqu'à ce qu'une allocation échoue et que l'application se termine silencieusement.

Plantages par manque de mémoire. À mesure que la fuite de mémoire augmente, le processus finit par dépasser une limite — soit la limite d'espace d'adressage virtuel du système d'exploitation pour un processus 32 bits, soit la limite de pression système d'un utilisateur. L'application se ferme. L'Observateur d'événements Windows affichera un événement « AppCrash » avec monosnap.exe et un code d'exception.

Pourquoi Maxisnap ne’rencontre pas ces problèmes

Maxisnap est une application native 64 bits. Il n'utilise pas de processus GPU Chromium, donc la première classe de plantage est architecturalement impossible. Les handles GDI sont libérés par finally blocs après chaque capture, de sorte que l'épuisement des handles ne peut pas s'accumuler. Et le profil de mémoire plat exclut les OOM.

La série v2.x est stable depuis des mois de fonctionnement continu lors des tests internes et utilisateurs. Si un plantage se produit se produit, le gestionnaire de crash écrit un journal dans %APPDATA%/Maxisnap/maxisnap.log que vous pouvez envoyer par e-mail au support — et puisque l'application est activement maintenue, le correctif est livré dans la prochaine version, pas trois ans plus tard.