Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

4 - Toutes les autres applications, les émulateurs...

Dernier post

ZynaddsubFX problème en realtime

vinz Articles : 62 utilisateur non connecté
Bonjour à tous!
Hier j'ai réussi (enfin) a faire tourner mon ubuntu 8.10 hardy avec le noyau temp réel, ce qui m'a permi de descendre la latence dans jack jusqu'a un niveau très acceptable (malgré quelques xruns). J'ai fait la manipe necessaire pour pouvoir utiliser le mode "realtime" de jack, ce qui m'a permi de descendre encore un fois la latence. Génial!!!!

Le truc, c'est que ZynAddSubFX n'aime pas trop ca (le realtime) et ne fonctioonne pas correctement (jack me donne beaucoupe d'erreures)

Lorsque je suis en mode "normal" (pas temps reel) tout va très bien (ZynAddSubFX n'a quasiment pas de latence puisqu'il marche directement au niveau software.

En resumé:
en mode normal, je peux enregister du ZynAddSubFX sans problèmes, mais j'ai de la latence sur l'entrée audio.
en mode temps réel, je peux enregister depuis l'entrée audio sans problèmes, mais ZynAddSubFX ne fonctionne pas correctement...

Est-t-il possible de parametrer ZynAddSubFX pour qu'il fonctionne correctementavec le noyau RT?

merci d'avance!! lol

Vinz

rez77 Articles : 12 utilisateur non connecté
salut! tous ce que je sais c'est que le dernier noyau realtime avec tous mes respects au développeurs, est une m, inutilisable, ça plante toujours.
j'attends toujours une mise a jour de ce kernel.

- par contre, avec le noyau normal, zyn tourne en 5 ms avec jack sans le moindre craquement.

- mais en tournant une seul application bien-sur sinon les xruns serons la...
@+

ps : je viens de modifier le message car j'ai trouver grâce a un membre, un lien pour télécharger un noyau realtime apparemment stable je viens de l'essayer.

- alors ajoute ce depot a ton source.list :
deb http://ppa.launchpad.net/abogani/ubuntu intrepid main
et tu pourra mettre a jour ton noyau, et éventuellement corriger le problème.

vinz Articles : 62 utilisateur non connecté
Merci!!!
Je vais essayer... ce noyau existe-t-il aussi pour hardy heron?

en fait le probleme, chez moi est plutot le mode realtime de jack..

si j'utilise le noyau rt sans mode realtime de jack, tout marche bien (par contre j'ai de la latence en entrée audio, mais pas avec ZynAddSubFX...)

quelqu'un a une idee?

joyeuses fêtes à tous!

Vinz

dharanamrs Articles : 276 utilisateur non connecté
Citation :
si j'utilise le noyau rt sans mode realtime de jack, tout marche bien

Salut, je voulais juste ajouter ce commentaire: Utiliser jack en mode realtime est possible (et fortement conseillé) avec un noyeau non-rt également. Dans ces conditions tu auras juste une latence un peu plus importante qu'en noyau RT. Par contre utiliser jack en mode non-RT t'amènera probablement à des latences très longues si tu ne veux pas de xruns.
Donc à mon avis jackd en mode RT est plus important que le noyau rt lui même.
Joyeuses fêtes à tous également.
Frank

vinz Articles : 62 utilisateur non connecté
Merci pour les infos!
Mais justement, c'est la que j'ai mon probleme....avec le mode realtime de jack!
est-ce que ca viendrais de ma carte audio? (elle est nulle (c'est celle de la carte mère), mais en attendant...). si c'est le cas je ne cherche pas plus loin et je m'achete une interface potable!! (c'est noel de toute facon, non?)
a+ et joyeux noel

ps: je fait juste un copier-collé du message d'erreur, au cas ou quelqu'un a déjà vu ca...
ce message apparait seulement lorsque je lance ZynAddSubFX et que je suis en mode realtime avec jack (peu importe si je tourne avec le noyau rt ou pas):

17:49:29.202 XRUN callback (1).
delay of 2008.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2008.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2021.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2015.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2015.000 usecs exceeds estimated spare time of 2002.000; restart ...
17:49:29.288 XRUN callback (4 skipped).
delay of 2007.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2007.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2004.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2004.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2016.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2016.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 2002.000 usecs exceeds estimated spare time of 2002.000; restart ...
delay of 1995.000 usecs exceeds estimated spare time of 1928.000; restart ...
delay of 1995.000 usecs exceeds estimated spare time of 1928.000; restart ...
delay of 1993.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2007.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2007.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2007.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1996.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1996.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1994.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1994.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2010.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2010.000 usecs exceeds estimated spare time of 1947.000; restart ...
17:49:31.294 XRUN callback (23 skipped).
delay of 2002.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2002.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2002.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1992.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2005.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2008.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2008.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1981.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2022.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2022.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 2013.000 usecs exceeds estimated spare time of 1947.000; restart ...
delay of 1995.000 usecs exceeds estimated spare time of 1947.000; restart ...

Samuel Articles : 1879 utilisateur non connecté Allemagne
Effectivement, ce sont des messages concernant tous tes xruns.
ça peut surement venir de ta carte son, surtout si c'est une interne. Je te recommande cependant de tester ta nouvelle carte si tu en as la possibilité.

Il faut aussi savoir que le noyau rt par défaut de Ubuntu 8.10 n'est pas adapté à la musique via jack. Il existe un noyau bien patché quelque part sur le net. J'en donne l'adresse dans un post de ce forum (une petite recherche et tu devrais trouver).

As-tu essayé divers réglages avec qjckctl ?
Je sais que mettre un nombre de buffers/periods à 3 a bien amélioré mes performances sur la carte son interne d'un portable.

Une autre chose qui m'a bien aidé a été de suivre le tuto de disponible dans le readme de jack (à trouver dans les dossiers d'install en fonction de ta distrib) qui te dis comment monter ta partition /tmp directement dans la ram, ce qui permet d'éviter beaucoup de problèmes avec jack.

vinz Articles : 62 utilisateur non connecté
Merci pour la réponse, je vais essayer!!!
Deux francais violonistes et linuxiens en allemagne, c marrant ca eek
frohe Weihnachten! biggrin

vinz

dharanamrs Articles : 276 utilisateur non connecté
Salut,
en fait les problèmes de zyn avec le temps réel sont connus, et il n'y a pas de solution 100% pour l'instant. Je viens de faire quelques essais avec parce que j'avais aussi des problèmes sporadiques. Surtout quand j'ai changé de son j'avais systématiquement des xruns, qui pouvaient parfois devenir si long qu'il y avait fermeture de jackd. Je me suis apperçu que le paquet zyn de ma distro semble être la dernière version stable, apparemment sans les derniers patchs de 2007 sur le repo cvs...
Une fois zyn recompilé de cvs, je n'ai plus ce problème de xruns. Par contre je l'ai échangé contre des petits craquements quand la charge totale de mon système devient importante razz, mais pour l'instant c'est ce que je préfère.
Donc difficile de proposer aux paqueteurs des distros d'inclure ces patches pour l'instant.

Viel Spass in Deutschlandwink
Frank

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

r1, 21:06, ven. 26 Feb 2021: @christorbec: je te conseille d'ouvrir un fil sur le forum.
christorbec, 11:28, ven. 26 Feb 2021: bonjour,le suis embêté,car le curseur ne suis plus les notes sur la tablature de tuxguitar,depuis que je sui passer sous debian avec librazik 3....si quelequ'un a une idée?
Nolwen, 18:18, mar. 23 Feb 2021: Mise à disposition de Carla 2.3RC1 ! C'est par ici : [Lien]
sub26nico, 21:03, lun. 22 Feb 2021: Ardour 6.6 est disponible :[Lien]
Nolwen, 17:37, lun. 22 Feb 2021: Sortie de MusE 4.0pre3, dernière release avant la sortie officielle de la version 4 : [Lien] À vos tests et retours !
sub26nico, 13:34, lun. 22 Feb 2021: Bonjour et bienvenue à Inda et MarcoZik46 :-)
olinuxx, 18:42, ven. 19 Feb 2021: Bonjour et bienvenue à richerol cool
sub26nico, 22:06, jeu. 18 Feb 2021: Salut et bienvenue à ZeZombini et jonglacryl :-)
sub26nico, 23:46, mar. 16 Feb 2021: Bienvenue à Merrick et jeje004 :-)
olinuxx, 23:25, mar. 09 Feb 2021: Bonjour et bienvenue à GilouMao, Bstn, et Talion cool
Sahaathyva, 19:22, sam. 06 Feb 2021: Ce mois ci nous utilisons KickMess, un portage VST du kicker de Linux fait en rust.
Sahaathyva, 19:22, sam. 06 Feb 2021: Au fait si vous ne connaissez pas, il y a un défi mensuel qui est parti du chat de Unfa, il est maintenant relayé sur linux musicians forum : [Lien]