Chargement...
 
Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > Craquement carte son Yamaha Audiophile et w7 sur virtual box
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • Craquement carte son Yamaha Audiophile et w7 sur virtual box

    Envoyé par weetoz le Mon 12 Sep 2016 14:38
    Bonjour à toutes et à tous!

    Je viens demander de l'aide pour ma nouvel config MAO:
    Système hôte: Ubuntu 16.04 _ 4.4.0-36-generic
    Carte son Yamaha Audiogramm3
    Virtualbox 5.0.24
    Système invité: W7_Arium.
    -qui comprend pour l'instant Maschine 1.8 et toute sa suite.
    -Live9 qui ne veux pas démarrer car sa configuration côte à côte est incorrecte.

    Dans un premier temps, je dois régler le problème de craquement du son venant de la machine virtuel.
    Si vous pouvez m'indiquer par où commencer, ce serait super sympa. Merci
    Lectures: 5929
    Envoyé par olinuxx le Mon 12 Sep 2016 14:46 France
    HS (je ne suis pas sous ubuntu, navré) : c'est quel modèle de carte-son exactement ? Si tu as un lien vers une fiche sur le site officiel, c'est super.
    Envoyé par olinuxx le Mon 12 Sep 2016 14:58 France
    Pas de soucis et merci pour le lien. C'est intégré dans la page Yamaha Audiogram 3. D'ailleurs il y a là un autre fil de discussion à propos de cette interface. Je ne l'ai pas lu mais peut être y trouveras-tu des informations pertinentes ?

    Bon courage.
    Envoyé par weetoz le Mon 12 Sep 2016 15:21
    Merci Olinuxx. 😉
    Envoyé par weetoz le Mon 12 Sep 2016 15:59
    Bien, petit retour de quelques commandes s'imposent pour vous aider à m'aider!!


    Copy to clipboard
    lsusb |grep -i audio
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1)
weetoz@desk:~$ lsusb | grep -i audio
Bus 007 Device 003: ID 08bb:29b6 Texas Instruments PCM2906B Audio CODEC


    Copy to clipboard
    cat /proc/asound/cards
 0 [SB             ]: HDA-Intel - HDA ATI SB
                      HDA ATI SB at 0xfcff8000 irq 16
 1 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfe97c000 irq 19
 2 [CODEC          ]: USB-Audio - USB Audio CODEC
                      Burr-Brown from TI USB Audio CODEC at usb-0000:00:16.0-4, full speed

    Copy to clipboard
    lsmod | grep snd
snd_seq_dummy          16384  0
snd_usb_audio         176128  2
snd_usbmidi_lib        36864  1 snd_usb_audio
snd_hda_codec_hdmi     53248  1
snd_hda_codec_realtek    86016  1
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
snd_hda_intel          36864  5
snd_hda_codec         135168  4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
snd_hda_core           73728  5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
snd_hwdep              16384  2 snd_usb_audio,snd_hda_codec
snd_pcm               106496  5 snd_usb_audio,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  2 snd_usbmidi_lib,snd_seq_midi
snd_seq                69632  3 snd_seq_midi_event,snd_seq_dummy,snd_seq_midi
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              32768  2 snd_pcm,snd_seq
snd                    81920  27 snd_hda_codec_realtek,snd_usb_audio,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_seq_device
soundcore              16384  1 snd


    Copy to clipboard
    cat /proc/asound/pcm
00-00: ALC892 Analog : ALC892 Analog : playback 1 : capture 1
00-01: ALC892 Digital : ALC892 Digital : playback 1
00-02: ALC892 Alt Analog : ALC892 Alt Analog : capture 1
01-03: HDMI 0 : HDMI 0 : playback 1
01-07: HDMI 1 : HDMI 1 : playback 1
02-00: USB Audio : USB Audio : playback 1 : capture 1


    [édit:]
    Je vais essayer cette méthode, on verra bien.
    J'en déduit donc que ma carte externe est "hw=2,0" pour ALSA.

    Petite question qui me parait avoir son importance: avec quel driver (ALSA, Pulse audio ou Jack) faut-il utiliser pour Virtual Box?
    Envoyé par allany le Mon 12 Sep 2016 20:29
    Excuse mais je ne vois pas trop ce que tu nommes "machine virtuelle"...
    Par contre, tu sembles bien avoir un périph' USB/audio/MIDI reconnu puisque le driver snd-usb-audio est bien chargé.

    Je suppose que tu as lancé jackd mais pourrais-tu nous poster ce que te dit "messages" de qjackctl
    Il est essentiel que tout soit nickel du côté de jackd. Les softs et interconnexions viendront se greffer là-dessus gentiment mais, d'abord, faut régler ce blème.

    A+
    Envoyé par weetoz le Mon 12 Sep 2016 20:40
    Ahh merci allany!! Une piste très intéressante!

    allany écrit:
    Excuse mais je ne vois pas trop ce que tu nommes "machine virtuelle"...


    C'est windows 7 qui est chargé dans VirtualBox.

    édite: J'ai modifié le titre. Merci pour la remarque allany, j'avais mal titré mon poste.
    Envoyé par weetoz le Mon 12 Sep 2016 23:43
    Voici la liste des erreurs de qjackctrl dans les messages:
    Copy to clipboard
    Impossible de connecter le serveur JACK comme client. - L'opération a échoué. - Erreur de communication serveur. Veuillez consulter la fenêtre des messages pour plus d'informations.
