PluelyPluelyDocs

Prise en main

Autorisations Linux pour Pluely : micro et capture d'écran

Linux n'a pas de système d'autorisations unifié comme macOS et Windows : ce qu'il faut vérifier dépend de votre serveur audio (PipeWire ou PulseAudio) et de votre serveur d'affichage (X11 ou Wayland), qui dépendent eux-mêmes de votre distribution et de votre environnement de bureau. Cette page couvre les deux choses dont Pluely v1 a besoin, l'entrée micro et la capture d'écran, et explique comment vérifier chacune sur une configuration Linux moderne typique.

Dans Pluely, Tableau de bord → Autorisations et audio les affiche comme Géré par le système avec un bouton Ouvrir les réglages de Linux, et vérifie l'audio du système en direct.

Micro via PipeWire ou PulseAudio

La plupart des distributions Linux actuelles font passer l'audio par PipeWire (souvent avec la compatibilité PulseAudio) ou par PulseAudio seul. Pluely v1 a besoin qu'un périphérique d'entrée fonctionnel soit sélectionné à ce niveau pour vous entendre en mode Écouter et avec la fonction Appuyer pour parler.

Vérifiez que votre périphérique d'entrée est présent et sélectionné :

  • Ouvrez les réglages Son de votre bureau (le chemin exact varie : par exemple Paramètres → Son sous GNOME, ou Configuration du système → Audio sous KDE) et vérifiez que le bon micro est choisi comme périphérique d'entrée et que son niveau bouge quand vous parlez.

  • Depuis un terminal, vous pouvez lister directement les sources audio. Sur un système PipeWire ou PulseAudio :

    pactl list short sources

    Cherchez votre micro dans la liste et vérifiez qu'il n'est pas coupé.

Le modèle d'autorisations varie selon la distribution et le bureau : certaines distributions s'appuient sur les autorisations de session et de portail de PipeWire pour contrôler l'accès au micro application par application (dans le même esprit que macOS), avec une demande la première fois qu'une app réclame l'audio. D'autres reposent entièrement sur les droits d'accès aux périphériques ALSA/PulseAudio, sans aucune demande par application : si le périphérique est actif et sélectionné, n'importe quelle app, Pluely compris, peut l'utiliser. Si vous ne savez pas quel modèle utilise votre système, la première étape la plus sûre reste toujours le panneau des réglages Son ci-dessus.

Symptôme en cas d'absence ou de mauvaise configuration : en mode Écouter, la forme d'onde ne bouge pas quand vous parlez et votre côté de la conversation n'est jamais transcrit ; Appuyer pour parler ne fait rien quand vous maintenez la touche.

Capture d'écran et autorisations de portail (surtout sous Wayland)

Les captures d'écran du mode Demander dépendent de votre serveur d'affichage :

  • Les sessions X11 laissent Pluely lire l'écran directement. La sélection d'une zone affiche la propre superposition de sélection de Pluely sur chaque écran.
  • Les sessions Wayland ne laissent jamais une app lire l'écran : Pluely passe donc par xdg-desktop-portal (avec le backend de votre bureau, comme le portail GNOME ou KDE). Une capture de l'écran entier affiche une fenêtre d'autorisation la première fois, et votre bureau retient la réponse. La sélection d'une zone ouvre le propre outil de capture de votre bureau (zone, fenêtre ou écran) au lieu de la superposition de Pluely, et le résultat arrive dans la discussion de la même façon. Fermer l'outil annule simplement la capture.

L'audio du système, pour l'autre côté de l'appel, ne passe pas par le portail. Pluely enregistre la source de monitoring de votre périphérique de sortie via PulseAudio ou PipeWire, et votre micro via ce même serveur audio : il partage ainsi le micro avec votre app de réunion au lieu de se le disputer avec elle.

Masquer Pluely lors d'un partage d'écran est impossible sur Linux. Ni X11 ni Wayland ne permettent à une fenêtre de s'exclure des captures : la superposition est donc visible dans les écrans partagés et les enregistrements sous Linux. Déplacez-la hors de l'écran partagé, ou partagez une seule fenêtre plutôt que l'écran entier.

Vérifier ou réinitialiser les autorisations de portail : les détails varient selon l'environnement de bureau, mais la démarche générale est la suivante :

  1. Vérifiez que xdg-desktop-portal (et le backend propre à votre bureau, par exemple xdg-desktop-portal-gnome ou xdg-desktop-portal-kde) est installé : il est fourni par défaut sur la plupart des distributions modernes, mais peut manquer sur les installations minimales.
  2. Cherchez un réglage d'autorisation de partage d'écran ou de bureau à distance dans les réglages de confidentialité de votre bureau, où les autorisations refusées à une app peuvent parfois être réinitialisées.
  3. Si une demande du portail a été fermée sans réponse, relancez la capture dans Pluely pour la faire réapparaître.

Symptôme en cas d'absence : la capture d'écran échoue, renvoie une image vide, ou rien ne se passe quand vous essayez de joindre une capture d'écran ; en mode Écouter, seul votre micro est transcrit et l'autre côté de l'appel n'apparaît jamais.

Raccourcis clavier sous Wayland

Sous Wayland, les raccourcis globaux passent par le portail GlobalShortcuts du bureau, qui nécessite KDE Plasma 5.27 ou ultérieur, GNOME 48 ou ultérieur, ou un bureau wlroots (Hyprland, Sway) avec son portail installé. Votre bureau peut vous demander de confirmer une fois les raccourcis de Pluely, et vous pouvez aussi y changer les touches. La page Curseur et raccourcis du tableau de bord vous indique si l'association a fonctionné. Dans les sessions X11, les raccourcis fonctionnent sans aucun portail.

Deux autres limites de Wayland, imposées par le compositeur et non par Pluely : les raccourcis de déplacement de la superposition et la position enregistrée de la superposition n'ont aucun effet, puisque les apps Wayland ne peuvent pas positionner leurs propres fenêtres, et GNOME ignore l'option toujours au premier plan. Faites plutôt glisser la superposition à l'endroit voulu.

En cas de doute, vérifiez d'abord le périphérique d'entrée

Comme les configurations Linux varient énormément, le diagnostic le plus rapide consiste presque toujours à confirmer, au niveau du serveur audio, qu'un micro est sélectionné, actif et qu'il reçoit du signal : vous savez ainsi si le problème vient de la configuration audio ou d'une autorisation de capture d'écran ou de portail, qui demandent des solutions différentes.

Voir aussi

Dernière mise à jour : 10 juillet 2026 · pluely.com