Actuellement, à moins d'utiliser l'option dmix d'alsa décrite plus et supportée par une petite poignée d'applis, le seul moyen d'avoir plusieurs sons en meme temps est de passer par un serveur de son. Les connus sont :
- arts, utilisé en standard par kde (plus pour longtemps parait-il)
- esd, utilisé par gnome
- jacks, pour les exigents, notemment en latence : applications audionumériques, vidéos, etc.
Pour info, arts est parfaitement full duplex (si le pilote alsa de ta carte son le permet) et Gaim sait l'utiliser. Mais je serais incapable de configurer arts sans passer par le panneau de config de kde, pas pratique si on ne l'a pas.
Perso, je suis plutôt orienté jacks, parce qu'alsa avec sa demi-seconde de latence, ca le fait pas en enregistrement audio-numérique multipistes. Je trouve aussi que c'est le plus complet (le programme de config en qt offre des possibilité de fou), surtout question cas bizarres (deux cartes, config midi spéciale, etc.) jacks et arts peuvent être tous deux empilés l'un sur l'autre.
Malheureusement, tout ça n'est pas prêt d'être transparents pour les applis. Le plus anciennes passent par oss et bloquent /dev/dsp sans se poser de questions. D'autres ont choisi d'utiliser un système de plugins pour prendre en charge plusieurs serveurs de son au choix. Quelques unes fonctionnent avec alsa seulement, etc.
En fait, le seul moyen pour parvenir à une transparence parfaite pour les applis est d'avoir une carte alignant les canaux comme des petits pains dans une boulangerie, ainsi le mixing est hardware.
Encore, tout çà est encore simple, tu n'imagine pas comment j'en ai chié avec ma carte son usb qui n'est pas toujours branchée et que je ne peux par conséquent pas utiliser avec arts (un système de sélection automatique de la carte par priorité au lancement d'arts aurait été cool). Et les device /dev/dsp* qui s'inversent selon que la carte usb est connectée au démarrage ou pas.
Sinon, je ne croie pas que Windows 98 gère simplement l'accès concurrent aux cartes son, sauf pour les applis passant par directx, sinon c'est tintin aussi. il a fallu attendre que la plupart des applis utilise l'api directx pour que ça soit mieux. Comme sous Linux, y a plus de choix, au final c'est un peu plus le bordel, c'est tout, mais les solutions sont là.
[^] # Re: Arts
Posté par Cyberdivad . En réponse au message avoir le son de plusieur aplis ???. Évalué à 1.
Actuellement, à moins d'utiliser l'option dmix d'alsa décrite plus et supportée par une petite poignée d'applis, le seul moyen d'avoir plusieurs sons en meme temps est de passer par un serveur de son. Les connus sont :
- arts, utilisé en standard par kde (plus pour longtemps parait-il)
- esd, utilisé par gnome
- jacks, pour les exigents, notemment en latence : applications audionumériques, vidéos, etc.
Pour info, arts est parfaitement full duplex (si le pilote alsa de ta carte son le permet) et Gaim sait l'utiliser. Mais je serais incapable de configurer arts sans passer par le panneau de config de kde, pas pratique si on ne l'a pas.
Perso, je suis plutôt orienté jacks, parce qu'alsa avec sa demi-seconde de latence, ca le fait pas en enregistrement audio-numérique multipistes. Je trouve aussi que c'est le plus complet (le programme de config en qt offre des possibilité de fou), surtout question cas bizarres (deux cartes, config midi spéciale, etc.) jacks et arts peuvent être tous deux empilés l'un sur l'autre.
Malheureusement, tout ça n'est pas prêt d'être transparents pour les applis. Le plus anciennes passent par oss et bloquent /dev/dsp sans se poser de questions. D'autres ont choisi d'utiliser un système de plugins pour prendre en charge plusieurs serveurs de son au choix. Quelques unes fonctionnent avec alsa seulement, etc.
En fait, le seul moyen pour parvenir à une transparence parfaite pour les applis est d'avoir une carte alignant les canaux comme des petits pains dans une boulangerie, ainsi le mixing est hardware.
Encore, tout çà est encore simple, tu n'imagine pas comment j'en ai chié avec ma carte son usb qui n'est pas toujours branchée et que je ne peux par conséquent pas utiliser avec arts (un système de sélection automatique de la carte par priorité au lancement d'arts aurait été cool). Et les device /dev/dsp* qui s'inversent selon que la carte usb est connectée au démarrage ou pas.
Sinon, je ne croie pas que Windows 98 gère simplement l'accès concurrent aux cartes son, sauf pour les applis passant par directx, sinon c'est tintin aussi. il a fallu attendre que la plupart des applis utilise l'api directx pour que ça soit mieux. Comme sous Linux, y a plus de choix, au final c'est un peu plus le bordel, c'est tout, mais les solutions sont là.