Forum : 5 - Les serveurs son : JACK, PulseAudio et autres...

[Résolu] ALSA direct vs JACK

stamkorg utilisateur non connecté
Bonjour,

C'est une question/information.

Lorsque je fais du piano logiciel en temps réel avec Pianoteq, j'utilise un réglage à 48Khz et 64 samples.

J'ai constaté de manière constante que lorsque j'utilise ALSA en direct, le système est totalement stable, alors qu'avec les mêmes réglages via JACK (+ priorité à 85 et temps réel activé) j'ai des Xruns réguliers.

Sauf erreur, Jack utilise le pilote ALSA. Dans la mesure où en ALSA direct il n'y a pas de problème, le soucis ne peut en principe pas venir de ALSA.

Le pc est largement puissant, il tourne à 10%, je ne pense pas qu'il y ait un soucis à ce niveau là.

D'où cette question/information: y a-t-il un problème de stabilité généré par Jack?
Quelqu'un d'autre a-t-il déjà fait ce genre de constatations?

Merci,

SK

sub26nico utilisateur non connecté France
Quelle distribution?

stamkorg utilisateur non connecté
Librazik, à jour

allany utilisateur non connecté
... ainsi qu'un petit :
uname -a


stamkorg utilisateur non connecté
je vous donnerai le retour ce soir, c'est un noyau RT de Librazik

allany utilisateur non connecté
OK. Le noyau n'est pas en cause donc, ni la distrib' (ça se saurait...).

allany utilisateur non connecté
Je viens de tomber là-dessus . Les tests sur la latence avec jackd/alsa paraissent crédibles.
Je me le suis mis en marque-pages, tiens !

stamkorg utilisateur non connecté
Voici le retour de la commande uname -a

Linux pianoteq 4.6.0-1-lzk-rt-amd64 #1 SMP PREEMPT RT Debian 4.6.2-2librazik1 (2016-06-30) x86_64 GNU/Linux



En ce qui concerne la latence je n'ai pas de soucis, ça marche très bien.

C'est juste comme j'ai dit lexistence de xruns avec Jack.

A l'époque de Tango Studio, je n'avais pas de xruns avec Jack aux mêmes réglages et même carte son, et sur un pc bien moins puissant.

D'où mon questionnement si quelque chose aurait changé dans Jack le rendant moins stable...

sub26nico utilisateur non connecté France
C'est curieux. Quelle quantité de mémoire RAM?
Tes xruns, c'est des craquements ou juste des chiffres affichés
par Jack sans incidences sur le son?

olinuxx utilisateur non connecté France
Sous LibraZiK, le noyau conseillé est un noyau BL (basse-latence). Pourquoi as-tu besoin d'un noyau RT ? Fais un test avec un noyau BL.

Et aussi, t'en as parlé avec les gens de chez pianoteq ?

be1 utilisateur non connecté
J'ai eu un problème un peu similaire, mais sans Pianoteq, ma conclusion était de désactiver le bluetooth sur mon nouvel ordi pendant les enregistrements.

sur ce nouveau PC, si tu désactive le bluetooth et que tu désactive les recherches de màj (peut-être trop répétées?) de ta distribution (à cause des accès disque en plein au mauvais moment), est-ce que le problème persiste ?
... juste mes deux centimes

stamkorg utilisateur non connecté
Merci pour vos réactions, je fais quelques tests d'ici ce we et je reviens sur ce fil.

Cdt,

SK

olinuxx utilisateur non connecté France
Y'a pas de "recherche de mise à jour" automatique sur LibraZiK, c'est une opération manuelle. Et quand bien même l'opération se ferait en même temps qu'une opération audio, l'opération audio aurait priorité dessus.

Pour ce qui est du bluetooth, je n'ai pas d'expérience personnelle avec. Ça m'étonnerai aussi, à moins d'un conflit d'IRQ.

Bref, mon conseil est d'essayer un noyau BL avant quoi que ce soit (et de répondre aux questions de mon message précédent).

a+

stamkorg utilisateur non connecté
be1,

En effet les MAJ sont manuelles, le bluetooth je ne sais pas, mais ça c'est des trucs pour windows cool
Sincèrement je ne crois pas que ce soit le problème.


olinuxx,

Pour le contact avec Pianoteq, non.
Pour le noyau BL... pour de l'orgue ou du synthé peut-être. Pour du piano ça ne me convient pas parce que le système n'est pas assez stable pour garantir une latence suffisamment basse.
Le piano étant un instrument percussif, il n'y a que à 44,1kHz/64 samples que je suis satisfait de la connexion entre le clavier et le son.
Or avec le noyeau BL, j'ai des décrochages même à 44,1/128.
C'est la raison pour laquelle je suis passé en noyau RT.
Je sais que je suis chiant avec ma latence, mais pour du piano ou de la percussion, je ne vois rien d'autre qui puisse donner le niveau d'immédiateté recherché.

Accepter une latence plus élevée impliquerait pour moi de remettre en question toute la pertinence de la démarche de jouer sur des instruments virtuels, parce qu'alors j'achète un piano numérique et on en parle plus, plus de carte son, plus d'écran, plus de latence... pourquoi pas... rien n'est exclu en fin de compte.

