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, ... > [abandonné] RME 9632 & Pulseaudio : ça marche mais y'a des clics
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [abandonné] RME 9632 & Pulseaudio : ça marche mais y'a des clics

    Envoyé par pianistocrate le Sat 19 Mar 2016 16:02
    Ma config précédente marchait pile-poil, mais suite à un changement de DD, je me retrouve à galérer pour réinstaller proprement ma RME 9632, car j'ai un peu oublié la procédure sans doute... 😡
    Après des essais et quelques coups de main, j'arrive à faire sortir du son de la carte, mais j'ai des clics, quel que soit le logiciel utilisé (JRiver, VLC ou Clémentine)
    Je suis sous Xubuntu 14.04 LTS et la machine est à jour.
    J'ai posté sur un forum Ubuntu, ou tout est expliqué en détail. Merci de bien vouloir vous y reporter car j’aimerais autant éviter de raconter mon histoire à nouveau.
    Peut-être l'un(e) d'entre vous aura-t-il une idée...?
    Lectures: 7817
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 07:43
    T'as du édité ton dernier message depuis.

    A mon avis cpufreq-selector tu n'en a pas besoin. Je pense à un problème de pilote cpu et vu que tu es sur une amd je dirait qu'il manque le paquet firmware-linux-nonfree ?
    Envoyé par pianistocrate le Tue 22 Mar 2016 08:04
    utilisateur_anonyme écrit:
    je dirait qu'il manque le paquet firmware-linux-nonfree ?

    Et comment je peux vérifier ça ?
    Et si besoin, je le récupère où, et comment je l'installe ?

    J'ai pourtant bien installé un firmware ; si tu veux bien regarder sur l'ancien fil Ubuntu à partir du post #13.
    Ce ne serait pas le bon ? Je commence à être vraiment perdu... 😕
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 09:21
    Il semble qu'il y a un problème du moins avec amd64 mais en même temps on s'écarte un peu du sujet.
    Je voudrait que l'on compare notre installation.

    Copy to clipboard
    uname -ra

    Copy to clipboard
    cpufreq-info

    Envoyé par pianistocrate le Tue 22 Mar 2016 14:17
    uname -ra :
    Copy to clipboard
    :~$ uname -ra
Linux xubuntu-OptiPlex-755 3.19.0-56-generic #62~14.04.1-Ubuntu SMP Fri Mar 11 11:03:15 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux


    cpufreq-info :
    Copy to clipboard
    ~$ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq@vger.kernel.org, s'il vous plait.
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 1 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.

    ❓❓❓
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 14:35
    Ah voilà j'ai le même problème



    Copy to clipboard
    uname -ra
Linux hosting-master 3.16.0-4-amd64 #1 SMP PREEMPT Debian 3.16.7-ckt20-1+deb8u4 (2016-03-09) x86_64 GNU/Linux


    Copy to clipboard
    ~$ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq@vger.kernel.org, s'il vous plait.
analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 1 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 2 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.
analyse du CPU 3 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.


    AMD Phenom(tm) II X4 955 Processor

    Investigation en cours toute lumière sera la bienvenue .
    Envoyé par pianistocrate le Tue 22 Mar 2016 14:43
    Bon, hormis le fait - si j'ai bien compris, mais c'est pas gagné 😁 - que nous ne pouvons pas modifier la fréquence de nos CPU, nous n'avons pas progressé sur mon histoire de clics...
    Sur la même bécane (donc avec le même processeur, et tout le reste à l'identique) je n'avais pas de problèmes avant mon changement de DD. Donc qqch dysfonctionne dans la config.
    Si je veux absolument tout purger et redémarrer à 0, comment je fais ?
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 14:53
    POur purger si c'est les paquet installés => Synaptic
    Par contre ci c'est de l'install' en make install tu va dans les répertoires ou t'as compilé à partir des sources et tu lance un
    Copy to clipboard
    sudo make uninstall

    Et si t'as supprimé les répertoires ou t'as compilé t'as plus qu'à relancer une nouvelle compilation puis installer pour écraser les fichiers puis désinstaller en lançant le make uninstall. Ensuite réinstaller proprement depuis synaptic

    que nous ne pouvons pas modifier la fréquence de nos CPU, nous n'avons pas progressé sur mon histoire de clics...
    Donc qqch dysfonctionne dans la config.


    C'est bien la le problème ...
    Envoyé par pianistocrate le Tue 22 Mar 2016 15:05
    Uninstall alsa-firmware :
    Copy to clipboard
    :~/Documents/alsa-firmware-1.0.0pre3$ sudo make uninstall
[sudo] password for ---: 
Making uninstall in hdsploader
make[1]: entrant dans le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/hdsploader »
 rm -f /usr/local/share/alsa/firmware/hdsploader/digiface_firmware.bin
 rm -f /usr/local/share/alsa/firmware/hdsploader/digiface_firmware_rev11.bin
 rm -f /usr/local/share/alsa/firmware/hdsploader/multiface_firmware.bin
 rm -f /usr/local/share/alsa/firmware/hdsploader/multiface_firmware_rev11.bin
make[1]: quittant le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/hdsploader »
Making uninstall in mixartloader
make[1]: entrant dans le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/mixartloader »
 rm -f /usr/local/share/alsa/firmware/mixartloader/miXart.conf
 rm -f /usr/local/share/alsa/firmware/mixartloader/miXart8AES.xlx
 rm -f /usr/local/share/alsa/firmware/mixartloader/miXart8.elf
 rm -f /usr/local/share/alsa/firmware/mixartloader/miXart8.xlx
make[1]: quittant le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/mixartloader »
Making uninstall in usx2yloader
make[1]: entrant dans le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/usx2yloader »
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us122.conf
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us224.conf
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us428.conf
 rm -f /usr/local/share/alsa/firmware/usx2yloader/usx2y.prepad
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us428.prepad
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us122.rbt
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us224.rbt
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us428.rbt
 rm -f /usr/local/share/alsa/firmware/usx2yloader/tascam_loader.ihx
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us122fw.ihx
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us224fw.ihx
 rm -f /usr/local/share/alsa/firmware/usx2yloader/us428fw.ihx
make[1]: quittant le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/usx2yloader »
Making uninstall in vxloader
make[1]: entrant dans le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/vxloader »
 rm -f /usr/local/share/alsa/firmware/vxloader/vx222.conf
 rm -f /usr/local/share/alsa/firmware/vxloader/vxboard.conf
 rm -f /usr/local/share/alsa/firmware/vxloader/vxpocket.conf
 rm -f /usr/local/share/alsa/firmware/vxloader/vxp440.conf
 rm -f /usr/local/share/alsa/firmware/vxloader/bd56002.boot
 rm -f /usr/local/share/alsa/firmware/vxloader/bd563s3.boot
 rm -f /usr/local/share/alsa/firmware/vxloader/bd563v2.boot
 rm -f /usr/local/share/alsa/firmware/vxloader/bx_1_vxp.b56
 rm -f /usr/local/share/alsa/firmware/vxloader/bx_1_vp4.b56
 rm -f /usr/local/share/alsa/firmware/vxloader/l_1_v22.d56
 rm -f /usr/local/share/alsa/firmware/vxloader/l_1_vx2.d56
 rm -f /usr/local/share/alsa/firmware/vxloader/l_1_vxp.d56
 rm -f /usr/local/share/alsa/firmware/vxloader/l_1_vp4.d56
 rm -f /usr/local/share/alsa/firmware/vxloader/x1_2_v22.rbt
 rm -f /usr/local/share/alsa/firmware/vxloader/x1_1_vx2.rbt
 rm -f /usr/local/share/alsa/firmware/vxloader/x1_1_vxp.rbt
 rm -f /usr/local/share/alsa/firmware/vxloader/x1_1_vp4.rbt
make[1]: quittant le répertoire « ---/Documents/alsa-firmware-1.0.0pre3/vxloader »
make[1]: entrant dans le répertoire « ---/Documents/alsa-firmware-1.0.0pre3 »
make[1]: Rien à faire pour « uninstall-am ».
make[1]: quittant le répertoire « ---/Documents/alsa-firmware-1.0.0pre3 »

    Bon, déjà : après reboot, même sans cet ingrédient, la recette fonctionne, mais toujours avec les clics.
    Déduction : ou ce truc ne sert à rien ou ce n'était pas le bon...

    J'en ai profité pour virer tous les modules censés aider à modifier la fréquence du processeur.
    J'ai également viré puis réinstallé les alsa-tools-gui et alsa firmware loaders ; réinstallé, rebooté, mais rien n'a changé.
    Je n'ai pas viré le pulseaudio, mais j'aurais peut-être dû ?
    Là vraiment, je ne sais plus quoi faire... 😑
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 17:19
    Si tu utilise pulseaudio sans jack selon moi tu peux le garder sans problème par contre ce que tu peux faire c'est essayer de passer toute tes application par alsa ou directement sur ton hdsp ça peut marcher.

    Perso ici le seul problème de son que j'ai, est avec flashplayer et jack que je cntourne avec le module aloop sinon le reste roule nikel pour le moment.
    Envoyé par pianistocrate le Tue 22 Mar 2016 18:36
    utilisateur_anonyme écrit:
    essayer de passer toute tes application par alsa ou directement sur ton hdsp ça peut marcher.

    je ne comprends pas ce que tu veux dire. Je sors nécessairement les lecteurs sur alsa... 😕
    De toutes façons, avec VLC, que je choisisse la sortie pulseaudio ou la sortie directe alsa, j'ai exactement le même résultat : musique hachée au début, puis les clics. 🙀
    Envoyé par utilisateur_anonyme2 le Tue 22 Mar 2016 22:24
    ET si tu sélectionne directement la carte son et que tu désactive pulseaudio puis que tu gère le volume uniquemet avec le hdspmixer t'as aussi le problème ? Normalement ça devrait glisser tout seul mais ????
    Envoyé par pianistocrate le Wed 23 Mar 2016 10:19
    J'ai fait un essai avec VLC :
    • sortie alsa
      • Hammerfall direct hardware
        • désinstallation de pulseaudio (via synaptic), puis fin du processus (via moniteur système) et un coup de killall pulseaudio dans le terminal (retour : aucun processus trouvé). (Je suppose que c'est suffisant pour tuer le processus ?)
    Pas de son, et aucun mouvement dans le hdspmixer.
    J'ai essayé toutes les combinaisons dans le listing Hammerfall des préférences de VLC : le résultat est le même. (J'aurais bien fait une copie écran, mais ça ne marche pas quand on est dans les préfs de VLC... 😬 )
    Bon, je publie ce post et je reboote, des fois que...

    __

    Bon, j'édite ce post.
    Après reboot, VLC ne fonctionne toujours pas, aucune des combinaisons possibles de la RME sur la sortie alsa.
    Avec même 2 messages d'erreur, un pour la sortie mixing, et l'autre pour la sortie snooping :

    Copie écran VLC 1

    Copie écran VLC 2

    Mais par contre, avec Clementine, ça marche nickel, sans hachage ni clics. 😊

    Copie écran HDSPmixer Avec Clementine

    C'est un progrès, mais ce n'est pas satisfaisant, car je voudrais bien pouvoir retrouver le pulseaudio qui permet, outre le fait de moduler le volume sonore, d'utiliser vlc ou jriver, et de ne pas être limité par l’utilisation d'un seul processus à la fois pour la carte-son ; en effet, il faut couper un lecteur, si on veut pouvoir regarder une vidéo sur YouTube par ex.
    Et c'est extrêmement pénible...

    Je pense que la solution à mon problème se trouve dans cette page.
    La ligne de tableur relative à default-fragments ; et le paragraphe relatif à default-pa et configuration command.
    Mais je ne suis pas assez calé pour tirer parti des indications données. 😑
    Envoyé par olinuxx le Mon 04 Apr 2016 17:01 France
    Des nouvelles @pianistocrate ?
    Envoyé par pianistocrate le Mon 04 Apr 2016 18:47
    olinuxx écrit:
    Des nouvelles @pianistocrate ?

    Hélas non !
    Sinon que je ne pourrai pas utiliser les recettes et paquets d'Archlinux, vu que je suis sous Ubuntu…

    Donc, ça continue à cliqueter comme les culbuteurs d'une vieille R8 ! 😁

    J'ai quand même remonté des infos du syslog ; si ça peut donner des indications sur le pb :

    Copy to clipboard
    HDSP 9632] alsa-sink.c: ALSA nous a réveillé pour écrire de nouvelles données à partir du périphérique, mais il n'y avait en fait rien à écrire ! 

