|
|
|
Et le son ? IIAprès un premier survol des diverses possibilités de système de son sous gnu/linux, un léger appronfondissement concernant alsa. la structure du système sonore avec gnu/linux pourrait être ce que décrit à la précédente note. Où on peut donc voir le choix : diverses couches existent, toutes ne sont pas indispensables, toutes sont modulables, certaines s' adressent à du matériel spécifique. L' utilisateur a le choix de configuration, et est parfois restreint par le matériel. Dans tout les cas, on peut à loisir jongler avec diverses solutions pour amener la lecture d' un fichier vers la sortie de la carte son. Ici un "shéma sur ce que pourrait être une visu, loin d' être exhaustive. On peut par exemple placer une appli type xmms au dessus d' un arts, lui même au dessus de oss… Mais par défaut dans bien des cas, c' est à dire sur une mandriva avec carte son ayant un jack d' entrée ainsi que le midi. Avec Alsa et arts, configures par défaut. Ici on voit que cela déjà de nombreuses possibilités. Focus sur ALSAinterressons nous de plus près à alsa, en tant que centre névralgique d' un système sonore. Néanmoins, toutes les cartes sons ne peuvent fonctionner avec alsa. La liste la plus complète des cartes supportées se trouve à cette adresse : http://www.alsa-project.org/alsa-doc/ Merci de bien vouloir y signaler la votre si celle ci fonctionne avec alsa mais n' apparait pas. Advanced Linux Sound Architecture est une refonte du système de son pour gnu/linux. Il fonctionne un peu différement de OSS en ce sens qu' il gère le son en incluant une bibliothèque externe au noyau, permettant d' étendre plus facilement ses possibilités. Il à donc été conçu comme entièrement modulaire et sans avoir une meilleure api. Il assure une couche de compatibilté maximale avec oss. Alsa permet donc de faire plus de choses et plus facilement qu' avec oss. On pourra observer que /proc/asound existe et qu' il recense les cartes sons utilisables. Par exemple less /proc/asound/card0/pcm0c/info donnera aussi des informations interressantes, le sous ensemble asound étant typique de alsa. La commande amixer, en utilisateur, vous donnera les possibilités de cette configuration. Amixer permet aussi, comme alsamixer, de passer des arguments à alsa, afin de changer le volume de différents canaux, d' ajuster le gain et autres… A noter que amixer fait parti du rpm alsa-utils et alsamixeur possède une "gui" en console et une en graphique. Il est également souvent possible d' ajuster ces options par le biais de différentes applications types lecteurs. On peut donc passer des options au module utilisé, que cela soit par le MCC ou par options snd-nom du module. Mais d' ou sortes les valeurs initiales pour ces options ? Elles correspondent à ce que le bios de la machine contient. Ils peuvent être modifier ici, an passant donc des options au module, voir en y ajoutant d' autres peut être... Mais que sont les fichiers /dev/snd/ ? Ces fichiers donc sont les interfaces à alsa. On y trouve le pcm, le mixeur, éventuellement le raw-midi et autres. Vous y passer des options avec les autres interfaces, citées plus haut. Les programmeurs se servent de la librairie externe asound pour y contrôler les éléments, parait il (!) Alsa a également une couche de compatibilité avec oss, ce qui permet à l' immense majorité des applications utilisant oss d' être utilisable avec alsa aussi. Et mêmes certains vieux jeux & appli oss dont le son ne marche pas ou-of-the-box sont donc configurables soit eux mêmes, soit en modifiant le système de son. Alsa & les applications, le cas xmms :xmms propose par défaut oss mais il possible d' y ajouter alsa. Il attaquera directement alsa. ( Ce qui implique que celui ci est la voie libérée par arts, ou que tout kde est été configuré en alsa et arts arreté) Si des évenements sonores se produisent, quelque soit leur source, par le système alsa, il seront audibles en même temps que xmms joue. On peut également configurer xmms pour qu' il attaque arts, qui lui même peut attaqué alsa. Si des sons des événements kde sont émis dans une configuration kde par défaut, alors on pourra les entendre pendant que xmms joue. On retrouvre donc bien ici nos "couches" initiales. Dont certaines, comme arts, gstreamer, ne sont pas indispensables. Le cas où le plus de choses fonctionnent, ensembles et au mieux, est celui ou tout est alsa. Ceci n' est alors limité que par quelques applications, ne tournant qu' avec oss, comme certains vieux jeux qui monopolisait le "son". La plupart des applications ayant recours au son ont donc des configurations propres à elles, mais toutes ne présentent pas les mêmes : certaines étant plus "complètes" que d' autres. A note que l' interface graphique de certaines applications "brouille un peu les cartes". Comme amarok ( ce qui n' empeche nullement son excellent fonctionnement:) ) qui emploi xine et gstreamer comme choix dans "moteurs". Car xine est lui même configurable pour donner à manger le son à oss, alsa, arts et d' autres… Mais peut être gstreamer n' est il pas vraiment comme arts ? … ;) Alsa, configuration & matériel : commandes utilesA noter que certaines cartes peuvent nécessitées la présence des isapnptools. Et que certains logiciels les ont en dépendance, même si le matériel n' en pas directement besoin. Dans une console root :
Pour alsa directement, on peut vérifier avec : amixer master 100 unmute Voilà un système prêt & fonctionnel : les 'évènements' kde signalés par un son passeront donc soit par arts-alsa, soit par alsa directement selon le choix fait dans la configuration de kde -> système de son. NoteOn peut commencer à le voir, le son sous gnu/linux et sa liberté qui "nous complique la tache' n' est qu' une expression pour désigner les capacités. Loin du dogme d' une seule api, avec éventuellement quelques notions de hierarchie de volumes pour l' utilisateur : 'nous' pouvons configurer au plus finement. 'Nous' pouvons également faire du sur mesure, de la 'haute couture'. Le son étant un exemple typique de ce que permet l' open-source. Une apparente problématique pour l' utilisateur qui recèle une multitude de possibilités.
Attachments: 21 Attachments by bubar ...
|
|
Add Comment (3)
History
</ td>
