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

[r11bordo]

Comme ds21, les tests vont s'arrêter quasi dès le début pour moi aussi. 

Voici en synthèse les bugs rencontrés avec la version 0.9.92 pour les plus impactants :
- Platine picoreplayer non détectée par tune server ; après investigations, le port exposé par tune-server proto est le port 3483 TCP et non UDP. Pour aller plus loin, il faut forcer l'adresse ip de Tune côté picoreplayer
- Spotify affiché disponible sans qu'il soit réellement implémenté
- Bit perfect inopérant : le volume est fixé à 100% dans les paramètres (case cochées) mais il est possible de modifier le volume avec effet sur l'appareil de lecture
- Impossibilité de lire un album en entier, la lecture s'arrête à la fin de la première piste
- Délai d'au moins 1 minute pour le changement de piste après avoir cliqué sur le bouton 'next'

Les tests ont été effectués sous Fedora et non Tune-OS. Le serveur a été démarré manuellement et non en mode service, suffisant pour les premiers tests.
J'ai effectué une mise à jour de la version 0.9.69 en 0.9.92 via l'interface web juste après le scan de librairie. Tune-server a été redémarré normalement, cad comme je l'avais démarré en manuel et j'ai trouvé ça cool car ma redirection des logs vers un fichier a été conservée :-)

En comparaison avec LMS, l'analyse de la bibliothèque a pris 40 minutes par Tune contre 7 minutes sous LMS (à voir les infos traitées par les deux serveurs)

Niveau son, étonné d'avoir pu entendre une différence en faveur de Tune je dirais. Sur un Fedora non optimisé, la scène sonore est centrée entre les enceintes avec Lyrion, alors que Tune-Server propose une scène sonore plus large allant au delà des enceintes. Pour le reste, c'est un peu bonnet blanc et blanc bonnet, peut être un chouia plus de matière avec Tune. 

Je rebascule sur Lyrion avec application du setup pour être dans un niveau d'optimisation similaire à celui de Daphile. 

Les deux scans de librairie avec Lyrion et Tune ont fait chauffé mon CPU à plus de 80°C, les vilains ! 

Edit, pour le délai d'1 minute après le click sur le bouton next track '>', une cause possible est que le process tune-server est parti sur 100% de CPU depuis un moment. Les dernières logs indiquaient un scan de pistes DSD avec du Replay_Gain. Je ne sais pas à quoi cela correspond mais qui dit 'replay gain' dit 'bit perfect' une autre fois ... 
J'ai fait plein de captures d'écrans si besoin de déclarer des defects.