MPD (Music Player Daemon) c'est :
A l'inverse,
En somme, MPD n'a (à mon sens) d'intérêt que dans trois cas de figure :
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.
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 :
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é.
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.
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.
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.
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.
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.
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)
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...
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...
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é
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
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.
Voir cet article si ce type de montage vous intéresse.
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.
]]>