Installer OpenScreen sous Windows, macOS et Linux

Sous Windows, la voie recommandée est le Microsoft Store. Partout ailleurs, téléchargez le dernier programme d'installation pour votre plateforme depuis la page de téléchargement, ou directement depuis GitHub Releases.

Configuration requise

	Minimum	Recommandé
Windows	Windows 10 version 1903 (build 18362) ou ultérieure, x64 (ou ARM64 avec le `.exe` autonome), Intel 8e génération / AMD Ryzen série 2000 ou plus récent. La capture native exige Windows 10 version 2004 (build 19041) ou ultérieure ; les builds antérieures se rabattent sur la capture par le navigateur	Windows 11, Intel 12e génération / AMD Ryzen série 4000 ou plus récent
macOS	macOS 13 (Ventura), exigé par ScreenCaptureKit pour la capture. L'enregistrement du micro exige macOS 15 ou ultérieur	macOS 15.2 ou ultérieur
Linux	x64. `xdg-desktop-portal` et PipeWire, dont l'enregistrement a besoin : le module de capture natif passe par eux, et un échec à ce niveau est signalé comme une erreur. Le repli sur la capture par le navigateur ne s'active que si une version d'OpenScreen ne contient pas le module lui-même. L'audio système exige en plus PipeWire comme serveur son (par défaut sur Ubuntu 22.10+ et Fedora 34+). Pour enregistrer les clics de souris sous Wayland, votre utilisateur doit pouvoir lire les périphériques evdev de la souris : voir Clics de souris sous Wayland	Les mêmes, à jour
RAM	8 Go	16 Go

Anciennes puces graphiques intégrées sous Windows

Rien n'empêche d'installer l'application sur une machine dont la puce graphique intégrée est antérieure à la 8e génération Intel environ (ou à la série AMD Ryzen 2000 équivalente). Mais certaines de ces machines ont des problèmes connus de stabilité des pilotes, qui peuvent empêcher un enregistrement de s'arrêter et d'être sauvegardé : voir #460. Si cela vous arrive, passez par l'icône de la zone de notification ou par Aide → Enregistrer les diagnostics juste après l'échec (avant de lancer un autre enregistrement), puis joignez le fichier à un rapport de bug.

macOS

Téléchargez le programme d'installation .dmg depuis Releases et glissez OpenScreen dans votre dossier Applications. Les versions à partir de la 1.9.0 sont signées avec un certificat Developer ID et notarisées par Apple : Gatekeeper ne les bloque donc pas, et aucune étape dans le terminal n'est nécessaire.

La première fois que vous l'ouvrez, OpenScreen affiche une fenêtre d'autorisations qui liste toutes les autorisations qu'il utilise, chacune avec un bouton pour l'accorder. Vous pouvez la rouvrir à tout moment depuis l'icône d'OpenScreen dans la barre des menus : Autorisations…. Ce que macOS demande dépend de sa version :

macOS 15.2 et ultérieur : vous choisissez l'écran ou la fenêtre dans le sélecteur du système d'Apple, et ce choix vaut consentement : aucune autorisation Enregistrement de l'écran n'est nécessaire. L'audio système demande sa propre autorisation, plus restreinte : Enregistrement des sons du système uniquement.
macOS 13 à 15.1 : OpenScreen utilise son propre sélecteur de source et a besoin de l'autorisation Enregistrement de l'écran, qui couvre aussi l'audio système. Sous macOS 15.0 et 15.1, macOS demande aussi de temps en temps si OpenScreen peut accéder directement à l'écran, sans passer par le sélecteur du système : autorisez-le.

Accessibilité est nécessaire au curseur éditable, le mode par défaut, pour enregistrer la forme du curseur et les clics : dans ce mode, si vous lancez l'enregistrement sans cette autorisation, la fenêtre d'autorisations s'ouvre. Une fois l'autorisation accordée, relancez l'enregistrement pour qu'il démarre.

Vous passez d'une version antérieure à la 1.9.0 ?

Ces versions n'étaient pas signées avec un certificat Developer ID, et macOS lie les autorisations Enregistrement de l'écran et Accessibilité à la signature d'une application : il ne peut donc pas savoir que la nouvelle version est la même application, et les autorisations accordées à l'ancienne ne sont pas reprises. Si une nouvelle version refuse d'enregistrer même après les avoir accordées, supprimez les entrées d'OpenScreen dans ces deux autorisations des Réglages Système, puis relancez l'application et accordez-les de nouveau.

Windows

