Le projet Tune, un concurrent à Roon, libre, gratuit et Français ?

[MacArthur]

Certains cherchent un vétérinaire. 

[Le dom]

De mon côté j'en ai dépatouillé quelques-uns via MP. Au lieu de s'éparpiller en écoutant des avis divergeants et "fais ceci plutôt que cela et patati et patata", si vous suivez exactement mes explications on doit forcément arriver au but que l'on s'est fixé. Mais bon, il y a en qui préfèrent prendre des chemins détournés et biscornus que voulez-vous y faire.
Yacine vous a expliqué, également, quelle voie il faut suivre. Il n'y en a pas d'autres si on veut y arriver à coup sûr.

https://forum-hifi.fr/thread-41831-post-...#pid962548

[r11bordo]

C'est justement Yacine qui a remonté un problème avec Squeezebox... Mais on ne sait pas vraiment ce qu'il en est, avec ou sans procédure, réglé ou persistant. 

Perso, j'avais commencé mes manips avant la mise à  disposition de la procédure, cela fonctionne malgré les bugs. si j'étais amené à tout réinstaller, j'utiliserai certainement la procédure.

[yacine]

J'ai donné la marche à suivre pour l'installation
simplement, valable quelque soit votre config.

Voici le rapport de Claude concernant LMS :

# Rapport de bug — Renderer UPnP Tune : champ `Sink` vide dans `GetProtocolInfo`

## Résumé

Le renderer UPnP/DLNA exposé par Tune (`DENAFRIPS USB HiRes Audio, USB Audio (Tune)`) répond à l'action SOAP `GetProtocolInfo` du service `ConnectionManager` avec un champ **`Sink` complètement vide**. Pour un appareil de type `MediaRenderer`, ce champ doit lister les formats audio que l'appareil est capable de **recevoir et lire**. Son absence empêche tout contrôleur UPnP tiers (testé ici avec Lyrion Music Server / squeeze2upnp) de déterminer un format de flux valide à envoyer, ce qui bloque totalement la lecture.

## Environnement

* **Application** : Tune (MozAIk Labs), version modelNumber `0.9.96`
* **Serveur UPnP testé** : Lyrion Music Server 9.1.1 + plugin UPnPBridge (squeeze2upnp-linux-x86\_64 v3.4.4)
* **OS** : Fedora (station Linux), Tune et Lyrion sur la même machine
* **Périphérique audio** : DAC DENAFRIPS USB HiRes Audio (exposé via USB)
* **Adresse du renderer** : `http://192.168.0.39:8888/upnp/renderer/7/`

## Étapes de reproduction

1. Activer l'option "Renderer UPnP" dans les paramètres de Tune.
2. Depuis un contrôleur UPnP tiers (ici Lyrion/squeeze2upnp), effectuer une requête SOAP `GetProtocolInfo` vers le service `ConnectionManager` du renderer Tune :

```bash
curl -s -X POST "http://192.168.0.39:8888/upnp/renderer/7/ConnectionManager/control" \\
  -H 'Content-Type: text/xml; charset="utf-8"' \\
  -H 'SOAPAction: "urnchemas-upnp-orgervice:ConnectionManager:1#GetProtocolInfo"' \\
  -d '<?xml version="1.0" encoding="utf-8"?>
<s:Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<s:Body>
<u:GetProtocolInfo xmlns:u="urnchemas-upnp-orgervice:ConnectionManager:1">
</u:GetProtocolInfo>
</s:Body>
</s:Envelope>'
```

## Résultat obtenu

```xml
<u:GetProtocolInfoResponse xmlns:u="urnchemas-upnp-orgervice:ConnectionManager:1">
  <Source>http-get:\*:audio/flac:\*,http-get:\*:audio/wav:\*,http-get:\*:audio/mpeg:\*,http-get:\*:audio/ogg:\*,http-get:\*:audio/aac:\*,http-get:\*:audio/mp4:\*,http-get:\*:audio/x-aiff:\*</Source>
  <Sink></Sink>
</u:GetProtocolInfoResponse>
```

* Le champ **`Source`** contient une liste de formats (`audio/flac`, `audio/wav`, `audio/mpeg`, `audio/ogg`, `audio/aac`, `audio/mp4`, `audio/x-aiff`).
* Le champ **`Sink`** est **vide**.

## Résultat attendu

Pour un `MediaRenderer`, c'est le champ **`Sink`** qui doit contenir la liste des formats acceptés en entrée (ceux que l'appareil sait décoder et jouer), typiquement quelque chose comme :

