Oui je sais un titre pareil ça fait un peu collection de mots clés pr chopper un max de moteurs de recherche. Mais honnêtement j’étais pas super inspiré ce soir.
C’est un petit post très succinct pour vous tenir un peu au courant de l’évolution (si vous n’avez pas vu le début) des développements sur mon projet.
Si vous mélangez mpd, mpc, et un écran tactile sur un raspberry avec un petit coup de pouce d’adafruit ça donne quoi?
Simple: le titre du post: Pi-radio.
J’ai déjà pas mal vendu la mèche dans l’intro mais voilà précisément de quoi il s’agit:
J’ai un serveur MPD (Music Player Daemon) dans un coin de mon appartement. Le problème c’est qu’il n’est pas super user friendly de devoir prendre une tablette ou un smartphone (ou pire un laptop) pour pouvoir lancer de la musique, changer la piste ou le volume. Ne parlons même pas du WAF proche de zéro pour ce genre d’installation. J’ai déjà essayé une commande RF et/ou un clavier numérique dont les touches avaient été estampillées play, pause etc. Au niveau WAF c’était un peu plus correct mais ça ne restait pas glorieux quand même.
Mais Adafruit est venu avec une proposition plus qu’honnête avec son Radio player qui n’est autre qu’un petit script python utilisant pygame permettant de contrôler l’affichage d’un framebuffer (comprendre écran) de son choix. Ajoutez à ceci un support de la partie tactile sur l’écran et vous avez un combo qui va TRÈS BIEN ensemble.
Une petite photo et screenshot pour vous rendre compte du résultat:
Alors MPDCron c’est pas vraiment un client, c’est plus un autre deamon qui va vous permettre de monitorer certaines choses à propos de MPD. En gros il est capable de faire tourner des scripts de votre cru à la détection de certains événements:
Si comme moi vous aimez que de la musique se joue sans pour autant avoir le besoin de regarder fixement le player qui en est à l’origine, MPD est fait pour vous ! Je m’explique: MPD est en fait comme son nom l’indique une application pouvant tourner en arrière plan de façon complètement autonome.
Et alors ? En quoi ça pourrait m’intéresser ? Bah voilà, quand tu veux mettre de la musique actuellement, tu es obligé d’avoir ton lecteur multimédia allumé en permanence, si tu le coupes, ta musique s’arrête. Dans le cas présent, tu peux configurer les musiques que tu as envie de lire, et puis tu quittes ton programme, la lecture continue…
Allez bon, tu m’as convaincu, comment ça marche ton truc ? MPD n’est autre qu’un serveur qui dialogue avec ses clients (oui au pluriel ça peut être vachement pratique d’en combiner plusieurs vous allez voir pourquoi) via l’intermédiaire d’un port (par défaut le 6600) et qui lit sagement la musique qu’on lui a imposé. Et pour ne rien gâcher au plaisir il est capable de le faire sur plusieurs sorties : Vos baffles évidemment (puristes : alsa, pulseaudio, oss), un streaming http, vers un serveur icecast, shoutcast ou encore un pipe.
Voilà mon Conky, et ce qu’il faut pour faire le même que moi :
HddTemp (dispo sur vos repos) et chargé au démarrage via : hddtemp -d /dev/sda
Mpd (Lecteur de musique intégré en temps que deamon au système) : une perle. Lui ne devra être démarré que quand vous désirez écouter de la musique (pendant ce temps un superbe ‘mpd not responding‘ remplacera ‘playing‘ ou quelconque autre état)
Une carte graphique nVidia (bien sur ce n’est pas obligatoire, mais ici la sonde de température est là dessus)
Tout d’abord un ‘yum remove conky‘ ou autre apt-get permettant de supprimer le package fourni (ils ne supportent pas la carte graphique nVidia).
On va le chercher là, on le dezippe/targz là où on veut.
On cherche les options qui nous sont nécessaires (si vous désirez les personnaliser, cherchez ‘Optional Features:‘ sur le fichier ‘configure‘) :
Vous pouvez créer un fichier ‘.conkyrc‘ dans votre ‘~/‘ ou avoir un fichier général pour tous les users dans le ‘/etc‘. Moi je conseille la première solution.