> Le gros problème avec ce genre de "deamon son", c'est qu'il y'a toujours une latence plus ou moins importante.
Pour compléter la remarque de patrick_g, et comme je l'ai indiqué plus haut, les parties critiques (en termes de latence) de pulse audio tournent avec une priorité RT (temps réel)... exactement comme jackd ;) (jackd est bien la preuve qu'un daemon n'ajoute pas forcément de la latence !).
Mais à la différence de jackd, la latence n'est pas la priorité absolue de PA, il propose donc certaines facilités qui rendent son utilisation plus simple pour les applications qui veulent seulement jouer des sons (comme le support, et la conversion à la volée de diverses fréquence d'échantillonnage envoyées par les applications : ce qui peut rajouter un tout petit poil de latence, mais est tellement pratique...). Bref, PA fait un petit compromis sur la latence (mais rien à voir avec l'énorme latence de dmix, ou pire, l'intolérable décalage d'esd) pour être plus pratique à utiliser.
[^] # Re: C'est bien joli tout ça...
Posté par herodiade . En réponse au journal PulseAudio. Évalué à 3.
Pour compléter la remarque de patrick_g, et comme je l'ai indiqué plus haut, les parties critiques (en termes de latence) de pulse audio tournent avec une priorité RT (temps réel)... exactement comme jackd ;) (jackd est bien la preuve qu'un daemon n'ajoute pas forcément de la latence !).
Mais à la différence de jackd, la latence n'est pas la priorité absolue de PA, il propose donc certaines facilités qui rendent son utilisation plus simple pour les applications qui veulent seulement jouer des sons (comme le support, et la conversion à la volée de diverses fréquence d'échantillonnage envoyées par les applications : ce qui peut rajouter un tout petit poil de latence, mais est tellement pratique...). Bref, PA fait un petit compromis sur la latence (mais rien à voir avec l'énorme latence de dmix, ou pire, l'intolérable décalage d'esd) pour être plus pratique à utiliser.