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

[Demetrios]

Bonjour à tous,

Dans la même veine que TUNE, je partage une expérience avec JPLAY qui est un pilote de streamers également capable de gérer HQPlayer.

Je possède ROON depuis plusieurs années avec un NUC dédié. A iso installation, j’ai essayé JPLAY avec un streamer ASTELL&KERN. Une belle différence avec ROON, audible dès les premières secondes, avec une spatialisation bien meilleure et un haut médium beaucoup plus ouvert, comme la transparence générale.

Vous allez me dire que j’ai également changé de source. C’est vrai et elle y est sans doute aussi pour quelque chose. Mais je veux en revenir à JPLAY : j’ai trouvé a posteriori un article dans Audiophile Magazine qui exprime bien ce que j’ai ressenti et qui compare directement des lecteurs RoonReady en les pilotant soit avec ROON soit avec JPLAY en DLNA.

Quand à expliquer comment un renderer peut avoir une telle influence sur le son je ne m’y risquerai pas !

D.

[mishelinka]

@Demetrios,
Pas de hors-sujet STP, l’application JPLAY (payante) possède déjà son propre fil, ici: https://forum-hifi.fr/thread-28869.html 

[fabien44]

Bonjour,

très belle initiative que ce projet qui avance très bien, bravo au concepteur/dév!
Y a t'il une appli remote control sur Android?

[renesenses]

Bien sur !

[zaurux]

Je n'arrive toujours pas à connecter HQP6 (ou v5) ??
Pour faciliter les tests, j'ai installé Tune et HQP6 sur mon laptop.
Et en essayant 127.0.0.1 / IP reseau ou localhost.. ca ne passe pas.
Par contre la version 6 etant UPNP, HQP est bien présent en DLNA.

Au passage, je cherche aussi le transfert de zone. J'ai bien vu les zones groupées mais je n'ai pas trouvé comment basculer (par ex.) de la zone locale à un DLNA spécifique. Il faut déjà les grouper ?

[renesenses]

@zaurux — Merci pour tes tests détaillés ! Deux points :

  1. HQPlayer 6
  HQP6 a abandonné le protocole TCP/XML des versions 4/5 au profit d'UPnP. C'est pour ça que tu vois bien HQP6 apparaître comme renderer DLNA dans Tune, mais que la connexion directe (port 8019) échoue avec une erreur 405 — le port 8019 de HQP6 est un serveur HTTP/UPnP, pas le protocole XML que Tune utilise pour HQP4/5.

  La solution : utilise HQP6 en mode DLNA. Dans Tune, il devrait apparaître automatiquement dans les zones détectées (tu confirmes que c'est le cas). Crée une zone avec HQP6 comme sortie DLNA, et la lecture passera par le pipeline de rendu de HQP6. C'est d'ailleurs la méthode recommandée par Signalyst pour HQP6.

  2. Transfert de zone
  Pas besoin de grouper ! Pour basculer de la zone locale vers un DLNA :
  - Va dans la barre de transport (en bas)
  - Clique sur le nom de la zone (à côté du bouton play)
  - Sélectionne la zone DLNA cible → la lecture bascule instantanément

  La file d'attente suit la zone. Si tu veux que le même contenu joue sur les deux en même temps, là il faut grouper.

[zaurux]

Merci

Puisque tu as exploré le sujet.
Sais-tu comment ROON se connecte à HQP (5 ou 6), car c'est transparent quelque soit la version ? Il passe par une API (pas de DLNA pour HQP6) ?

[renesenses]

Bonne question ! Roon utilise une API propriétaire dédiée pour communiquer avec HQPlayer — ce n'est ni DLNA ni le protocole TCP/XML standard.

  Jussi Laako (le dev de HQPlayer) a implémenté un endpoint spécifique dans HQP pour Roon, négocié entre les deux sociétés. C'est pour ça que c'est "transparent" : Roon détecte HQP via son API privée (port 4321 pour HQP4/5, port 8019 pour HQP6 via HTTP REST).

  Pour Tune, on utilise deux approches :
  - HQP4/5 : protocole TCP/XML natif (comme foobar2000)
  - HQP6 : DLNA/UPnP (puisque HQP6 expose un renderer UPnP)

  L'approche Roon (API privée) nécessiterait un accord avec Signalyst. En DLNA, le résultat audio est identique — c'est juste le canal de contrôle qui diffère.

[zaurux]

Pour info, j'ai testé depuis mon laptop, l'analyse des ports utilisés pour HQP 5 et HQP6.

HQP5, le PID est celui du client HQP5 connecté à HQP Desktop server (192.168.1.95).

Code :

netstat -ano | findstr "11252"
  TCP    192.168.1.100:57522    192.168.1.95:4321      ESTABLISHED    11252
  UDP    0.0.0.0:49914          *:*                                    11252
  UDP    [::]:49914            *:*                                    11252

Même chose pour HQP6 :

Code :

netstat -ano | findstr "7284"
  TCP    192.168.1.100:53956    192.168.1.95:4321      ESTABLISHED    7284
  UDP    0.0.0.0:50421          *:*                                    7284
  UDP    [::]:50421            *:*                                    7284

HQP6 apparait toujours en 4321...

Et en DLNA, j'ai le retour alors que c'est ROON qui alimente HQP6 

[renesenses]

@zaurux — Excellente trouvaille ! Ton netstat confirme que HQP6 écoute toujours sur le port 4321 (protocole TCP/XML hérité de HQP4/5), en plus du 8019 (HTTP/UPnP).

Ça veut dire que Roon se connecte à HQP6 via ce même port 4321 avec le protocole TCP/XML — pas via DLNA. C'est cohérent avec le fait que la connexion Roon↔HQP est "transparente" quelle que soit la version.

Côté Tune, on supporte déjà ce protocole TCP/XML sur le port 4321 pour HQP4/5. Si HQP6 le maintient (ce que ton test prouve), la connexion directe devrait fonctionner aussi. On va investiguer pourquoi Tune ne le détecte pas sur ton setup — probablement un timeout de probe trop court ou un handshake légèrement différent en v6.

Tu peux tester manuellement ? Dans un terminal :
telnet 192.168.1.95 4321
Puis tape :
<?xml version="1.0" encoding="UTF-8"?>
<query what="GetInfo"/>
Si HQP6 répond avec un XML contenant sa version, le protocole est bien actif.