Chargement...
 
Skip to main content

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


[RESOLU] Craquements audio avec Jack/Cadence et chiffrement de disque

Salut,

Je commence à me mettre un peu plus sérieusement à la MAO sous Linux pour pouvoir désinstaller Windows pour de bon, et j'ai assez rapidement rencontré des craquements audio rendant impossible la composition ; dans un projet contenant 4 pistes, 3 synthétiseurs et 1 sampler, en moins de 10 secondes les craquements audio deviennent déjà trop fréquents pour pouvoir écouter confortablement.

J'ai fait quelques recherches, notamment sur ce forum, et testé un certain nombre de réglages pour Cadence, sans succès. La basse latence n'est pas ma priorité ; je cherche juste à pouvoir entendre ce que je compose sans craquements.

Voici les informations techniques :
-OS : Ubuntu 16.04

-Noyau : 4.4.0-101-lowlatency (j'avais le problème de craquements avec le noyau générique donc j'ai installé le noyau temps réel dans l'espoir de résoudre mon souci ; ça n'a rien changé).

-Cartes son ;
Copy to clipboard
cat /proc/asound/cards 0 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xdfb28000 irq 129


-Je suis bien dans le groupe audio avec les limites de ressources au max ('ulimit -l -r' me donne une priorité de 95 et une possibilité de réservation de mémoire illimitée)

-processeur : i5-6200U
-ram : 8GO
-SSD

Voici la dernière configuration que j'ai testé dans Cadence après avoir lu ici que sur les ordinateurs portables (c'est le cas de mon PC) ne supportaient pas plus de 2 entrées/sorties et un son en 16 bits :
Cadence1
Cadence2
Cadence3

J'ai aussi essayé de monter/descendre le nombre de périodes par tampon, la taille du tampon et la fréquence d'échantillonage (pour cette dernière, je n'ai essayé que les valeurs 44100 et 48000).

Comme dit, je ne cherche pas une latence basse (même si ce serait un beau bonus) mais je cherche simplement à réduire le nombre de XRuns et la fréquence d'apparition de craquements.

Pouvez-vous m'aider ? Mon ordinateur est-il inadapté ? Sous Windows/ASIO, je n'avais pas de problèmes audio, même pour des projets avec plusieurs dizaines de pistes 🙁

Merci d'avance ! 😀

RESULTAT : après réinstallation sans chiffrement, le nombre de Xruns a considérablement diminué, et surtout, les craquements ne sont plus audibles 😉
France
Note modération : @babouche: merci d'utiliser les balises de CODE (pour poster du code). J'ai modifié ton message pour qu'il s'affiche correctement.


Concernant ton ordinateur, je pense qu'il est suffisamment puissant pour pouvoir travailler.
Par contre, j'ai remarqué 2 différences avec ma config :
1) dans ta 2ème capture d'écran, 'Force 16bits' est coché, alors que ça n' a jamais été le cas
chez moi, sous KX Studio ou LibraZiK.
2) dans ta dernière capture, "client timeout' est à zéro chez moi.

N'hésites pas à passer 'Periods/buffer" à 3 dans ta 2ème capture d'écran.
France
Note : ne pas confondre un noyau "temps-réel" et un noyau "basse-latence" (lowlatency).
J'ai fait comme sub26nico m'a dit ; dé-coché "Force 16bits" et mis "client timeout" à 0. Sans succès 🙁 J'entends toujours beaucoup les craquements, bien que peut-être un peu moins. Le nombre de Xruns est toujours à peu près le même (à chaque tentative avec de nouveaux paramètres je joue 4 mesures d'un début de morceau et j'ai toujours 30 XRuns en gros).

Par contre je ne peux pas démarrer Jack avec une valeur pour périodes/tampon supérieure à 2. Voici le log d'une tentative :

Copy to clipboard
Fri Dec 1 23:01:20 2017: Starting jack server... Fri Dec 1 23:01:20 2017: JACK server starting in realtime mode with priority 90 Fri Dec 1 23:01:20 2017: self-connect-mode is "Don't restrict self connect requests" Fri Dec 1 23:01:20 2017: Acquired audio card Audio0 Fri Dec 1 23:01:20 2017: creating alsa driver ... hw:PCH,0|-|4096|3|44100|2|2|nomon|swmeter|-|32bit Fri Dec 1 23:01:20 2017: Using ALSA driver HDA-Intel running on card 0 - HDA Intel PCH at 0xdfb28000 irq 129 Fri Dec 1 23:01:20 2017: configuring for 44100Hz, period = 4096 frames (92.9 ms), buffer = 3 periods Fri Dec 1 23:01:20 2017: ALSA: final selected sample format for playback: 32bit integer little-endian Fri Dec 1 23:01:20 2017: ERROR: ALSA: got smaller periods 2 than 3 for playback Fri Dec 1 23:01:20 2017: ERROR: ALSA: cannot configure playback channel Fri Dec 1 23:01:20 2017: Released audio card Audio0 Fri Dec 1 23:01:20 2017: ERROR: Cannot initialize driver Fri Dec 1 23:01:20 2017: ERROR: JackServer::Open failed with -1 Fri Dec 1 23:01:20 2017: ERROR: Failed to open server


J'ai essayé d'installer le paquet alsaplayer-jack comme mentionné ici, mais cela n'a rien changé.

Que faire ?

olinuxx écrit:
Note : ne pas confondre un noyau "temps-réel" et un noyau "basse-latence" (lowlatency).


Oups 😡
France
bizarre, vu ta config tu devrais pas avoir de problèmes.. Tu as essayé avec une distri orientée MAO (sans installation, sur clef usb) si tu avais le même soucis ?
Au vu de ce que vous me dites ( à savoir que ce n'est ni mon PC, ni ma configuration de JACK ) je pense que c'est dû au fait que j'utilise une installation d'Ubuntu chiffrée. Jusqu'à présent je n'avais jamais ressenti de problème au niveau du processeur, mais s'il faut lire des échantillons de sons chiffrés + gérer le temps réel + les synthèses, ça doit expliquer pourquoi mon processeur transpire 😀

Du coup je ferai comme tu dis et j'essayerai une autre distro sans la chiffrer d'ici après-demain et je viendrai clore le topic ou demander de l'aide supplémentaire selon le résultat. Merci !