Effectivement, si intérêt il y a eu un jour de faire le mixage audio en hardware, il à complètement disparu aujourd'hui.
Dans le cadre du PC de madame Michu qui ne fait pas de création musicale même en niveau amateur avancé éventuellement, dans tout ce qui concerne les métiers de l'audio (de l'amateur éclairé au gros studio d'enregistrement), si.
Faire ça sur le CPU ne coûte rien (mais alors rien du tout)
Ca dépend, si tu utilises la méthode R.A.C.H.E en userland avec un coefficiant de latence qui peut varier et une distortion qui peut monter à plus de 0.1% ca coute pas grand chose en effet. On met de gros buffers et roule. Par contre déjà sur un système comme Pulse Audio qui veut jouer avec les redirections et pas avoir de trop gros buffers pour éviter les latences, ca commence à couter cher en termes d'interrupts.
Si tu veux du vrai temps réel multipistes multisources et que tu sors le noyau temps réel avec controle des flux et compensation de drift, la ca commence à piquer niveau ressources.
et c'est infiniment plus flexible
En quoi ? Dans tous les cas tu diriges des flux décodés vers des entrées. J'ai du mal à voir ce que l'accélération hardware empêche de faire.
[^] # Re: Pourquoi PA sux
Posté par Kaane . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 10.
Effectivement, si intérêt il y a eu un jour de faire le mixage audio en hardware, il à complètement disparu aujourd'hui.
Dans le cadre du PC de madame Michu qui ne fait pas de création musicale même en niveau amateur avancé éventuellement, dans tout ce qui concerne les métiers de l'audio (de l'amateur éclairé au gros studio d'enregistrement), si.
Faire ça sur le CPU ne coûte rien (mais alors rien du tout)
Ca dépend, si tu utilises la méthode R.A.C.H.E en userland avec un coefficiant de latence qui peut varier et une distortion qui peut monter à plus de 0.1% ca coute pas grand chose en effet. On met de gros buffers et roule. Par contre déjà sur un système comme Pulse Audio qui veut jouer avec les redirections et pas avoir de trop gros buffers pour éviter les latences, ca commence à couter cher en termes d'interrupts.
Si tu veux du vrai temps réel multipistes multisources et que tu sors le noyau temps réel avec controle des flux et compensation de drift, la ca commence à piquer niveau ressources.
et c'est infiniment plus flexible
En quoi ? Dans tous les cas tu diriges des flux décodés vers des entrées. J'ai du mal à voir ce que l'accélération hardware empêche de faire.