Linux-behörigheter för Pluely: mikrofon och skärmfångst

Linux har inte ett enda samlat behörighetssystem som macOS och Windows. Vad du behöver kontrollera beror på din ljudserver (PipeWire eller PulseAudio) och din displayserver (X11 eller Wayland), som i sin tur beror på distribution och skrivbordsmiljö. Den här sidan går igenom de två saker Pluely v1 behöver, mikrofoningång och skärmfångst, och hur du kontrollerar båda i en typisk modern Linux-installation.

Inne i Pluely visar Översikt → Behörigheter och ljud dem som Hanteras av operativsystemet med knappen Öppna inställningar för Linux, och kontrollerar systemljudet live.

Mikrofon via PipeWire eller PulseAudio

De flesta aktuella Linux-distributioner skickar ljudet genom PipeWire (ofta med kompatibilitet för PulseAudio) eller ren PulseAudio. Pluely v1 behöver en fungerande ingångsenhet vald i det lagret för att höra dig i Lyssna-läget och för Tryck för att prata.

Kontrollera att din ingångsenhet finns och är vald:

• Öppna skrivbordets ljudinställningar (sökvägen varierar, till exempel Inställningar → Ljud i GNOME eller Systeminställningar → Ljud i KDE) och kontrollera att rätt mikrofon är vald som ingångsenhet och att ingångsnivån rör sig när du pratar.

• Från en terminal kan du lista ljudkällorna direkt. På ett system med PipeWire eller PulseAudio:

  pactl list short sources

  Leta upp din mikrofon i listan och kontrollera att den inte är ljudlös.

Behörighetsmodellen varierar mellan distributioner och skrivbord: Vissa distributioner använder PipeWires sessions- och portalbehörigheter för att styra mikrofonåtkomst per app (i samma anda som macOS) och frågar första gången en app begär ljud. Andra förlitar sig helt på enhetsbehörigheter i ALSA eller PulseAudio utan någon fråga per app: om enheten inte är ljudlös och är vald kan alla appar, även Pluely, använda den. Om du är osäker på vilken modell ditt system använder är ljudinställningarna ovan alltid det säkraste första steget.

Symtom om den saknas eller är felkonfigurerad: Lyssna-läget visar ingen rörelse i vågformen för din röst och transkriberar aldrig din sida av samtalet. Tryck för att prata gör ingenting när du håller ned tangenten.

Skärmfångst och portalbehörigheter (särskilt under Wayland)

Skärmavbilder i Fråga-läget beror på displayservern:

• I X11-sessioner kan Pluely läsa skärmen direkt. Vid markering av ett område visas Pluelys eget markeringsöverlägg på varje skärm.
• I Wayland-sessioner får en app aldrig läsa skärmen, så Pluely frågar xdg-desktop-portal (med skrivbordets egen bakomliggande tjänst, till exempel portalen för GNOME eller KDE). En skärmavbild av hela skärmen visar en behörighetsdialog första gången, och skrivbordet kommer ihåg svaret. Markering av ett område öppnar skrivbordets egen väljare för skärmavbilder (område, fönster eller skärm) i stället för Pluelys överlägg, och resultatet hamnar i chatten på samma sätt. Stänger du väljaren avbryts det helt enkelt.

Systemljudet för den andra sidan av ett samtal går inte via portalen. Pluely spelar in monitorkällan för din utgångsenhet via PulseAudio eller PipeWire, och din mikrofon via samma ljudserver, så Pluely delar mikrofonen med mötesappen i stället för att slåss om enheten.

Det går inte att dölja Pluely vid skärmdelning i Linux. Varken X11 eller Wayland erbjuder något sätt för ett fönster att undanta sig från skärminspelningar, så överlägget syns i delade skärmar och inspelningar i Linux. Flytta det från skärmen du delar, eller dela ett enskilt fönster i stället för hela skärmen.

Så kontrollerar eller återställer du portalbehörigheter: Detaljerna varierar mellan skrivbordsmiljöer, men i stort sett gör du så här:

1. Kontrollera att xdg-desktop-portal (och skrivbordets egen backend, t.ex. xdg-desktop-portal-gnome eller xdg-desktop-portal-kde) är installerad. Den följer med som standard i de flesta moderna distributioner men kan saknas i minimala installationer.
2. Leta efter en behörighetsinställning för skärmdelning eller fjärrskrivbord i skrivbordets integritetsinställningar, där behörigheter som tidigare nekats en app ibland kan återställas.
3. Om en portalfråga stängdes i stället för att besvaras försöker du fånga skärmen igen i Pluely för att få frågan att visas på nytt.

Symtom om den saknas: Skärmavbilden misslyckas, blir tom eller så händer ingenting när du försöker bifoga en skärmavbild. I Lyssna-läget transkriberas bara din egen mikrofon och den andra sidan av samtalet dyker aldrig upp.

Kortkommandon under Wayland

Globala kortkommandon under Wayland går via skrivbordets GlobalShortcuts-portal, som kräver KDE Plasma 5.27 eller senare, GNOME 48 eller senare eller ett wlroots-skrivbord (Hyprland, Sway) med dess portal installerad. Skrivbordet kan be dig bekräfta Pluelys kortkommandon en gång, och där kan du också byta tangenter. Sidan Markör och kortkommandon i Översikt visar om kopplingen fungerade. I X11-sessioner fungerar kortkommandon utan någon portal.

Två till begränsningar i Wayland, som sätts av kompositorn och inte av Pluely: kortkommandona för att flytta överlägget och den sparade positionen för överlägget gör ingenting, eftersom Wayland-appar inte kan placera sina egna fönster, och GNOME struntar i Alltid överst. Dra i stället överlägget dit du vill ha det.

Kontrollera ingångsenheten först om du är osäker

Eftersom Linux-konfigurationer skiljer sig så mycket är den snabbaste diagnosen nästan alltid att på ljudservernivå bekräfta att en mikrofon är vald, inte är ljudlös och tar emot ljud. Då ser du om problemet ligger i ljudkonfigurationen eller i en behörighet för skärmfångst eller portalen, och de kräver olika lösningar.

Relaterat

• Installera Pluely
• Lyssna-läget
• Felsökning