Pourquoi capturer un écran demandait trois programmes

pear-rec est une application de bureau libre pour capturer un écran et traiter ce qui en sort, construite sur le framework Electron avec un front-end React afin qu'un même programme tourne sur plusieurs systèmes. Sa portée mérite d'être énoncée clairement, car elle est inhabituellement large pour un utilitaire : captures fixes, enregistrement d'écran en direct avec son synchronisé, génération de GIF animés, une visionneuse pour images, vidéos et audio, un éditeur d'image simple avec un tableau de dessin, et un éditeur de GIF qui agit sur les images une par une.

Cette liste ressemble à un paquet, et historiquement elle en était un : photographier l'écran, enregistrer un moment de celui-ci et transformer l'un ou l'autre en quelque chose qu'on colle dans une fenêtre de discussion étaient trois outils différents, avec trois idées différentes de l'endroit où les fichiers doivent aller. Tout réunir dans une seule fenêtre n'est pas tant une fonction qu'une suppression de friction, et c'est la friction qui décide si une capture d'écran est prise ou non.

Capturer est la moitié facile, annoter la moitié qui compte

Prendre les pixels est un problème résolu. Ce qui rend une capture utile, c'est ce qu'on dessine dessus : un cadre autour de l'essentiel, une flèche vers le réglage que le lecteur doit trouver, un flou sur ce qui ne doit pas être partagé. Une capture qu'on ne peut pas annoter finit généralement collée ailleurs pour être annotée, et c'est précisément ce détour que le tableau de dessin supprime. Choisir la zone avant de capturer, plutôt que recadrer après, relève de la même idée : la décision sur ce que montre l'image se prend mieux en regardant encore l'écran.

Un enregistrement d'écran a plus de variables qu'il n'y paraît

Un enregistrement n'est pas un réglage mais cinq, et ils interagissent. La zone décide de ce qui est dans le cadre. La cadence décide si le mouvement paraît fluide ou ressemble à un diaporama. Le débit décide de ce que l'encodeur peut dépenser par seconde, ce qui compte énormément pour les deux choses les plus difficiles à encoder : du texte fin sur fond uni et des dégradés doux. La source audio décide si l'enregistrement emporte le son du système, le microphone, ou les deux. Et le curseur est une décision à part — invisible, mis en évidence ou laissé tel quel — ce qui semble cosmétique jusqu'à ce qu'un tutoriel soit regardé par quelqu'un qui ne distingue pas où le clic a eu lieu.

La variable sous-estimée est la synchronisation du son. Le son et l'image viennent d'horloges différentes, et toute dérive est cumulative : quelques millisecondes au début deviennent un décalage visible au bout de deux minutes. Capturer les deux flux ensemble, au lieu d'enregistrer l'écran puis d'ajouter une piste voix, c'est la différence entre un enregistrement qui n'a besoin d'aucune réparation et un qui doit passer par un monteur.

Le GIF est un mauvais format qui a gagné

Toute objection technique au GIF animé est exacte. Il est limité à une petite palette, il ne porte aucun son, et il est énorme comparé à un format vidéo moderne contenant le même mouvement. Et pourtant c'est encore le format qui se joue tout seul dans une fenêtre de discussion, dans un document, sur une page sans lecteur installé, dans un client de courrier qui bloquerait une pièce jointe vidéo. Un format qui fonctionne partout sans la coopération de personne bat un meilleur format qui exige un greffon.

C'est pourquoi générer un GIF directement depuis un enregistrement est plus utile que cela n'en a l'air. L'autre chaîne — enregistrer, ouvrir un éditeur, exporter, convertir, découvrir que le résultat pèse quarante mégaoctets, recommencer — est exactement le détour qui finit sans que personne ne partage quoi que ce soit. Capturer une courte boucle à la bonne taille dès le départ, c'est tout le savoir-faire, et un outil qui en fait une seule passe mérite sa place.

Les images sont la partie que personne n'édite

Un GIF animé est une suite d'images fixes avec un délai attaché à chacune, et presque tout ce qui est utile à faire dessus découle de cette structure. Retirer une image sur deux divise le fichier par deux et ne se voit souvent pas. Allonger le délai d'une seule image en fait une pause qui laisse le lecteur lire la partie importante. Tenir la dernière image plus longtemps empêche la boucle de couper le résultat. Le recadrage s'applique à toute la séquence d'un coup plutôt qu'image par image à la main.

Pouvoir ouvrir un GIF, regarder ses images, l'enregistrer à nouveau et modifier la séquence, la plupart des visionneuses ne le proposent pas, parce qu'elles considèrent un GIF animé comme une vidéo. Le traiter pour ce qu'il est — une pile d'images avec une table de minutage — est ce qui rend l'édition possible.

Une visionneuse est un établi

Disposer de la lecture d'images, de vidéos et d'audio dans le même programme ressemble à un petit confort et se comporte comme un établi. Le temps réel se perd dans la boucle capturer, vérifier, ajuster, capturer à nouveau, et chaque étape qui exige de changer d'application ajoute un changement de contexte bien plus coûteux qu'il n'y paraît. Voir le résultat tout de suite, dans l'outil qui l'a produit, est ce qui transforme une tâche de cinq minutes en une tâche de cinq minutes.

Le coût honnête d'une base de code pour tous les systèmes

Bâtir sur une pile de technologies web est ce qui permet à un seul programme de tourner sur plusieurs systèmes avec la même interface, et cela a un prix qu'il vaut la peine de nommer. Une application empaquetée ainsi est plus lourde qu'un équivalent natif et consomme plus de mémoire, parce qu'elle embarque un moteur de navigateur. Elle peut aussi sembler légèrement étrangère sur de petits points : menus, boîtes de dialogue et raccourcis qui correspondent presque à la plateforme plutôt qu'exactement.

Pour un outil de capture, cet échange est souvent le bon, car la cohérence entre machines est le but et la charge de travail n'est pas continue. Cela reste un échange, et savoir qu'il existe vaut mieux que d'être surpris par un téléchargement plus gros que prévu.

Là où il trouve sa place

Les utilisateurs naturels sont ceux qui expliquent quelque chose : la personne qui écrit une documentation exigeant une capture annotée tous les deux paragraphes, celle qui enregistre une courte démonstration pour un collègue, celle qui fabrique un GIF en boucle pour une page qui ne peut pas héberger de vidéo. Pour toutes, la valeur est la même, et elle ne tient à aucune fonction isolée : capturer, annoter, enregistrer et convertir se passent au même endroit, donc la chose se termine au lieu d'être abandonnée entre deux programmes.