[RÉSOLU] RT sans noyau RT Envoyé par ludolinux le Wed 09 Jun 2010 14:06 Bonjour ! Je viens de remarquer que Jack se lance sans broncher en RT alors qu'aucun noyau RT n'est installé. Tout tourne au poil, j'ai une Latence super basse et aucun Xrun. Quelqu'un a une explication ? Merci !
Envoyé par jy_moustache le Wed 09 Jun 2010 14:39 oui c'est simple, le mode RT de jack n'a rien a voir avec le noyau utilisé. ca veut juste dire que jack a acces aux ressources du pc avec une priorité suffisemment forte. 😀 vala bonne zique jy
Envoyé par ludolinux le Wed 09 Jun 2010 14:53 Quelle est dans ce cas l'utilité du noyau RT pour une distribution musicale ?
Envoyé par jy_moustache le Wed 09 Jun 2010 16:52 Je te renvoie sur ce paragraphe pour bien comprendre l'intérêt d'un noyau RT. Le mode RT de Jack lui permet d'être prioritaire par rapport au reste. Le noyau RT permet de diminuer le temps de réponse (latence) de ton système. Du coup pour l'audio ça te fait un système très très très (très) réactif donc une latence extrêmement faible : pratique pour jouer ou appliquer des effets en temps réel. si tu es content de ta latence aujourd'hui, je ne vois pas l'intérêt d'installer un noyau RT. ma devise : "il faut se satisfaire d'un système dont on est satisfait". 😉 jy
Envoyé par ludolinux le Wed 09 Jun 2010 18:49 Effectivement, je m'échine depuis des lustres à compiler mes pilotes vidéo pour les faire coïncider avec mon noyau RT de la mort qui tue mais au vu de mes besoins et bien, j'en ai pas besoin ! Je viens d'être libéré d'un poids. 😊
Envoyé par youki le Wed 09 Jun 2010 20:18 Bonjour ! Je viens de remarquer que Jack se lance sans broncher en RT alors qu'aucun noyau RT n'est installé. Tout tourne au poil, j'ai une latence super basse et aucun Xrun. Quelqu'un a une explication ? Merci ! Salut. C'est quoi ton noyau? Il semblerait que les noyaux Linux les plus recents soient assez performants pour permettre d'utiliser le temps reel sans forcement appliquer le patch RT. La sur mon portable, qui pourtant est pas installe pour faire de la MAO, j'arrive a lancer jack en RT quasi sans X-runs. Audio device: Intel Corporation 82801H Noyau : 2.6.33-2.dmz.7-liquorix-amd64 Jackd : 1.9.5~dfsg-13 Echantillons/periode : 512 Frequence d'echantillonage : 44100 Par contre ca donne une latence de 23.2 ms avec la carte son integree, mais bon ca suffit pour preparer des rythmes avec Hydrogen pour quand je retrouverai mon PC MAO. 😀
Envoyé par olinuxx le Thu 10 Jun 2010 01:59 ma devise : "il faut se satisfaire d'un système dont on est satisfait". 😉 jy J'adore ! Je pense que ça mérite de figurer dans l'édito de ce mois-ci. 😉 A+ Olivier
Envoyé par ludolinux le Thu 10 Jun 2010 08:24 Salut ! Alors mes caracs : distrib : debain Squeeze (testing) Audio device: M-Audio Delta 44 Noyau : 2.6.32-trunk-686 Jackd : 1.9.6 Echantillons/periode : 128 Frequence d'echantillonage : 44100 J'obtiens une latence de 5.8ms ce qui est très confortable. Je vais continuer d'utiliser ma config dans ces conditions pour voir si ça tiens le coup ou pas.
Envoyé par jy_moustache le Thu 10 Jun 2010 10:20 5ms c'est largement suffisant !! tu peux lancer beaucoup d'applis en meme temps ou pas ?
Envoyé par ludolinux le Thu 10 Jun 2010 10:31 Pour l'instant je fais quelques test avec JACK + QSYNTH (fender rhodes 80Mo) + HYDROGEN (dont je suis en train de faire la trad du manuel FR 😉) + ARDOUR + de temps à autre ma basse pour jouer et enregistrer et ça m'a l'air de tenir le coup. J'avais quelques Xruns au début mais je n'avais pas rélgé la priorité de JACK au taquet, ça semble résolu. Tout fonctionne au poil. J'ai aussi en permanence iceweasel et icedove de lancé quand c'est pas iceowl en plus. Après je dis pas qu'une fois que j'aurais 20 pistes, 12 effets... ça va pas craquer un peu mais pour mes besoins du moment ça semble adapté. j'oubliais : CPU : Athlon 3200+ RAM : 2 Go FSB : 400 Mhz
Envoyé par ludolinux le Sun 13 Jun 2010 06:12 Petit retour. A la longue j'ai quand même quelques xrun. J'ai l'habitude (mauvaise ?) d'utiliser amarok sur jack. Comme ça je peux écouter de la musique et jouer par dessus c'est très pratique. Et bien il y a une perte de synchro de temps en temps. Pareil pour Hydrogen. Certains menus, lorsqu'ils sont lancés, me virent carrément de JACK. J'avoue avoir du mal à jouer sur la taille du tampon pour faire remonter la latence, perso, arrivé à 10ms je la "sens" quand je joue mon instrument (basse). J'ai tenté d'installer un noyau RT en compilant. Cependant, ma version de noyau 2.6.32-trunk n'a pas de patch RT dispo... De plus, le noyau du dépot GOTO10 semble plus ancien. Donc pour l'instant point de salut. Je continue donc mes investigations RT sans noyau RT. 😉 Tcho
Envoyé par youki le Sun 13 Jun 2010 12:38 Petit retour. A la longue j'ai quand même quelques xrun. J'ai l'habitude (mauvaise ?) d'utiliser amarok sur jack. Comme ça je peux écouter de la musique et jouer par dessus c'est très pratique. Et bien il y a une perte de synchro de temps en temps. Pareil pour Hydrogen. Certains menus, lorsqu'ils sont lancés, me virent carrément de JACK. J'avoue avoir du mal à jouer sur la taille du tampon pour faire remonter la latence, perso, arrivé à 10ms je la "sens" quand je joue mon instrument (basse). J'ai tenté d'installer un noyau RT en compilant. Cependant, ma version de noyau 2.6.32-trunk n'a pas de patch RT dispo... De plus, le noyau du dépot GOTO10 semble plus ancien. Donc pour l'instant point de salut. Je continue donc mes investigations RT sans noyau RT. 😉 Tcho T'as essaye un noyau RT des depots Pengutronix? Et du coup si tu essayes, si ce n'est de ja fait, penses a optimiser avec rtirq. Sinon essayes avec un noyau liquorix peut-etre.
Envoyé par ludolinux le Tue 15 Jun 2010 11:16 Salut ! Le dépot Pengutronix semble vide. Le noyau proposé par liquorix n'a rien changé. C'est un noyau RT ? Petite question en passant, comment savoir qu'un noyau est RT ou pas ? A part avec son nom. Solution : Je suis en ce moment même en train de compiler un noyau 2.6.33.5 patch rt-23. Je comprends pas la moitié des options qu'on me demande de cocher mais on verra bien ! 😁
Envoyé par youki le Tue 15 Jun 2010 12:36 Salut ! Le dépot Pengutronix semble vide. Le noyau proposé par liquorix n'a rien changé. C'est un noyau RT ? Petite question en passant, comment savoir qu'un noyau est RT ou pas ? A part avec son nom. Solution : Je suis en ce moment même en train de compiler un noyau 2.6.33.5 patch rt-23. Je comprends pas la moitié des options qu'on me demande de cocher mais on verra bien ! 😁 Vide? 😬 Voici ce qu'il y a dans mon /etc/apt/sources.list pour Pengutronix : Noyaux RT deb http://debian.pengutronix.de/debian/ sid main contrib non-free Je viens de faire un update et essaye d'installer le dernier noyau RT disponible : aptitude install linux-image-2.6.33-rt5-1-amd64 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu... Fait Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait Les NOUVEAUX paquets suivants vont être installés : linux-image-2.6.33-rt5-1-amd64 2.6.33-rt5-1 Donc a l'heure ou j'ecrit ces lignes ca marche, en tous cas pour amd64. Ensuite un apt-cache search linux-image devrait te donner la liste des noyaux disponibles. Pour le noyau Liquorix : $ uname -a Linux mici 2.6.34-0.dmz.10-liquorix-amd64 #1 SMP PREEMPT Thu Jun 3 19:14:42 CDT 2010 x86_64 GNU/Linux La commande uname -a devrait te dire si un noyau est RT ou pas. Donc apres reboot sur mon noyau RT ca donne ca : $ uname -a Linux mici 2.6.31.12-rt21-1-amd64 #1 SMP PREEMPT RT Fri Feb 19 11:29:49 UTC 2010 x86_64 GNU/Linux
Envoyé par ludolinux le Tue 15 Jun 2010 18:47 Merci youki pour tes explications ! 😉 J'ai remplacé "sid" par "squeeze" dans mon source.list pour le dépot pengutronix. Je pense que c'est pour cela que je n'ai accès à aucun fichier. Bref, j'ai compilé mon noyau RT mine de rien...😎 Mais j'ai maintenant un autre souci. Jack me demande de modifier le fichier /etc/limits.conf pour changer la taille de la mémoire Copy to clipboardMemory locking is unlimited - this is dangerous. You should probably alter the line: @audio - memlock unlimited in your /etc/limits.conf to read: @audio - memlock 1552392 J'avais déjà modifé le fichier /etc/security/limits.conf comme d'habitude en fait. Et même en copiant le fichier limits.conf à l'endroit demandé j'ai le même message. Ensuite j'ai un message que je n'avais pas avant non plus : Copy to clipboardcannot use real-time scheduling (FIFO at priority 99) [for thread -1236169872, from thread -1236169872] (1: Operation not permitted) C'est tout "simplement" un problème de droit car lorsque je lance qjactl en root, je n'ai pas ce message. Je précise que mon utilisateur est bien dans le groupe audio. En cherchant je suis tombé sur PAM, rlimits et compagnie. Je n'avais jamais eu besoin de paramétrer ces bêtes là avant et j'avoue sécher un peu. Quelqu'un pour m'aider ? 😁
Envoyé par youki le Tue 15 Jun 2010 23:03 Merci youki pour tes explications ! 😉 De rien. J'ai remplacé "sid" par "squeeze" dans mon source.list pour le dépot pengutronix. Je pense que c'est pour cela que je n'ai accès à aucun fichier. Oui c'est pour ca. Il faut laisser sid meme si t'installes ton noyau sur squeeze ou sur lenny. Ca marche pareil. Bref, j'ai compilé mon noyau RT mine de rien...😎 Mais j'ai maintenant un autre souci. Jack me demande de modifier le fichier /etc/limits.conf pour changer la taille de la mémoire Copy to clipboardMemory locking is unlimited - this is dangerous. You should probably alter the line: @audio - memlock unlimited in your /etc/limits.conf to read: @audio - memlock 1552392 J'avais déjà modifé le fichier /etc/security/limits.conf comme d'habitude en fait. Et même en copiant le fichier limits.conf à l'endroit demandé j'ai le même message. La configuration de l'acces au temps reel ne se fait plus dans le fichier /etc/security/limits.conf mais dans /etc/security/limits.d/audio.conf sur Squeeze et Sid. Enleve ces lignes de conf de ton /etc/security/limits.conf et fais un dpkg-reconfigure jackd et repond oui a la question posee, ca devrait mettre a jour le nouveau fichier. Ensuite j'ai un message que je n'avais pas avant non plus : Copy to clipboardcannot use real-time scheduling (FIFO at priority 99) [for thread -1236169872, from thread -1236169872] (1: Operation not permitted) C'est tout "simplement" un problème de droit car lorsque je lance qjactl en root, je n'ai pas ce message. Je précise que mon utilisateur est bien dans le groupe audio. En cherchant je suis tombé sur PAM, rlimits et compagnie. Je n'avais jamais eu besoin de paramétrer ces bêtes là avant et j'avoue sécher un peu. Quelqu'un pour m'aider ? 😁 Ben essayes ce que je t'ai dit avant et rebootes. On verra ensuite si tu as toujours le meme probleme. Si tu utilises un noyau RT, je me repete peut-etre, mais n'oublie pas d'installer rtirq, ca ne peut pas faire de mal.
Envoyé par ludolinux le Wed 16 Jun 2010 10:13 La configuration de l'acces au temps reel ne se fait plus dans le fichier /etc/security/limits.conf mais dans /etc/security/limits.d/audio.conf sur Squeeze et Sid. Enleve ces lignes de conf de ton /etc/security/limits.conf et fais un dpkg-reconfigure jackd et repond oui a la question posee, ca devrait mettre a jour le nouveau fichier. Ha là... effectivement je ne savais pas que ça avait changé. J'ai fais les changements nécessaires et tout tourne au poil. J'avais encore un bug avec Hydrogen mais c'est résolu. En fait j'utilisais la version des dépots de jackd soit la version 1.9.5~dfsg-13 J'avais des problèmes de crash avec hydrogen et parfois avec qsynth. En désinstallant et en installant la version 1.9.5 du site, avec les sources quoi, tout est rentré dans l'ordre. Merci pour vos réponses, j'ai appris énormément ! Édition admin Olinuxx - 15 septembre 2013 : sujet fermé car [RÉSOLU].
