SimpleProtocolPlayer NG ­— jouez des sons de votre ordinateur sur votre appareil Android

Il y a quelque temps, j’ai découvert SimpleProtocolPlayer, une application Android sous licence Apache 2 qui permet de lire un flux audio non compressé depuis le réseau. Cette dépêche présente l’application, ainsi que de son inclusion dans la logithèque F-Droid.

Sommaire

• SimpleProtocolPlayer, à quoi ça sert ?
• Problème : absence dans la logithèque F-Droid
• Solution : le fork
• Empaqueter une application pour F-Droid
• Utiliser l’application
  • Installation (à faire une fois)
  • Jouer des sons
• Pistes d’amélioration
• Conclusion

SimpleProtocolPlayer, à quoi ça sert ?

Concrètement l’application permet de brancher un (vieux) téléphone ou une (vieille) tablette à des enceintes ou un ampli, et de jouer du son en provenance de son ordinateur. Si vous êtes comme moi, et que vous bougez tout le temps, du canapé à la table par exemple, mais que vous écoutez de la musique en permanence, vous apprécierez peut‐être de ne pas être embêté·e par une prise jack courte qui vous oblige à bouger vos enceintes dans toute la pièce et/ou faire des montages horribles et dangereux avec vos câbles. Remplacez tout cela, côté ordinateur, par un long câble réseau¹ ou du Wi‑Fi, et ça sera beaucoup plus pratique.

Problème : absence dans la logithèque F-Droid

F-Droid est une superbe logithèque pour Android, contenant uniquement des applications libres.

Malheureusement, SimpleProtocolPlayer n’est pas disponible dans F-Droid. Une requête d’empaquetage avait été ouverte, puis fermée à défaut d’avoir des nouvelles de la personne développant l’application. Si F-Droid a le droit de publier une application sans l’autorisation de l’auteur ou de l’autrice grâce à la licence, la politique de cette logithèque est d’avoir son accord explicite pour le faire.

Solution : le fork

Mais c’est quand même dommage de ne pas pouvoir avoir cette application dans F-Droid. Si l’application est libre, il doit bien y avoir un moyen de l’ajouter à F-Droid. Et en effet, il suffit de la « forker », comme ça on peut soi‑même donner l’autorisation d’empaqueter le code. Et tant qu’on y est, on peut même faire ce travail d’empaquetage.

J’en ai profité pour corriger un petit souci : quand on appuie sur le bouton lecture, la lecture flux est maintenant redémarrée, en rechargeant sa configuration à partir de la valeur des champs. Auparavant, le bouton lecture ne faisait rien si un flux était déjà en cours de lecture.

Empaqueter une application pour F-Droid

Dans le principe c’est une opération relativement directe décrite dans le document CONTRIBUTING du dépôt où sont stockées les données utilisées par F-Droid :

1. installer les outils F-Droid (et le SDK Android).
2. cloner le dépôt des données ;
3. écrire le fichier de données pour l’application ; certaines données ont leur place dans le dépôt de l’application lui‐même (descriptions, captures d’écran, journal des modifications) en suivant une structure de dossiers bien précise ;
4. vérifier que ça compile, sinon revenir à l’étape précédente ; les outils de F-Droid peuvent demander des adaptations à apporter à l’application (dépôts Maven à changer, détection de blobs propriétaires…) ;
5. ouvrir une demande de fusion.

Et je rajouterais une étape avant tout ça : se coordonner dans le fil de demande d’empaquetage de l’application. Pour SimpleProtocolPlayer, il a fallu définir une marche à suivre pour résoudre la situation bloquée. Dans mon cas, l’ajout a été fusionné très vite, et au bout de deux jours, l’application a été ajoutée à F-Droid.

Utiliser l’application

Concrètement, l’application présente plusieurs champs, dont l’adresse et le port à écouter pour lire le flux. Un appui sur le bouton lecture et c’est joué !

Côté ordinateur, sous Windows on pourra installer un programme fourni par le développeur original. Je n’ai pas essayé. Sous GNU/Linux, on pourra créer un flux monitor (un moniteur) avec PulseAudio. On peut le faire comme ça :

Installation (à faire une fois)

1. lancez l’outil graphique paprefs, allez dans l’onglet « Simultaneous Output », et cliquez sur « Ajouter un périphérique de sortie virtuel pour une sortie simultanée sur toutes les cartes son locales » — de façon alternative, vous pouvez aussi créer un moniteur avec pactl et/ou en ajoutant une ligne dans le fichier /etc/pulse/default.pa ;

2. dans un terminal, la commande suivante liste toutes les sorties :

   pactl list sources short
   

3. la sortie ajoutée par paprefs est la dernière et s’appelle combined.monitor, repérez son numéro, en début de ligne ; chez moi, c’est 2 ;

4. dans le fichier /etc/pulse/default.pa, ajoutez la ligne suivante ; changez le 2 par le numéro que vous avez repéré, et vous pouvez aussi changer le numéro de port par quelque chose qui vous convient :

   load-module module-simple-protocol-tcp source=2 record=true port=12345
   

5. redémarrez PulseAudio :

    pulseaudio -k
   

Si vous ne voulez pas modifier votre configuration et que vous voulez simplement tester tout cela sur votre session actuelle, vous pouvez remplacer les étapes 4 et 5 par la commande suivante :

pactl load-module module-simple-protocol-tcp source=2 record=true port=12345

Jouer des sons

Envoyez les flux audio des applications que vous souhaitez jouer sur le téléphone dans la sortie ajoutée par paprefs (« Simultaneous output… »). Normalement, vous pouvez le faire simplement en utilisant le contrôle de volume qui vient avec votre environnement de bureau, ou en utilisant pavucontrol ou kmix. Vous pouvez éventuellement configurer ce moniteur comme la sortie audio par défaut. Si vous avez créé le moniteur avec paprefs, mettez vos sorties réelles en muet, sinon vous allez entendre vos sons à la fois sur l’ordinateur et sur le téléphone.

Pistes d’amélioration

Des pistes d’amélioration sont indiquées dans les rapports de bogues de l’application originale, parmi lesquelles je retiens surtout :

• ajouter une manière de découvrir automatiquement les flux audios sur le réseaux (style Zeroconf), on pourrait aussi imaginer des liens (voire une fusion ?) avec KDEConnect ;
• des onglets pour avoir plusieurs flux configurés ;
• un avertissement quand le Wi‑Fi est éteint.

Je rajouterais :

• plus de messages quand il y a des échecs (cela résoudrait peut‐être le troisième point de la liste précédente) ;
• une automatisation de l’installation sous GNU/Linux ; ça ne doit pas être très compliqué à faire, on aurait par exemple un petit script qui crée une sortie monitor avec un nom sympa et lui ajoute le module simple-protocol automatiquement.

Conclusion

Dans cette dépêche, nous avons survolé l’intégration d’une application dans F-Droid, et présenté SimpleProtocolPlayer (NG), une application que vous trouverez peut‐être utile. Toutes les contributions sont les bienvenues. Je ne maîtrise pas encore son code et je n’ai pas prévu de passer un temps fou à développer cette application (elle fait ce que j’ai besoin qu’elle fasse), mais je suis de fait son mainteneur et j’accepte volontiers les améliorations (y compris celles que je présente dans cette dépêche), suggestions et rapports de bogues.

Aller plus loin

• SimpleProtocolPlayer NG sur F-Droid (46 clics)
• La demande d’empaquetage (21 clics)
• La demande de fusion (23 clics)
• Le dépôt de l’application (33 clics)
• Présentation de SimpleProtocolPlayer par la personne qui l’a écrite (39 clics)