olinuxx utilisateur non connecté France
Tu devrais prendre contact avec Pianoteq. J'imagine qu'ils fournissent du support vu que pianoteq est un logiciel payant.

Pour le reste, je ne suis pas convaincu par l'argumentaire. Dans ton cas, j'opterai pour un noyau BL + une vérification et une configuration précises des IRQs (voir à ce propos dans les "astuces" à la fin du manuel sur le site de LibraZiK).

stamkorg utilisateur non connecté
Ok merci c'est à voir en effet.

Maintenant, une petite constatation:

Je me suis rendu compte que dans Jack, la priorité était chez moi réglée à 85.
Après quelques test j'ai constaté l'importance de ce paramètre.
Par exemple, avec des réglages extrêmes (priorité à 10) il y a de très nombreux décrochages.
Résultat: en mettant la priorité à 95, je n'ai plus de décrochage de son depuis 2 jours.

Et donc je me demande si mon réglage de Jack n'était pas sub optimal, expliquant ainsi la différence de comportement avec ALSA en direct.

Je vais maintenant retester ça avec le noyau BL pour voir.

Cdt,


SK

olinuxx utilisateur non connecté France
Bonne idée ce réglage de priorité.

Pour info, tu utilises un logiciel pour démarrer jackd (genre QjackCtl ou Cadence par exemple) ? Ou bien en ligne de commande ? Ou bien, c'est Pianoteq qui le démarre tout seul ?

Tiens nous au jus ici concernant le test avec le noyau BL, ça m'intéresse.

Bonne musique !

stamkorg utilisateur non connecté
J'utilise Jack avec l'interface QjackCtl.

Bon, après quelques tests réalisés ces derniers jours je peux confirmer 2 choses:

1° Le fait de régler la priorité dans Jack à 95 (au lieu de 85) semble avoir réglé définitivement mes soucis de décrochage du son avec le noyau RT (pas avec le BL).

2° Toutes choses étant égales par ailleurs, le noyau RT supporte mieux les basses latences que le noyau BL. En effet, avec le noyau BL il y a des décrochages de son, occasionnels certes, mais bien présents à 44100/64, alors qu'avec le noyau RT il n'y en a pas (plus), même en poussant et en maintenant la polyphonie à 128.


Petite remarque en passant, qui n'a rien à voir:

Si j'entre une ligne de commande dans jack pour que jack lance Pianoteq en cascade au démarrage, la fenêtre de jack est figée visuellement. Alors que si je démarre Pianoteq manuellement, la fenêtre de jack n'est pas figée.
Peut-être un bug? Je vais tester avec une autre application ce soir pour voir.

Cdt,


SK

olinuxx utilisateur non connecté France
Salut stamkorg.

Le sujet semble être résolu pour toi, il est donc temps de mettre un [RÉSOLU] dans le titre de ton premier message en l'éditant.


stamkorg écrit :
Si j'entre une ligne de commande dans jack pour que jack lance Pianoteq en cascade au démarrage, la fenêtre de jack est figée visuellement. Alors que si je démarre Pianoteq manuellement, la fenêtre de jack n'est pas figée.
Peut-être un bug? Je vais tester avec une autre application ce soir pour voir.


Je ne suis pas sûr de comprendre. De quelle "fenêtre de jack" parles-tu ? Jack est un démon et ne possède pas d'interface graphique. Tu parles de Qjackctl peut être ? Si oui, est-il démarré avant que tu ne lances une ligne de commande ? Bref, soit plus précis ici stp.

Note modéro-forum : sujet déplacé depuis 1 - Le matériel et les pilotes ALSA, FFADO, ....


stamkorg utilisateur non connecté
Citation :
Je ne suis pas sûr de comprendre. De quelle "fenêtre de jack" parles-tu ? Jack est un démon et ne possède pas d'interface graphique. Tu parles de Qjackctl peut être ? Si oui, est-il démarré avant que tu ne lances une ligne de commande ? Bref, soit plus précis ici stp.


Oui, dans Qjackctl, il y a une fenêtre qui permet d'entrer des lignes de codes pour les exécuter.
C'est là où tu as mis le code a2j-e si je me souviens bien.

Ce que j'ai remarqué c'est que le fait de rajouter du code pour exécuter un programme automatiquement au démarrage de qjackctl (par ex; "ardour" ou "hydrogen" figeait graphiquement qjackctl. Le programme s'exécute, ce qui prouve que la commande a bien fonctionné mais on ne voit plus les changement de % de la charge cpu sur qjackctl.

olinuxx utilisateur non connecté France
Ça ne me paraît pas vraiment l'endroit adéquat où mettre des commandes pour lancer des logiciels. Mais bon, pourquoi pas.

Tu peux peut être essayer d'ajouter des "sleep" avant de lancer pianoteq ou autre logiciel pour t'assurer que qjackctl a bien eu le temps de lancer jackd qui nécessite quelques dixièmes de secondes voire seconde pour être correctement en place.

Page : 1/2  [Suivant]
1  2