Chargement...
 
Skip to main content

1 - Le matériel et les pilotes ALSA, FFADO, ...

Liste des forums Liste des sujets

Forums > 1 - Le matériel et les pilotes ALSA, FFADO, ... > ALSA/Pipewire comment changer volume au demarrage de session ?
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • ALSA/Pipewire comment changer volume au demarrage de session ?

    Envoyé par yruama le Mardi 10 mars 2026 00:24
    Bonjour,

    Depuis peu, j'utilise Debian 13 avec pipewire d'installé. Depuis que j'ai mis à jour mon système et que j'utilise ma carte son externe avec pipewire et le profile "Pro Audio", son volume de sortie est trop bas. J'ai mis un certain temps à comprendre que je pouvais régler les volume d'entrée/sortie via alsamixer, puisque ces réglages n'existaient pas auparavant ( et il n'y en as pas besoin il y a tout les contrôles qu'il faut en façade de la carte). Malheureusement ce réglage n'est pas persistant, je dois le refaire à chaque démarrage.

    J'ai déjà essayé
    Copy to clipboard
    sudo alsactl store
    pour sauvegarder les réglages alsamixer, mais cela ne marche pas, ça n'as pas changé le volume au démarrage.

    En parallèle, j'ai remarqué que les volumes de ma carte son dans alsamixer pouvais changer lorsque que je modifiais le profile audio, donc je me demande si il n'y a pas un fichier de conf à modifier en lien avec pipewire ou les profiles audio. J'ai essayé de regarder, mais j'ai trouvé beaucoup de fichier de conf et je ne sais pas ce qu'il faut chercher.
    Lectures: 917
    Envoyé par pierrelo le Mercredi 18 mars 2026 14:02
    Ah ok c'est plus clair :
    1)
    Copy to clipboard
    PipeWire 'pipewire-0' [1.4.2, amaury@HP-Amaury, cookie:3580985995]
 └─ Clients:
     ...
        74. PulseAudio systray                  [1.4.2, amaury@HP-Amaury, pid:2988]
        ...

    Tu as encore un truc Pulse audio systray qui traine
    2)
    Copy to clipboard
    Audio
 ├─ Devices:
 │      48. UMC202HD 192k                       [alsa]
 │      49. Audio interne                       [alsa]
 │  
 ├─ Sinks:
 │      35. Audio interne Analog Stereo         [vol: 0.40]
 │  
 ├─ Sources:
 │      46. Audio interne Analog Stereo         [vol: 1.00]
 │  
 ├─ Filters:
 │    - pro-audio-2                                                 
 │  *   57. alsa_output.usb-BEHRINGER_UMC202HD_192k-00.pro-output-0      [Audio/Sink]
 │  *   58. alsa_input.usb-BEHRINGER_UMC202HD_192k-00.pro-input-0        [Audio/Source]

    Il faudrait que tu désactives complétement ton audio interne, les périphériques 49 35 et 46. Le 35 surtout vu que son volume est à 0.40. (c'est d'ailleurs ce que tu vois dans alsa)

    Sous Pavucontrol tu sélectionnes sur le périphérique interne : Eteint
    Il est possible que le phériphérique interne foute la m... avec alsa
    Normalement le but de la copie d'écran de Raysession était celui là. J'aurais vu de suite qu'il était encombré.
    Envoyé par bda le Mercredi 18 mars 2026 14:27 France
    Difficile de reproduire, il faut la même configuration, la même distribution, les mêmes paquets installés et le même bureau avec la même configuration. Pas simple!
    J'ai essayé sur mon SE secondaire (voidlinux) et je n'arrive pas à reproduire. Avec mon SE principal c'est tout simplement impossible (FreeBSD).
    Il nous arrive à tous d'avoir la solution sous les yeux sans la voir, d'où l'intérêt de nous montrer le plus d'éléments possible.

    Blueman apparaît aussi dans la liste des clients Pipewire. Tu utilises un casque/enceinte BT?
    Envoyé par yruama le Vendredi 20 mars 2026 23:01
    @pierrelo:
    • "Pulse audio systray" est un greffon du tableau de bord qui permet de sélectionner les E/S par défaut et d'en régler le volume. Il y a audio un bouton "Mixeur Audio..." qui permet de lancer pavucontrol
    • mettre sur "Off" le périphérique interne dans pavucontrol ne change rien.

    @bda:
    J'ai l'impression qu'il y pas mal de monde qui tourne sur librazik, qui est basé sur debian, j'ai pensé qu'il y avais une forte probabilité que quelqu'un reproduise le phénomène.

    Pour info, j'ai recommencé les manip sur la machine kubuntu j'ai finalement réussi à reproduire le phénomène. J'ai même observé les volumes depuis un autre ordinateur au travers de ssh, c'est tordu mais ça ma permis de comprendre des choses:
    • si je n’ai pas réussi à reproduire le phénomène là première fois, c'est parce que sur cet ordinateur, le profil "éteint" à tendance a être sectionné automatiquement si rien n'est branché dans les prise audio
    • Pour pouvoir reproduire le phénomène, j'ai du brancher un haut parleur et sélectionner le profil "Pro Audio"
    • Grâce au shell distant, j'ai pu voir quelque chose d’intéressant si je sélectionnais le profil audio par defaut:
      • chaque fois que j'affiche l’écran de login les valeurs sont mise a une valeur arbitraire
      • chaque fois que j'affiche un terminal où je me suis logué, les valeurs sont remise dans l’état où je les avais quitté
      • Conclusion, cela suggère qu'il y a une forme de sauvegarde/restauration de configuration, mais que dans certain cas, cela ne se passe pas comme attendu.

    Je pense avoir même compris ce qui se passe, mais je l'expliquerais dans un prochain message
    Envoyé par pierrelo le Samedi 21 mars 2026 11:44
    Est ce que en faisant la commande suivante :
    Copy to clipboard
    systemctl list-units --type=service --state=active

    Il te donnerai, par pur hasard :
    Copy to clipboard
    alsa-restore.service

    Auquel cas il faudrait le désactiver par un :
    Copy to clipboard
    systemctl --user disable alsa-restore.service

    Envoyé par yruama le Samedi 21 mars 2026 16:18
    De retour pour donner mon explication du problème, je pense que c'est lié a wireplumber qui charge ou restaure ses paramètres et au différent profil audio:

    Pour les profils audio : J'ai noté qu'en fonction des profils audio, les volumes d'entrée/sortie de pipewire pouvais être liée à des volumes d'entrée sortie de ALSA... ou pas

    Du coté de wireplumber : J'ai découvert que quand l’écran de login est démarré, une instance de "wireplumber" était aussi démarré en ayant comme utilisateur "lightdm".

    Ce que je pense ce qui se passe :
    • Quand l’écran de login est affiché, une instance de wireplumber est démarrée et cette instance s'occupe de charger des paramètres, notamment volumes et profils audio, propre à lightdm ou par défaut. Si ces profils audio lient des volumes d'entrées/sorties de pipewire à ALSA, les volumes correspondant de ALSA seront changé à ce moment là.
    • Quand je me log (en graphique dans un tty), mon instance de wireplumber devrait démarrer et devrait s'occuper de charger mes paramètres. Si j'utilise des profils audio qui ne lient pas les volumes de pipewire à ALSA, je garde dans ALSA les volumes auparavant chargé par le wireplumber de lightdm.

    Note: Sur ma machine, j'ai activé une option qui me permet de lancer des services utilisateurs au démarrage de la machine et je me demande si ça ne rajoute pas une couche à cette pagaille en modifiant les moments de sauvegarde/restauration du service wireplumber.
    Envoyé par bda le Dimanche 22 mars 2026 08:55 France
    Ça sent le doublon! Genre tu lances Pipewire/WirePlumber au niveau système ET au niveau utilisateur... Si c'est le cas il faut en désactiver un.
    Et ça doit se voir avec les commandes sysemctl que nous t'avons communiquées... Aussi avec des outils comme top/htop/btop/ps/...
    Envoyé par pierrelo le Dimanche 22 mars 2026 10:53
    Regarde cette commande et comme le dit bda il y a confusion :
    pour le user :
    Copy to clipboard
    systemctl --user disable alsa-restore.service

    et pour le système :
    Copy to clipboard
    sudo systemctl disable alsa-restore.service

    ... et ensuite ou disable ou enable
    Pour ma part, je mettrait enable pour le user et disable pour le système.
    Envoyé par yruama le Dimanche 22 mars 2026 16:39
    Je me rend compte que j'ai oublié de parler des commandes qui vont bien
    @bda:
    promis, il n'y a aucun service pipewire ou wireplumber au niveau système sudo systemctl list-units --type=service --all n'affiche rien à ce sujet
    par contre, quand je suis sur l’écran de login et que je bascule avec ctrl+alt+f1 pour me loguer dans un terminal ps -aux|grep wireplumber me montre qu'il y a 2 instance de wireplumber avec 2 utilisateur différent : mon instance et celle de lightdm. Comme bricolage temporaire j'ai effectivement masqué le service wireplumber pour lightdm :
    Copy to clipboard
    sudo systemctl --user --machine=lightdm@ mask wireplumber

    @pierrelo
    je n'ai aucun service alsa pour mon user, systemctl --user list-units --all|grep alsa ne m'affiche rien. Mais si tu as ça chez toi je suis preneur, j'ai essayé de faire ma propre version, mais je n'arrive pas à faire en sorte que les "store" et "restore" soit déclenché au bon moment
    Envoyé par pierrelo le Dimanche 22 mars 2026 21:04
    C'est donc que pipewire n'est pas installé correctement.
    Envoyé par bda le Lundi 23 mars 2026 07:46 France
    L'utilisateur lightdm n'a pas de répertoire personnel ($HOME) et la commande systemctl --user interagit avec ~/.config/systemd/user/ .
    Donc il y a un gros soucis sur ton installation / configuration.
    Tu devrais te rapprocher des communautés Debian pour trouver une solution fiable car ton soucis dépasse largement le stade de la MAO.

    Et si jamais:
    Note modération : le sujet étant résolu, merci d'ajouter un [RÉSOLU] (ou un [CONTOURNÉ], ou bien encore un [ABANDONNÉ]) dans le titre de ton premier message. Voir ce paragraphe du manuel du site pour davantage d'informations.


    Envoyé par yruama le Lundi 23 mars 2026 13:23
    @bda je ne pense pas avoir qu'il y ai un gros soucis d'installation ou de conf, systemctl avec le flag ----global permet de d'installer et de configurer de manière global des services utilisateurs et les fichiers de services correspondant ne se trouve pas dans le répertoire utilisateur. Exemple :
    Copy to clipboard
    $ systemctl --user status wireplumber.service 