Apr  2 16:00:06 xubuntu-OptiPlex-755 pulseaudio[16107]: [alsa-sink-RME Hammerfall HDSP 9632] alsa-sink.c: Il s'agit très probablement d'un bogue dans le pilote ALSA « snd_hdsp ». Veuillez rapporter ce problème aux développeurs d'ALSA. 

Apr  2 16:00:06 xubuntu-OptiPlex-755 pulseaudio[16107]: [alsa-sink-RME Hammerfall HDSP 9632] alsa-sink.c: Nous avons été réveillés avec POLLOUT actif, cependant un snd_pcm_avail() ultérieur a retourné 0 ou une autre valeur < min_avail. 

Apr  2 16:00:20 xubuntu-OptiPlex-755 pulseaudio[16107]: [pulseaudio] module-alsa-card.c: Failed to find a working profile. 

Apr  2 16:00:20 xubuntu-OptiPlex-755 pulseaudio[16107]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_03_01.0" card_name="alsa_card.pci-0000_03_01.0" namereg_fail=false tsched=no fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes card_properties="module-udev-detect.discovered=1""): initialization failed.

    Envoyé par olinuxx le Sun 08 mai 2016 11:31 France
    Salut pianistocrate, des nouvelles ici ?

    Je te conseillerai bien d'essayer avec une io.gnu.linux ou une librazik en live pour voir si ça améliore les choses. Dis nous.
    Envoyé par pianistocrate le Sun 08 mai 2016 16:19
    J'ai essayé librazik en live : ça marche, mais comme on est en ALSA direct, je ne suis pas dans les mêmes conditions qu'avec mon Xubuntu avec lequel j'utilise Pulseaudio. Or je veux continuer de garder Pulseaudio. Je ne veux pas être emm... chaque fois que je passe d'un fichier flac à un site Youtube, sous prétexte qu'ALSA ne sait pas passer simplement d'une source à une autre.
    Ce qui me fait râler, c'est que je sais que, même avec Pulseaudio, ça fonctionne bien, puisque tel était le cas avant que je réinstalle mon système sur mon nouveau HD. J'ai dû me planter qqpart, mais je ne sais pas où.
    Et j'aimerais bien éviter d'avoir à réinstaller le système, d'autant que je n'ai pas fait de partition séparée pour mon home.

    As-tu regardé le syslog ci-dessus ? Qu'est-ce que tu penses de ce message selon lequel il y aurait un bogue dans le pilote ALSA ?
    Envoyé par olinuxx le Sun 08 mai 2016 22:20 France
    Aucune idée, y'a surtout plein de message concernant pulseaudio dans ton log.

    Tiens nous au jus !
    Envoyé par olinuxx le Mon 10 Oct 2016 22:52 France
    Des nouvelles pianistocrate ?

    Au fait :

    pianistocrate écrit:
    ...librazik en live : ça marche, mais comme on est en ALSA direct...


    Non, LibraZiK utilise pulseaudio.
    Envoyé par olinuxx le Sun 09 Apr 2017 12:59 France
    Pianistocrate : des nouvelles ici ?

    (s'il n'y en a pas d'ici à mon prochain passage de maintenance, je fermerai ce fil en y mettant un [abandonné])
    Page: 2/2
    1  2