Recommandé : Microsoft Store. Obtenez OpenScreen sur le Microsoft Store, ou installez le même paquet depuis un terminal :

winget install --source msstore OpenScreen

Microsoft signe le paquet du Store lors de la certification : il s'installe donc sans avertissement de sécurité, et le Store le tient à jour.

Alternative : programme d'installation autonome. Téléchargez et lancez le .exe (x64 ou ARM64 ; le paquet du Store est en x64) depuis Releases si vous ne pouvez pas utiliser le Store : Windows LTSC, poste de travail verrouillé, installation hors ligne ou version antérieure précise.

Avertissement SmartScreen sur le .exe

Le .exe n'est pas signé : Windows SmartScreen affiche donc Windows a protégé votre ordinateur et signale un éditeur inconnu. Choisissez Informations complémentaires → Exécuter quand même pour continuer. Téléchargez le .exe uniquement depuis la page Releases ; si vous voulez un paquet signé, utilisez la version du Store.

Linux

Quatre paquets x64 sont publiés à chaque version : choisissez celui qui correspond à votre distribution. Sur aarch64, utilisez le flake Nix ci-dessous, qui compile depuis les sources.

Debian / Ubuntu / Pop!_OS

sudo apt install ./Openscreen-Linux-*.deb

Fedora / RHEL / CentOS

sudo dnf install ./Openscreen-Linux-*.rpm

Arch / Manjaro

sudo pacman -U Openscreen-Linux-*.pacman

Toute distribution (AppImage)

chmod +x Openscreen-Linux-*.AppImage
./Openscreen-Linux-*.AppImage

Si l'AppImage ne se lance pas à cause d'une erreur de sandbox :

./Openscreen-Linux-*.AppImage --no-sandbox

NixOS / Nix (flake)

L'essayer sans l'installer :

nix run github:getopenscreen/openscreen

L'installer dans votre profil utilisateur :

nix profile install github:getopenscreen/openscreen

En tant que module système NixOS :

{
  inputs.openscreen.url = "github:getopenscreen/openscreen";

  outputs = { nixpkgs, openscreen, ... }: {
    nixosConfigurations.<host> = nixpkgs.lib.nixosSystem {
      modules = [
        openscreen.nixosModules.default
        { programs.openscreen.enable = true; }
      ];
    };
  };
}

Les utilisateurs de Home Manager peuvent utiliser openscreen.homeManagerModules.default avec le même programs.openscreen.enable = true;.

Selon votre environnement de bureau, vous devrez peut-être accorder l'autorisation d'enregistrer l'écran.

Clics de souris sous Wayland

Wayland n'expose aucun portail pour les événements d'entrée : OpenScreen lit donc les appuis sur le bouton gauche directement depuis l'interface evdev du noyau (/dev/input/event*). Par défaut, ces nœuds de périphérique sont réservés à root:input. Un enregistrement ne distingue donc un clic d'un simple mouvement du curseur que si votre utilisateur a le droit de les lire.

Rien ne casse sans cet accès : l'enregistrement fonctionne exactement comme avant, et chaque échantillon du curseur est simplement enregistré comme un déplacement.

La portée est volontairement limitée : la capture des clics n'utilise que les appuis sur le bouton gauche (BTN_LEFT) et ignore tous les autres événements, si bien que les frappes au clavier ne sont jamais enregistrées. Pour désactiver complètement ce lecteur, même là où l'autorisation existe, définissez OPENSCREEN_DISABLE_CLICK_CAPTURE=1 dans l'environnement depuis lequel OpenScreen est lancé.

Recommandé : règle udev (moindre privilège)

Sur les systèmes où systemd-logind gère le poste (seat) du bureau local, le plus sûr est d'accorder l'accès de ce poste (TAG+="uaccess") aux seuls périphériques de pointage (souris et pavés tactiles), en excluant explicitement les claviers. Cela suppose la prise en charge de uaccess par udev, et seul l'utilisateur connecté et actif sur le poste y a alors accès, sans exposer votre clavier :

Créez un fichier de règles udev /etc/udev/rules.d/70-openscreen-mouse.rules (le préfixe 70- compte : il fait passer la règle avant les règles de poste de systemd) :

sudo tee /etc/udev/rules.d/70-openscreen-mouse.rules << 'EOF'
KERNEL=="event*", SUBSYSTEM=="input", ENV{ID_INPUT_MOUSE}=="1", ENV{ID_INPUT_KEYBOARD}!="1", TAG+="uaccess"
KERNEL=="event*", SUBSYSTEM=="input", ENV{ID_INPUT_TOUCHPAD}=="1", ENV{ID_INPUT_KEYBOARD}!="1", TAG+="uaccess"
EOF