● wireplumber.service - Multimedia Service Session Manager
     Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; enabled; preset>
     Active: active (running) since Mon 2026-03-23 11:19:22 CET; 1h 45min ago
 Invocation: 466a64f128594ed092dbb2bce092936f
   Main PID: 2116 (wireplumber)
      Tasks: 5 (limit: 9278)
     Memory: 20.5M (peak: 21.2M)
        CPU: 6.268s
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/wirepl>
             └─2116 /usr/bin/wireplumber


    Tu sais comment faire pour communique avec la communauté debian ? je connais les chan #debian-fr sur liberachat et OFTC mais j'y croise presque jamais personne. Peut être #debian-facile ?
    Envoyé par piratebab le Lundi 23 mars 2026 16:42
    Je ne sais pas ce que tu es en train de faire avec ton systeme, mais tu es en train de bien le pourrir!
    Tu devrais continuer sur ton idée de mémorisation du niveau du son au niveau de l'interface graphique.
    Tu nous as parlé de lightdm, mais quel gestionnaire de bureau utilises tu ? Il faut vérifier que ce n'est pas lui qui met un niveau sonore lorsqu'il démarre, et il démarre après lightdm et pipewire.
    Par ex sous kde, c'est kmix qui gere ça.
    Autre chose, est ce que tu as vu ce post ?
    https://nandakumar.org/blog/2022/02/umc202hd-linux.html
    Envoyé par pierrelo le 09:53
    @yruama
    J'ai pu reproduire ton problème. Si tu avais bien lu plus haut il serait résolu.
    Si tu sélectionnes pro Audio pour ta carte tous les volume d'alsamixer sont à 100%
    Si tu sélectionnes ta carte son le volume d'alsamixer est à 40. Sous PavuControl
    Et voilà
    Envoyé par pierrelo le 09:55
    Met RÉSOLU dans ton titre
    Page: 3/3
    1  2  3