Salut !

Voilà, j'ai un gros problème de latence audio et midi que je trouve anormal mais malgré mes recherches, tests et tentative d'optimisation, rien à faire.

J'ai un patch Vjing qui traite 2 vidéos en même temps, jusque là ça va.
Ce qui pose soucis, c'est le signal son qui, une fois entré, traité et ressorti, ressort avec un bon paquet de xruns dans tout les sens, genre inaudible. Ça pose soucis dans le fait que le signal audio est censé moduler la vidéo avec un [pix_lumaoffset] et un [pix_delay], et donc forcément le résultat n'est plus vraiment bien syncro par rapport à la musique.

Je chercher donc à savoir si il y a moyen d'optimiser la latence genre temps réel pour Pd-extended ?
Le problème viendrais plutôt de la mémoire RAM ou du processeur ?

Autre chose, au sujet de la configuration audio de Pd, mon serveur Jack étant configuré comme ceci :
Temps réel : oui,
Échantillons/Période : 512
Fréquence d'échantillonnage : 48000
Périodes/Tampon : 2

Il faut donc que je configure l'audio de Pd de la sorte ? :
Échantillonnage : 48000
Latence (msec) : 21.3 (la même valeur donnée par Jack ?)
Vecteur audio : 512

Dans le tuto ici : http://fr.flossmanuals.net/puredata/ch0 … io-et-midi
Ils disent :
"Si vous utilisez JACK, assurez-vous d'utiliser des blocs audio de la même taille que ceux de JACK. Pour cela, il vous suffit de créer un objet [block~] avec comme argument un nombre magique. Sous GNU/Linux, on obtient ce nombre en consultant sa configuration "QJackctl" (ou l'équivalent). Le nombre que l'on trouve sous "Frames/Period" est alors à multiplier par celui qui apparaît sous "Periods/Buffer"."

Pourtant, lors de l'ajout d'un [block~ 1024], plus aucun son ne sort...

Je suis un peu bloqué et j'ai beaucoup de mal encore à comprendre l'utilisation de [block~] ...