Rechargez et appliquez les règles :

sudo udevadm control --reload-rules && sudo udevadm trigger --subsystem-match=input

Pour vérifier que votre utilisateur a accès aux nœuds evdev de la souris (par exemple user:<votre-identifiant>:rw-) :

getfacl /dev/input/event*

Autre solution : le groupe `input`

Vous pouvez aussi ajouter votre utilisateur au groupe input :

sudo usermod -aG input $USER

Déconnectez-vous puis reconnectez-vous pour que le nouveau groupe soit pris en compte.

Sécurité

Ajouter votre utilisateur au groupe input donne à tous les programmes lancés sous votre compte un accès en lecture à tous les périphériques d'entrée du système, claviers compris : n'importe lequel d'entre eux peut alors enregistrer vos frappes. La règle udev ci-dessus est recommandée à la place.

Pavés tactiles : seul un clic physique est enregistré, quand vous appuyez sur le pavé jusqu'à ce qu'il s'enfonce. Le tapotement pour cliquer (tap-to-click) ne l'est pas : la pile d'entrée de votre compositeur (libinput) synthétise ces tapotements pour son propre usage et ne les renvoie jamais au périphérique du noyau que lit OpenScreen ; il n'y a donc rien à lire au niveau d'evdev. Avec une souris, ou un pavé tactile dont le tapotement pour cliquer est désactivé, chaque clic est enregistré.

Différences entre plateformes

Les outils de montage sont les mêmes partout : zooms, arrière-plans, recadrage, coupe et vitesse, annotations, transcription, sous-titres et projets. Tous les formats d'export fonctionnent sur toutes les plateformes ; ce qui diffère, c'est la capture, et l'encodeur que peut utiliser l'export MP4 sous Linux :

	macOS	Windows	Linux
Chaîne de capture	Native (ScreenCaptureKit)	Native (Windows Graphics Capture) à partir de la build 19041 ; repli sur le navigateur sur les builds antérieures ou sans le module	Native (PipeWire via le portail ScreenCast) ; repli sur le navigateur sans le module, avec perte de l'encodage matériel et de la télémétrie du curseur
Curseur personnalisé / effets de clic	✅ : les clics et la forme du curseur exigent l'autorisation Accessibilité	✅	✅ sous Wayland : la capture des clics exige l'accès aux périphériques evdev de la souris (détails)
Webcam	Capture par le navigateur, enregistrée dans un fichier séparé (reste utilisable en incrustation d'image)	Capture native, enregistrée dans un fichier séparé	Capture par le navigateur, enregistrée dans un fichier séparé (reste utilisable en incrustation d'image)
Audio système	Fonctionne sans configuration ; sa propre invite d'autorisation sur macOS 15.2+, couvert par l'autorisation Enregistrement de l'écran sur les versions antérieures	Fonctionne sans configuration	Exige PipeWire comme serveur son (par défaut sur Ubuntu 22.10+, Fedora 34+)
Export MP4	✅	✅	✅ : H.264 sur le GPU via VAAPI quand la pile graphique le permet (voir la note ci-dessous), en logiciel sinon
Export GIF	✅	✅	✅
Transcription en local	Metal (Apple Silicon) / CPU	Vulkan / CPU	Vulkan / CPU

Export MP4 sous Linux

Le moteur de composition GPU qui sert à l'aperçu en direct et à l'export MP4 a trois backends (Direct3D 11 sous Windows, Metal sous macOS, wgpu/WGSL sous Linux) et il est inclus dans les trois builds. Sous Linux, un export H.264 confie chaque image composée à h264_vaapi sans copie côté CPU quand le pilote GPU expose VAAPI et que le périphérique Vulkan peut transmettre l'image sous forme de dmabuf (VK_KHR_external_memory_fd et VK_EXT_external_memory_dma_buf). S'il manque l'un de ces éléments (pas de nœud de rendu, un pilote sans VAAPI, un périphérique Vulkan sans ces extensions), l'export se rabat sur un encodeur logiciel et prend simplement plus de temps ; rien d'autre ne change.

Les pages Windows, Mac et Linux résument ce que fait OpenScreen sur chaque système, et les cas où un autre outil convient mieux.

Étape suivante : le Démarrage rapide vous guide dans votre premier enregistrement.

Configuration requise​

macOS​

Windows​

Linux​

Clics de souris sous Wayland​

Recommandé : règle udev (moindre privilège)​

Autre solution : le groupe input​

Différences entre plateformes​