Cannot read socket fd = 29 err = Succès
CheckRes error
JackSocketClientChannel read fail
Cannot open qjackctl client
JackShmReadWritePtr1::~JackShmReadWritePtr1 - Init not done for 4294967295, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for 4294967295, skipping unlock

    Envoyé par weetoz le Tue 13 Sep 2016 00:19
    Ouch!! 😬
    Copy to clipboard
    sudo service alsa restart
[sudo] Mot de passe de weetoz : 
Failed to restart alsa.service: Unit alsa.service not found.


    C'est normal ça?
    Envoyé par weetoz le Tue 13 Sep 2016 02:46
    Dernière info et dodo!!

    J'ai supprimé le paquet "libcanberra-pulse" et redémarré l'ordi.

    Je tiens à souligner ces points:

    -Dans Windows 7 il ne faut pas installer le dernier driver Yamaha audiogramm3, laissez le driver par défaut.
    -Dans les préférence de Maschine (c'est le soft qui va avec le hardware), il faut rescanner les Plugins et les banques de sons.


    -Dans la configuration de Virtual Box Paramètre->Son: Pilote ausio ALSA.
    -Il faut mettre les Addons de VirtualBox
    |->Lorsque la VM (windows dans VirtualBox) est lancé: ->Périphériques->inséréez l'image CD des Additions invité...

    -Ne pas démarrer PulseAudio avant Qjackctrl, et avoir démarré.
    -J'ai toujours des arrêts de Qjackctrl qui se bloque, il faut forcer l'arrêt.

    -Coté Hardware, quand j'ai une latence correct pour jouer une batterie sur le pad, le son crack.
    Config:
    |
    |_VBox->configuration:son: Pilote Alsa, contrôleur Intel HD.
    |périphériques->USB:Native Instrument Maschine Mikro MK20005 Le controleur USB.
    | |__Burr Brown from TI USB Audio CODEC 0100 La carte son.
    |
    |Dans Windows7:__Panneau de Config -> Son -> Lecture: sélectionner USB Audio CODEC
    |Dans les préférences de Maschine:, (File->Audio and MIDI Settings......):
    |__->Driver WASAPI(shared Mode
    |__->Device USB Audio CODEC
    |__->Status: Running
    |__->Sample Rate 44100

    Latency Input: 10ms | Processing: 10ms | Output: 10ms | Overall: 30ms__

    C'est moche...🙁
    Envoyé par ouhena le Tue 13 Sep 2016 11:06 France
    Quel noyau utilises-tu? Supporte-t'il le temps réel? Il est possible qu' un noyau trop 'lent' produise des discontinuités dans les fluxs venant de la VM.
    Dans le même ordre d' idées, est-ce que ta config matérielle permet de faire tourner ta VM assez rapidement? Tu peux essayer d' augmenter la priorité du processus de virtualbox pour voir si ça change quelque chose. La commande
    Copy to clipboard
    renice
    permet de modifier 'à la volée' le degré de gentillesse d' un processus. Si ton noyau supporte le temps réel on doit pouvoir être même plus précis.

    Je connais pas très bien Virtualbox, mais s' il est censé utiliser directement la couche ALSA, je serais tenté de dire qu' il n' y a besoin ni de Pulseaudio ni de Jackd...voire qu' ils peuvent être source d' ennuis s' ils sont lancés aussi.

    Est-ce que Virtualbox fait passer directement le périĥérique USB et Win7 le voit comme un périphérique matériel ou est-ce qu' il y a une couche d' émulation de carte son dans Virtualbox? QEMU permet soit de faire suivre un périphérique entier, auquel cas il n' est plus du tout accessible depuis Linux il est entièrement géré dans la VM, soit d' émuler un codec audio et dans le guest tu ne voies que cette carte son émulée.
    Envoyé par weetoz le Tue 13 Sep 2016 13:43
    Bonjour ouhena! 😉

    le noyau est:
    Copy to clipboard
    $cat /proc/version
Linux version 4.4.0-36-generic (buildd@lcy01-01) (gcc version 5.4.0 20160609 
(Ubuntu 5.4.0-6ubuntu1~16.04.2) ) #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016

    ou plus simplement:
    Copy to clipboard
    $uname -r
4.4.0-36-generic

    Il me semble qu'il devrai être rt au lieu de generic, hein?😁
    Coté processeur voilà ce que ça dit:
    Copy to clipboard
    model name	: AMD Phenom(tm) II X4 B50 Processor

    Le reste est intéressant, je n'avais jamais fait la commande cat /proc/cpuinfo...
    27 lignes par cœur de processeur, et ce qui m'étonne un peu, c'est qu'ils n'ont pas les mêmes vitesses.
    Je suppose que le système gère ça normalement.
    ouhena écrit:
    Il est possible qu' un noyau trop 'lent' produise des discontinuités dans les fluxs venant de la VM


    Bien vue!! 😉 Je vais commencer par ça déjà!😡
    Puis après je regarderais pour "renice".
    (j'ai déjà passé la commande sans avoir lancé QjackCtrl et VirtualBox, comme ça j'aurais un point de comparaison)

    Merci ouhena, c'est super, je repart d'un bon pied!😎
    Envoyé par olinuxx le Tue 13 Sep 2016 14:05 France
    Suggestions rapides :
    • installer un noyau basse-latence "low-latency" en premier lieu (un temps-réel ici, c'est un peu un bazooka pour tuer une mouche - surtout que le RT peut apporter d'autres soucis comme la gestion des pilotes proprio pour carte graphique par exemple)
    • vérifier que l'utilisateur appartient bien au groupe audio
    • reconfigurer jackd ("dpkg-reconfigure --high jackd" ou un truc comme ça pour être sur que le limit.conf/audio.conf soit correctement configuré)
    Envoyé par weetoz le Tue 13 Sep 2016 14:48
    Merci olinuxx,

    de toute façon Ubuntu n'a pas chargé le noyaux rt.
    J'hésite pour ajouter vboxadd au groupe audio comme "principal" ou "secondaire"...

    [EDIT] Il y a deux groupes d'utilisateurs pour VirtualBox:
    -vboxusers
    -vboxsf
    Et l'utilisateur VirtualBox est: vboxusers:x:125:weetoz
    Envoyé par weetoz le Tue 13 Sep 2016 17:15
    Petit problème, alsa appartient visiblement à pulseaudio:
    Copy to clipboard
    $ 	pstree -pn | grep alsa
           `-pulseaudio(5018)-+-{alsa-sink-HDMI }(5020)
                              |-{alsa-sink-ALC89}(5021)
                              |-{alsa-source-ALC}(5022)
                              |-{alsa-sink-USB A}(5023)
                              `-{alsa-source-USB}(5024)

    Copy to clipboard
    cat /etc/group | grep pulse
audio:x:29:pulse,weetoz,graphtest,vboxadd
pulse:x:122:
pulse-access:x:123:

    Si Alsa est la couche la plus basse, Alors logiquement c'est pulse qui devrait appartenir à audio, non?

    Sinon j'ai bien ajouter Virtual Box à audio:
    Copy to clipboard
    $ sudo usermod -a -G audio vboxadd
$ cat /etc/group | grep audio
audio:x:29:pulse,weetoz,graphtest,vboxadd    //vboxadd à bien été ajouté


    Bon, là je sais plus par où aller, je vais aller vers la doc ALSA... On verra bien ... 😐
    Envoyé par allany le Tue 13 Sep 2016 17:55
    Au risque de me répéter 😎, il FAUT que ton jackd tourne correctement avec la carte avant de tenter quoi que ce soit d'autre (émulation W7, ...).
    Si son état n'a pas changé, il part en erreur, là.
    Tu devrais tester son fonctionnement avec juste meterbridge. Il y a un tuto ici.

    Sinon, en effet, ton noyau generic va être un peu short pour aller bidouiller dans de l'audio...

    A+
    Envoyé par weetoz le Tue 13 Sep 2016 18:00
    ouhena écrit:
    Est-ce que Virtualbox fait passer directement le périĥérique USB et Win7 le voit comme un périphérique matériel ou est-ce qu' il y a une couche d' émulation de carte son dans Virtualbox?


    W7 direct avec la carte.

    Mais, il y a _WASAPI_ dans le soft maschine et je ne sais pas d'où il sort.
    Envoyé par weetoz le Tue 13 Sep 2016 20:11
    allany écrit:
    Au risque de me répéter cool,

    Désolé... 😁

    Pas glop avec:
    Copy to clipboard
    $nohup meterbridge -t dpm alsa_pcm:playback_1 alsa_pcm:playback_2&[1] 10134
nohup: les entrées sont ignorées et la sortie est ajoutée à 'nohup.out'
    et
    Copy to clipboard
    nohup meterbridge -t vu -r 2 alsa_pcm:playback_1 alsa_pcm:playback_2&
[1] 10068
nohup: les entrées sont ignorées et la sortie est ajoutée à 'nohup.out'

    Envoyé par ouhena le Tue 13 Sep 2016 20:24 France
    @weetoz: j' ai l' impression que tu mélanges un peu les choses. ALSA c' est la pile audio du noyau. C' est lui qui contient entre autres les pilotes des cartes et qui présente une interface uniformisée pour les applications. C' est donc majoritairement du code noyau. Il n' y a pas à proprement d' utilisateur ALSA, à la rigueur le groupe audio mais qui sert surtout au noyau pour contrôler les droits d' accès aux périphériques. Quelques utilitaires sont aussi développés par la même équipe mais on reste en gros dans les couches basses du sytème. Pulseaudio et JACK sont des serveurs de son et ont donc eux besoin d' ALSA pour pouvoir échanger des flux avec la carte son. Selon les distributions tu peux avoir, ou pas, des utilisateurs ou des groupes supplémentaires liés à eux (toujours pour du contrôle d' accès). Le résultat de ton pstree veut seulement dire que le processus pulseaudio a lancé 5 threads qui s' appellent alsa-kkechose. Par contre comme Pulse et Jack monopolisent la carte son, le noyau refuse son accès à quelqu' un d' autre, mais il n' y a pas d' "appartenance" comme avec les utilisateurs et les groupes. Par contre on voit que tu as un utilisateur pulse qui appartient au groupe audio, parce que Pulseaudio est démarré par le système et que pour limiter ses droits il est lancé en tant qu' utilisateur pulse, et qu' il faut donc que cet utilisateur soit aussi dans le groupe audio pour avoir accés aux périphériques. JACK étant lancé par un utilisateur "réel', il hérite des droits/appartenances de cet utilisateur.

    Ceci étant posé (ouf), as-tu lu les pages PulseAudio et MAO sans Pulseaudio et Pulseaudio sans MAO? Ya certainement des infos qui t' intéresseront.

    Sans parler de JACK ni de changement de noyau, quand tu lis un mp3 depuis Linux sur la Yamaha, comment ça sort?

    A priori (mais ça demande confirmation) Virtualbox n' a besoin ni de Pulse ni de JACK. Et j' ai même envie de dire ne lance pas JACK et désactive le lancement auto de Pulse dans un premier temps. Quand tu lis un mp3 dans ton Win, comment ça sort?

    J' avais pas vu ce fil ici quand j' ai répondu sur ta présentation. L' utilisation de Wine plutôt que Virtualbox est peut-être une solution, d' autant que ce sera plus facile si tu veux te servir en même temps de tes softs Win et Linux ensuite. Une petite recherche 'Linux+Wine+tes softs" pour tâter le terrain...
    Envoyé par weetoz le Tue 13 Sep 2016 22:24
    Merci ouhena d'avoir pris le temps de m'expliquer, c'est beaucoup plus clair maintenant.


    J'ai oublié de parler du fait que ma carte son n'est pas dans la liste sur la page Alsa Project 😕

    Copy to clipboard
    $ lsusb|grep Audio
Bus 007 Device 003: ID 08bb:29b6 Texas Instruments PCM2906B Audio CODEC


    Copy to clipboard
    $ cat /proc/asound/pcm
00-00: ALC892 Analog : ALC892 Analog : playback 1 : capture 1
00-01: ALC892 Digital : ALC892 Digital : playback 1
00-02: ALC892 Alt Analog : ALC892 Alt Analog : capture 1
01-03: HDMI 0 : HDMI 0 : playback 1
01-07: HDMI 1 : HDMI 1 : playback 1
02-00: USB Audio : USB Audio : playback 1 : capture 1


    Il me parait logique que du coup il faut passer par un serveur son...?

    Pour l'instant j’essaie de configurer jackd et meterbridge, et c'est pas gagné, je n'arrive pas à trouver les paramètres pour la commande
    Copy to clipboard
    nohup meterbridge -t dpm alsa_pcm:playback_1 alsa_pcm:playback_2&[1] 10134

    Page: 1/2  [Suivant]
    1  2