Je ne sais pas de quel mythe tu parles, mais je ne crois pas que quiconque ait prétendu que ASIO avait quelque chose à voir avec le temps réel...
Au passage, attention à ne pas confondre « faible latence » et « ordonnancement en temps réel ». En gros, la latence, c’est le temps de traitement, le délai entre l’entrée et la sortie. L’ordonnancement en temps réel, c’est le fait de garantir un délai de traitement le plus constant possible, qu’il soit court ou long.
L’ordonnancement en temps réel est strictement du ressort du noyau1, un démon en espace utilisateur comme Jack n’a pas d’impact là-dessus. Au maximum, on peut augmenter la latence au profit du temps réel : en gros, si le système n’arrive pas à garantir qu’il peut traiter les données en 8 ms, on va lui demander de le faire en 16 ms, parce qu’une latence plus élevée mais régulière est généralement préférable, en audio, à une latence plus faible mais erratique.
Ah, et concernant Windows qui ne serait « pas RT » : Windows est tout-à-fait capable de faire du « temps réel mou » (= le système fait son maximum pour respecter les délais, mais hé ho hein bon, parfois il peut être à la bourre, ça arrive aux meilleurs), tout comme Linux. Il ne peut pas faire du temps réel « dur » (= strictement aucun retard permis, c’est peut-être une question de vie ou de mort), mais de toute façon aucun système d’exploitation généraliste ne le peut (même Linux avec le patch -rt) — le temps réel dur nécessite un OS expressément et entièrement conçu dans ce but.
1 Ce qui, aujourd’hui, ne nécessite plus forcément le patch -rt. Plusieurs des fonctionnalités de ce patch ont été progressivement intégré au noyau mainline, dans bien des cas c’est suffisant. Je recommande systématiquement au MAOïste amateur de faire ses premiers essais avec un noyau standard, et seulement si nécessaire de passer à un noyau -rt.
[^] # Re: Leave Jack alone!
Posté par gouttegd . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à 3.
Je ne sais pas de quel mythe tu parles, mais je ne crois pas que quiconque ait prétendu que ASIO avait quelque chose à voir avec le temps réel...
Au passage, attention à ne pas confondre « faible latence » et « ordonnancement en temps réel ». En gros, la latence, c’est le temps de traitement, le délai entre l’entrée et la sortie. L’ordonnancement en temps réel, c’est le fait de garantir un délai de traitement le plus constant possible, qu’il soit court ou long.
L’ordonnancement en temps réel est strictement du ressort du noyau1, un démon en espace utilisateur comme Jack n’a pas d’impact là-dessus. Au maximum, on peut augmenter la latence au profit du temps réel : en gros, si le système n’arrive pas à garantir qu’il peut traiter les données en 8 ms, on va lui demander de le faire en 16 ms, parce qu’une latence plus élevée mais régulière est généralement préférable, en audio, à une latence plus faible mais erratique.
Ah, et concernant Windows qui ne serait « pas RT » : Windows est tout-à-fait capable de faire du « temps réel mou » (= le système fait son maximum pour respecter les délais, mais hé ho hein bon, parfois il peut être à la bourre, ça arrive aux meilleurs), tout comme Linux. Il ne peut pas faire du temps réel « dur » (= strictement aucun retard permis, c’est peut-être une question de vie ou de mort), mais de toute façon aucun système d’exploitation généraliste ne le peut (même Linux avec le patch -rt) — le temps réel dur nécessite un OS expressément et entièrement conçu dans ce but.
1 Ce qui, aujourd’hui, ne nécessite plus forcément le patch -rt. Plusieurs des fonctionnalités de ce patch ont été progressivement intégré au noyau mainline, dans bien des cas c’est suffisant. Je recommande systématiquement au MAOïste amateur de faire ses premiers essais avec un noyau standard, et seulement si nécessaire de passer à un noyau -rt.