oula la y a des infos zarbis la dedans, pour artsdsp, c pas vraiment juste un serveur de son, (...)
Tu as confondu artsdsp et artsd. artsdsp est un connecteur entre un client OSS et artsd qui s'attend à un client aRts, et je trouve qu'artsdsp bouffe pas mal de CPU. Je sais bien qu'artsd fait beaucoup plus qu'un serveur de sons de base. (Exemples personnels : écouter un stream basse-qualité sur le haut-parleur de gauche et le même en haute-qualité sur celui de droite, pour comparer ; rediriger tous les sons du système sur le canal de droite car le haut-parleur de gauche était mort).
EsounD ne propose pas d'emulation OSS il faut lui cause esound sinon pfuit
Et esddsp c'est quoi alors ?
en device hard il gere oss et alsa
Question importante pour moi : est-ce qu'il y a moyen choisir au moment où on lance esd, ou bien est-ce que c'est une option de compilation ?
par contre il supporte l'envoi sur reseau
Et aRts ne le fait pas ? Je croyais.
Sinon pour ton test avec mplayer je ne pense pas que ce soit l'API alsa qui soit gourmande en cpu
Je me suis mal exprimé (enfin, je voulais pas non plus vous pourrir de détails). Bref, je pensais que l'API d'ALSA pouvait être plus intense (plus d'appels par seconde) pour être plus précise, et que l'API d'OSS, même émulée, se contentait de moins d'appels par seconde. Et ce n'était, comme je l'ai dit dès le départ, qu'une théorie.
je pense me rappeller que l'implementation de sortie alsa9 de mplayer est plutot ... pourrie.
MERCI MERCI MERCI MERCI MERCI MERCI MERCI (moi qui ai l'habitude de manger de la doc, j'ai honte d'être passé à côté de celle-là) MERCI MERCI MERCI MERCI
[^] # Re: Qualité des sorties son de oss/alsa/artsd/esd ?
Posté par Boa Treize (site web personnel) . En réponse au journal Qualité des sorties son de oss/alsa/artsd/esd ?. Évalué à 2.
Tu as confondu artsdsp et artsd. artsdsp est un connecteur entre un client OSS et artsd qui s'attend à un client aRts, et je trouve qu'artsdsp bouffe pas mal de CPU. Je sais bien qu'artsd fait beaucoup plus qu'un serveur de sons de base. (Exemples personnels : écouter un stream basse-qualité sur le haut-parleur de gauche et le même en haute-qualité sur celui de droite, pour comparer ; rediriger tous les sons du système sur le canal de droite car le haut-parleur de gauche était mort).
EsounD ne propose pas d'emulation OSS il faut lui cause esound sinon pfuit
Et esddsp c'est quoi alors ?
en device hard il gere oss et alsa
Question importante pour moi : est-ce qu'il y a moyen choisir au moment où on lance esd, ou bien est-ce que c'est une option de compilation ?
par contre il supporte l'envoi sur reseau
Et aRts ne le fait pas ? Je croyais.
Sinon pour ton test avec mplayer je ne pense pas que ce soit l'API alsa qui soit gourmande en cpu
Je me suis mal exprimé (enfin, je voulais pas non plus vous pourrir de détails). Bref, je pensais que l'API d'ALSA pouvait être plus intense (plus d'appels par seconde) pour être plus précise, et que l'API d'OSS, même émulée, se contentait de moins d'appels par seconde. Et ce n'était, comme je l'ai dit dès le départ, qu'une théorie.
je pense me rappeller que l'implementation de sortie alsa9 de mplayer est plutot ... pourrie.
C'est ma foi fort possible. :-)
Sinon pour ton dernier point: http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3(...(...)) section software mixing
MERCI MERCI MERCI MERCI MERCI MERCI MERCI (moi qui ai l'habitude de manger de la doc, j'ai honte d'être passé à côté de celle-là) MERCI MERCI MERCI MERCI