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: 766
    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 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 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.
    Page: 3/3
    1  2  3