Votre enregistreur d’écran Pixel va devenir puissant : Google préparerait un outil d’annotation intégré (indices dans la Beta)

Le futur enregistrement d’écran des Pixel s’enrichit : annotations et dessin arrivent (indice dans Android 17 QPR3 Beta 2)

La Beta 2 d’Android 17 QPR3 commence à révéler de petites pépites : après les indices sur l’amélioration du déverrouillage facial, des traces de code laissent entrevoir une nouveauté prometteuse pour l’outil d’enregistrement d’écran natif des Pixel. Les recherches menées dans les fichiers de la Beta montrent l’apparition d’une application système appelée MarkupApplication et de ressources liées à un « ScreenRecordingMarkup ». Autrement dit, Google travaillerait à intégrer un véritable outil d’annotation directement dans l’enregistreur d’écran.

Qu’est‑ce que cela change réellement ?

Aujourd’hui, l’enregistreur d’écran des Pixel inclut déjà des fonctions pratiques : capture de l’écran, enregistrement audio, et depuis le Pixel Drop de juin 2026 la fonction « Screen Reactions » qui permet d’afficher votre visage en vignette pendant l’enregistrement (idéal pour les réactions ou les tutoriels). L’arrivée d’un outil de markup viendrait compléter ce dispositif en offrant la possibilité d’annoter, de dessiner ou de surligner en direct pendant que la vidéo se crée. Pour les créateurs de contenu, formateurs et personnes réalisant des tutoriels, ce serait une amélioration notable : plus besoin de post‑traitement pour ajouter des flèches, du texte ou des surlignages.

Les indices trouvés dans la Beta 2

  • Un paquet système nommé com.android.systemui.screenrecord.markup, identifié comme MarkupApplication ;
  • Des références à ScreenRecordingMarkup et à des états d’affichage des annotations (« overlay shown », « overlay hidden ») ;
  • Une ressource screenrecording_markup.brushfamily, suggérant la présence d’outils de dessin avec choix de taille et probablement de forme de pinceau.
  • Ces éléments laissent penser que l’annotation pourrait être activable/désactivable via une icône pendant l’enregistrement, permettant d’alterner entre captures pures et captures annotées sans quitter l’interface.

    À quoi pourrait ressembler l’expérience utilisateur ?

    Sur la base des indices et de ce que proposent déjà certains rivaux (Samsung, par exemple, dispose d’un outil d’annotation intégré), on peut imaginer plusieurs fonctionnalités clés :

  • Activation d’une surcouche d’annotation pendant l’enregistrement ;
  • Palette de couleurs et choix de tailles de pinceau (suggestion par la ressource brushfamily) ;
  • Possibilité de tracer des formes, écrire du texte ou ajouter des flèches et des surlignages ;
  • Option pour masquer/afficher les annotations afin d’enregistrer à la fois une version « brute » et une version annotée ;
  • Enregistrement synchronisé des annotations avec la vidéo, de sorte qu’elles apparaissent et disparaissent au bon moment dans la timeline.
  • Un tel outil, s’il est ergonomique, permettrait de gagner un temps fou pour produire des tutoriels, des démonstrations d’applications ou tout simplement des vidéos explicatives à destination d’amis ou de collègues.

    Quels bénéfices pour les créateurs et les utilisateurs pro ?

    Pour les créateurs de contenu éducatif, le markup en direct simplifierait la production : plus besoin d’importer une vidéo dans un éditeur pour ajouter des commentaires visuels. Les employés en support technique pourraient enregistrer des pas à pas avec des annotations claires, et les teachers pourraient préparer des capsules pédagogiques directement depuis leur Pixel.

    En outre, la possibilité d’activer ou non l’overlay garantirait la polyvalence : on pourrait enregistrer une vidéo « propre » destinée à la post‑production, ou une version annotée prête à l’emploi pour une diffusion immédiate.

    Est‑ce déjà prêt ? Quand l’attendre ?

    La présence d’une application prototype dans la Beta 2 indique que la fonctionnalité est en développement, mais pas encore aboutie. Les éléments trouvés sont surtout structurels — noms de packages, ressources et références — sans interface pleinement fonctionnelle accessible dans la Beta. Cela veut dire qu’il faudra probablement encore plusieurs cycles de développement et de test avant une mise en production.

    Il est donc possible que cette fonctionnalité n’atteigne pas l’utilisateur final avec QPR3 et qu’elle soit repoussée à une version ultérieure, voire à Android 18, si Google souhaite peaufiner l’ergonomie et la stabilité. Les délais dépendront aussi des retours des testeurs et du calendrier interne de Google.

    Points techniques à surveiller

  • Compatibilité multi‑app : l’outil fonctionnera‑t‑il uniquement dans l’enregistreur système ou pourra‑t‑il annoter des captures d’applications tierces ?
  • Performances : l’ajout d’une surcouche graphique en temps réel peut coûter en ressources, quid des modèles Pixel les plus anciens ?
  • Export et édition : pourra‑t‑on modifier les annotations après enregistrement, ou seront‑elles figées dans la vidéo ?
  • Intégration avec Screen Reactions : les annotations pourront‑elles être combinées à la vignette vidéo du visage sans nuire à la lisibilité ?
  • Pourquoi Google mise sur l’enrichissement de l’enregistreur ?

    En ajoutant des fonctions natives toujours plus orientées vers la capture et la création, Google renforce la valeur ajoutée de ses Pixel. Plutôt que de laisser aux utilisateurs le soin d’installer des applications tierces pour des besoins spécifiques (capture d’écran, annotation, réaction vidéo), fournir des outils intégrés améliore l’expérience et permet un contrôle plus fin sur la confidentialité et les performances.

    À quoi s’attendre ensuite ?

    Les prochaines betas de QPR3 permettront d’observer l’évolution de MarkupApplication et des ressources associées. Si Google poursuit sur cette voie, on verra probablement des aperçus d’interface, des réglages de pinceau, et éventuellement une première version utilisable dans une Beta future. En tant qu’utilisateur, gardez un œil sur les releases notes des prochaines Beta : elles dévoileront si l’outil franchit le stade de prototype pour entrer en phase de test convivial.