là c'est pas un problème Puredata mais tes réglages jack . Le mieux est que tu consultes des sites genre jackd , linuxmao,  linux audio, les forums tangostudio etc...
Première étape, le kernel RT préempt : http://wiki.linuxaudio.org/wiki/system_configuration

Dernière modification par sakramh (2014-06-14 23:17:33)

Bonjour a tous

avec un petit patch a base de [osc~] tous fonctionne parfaitement

mais quand j ouvre mon patch de musictable et ses la que ses étrange a coter du piton DSP pour activer le son en rouge apparait le mot problème E/S et Jack fais des erreur de désynchronisation ce qui résulte en un son saccader j ai essayer plusieurs combinaison mais rien i fais

quelqu un a t il déjà rencontrer un tel problème?

mon patch peut tu être trop pesant pour la mémoire vive ?
je trouverais sa étrange car si je n utilise pas Jack tous fonctionne parfaitement sur Windows comme sur Linux
mais j ai absolument besoin de JACK pour envoyer le son de pure data a processing pour le retour visuel de la waveform

je suis actuellement sous linux Ubuntu 14.04 64bit
ma config pour le fichier audio.conf et pour le fichier limit.conf pour le realtime car je sais pas lequel est utiliser est :

@audio  -  rtprio   90
@audio  -  memlock  unlimited

si je fais un "groups" dans le terminal "audio" est la
et si je fais un ulimit -l -r
jai belle et bien:

max locked memory       (kbytes, -l) unlimited
real-time priority              (-r) 90

jai suivi la procedure sur ce site:
http://doc.ubuntu-fr.org/jackd
et celle la pour le realtime
http://www.linuxmao.org/PAM#Configuration_de_PAM

merci

essaie d'augmenter la latence dans jack, via les réglages "Echantillons/Période" et "Périodes/Tampon" (si c'est bien les mêmes noms que sur ma version).
par exemple : 2 tampons de 256 samples ça fait 11,6ms (c'est écrit dans la fenètre de réglages, en bas à droite).
4 tampons de 512 samples = 46,4ms

cherche la combinaison qui correspond le mieux à ton sytème...

Non . Ubuntu propose à l'époque où l'article est écrit  un kernel low-latency (qui d'ailleurs est suffisant ) . Depuis il y a peut_être un RT Preempt . A vérifier dans synaptic (penser à installer les headers) .
Par ailleurs les kernel depuis le 3.x.x peuvent suffire sans le preempt RT mais il faut renseigner correctement un fichier de boot  (threadirqs kernel option dans grub si ma mémoire est bonne) . Tout est dans l'article cité . Un point très important est le script rt-irq-init à adapter selon ses besoins aussi .

citation :

Linux danny-NV59 3.13.0-29-generic

n'est pas un rt . C'est un générique comme son nom l'indique .
Je viens de chercher sur le site Ubuntu Packages et il semble que seulement un low-latency . Lequel suffit dans la plupart des cas .
En fait le preempt est intégré dans le noyau Linux mais n'est pas activé d'office (et en plus il faut patcher) . Ce n'est en effet pas anodin (stabilité sécurité .... nécessité ) . Et il y a souvent des conflits avec les pilotes proprio des cartes graphiques . D'où les distributions ne le proposent pas en standard .
Quand à le compiler soit même ... gare aux bêtises (personnelles et trouvées sur le net) .

Dernière modification par sakramh (2014-07-06 02:06:19)