MPD est finalement assez peu connu et pourtant, dans le cadre d'une architecture domestique, il répond au besoin récurrent des mélomanes qui aiment à donner une ambiance musicale différente à chacune de leurs pièces. L'objectif de ce tutoriel est de vous proposer une simple "mise en scelle", le monde MPD étant juste une vaste trop pour le couvrir d'une seul passe...

Qu'est-ce que MPD ?

MPD (Music Player Daemon) c'est :

• Un lecteur audio multi-formats entièrement contrôlable à travers le réseau.
• Un explorateur d'audiothèques capable de stocker les étiquettes (ID3 & co.) de vos morceaux dans une base de donéne et d'y effectuer des recherches.
• Un gestionnaire de liste de lecture (playlist).

A l'inverse,

• MPD n'est pas un lecteur de vidéo, diapos & co.
• MPD ne dispose pas d'une belle interface.
• MPD n'embarque pas de serveur WEB/AJAX.
• MPD n'est absolument pas sexy et n'impressionnera jamais vos amis.

En somme, MPD n'a (à mon sens) d'intérêt que dans trois cas de figure :

• Lorsque l'on a chargé une machine sans écran, ni clavier de la sonorisation d'un espace.
• Lorsque plusieurs personnes sont amenées à prendre la main sur la musique diffusée, chacune avec un outil différent.
• Lorsque l'on désire diffuser de l'audio en mode "shoutcast", via Icecast (ce n'est pas le sujet de ce tutoriel cependant).

Mise en oeuvre

Installation

Là, rien de très sorcier. MPD est sans aucun doute déjà dans votre distribution. Un coup d'urpmi mpd ou d'apt-get install mpd devrait suffire à installer le serveur. Ensuite tout ce passe dans le fichier /etc/mpd.conf.

Les fichiers audio

Pour que MPD puisse fonctionner, il lui faut... de la musique et peu importe, ou presque, le format. MPD peut lire les fichier mp3, mp2, ogg, flac, wav, au, aiff, aif, mpc, amf, dsm, far, gdm, imf, it, med, mod, mtm, s3m, stm, stx, ult, uni et xm. Il existe même une version plus "underground" lisant les AAC (dispo sur le dépôt PLF pour les mandriva il me semble).

Les fichiers audio doivent être accessible en local par MPD. Si vous avez plusieurs instances, vous la placerez donc dans un dossier partagé, par exemple NFS. Dans la suite du tutoriel, nous partirons du principe que vos morceaux se trouver dans le dossier /musique.

Dans le fichier /etc/mpd.conf, il vous faut repérer un bloc ressemblant à cela

Il s'agit de tous les chemins dont a absolument besoin MPD pour fonctionner. La première ligne correspond à la source de fichier audio, nous remplaçons donc comme suit :

La seconde ligne correspond au dossier dans lequel MPD lit et écrit les listes de lectures (fichiers .m3u au format WinAmp). Comme il est sympa de pouvoir partager ces listes entre tous les serveurs MPD, le plus simple est de créer un sous-dossier /musique/mdp :

Ensuite vient la base de donnée qui contiendra les chemins, les étiquettes, bref, tout ce que MPD découvrira dans le dossier /musique. Là aussi, il est pratique qu'elle soit partagé car ainsi la création et la mis à jour de cette base sur une machine, sera effective sur toutes les autres :

Petit cas de droit

Maintenant la partie un peu funky. Un peu plus loin dans le fichier vous devez trouvez quelque chose comme cela :

L'idée est que lancer MPD en tant que root, c'est comme croiser les flux, c'est mal. Donc à l'installation du paquet, un gentil utilisateur mpd bien inoffensif a été créé. Et en toute logique cette utilisateur là n'a aucun droit de lecture, et encore moins d'écriture dans votre dossier /musique.

Je ne vais pas rentrer plus avant dans la manière de régler ce "problème" car chacun a son approche. Personnellement j'ai opté pour la création d'un groupe "acces-audio" qui a le même ID sur toutes mes machines. L'utilisateur MPD appartient à ce groupe. Et tout le dossier musique appartient lui aussi à ce groupe en lecture, et en écriture sur le dossier /musique/mpd.

Vous pouvez aussi prendre la posture barbare du chmod g+rwX /musique mais à ce moment là, autant dire à MPD d'utiliser "root" comme utilisateur...

Enfin, vous pouvez utiliser le fait que l'utilisateur mpd appartient généralement au groupe audio et du coup attribuer ce groupe au dossier /musique comme je le fait pour mon acces-audio.

Bref, c'est ici une histoire de goût et le point important est que l'utilisateur qui lance MPD puisse lire dans /musique et écrire dans /musique/mpd, et ce sur toutes les machines où il doit être lancé.

Sorties Audio

MPD est conçu de sorte à pouvoir gérer en simultané plusieurs sorties audio. Il est donc possible avec plusieurs cartes audio de distribuer la même musique sur plusieurs pièces à partir d'un seul serveur. La majorité des clients MPD permettent d'activer ou de désactiver telle ou telle sortie à distance.

Une sortie MPD peut utiliser les pilotes ALSA ou OSS, les serveurs audio Jack ou Pulse, ou encore un serveur de type ShoutCast. Et si cela ne suffit pas, vous pouvez passer par libao qui permet d'attraper un serveur ESD par exemple.

Dans notre cas, faisons simple. Déjà si vous avez Pulse d'installé, personnellement je le virerait... Cela se fait très facilement sur une Mandriva en passant par Drakconf. Pulse est bien sympa sur l'idée mais je ne vois pas bien son intérêt en local.

Nous allons donc utiliser une toute classique périphérique audio en utilisant ALSA. Pour cela il faut aller jeter un oeil un peu plus loin dans le fichier de configuration et chercher les sections nommées audio_output. Si vous en avez aucune ou si elles sont toutes commentées, ajoutez ce qui suit, sinon vérifiez que ça ressemble un peu à cela :

Si je vous avez une deuxième carte audio, vous pouvez donc ajouter une seconde sortie :

Notez le paramètre device qui indique que le tape sur le deuxième périphérique ALSA (le premier étant sous entendu dans la première sortie comme étant hw:0,0).

A ce stade certain peuvent se demander pourquoi ne pas utiliser plutôt un ou plusieurs serveurs, de type ESD ou Pulse sur les machines qui diffuse physiquement l'audio. Si c'est faisable, la réponse est "est-ce rentable ?". Car enfet, cela revient à transbahuter un signal PCM sûrement un peu compressé sur mon réseau. Avec MPD, j'utilise un partage (NFS, CIFS, etc.) qui transporte des fichiers compressés en OGG ou en MP3... D'un point de vue occupation de bande passante je suis clairement gagnant dans le second cas. Pulse & co ont sûrement un usage, mais je ne pense pas que ce soit celui-là. Et c'est à peu prés la même chose pour diffuser du shoutcast. C'est sûrement très bien pour des utilisations de votre musique en extérieur (genre ce que permet Ampache), mais pour des amplis fixes, je ne vois pas bien l'intérêt...

Dernier aspect, le contrôle du volume. Comme pour les sorties audio, vérifiez que les lignes suivantes existent, ne sont pas commentées et concordent bien :

On utilise ici la table de mixage ALSA du périphérique par défaut (hw:0,0) dont on utilise le canal Master.

Paramétrage réseau

Dernière chose à faire : rendre notre serveur visible sur notre réseau local. Imaginons pour cela que notre machine ait pour adresse IP 10.0.0.10, nous modifierons donc la configuration dans ce sens :

Reste maintenant à démarrer notre serveur par un /etc/init.d/mpd start.

Base de donnée

MPD est capable de lire tous les attributs contenus dans les fichiers audio (ID3, vorbis, etc) de sorte constituer une base de donnée de recherche de morceaux qui sera utilisée lors de la navigation. A la première utilisation, il nous faut donc initialiser cette base de donnée. Pour cela, lancez la commande suivante :

MPD doit alors cracher un flot continu de texte listant les fichiers audio qu'il est en train de disséquer. Tout dépends de votre audiothèque, chez moi cette opération prend prés de 5 minutes. C'est une des raisons qui m'a amené à partager la base de données entre les différentes serveurs...

Notez cependant que cette opération n'est à réaliser qu'une seule fois. Par la suite il suffira d'une simple mise à jour de la base.

Les clients

Maintenant que notre serveur est en route, il est temps de lui envoyer des commandes. Pour cela, il nous faut un client et là, le choix est vaste. Mais avant de commencer à en explorer quelques un, regardons de plus prés comment le serveur MPD cause avec ses clients.

Le protocole MPD

MPD est un simple serveur Telnet... Pour s'en convaincre, essayez ceci :

Avec un protocole aussi trivial, on comprend mieux qu'il existe une librairie MPD pour à peu prés tout les langages. Pour ceux que cela intéresse le protocole est complètement documenté ici.

Ligne de commande

Pour les fanatiques de la console et du scripting, nous avons mpc qui est un client en ligne de commande. Cet outil est fabuleux pour écrire de nouvelles fonctionnalités. Par exemple, imaginons que vous entendiez une musique bien sympathique remonter de la chambre. Vous, dans le salon, vous vous dites Hum, sympa, ce qu'elle écoute, je vais le mettre ici :

Et voilà, il suffit alors de lancer

Et hop, les deux serveurs sont synchorisés sur la même liste, lisent le même morceau à la même position. Des petits délires de ce genre, vous pouvez en trouver des tonnes ici.

Pour une version plus graphique, il existe aussi un client nCurse (cf. photo)

Clients graphiques

Autant j'aime bien la ligne de commande, autant pour éditer une playlist on a trouvé tout de même mieux depuis. Il existe de nombreux clients graphique mais j'affectionne particulière Sonata conçu pour Gnome/GTK2 et qui est dispo en standard sur toute distribution un peu étoffée.

Avec Sonata, mais c'est vrai pour la majorité des clients, toutes les opérations MPD sont disponibles, de l'exploration des morceaux à la constitution de la liste de lecture courrante, son stockage sur le disque, etc. Sonata rivalise avec Rythmbox en téléchargeant les paroles, les pochettes, etc.

La première chose à faire pour utiliser Sonata, et c'est le cas pour tous les clients qui suivent, est de se connecter au serveur MPD. Pour cela, il suffit de faire sur l'interface un click-droit/préférences... pour, dans l'onglet serveurs, ajouter vos différents noms de machines hébergeant une instance de MPD. Ceci fait, il suffit de refaire un click-droit/connexion et de sélectionner le serveur que l'on cherche à contrôler. Le reste est suffisament proche d'un lecteur audio classique pour que vous vous en sortiez sans problèmes.

Pour plus de clients graphiques, allez ici...

Les extensions

Il existe aussi de nombreuses extensions d'applications (xmms, KDE Kicker, E18, xfce, MythTC, Freevo, etc..) permettant de leur ajouter la compatibilié avec MPD. Les KDEistes apprécieront surement ce plugin pour Amarok.

Une extension que j'aime particulièrement est celle pour FireFox. Il permet ainsi, sans serveur WEB, de contrôler plusieurs serveurs MPD en utilisant une interface assez propre. La dernière Alpha fonctionne sur FireFox3. Un fois l'extension installée et firefox redémarré, regardez dans les icônes de la barre de status, en bas à droite.

Pour plus d'extensions, allez ici...

Les clients WEB

Tout d'abord il y a l'excellente application PHP/AJAX, pitchfork. Elle fonctionne parfaitement dés lors que l'on dispose d'un écran de bonne taille. Pour de plus petits apareils comme l'iPhone, il existe aussi ipodmp.tgz.

Dans tous les cas, il vous faudra bien évidement un serveur apache, le module mod-php qui va bien et un peu de paramétrage pour que tout cela fonctionne. Le seul inconvénient de ces deux applications WEB, c'est qu'elles ne disposent que d'une seule configuration. Il faut donc dupliquer le contrôle de chaque serveur MPD sur une URL différente.

Pour plus d'applications WEB, allez audioscrobbler ou last.fm. Pour une liste complète de ce type de clients, allez ici.

Nous avons aussi les clients qui permettent de contrôler MPD par joystick ou une télécommande IR. D'écrire sur un afficheur LCD ou de contrôler le système par une unité Bluetooth ou WIFI. Pour une liste complète de ce type de clients, allez ici.

Les WebRadios

Il est possible avec MPD d'ajouter des fichiers qui ne sont pas sur le serveur local mais sur un serveur HTTP. C'est typiquement le cas des listes de lecture et flux des webRadios. Prenons l'exemple de BFM radio dont l'URL est http://cache.yacast.fr/V4/bfm/bfm.m3u.

Pour l'utiliser, soit vous l'ajoutez dans l'onglet flux de Sonata, soit vous allez dans votre dossier /musiques/mpd qui contient les liste de lecture et vous la téléchargez :

Ensuite il ne vous reste plus qu'à vous connecter sur le serveur avec Sonata et à double-clicker sur la liste Pour accéder à la radion.

Et avec mpc, vous feriez comme ceci :

Notez au passage que France Intox c'est grandement amélioré par rapport à la dernière fois où j'avais testé cette radio publique sur un système libre. Maintenant toute les radios de Radio France, sont disponible en MP3 diffusé sur HTTP.

Il est donc possible de diffuser une webRadio sans problème avec MPD tant qu'il s'agit d'un flux compatible avec ce que connait le démon (MP3/OGG) et que cela passe par du HTTP. Du coup, je n'ai pas trouvé de moyen sans passer par une usine à Gaz de transcodage, d'utiliser les flux RTSP/MPeg2 des radios de la FreeBox en multi-poste.

MPC et FreeBox HD

A propose de FreeBox, l'idée vient assez vite de diffuser l'audio d'un serveur MPD sur le Boîtier HD. J'avais déjà réussi à faire cela avec la vidéo mais était resté coincé sur l'audio.

Il y a peu je suis tombé sur un note dans la documentation de MPD parlant d'un nouveau type de sorti nommé FIFO. Un Fifo sous unix est aussi appelé un tube nommé, c'est à dire un fichier très spécial sur lequel une application peut écrire et qu'une autre application peut lire sans que cela soit transite réellement par le disque.

Aprés avoir discuté avec un des développeur de MPD (merci Jat), j'ai pu utiliser cette sortie pour alimenter une instance de VLC qui, comme pour la vidéo, transcode tout ce qui sort de MPD en flux MPEG2 à destination de la freebox.

Alors c'est plus un Proof of concept qu'autre chose pour l'instant et pour mettre ceci en oeuvre vous devez utiliser la toute dernière version compilée main de MPD. Ceci fait, il faut vérifier que vous avez bien la sortie FIFO en faisant un mpd --version. Si c'est le cas, allez dans la configuration et ajoutez une nouvelle sortie

Relancez le serveur puis tapez la ligne de commande suivante :

Oui je sais, c'est assez barbare mais ça fonctionne. Maintenant la lecture d'un morceau est diffusé en live sur la FreeBox HD. La commande sox est là car je n'ai pas réussi à faire manger ce flux raw/PCM directement à VLC.

Conclusion

Partant d'une définition très simple de "serveur musicale contrôlable à distance", MPD a permis le développement d'un écosystème d'une rare richesse. Et tant que l'on reste dans le cadre de ce pour quoi ce serveur est fait, il est difficile de ne pas trouver client à son pied, ou de ne pouvoir le scripter pour un comportement particulier. C'est bien simple, aujourd'hui MPD est tellement rentré dans notre quotidien qu'ici, personne ici ne pourrait plus s'en passer.

Commentaires