DirettaRendererUPnP

[Fredouille40]

Salut Dom, merci pour tout ce fine tuning de ton projet initial.

C'est un travail énorme.
Merci aux travailleurs de l'ombre sans quoi tout cela ne serait pas possible.
Même si suis plutôt adepte du Ristretto, j'invite tous les utilisateurs à prendre un Capuccino.

Même si pas encore testé...

[Le dom]

Merci Fredouille40,

Quand est-ce qu'on s'y remet de ton côté?

[Baldoun]

Bonsoir,
depuis le passage à la V 2.1.5, j'ai une charge CPU sur DRUpnp à 61,7% avec Gentooplayer, sans qu'aucun fichier ne soit en lecture. Avec les anciennes versions, j'étais plutôt à 0,8%.
Est-ce que quelqu'un a constaté la même chose svp ?
Merci.

[Begastor]

Maj faite, pas de soucis de ce type.

[Baldoun]

Merci Begastor, j'ai redémarré le host et relancé DRUpnp. Tout est rentré dans l'ordre.

Bon dimanche.

[Fredouille40]

Merci Fredouille40,

Quand est-ce qu'on s'y remet de ton côté?

Désolé, suis super fatigué la semaine à l'hosto.
Le we je rentre pour donner des cours d'apiculture, être en famille...
Pis je repars, le temps passe très vite. Déjà ma dernière semaine...là-bas.

Je passerais expressément pour avancer sur ce sujet, avec armes et bagages (Serveur, C19, Horloge, Devialet pour essayer sur ton système), du coup, il faudra que l'on se cale une journée complète si tu peux.

Une fois stabilisé, ce sera tweak C19, peut-être...
Le Devialet étant limité à 24/192 en AES/EBU... Je ne pense pas avoir besoin d'une bête de course...
Sauf si, un test Devialet par USB (Jusqu'à 32bits / 192kHz PCM, 1bit / 3.072000MHz DSD64) s'avérait fructueux avec une machine plus performante (une histoire de MTU ? si j'ai bien compris)

[Le dom]

OK pas de souci Fred.

En attendant prend bien soin de toi.

---

Bonjour à tous,

DirettaRendererUPnP v2.1.6 est disponible :

Correction de la barre de progression UAPP, correction du démarrage du service.

Correction de la barre de progression UAPP — La réponse Play SOAP était retardée de ~320 ms (l’ouverture des pistes était synchrone). UAPP a un court délai d’attente et ne démarrait pas son chronomètre de progression. Le rappel onPlay est désormais asynchrone, donc la réponse HTTP 200 est envoyée immédiatement.
Correction du démarrage du service — Correction --bind-ip vs --incompatibilité d’interface dans le script wrapper lors de l’utilisation d’adresses IP.

[Janacek]

Merci Dominique
Maj sous GP déjà disponible -)

[herisson88]

**Qobuz UPnP -- Télécommande Android + player Rust pour Qobuz via DirettaRendererUPnP**

Bonjour à tous,

Utilisateur de DirettaRendererUPnP, je cherchais une télécommande Android et un player qui me conviennent pour écouter **exclusivement Qobuz** sur mon système. Ne trouvant pas exactement ce que je voulais, j'ai développé les deux. Ce n'est pas un player universel -- c'est une application dédiée à Qobuz et uniquement Qobuz.

**Le setup :**
Un serveur Rust léger tourne sur une machine Linux (testé sous Fedora 43 uniquement). Il fait office de proxy entre Qobuz et le renderer : récupération des flux CMAF chiffrés, décryptage, reassemblage du FLAC original, et service HTTP direct au renderer. Une app Android Material 3 sert de télécommande.

**Côté utilisateur :**
On entre ses identifiants Qobuz dans l'app, le serveur et le renderer sont découverts automatiquement sur le réseau. Recherche dans le catalogue Qobuz, favoris Qobuz (albums/artistes/titres/playlists), détail artiste avec bio et artistes similaires, choix de qualité (MP3 à Hi-Res 24/192), enchainement automatique des pistes, mini player avec navigation vers l'album ou l'artiste en un tap. 4 langues (FR/EN/ES/DE).

**Côté technique -- le choix du zero polling :**
Le point clé de l'architecture : pendant la lecture, le renderer ne reçoit qu'un seul flux FLAC et strictement rien d'autre. Pas de GetPositionInfo, pas de GetTransportInfo. Pas d'évent GENA. La progression est calculée localement sur le téléphone. Ce choix de design élimine tout trafic SOAP pendant la lecture -- et la différence de qualité sonore est clairement audible.

**Les limites :**
- Application dédiée exclusivement à Qobuz (pas de fichiers locaux, pas d'autres services de streaming)
- Projet personnel fourni tel quel, sans support
- Conçu et testé exclusivement avec DirettaRendererUPnP
- Backend testé sous Fedora 43. Devrait fonctionner sur d'autres distributions Linux et sur Raspberry Pi (pur Rust, pas de dépendance native) mais non vérifié
- Pas de gapless (Stop → fetch → Play entre chaque piste)
- Abonnement Qobuz actif requis
- APK à installer manuellement

**Installation :**

*Backend (sur une machine Linux du réseau -- pour ma part je l'utilise sur une machine séparée du renderer) :*
```
git clone https://github.com/herisson-88/qobuz-upnp.git
cd qobuz-upnp
bash install.sh
```
Le script interactif installe Rust si nécessaire, compile le projet, installe le binaire dans `/opt/qobuz-upnp` et crée un service systemd. Le backend écoute sur le port 3000 par défaut et découvre automatiquement le renderer sur le réseau.

*Télécommande Android :*
Téléchargez l'APK depuis la [page releases](https://github.com/herisson-88/qobuz-and...p/releases) et installez-le sur votre téléphone (activer "Sources inconnues" dans les paramètres). Au premier lancement, allez dans Paramètres, entrez l'adresse du serveur (ou laissez la découverte automatique faire), puis entrez vos identifiants Qobuz. C'est prêt.

**Remerciements :**
Ce projet n'existerait pas sans **Dom**, dont la vision et la passion pour l'audio open-source en ont été l'inspiration et le catalyseur. Merci à **swissBear** et **leeanh** pour leur engagement dans l'équipe cometd. Et merci à **Yu Harada** pour le protocole Diretta.

- Backend Rust : https://github.com/herisson-88/qobuz-upnp
- Télécommande Android : https://github.com/herisson-88/qobuz-android-upnp
- DirettaRendererUPnP : https://github.com/cometdom/DirettaRendererUPnP
- Diretta : https://www.diretta.link

Bonne écoute pour les curieux qui y voient de l'intérêt !

ADD:
Qobuz UPnP 1.1 est l'un des rares players à supporter la future option --minimal-upnp de DirettaRendererUPnP, implémentée par Dom. Cette option permet au renderer de débrayer complètement événements UPnP et requêtes de status -- le renderer travaille seul, sans aucune interruption. Pour les happy few dont le controller ne fait ni polling ni events UPnP (JPlay est l'unique autre) : c'est le mode ultime, on laisse juste le renderer travailler. L'impact sur la qualité sonore est très significatif.

[Le dom]

Beau travail herisson88, bravo!!!

DirettaREndererUPnP v2.1.7 est disponible:

https://github.com/cometdom/DirettaRende...2026-03-29