```xml
<Sink>http-get:\*:audio/flac:\*,http-get:\*:audio/wav:\*,http-get:\*:audio/L16;rate=44100;channels=2:\*,http-get:\*:audio/mpeg:\*,...</Sink>
```

Le champ `Source` concerne normalement les appareils de type **serveur média** (`MediaServer`), qui *fournissent* du contenu — il n'a pas vocation à être rempli (ou en tout cas pas à la place de `Sink`) pour un `MediaRenderer`.

## Impact

Sans formats déclarés dans `Sink`, aucun contrôleur/serveur UPnP tiers respectant la norme ne peut déterminer quel format de flux envoyer à l'appareil. Dans notre cas, cela se traduit côté Lyrion/squeeze2upnp par un échec systématique au démarrage de la lecture, quel que soit le mode de transcodage configuré (`pcm`, `wav`, `flac`...), avec les erreurs suivantes dans les logs :

```
process\_strm:342 no matching codec p
process\_start:1277 something went wrong starting process
sendSTAT: STAT:\[STMf] msplayed 0  (Stream Failed)
```

Le développeur du plugin squeeze2upnp (philippe\_44) confirme sur son forum que ce symptôme précis ("no matching codec" + `Sink` vide) est dû à un renderer qui ne déclare pas correctement ses capacités via `GetProtocolInfo`.

## Suggestion de correctif

Remplir le champ `Sink` de la réponse `GetProtocolInfoResponse` avec la liste réelle des formats audio que Tune sait décoder et envoyer vers le périphérique de sortie sélectionné (ici le DAC USB DENAFRIPS), en respectant la syntaxe standard DLNA/UPnP :

```
http-get:\*:<mime-type>:\*
```

pour chaque format supporté, séparés par des virgules.

## Contournement actuel

En attendant un correctif, la lecture via Tune fonctionne normalement en **mode local direct** (sans passer par le pont UPnP/Lyrion). Seule l'intégration UPnP/DLNA avec des contrôleurs tiers est affectée.

[r11bordo]

ok, Tune étant natif LMS, pourquoi passer par la couche UPnP pour faire du squeezebox ? Mazette, je n'y comprends décidément rien ... Trop compliqué pour moi, mais intéressant néanmoins :-)

[wgb25]

Bonjour,


Comme dit Dom,

Yacine vous a expliqué, également, quelle voie il faut suivre. Il n'y en a pas d'autres si on veut y arriver à coup sûr.

https://forum-hifi.fr/thread-41831-post-...#pid962548


Cherchez pas du compliqué cela s'installe tout seul !

Vous suivez le tuto et profiter de la musique.

Alain

[r11bordo]

Il ne faut confondre installation packagée, encapsulée, qui fonctionne certes, et les problèmes rencontrés une fois Tune installé...
Et ce n'est pas l'application correcte de la procédure d'installation qui va corriger avec une baguette magique tous les bugs et régression que nous rencontrons à l'utilisation. Le but de tester une solution avant sa release et de détecter et remonter le maximum de problèmes pour que l'ami Renescence puisse les prendre en compte (pour les plus importants) et les corriger. Et de mon point de vue, il fait bien de solliciter les gens du forum car vu le nombre de cas d'usages différents, c'est une belle occasion pour rendre son application bien plus stable, en couvrant un maximum de cas de figure. En tout cas, en usage LMS, il semble y avoir quelques soucis.

[kole]

Je confirme 
J'ai remis le nez dedans 
Pour faire simple, j'ai flashé l'ISO, installation Ok ça fonctionne, Sans pour autant comprendre,car quand on se lance dans une installation tune on y passe des heures .
Concernant la suite 
Dans diretta je comprends que passage à deux PC c'est mort. 
Une constatation faite après plusieurs écoutes.
Ben entre deux PC Daphile et un PC Tune je préfère Daphile même sans aucun réglage .
Je ne dis pas que tune n'est pas bon , Daphile à plus de finesse ,tout est présent.
Écoute du même morceau 
Tune ....grave plus présent ,haute fréquence en retrait.
Avec mes oreilles qui ne valent pas grand chose c'est le cas .
Mais je persiste avec tune

[yacine]

Quand Tune est installé, le mnt prêt et les zones validées, contentez vous d'écouter la musique !
Après, on fait le tour tranquille, on vadrouille dans les onglets, on regarde avec les yeux, sans rien toucher. Si on comprend pas tout, on fait des captures d'écran qu'on balance à l'IA qui peut expliquer certaines choses. Ensuite, on met les mains dans le cambouis.....

[yacine]

Bertrand vient de me confirmer que LMS ne pouvait pas fonctionner et que le bug serait corrigé la semaine prochaine.
Fini de se prendre la tête sur le sujet mais ça valait le coup !!!