SMSL DP3 un petit lecteur réseau surprenant et performant

[Romain30700]

(05-03-2020, 08:56 PM)chakiwi a écrit : Bonsoir Romain,
Pour avoir écouté les deux mais pas le même système je qualifierai le Dp3 de plus vivant moins neutre mais bon faudrait les comparer en même temps sur le même système.

L idée c est que je ne souhaite pas investir des 1000 et des 100 sur un lecteur reseau. Le node me plaît comme interface mais..... le dp3 a déjà une sortie xlr, un écran et un bon dac.  
Avec l appli bubble upnp ça l air de fonctionner donc....
Apres je veux un truc qui fonctionne bien sans me prendre la tête.

[chakiwi]

Alors sans prise de tête je crains qu'il ne faille éviter le dp3, perso seul le résultat compte et que le lecteur soit un peu indiscipliné ne me gêne pas vraiment.

[Phoebus]

Paul et ceux qui ont le DP3, avec le nouveau firmware.

La lecture sur carte SD était meilleure qu une lecture sur le reseau, aprés tests chez razmote.
En est il toujours de même.

[n.d.b]

Salut les bidouilleurs de ce petit truc que j'ai reçu ce midi.
J'ai quelques remarques et questions 

Déjà ce que j'ai :

Hifi, de l'Audio Research, du Jadis, du Cabasse du JMR, du Denon aussi, Vieux trucs aussi...
DAC : NS Design model 192. Un peu modifié... demain arrive un Mytek Brooklyn DAC+
Sources : Airports, Chromecast Audio, NAS Synology, trucs UPnP divers... tout rentre dans le DAC par un moyen ou un autre. Si je ne suis pas content du son, ça dégage (ou je garde si je n'ai pas le choix comme la télé).

Mon usage du DP3
- UPnP
- Airplay
Je suis 100% mac et iPhone à la maison

Je ne veux plus utiliser le NAS uniquement du streaming, plus de fichiers locaux, j'ai tout perdu dans le crash d'un disque dur de NAS. 

Je veux le moins possible utiliser mon mac en direct sur un DAC. Au pire j'ai de vieux trucs que je pourrais laisser branché, mais alors je le ferai sur le Mytek.

Abonné Spotify Premium (famille), Tidal Master (actuel), ex Qobuz
Donc le SMSL DP3 ne va servir que recevoir des flux.

Avant 
- j'ai utilisé Airplay avec plein de trucs pour améliorer le rendu (je suis celui qui a détecté les clics audibles sur les versions >7.4.1)
- je trouve que la Chromecast Audio a été immédiatement plus performante (brute, sans tweak) raccordée à un DAC. Par commodité, je suis resté dessus
- Audirvana 3.5 en upnp créé par BubbleUpnp pour mac et ça roule.

Mais... 
- Pas envie d'avoir plusieurs sources de flux avec l'airport et la chromecast
- Je veux profiter d'une entrée AES/EBU du DAC
- le DP3 peut réunir mon petit monde en un seul boitier


SMSL DP3
- sorti du carton en firmware 1.6
- aucun problème de raccordement à mon wifi 5Ghz (réseau Airport hors du routage de ma box)
- aucun problème de commutation des services, j'ai mis wifi, upnp et airplay. J'ai viré bluetooth

Donc à ce niveau, aucune galère.

En airplay, ça fonctionne... pas le meilleur flux à l'écoute, mais au moins c'est cohérent dans un environnement mac

En upnp, ça fonctionne. J'ai essayé avec plein de services, j'arrive à le faire fonctionner correctement, sauf... avec Audirvana.
Je vois même passer les vignettes avec mconnect ce qui me fait dire qu'on doit pouvoir en faire quelque chose

Problème avec Audirvana :

- soit il y a un bruit rose 3 secondes après le départ d'une piste, il ne dure qu'une seule seconde
Ca se produit à chaque changement de piste forcé.
- soit il y a comme un retour en arrière du son au bout d'un temps variable selon l'échantillonnage (pas suréchantillonage hein) fixe par rapport au début de la mise. . 
Ca arrive à la deuxième piste par exemple et à toutes celles qui suivent. A 10s du départ, on reprend à 6secondes un truc comme ça. 

Donc il y a un problème de buffer et peut-être de forçage d'horloge. Pas de clics audibles, juste un problème de calage de piste. On peut même avoir un son d'une piste précédente dans le décalage d'une piste. 

Il me semble que le DP3 se débrouille bien avec un flux streamé en Upnp avec son propre buffer et son horloge (qui prend sur le wifi non ?). Avec mconnect qui envoie pour le moment max du 24/48 ce qui serait suffisant pour le MQA le son me parait comparable à Audirvane (en flux upnp, pas en raccordement direct).

J'ai pas trop envie de baisser les bras, il y a un truc là qu'on doit pouvoir résoudre non ? 

Sinon j'ai eu un reboot, mais je l'ai eu avec un stream upnp sur lequel j'ai lancé un flux airplay (sans l'arrêter). Ca commute et fonctionne. Mais quand j'ai à nouveau voulu rajouter un 3ème flux upnp pour voir, ça a relancé le DP3.
Il redémarre vite, mais j'ai du rentrer à nouveau la langue, l'heure, réactiver les services etc. Mais il a conservé le mot de passe du wifi.

Au niveau du son, il y a peut-être un petit blême quelque part, le crosstalk est bien possible, je verrai ça plus tard.
Je l'ai aussi essayé "nu" sans DAC derrière... A la va vite comme ça c'est pas génial, mais ça m'a un peu donné l'impression du Dacmagic (que je n'aime pas mais qui est plutôt correct et coûtait finalement le double de ce petit truc). Je ne l'avais écouté qu'au casque, donc à prendre avec des pincettes.

---

Je suis en train de réfléchir au problème :

- pour Airplay, on voit qu'il a un petit buffer interne, le flux démarre avec un retard. C'est bien ça permet d'éviter les problèmes qu'on a eu en 2012.

- pour UPnP

Il semble qu'il est beaucoup plus rapide à prendre un flux. Moins de buffer ???
Il me semble (vous savez peut-être) que la Synchro d'horloge est sur le flux

Donc avec Audirvana il semble que le fonctionnement soit le suivant :

- le DP3 démarre avec le flux d'entrée, Audirvana pendant ce temps là crée son buffer
- au moment où le flux d'audirvana démarre : bruit blanc, le flux se synchronise à ce moment... possible ?
- lorsqu'une piste suivante arrive, on est dans le gapless du DP3, le flux se poursuit, mais audirvana rentre en jeu quelques secondes plus tard. Plus de Synchro, ça revient en arrière de 3s et reprend son cours sur le nouveau flux audirvana.

Il doit y avoir une commande UPnP chez Audirvana qui dit au lecteur "attend ! ne joue pas" qui n'est pas respectée.
Et vu ce qui arrive à d'autres lecteurs (que le DP3) ce serait bien possible...

[chakiwi]

Bonsoir ndb, as tu activé le gapless sur l'appli qui pilote le DP3 si oui il me semble avoir lu que ça pouvait créer un problème, peut être celui que tu signales.

[n.d.b]

(05-04-2020, 07:43 PM)chakiwi a écrit : Bonsoir ndb, as tu activé le gapless sur l'appli qui pilote le DP3 si oui il me semble avoir lu que ça pouvait créer un problème, peut être celui que tu signales.

Il me semble qu'Audirvana est gapless de manière native non ? Pas de réglage dans ce sens à faire. 
Mais comme le gapless ne fonctionnait pas avec la Chromecast Audio je n'ai pas vraiment cherché dans ce sens, je vais regarder.

[Olive]

@ndb je n'ai jamais vraiment réussi à faire du stream via un serveur genre jriver : mêmes problemes que tu sembles rencontrer avec audivarna (latences, etc)

Chez moi avec jriver, il sautait la première piste de l'album et lançait la seconde piste avec latence, et la suite devenait incontrôlable.

Par contre, avec minimserver, aucun soucis ni aucun lag.
Je trouve le résultat correct avec tidal mais c'est pas fou, chez moi, par rapport à la lecture reseau via minim.

[n.d.b]

mconnect
- ne plante jamais, le gapless n'est pas top, mais pas d'erreur de flux, de bruit blanc, de retour en arrière
- mais c'est le Flac émis par Tidal. Un fichier 16/44,1 aura un stream de variable, par exemple 750kbps

audirvana
- sur la chromecast audio, parfois ça lance la piste du dessous ou fait un faux lancement, mais ça va
- pas de problème de saut, de bruit, de clics
- le gapless ne passe pas sur chromecast audio mais n'est pas loin d'être bon sur le DP3
- sur le DP3 il y a clairement un problème de buffer quelque part (stream ou lecteur) ou de Synchro ou d'horloge. J'ai essayé de baisser la mémoire allouée au mac, ça a l'air de régler le bruit blanc, mais les sauts de pistes existent encore
- la différence c'est que le flux est dans un conteneur .wav plein débit. La piste Flac à 750kbps est alors remise par Audirvana à son débit plein à 1411kbps. D'ailleurs le DP3 montre le conteneur sur écran. Je vois que mon hypothèse précédente est fausse, avec audirvana c'est bien un WAV et pas un FLAC qui est émis dès le départ

Ce que fait audirvana c'est ce qu'on faisait en 2010-2012 en utilisant un buffer et le protocole Airtunes1. On émettait en plein débit. Ce plein débit changeait énormément de choses à la restitution. La Rosita Pi utilisait également de manière commerciale un plein débit depuis iTunes. Audirvana câble en plus, le flux du mac au plus court. Je faisais ça en 2012 avec Qjack et autres solutions soundflower. Tout ça c'était pas très ergonomique (sauf à acheter une Rosita très chère )

Audirvana a réussi le coup de tout mettre dans une solution logicielle et en plus d'utiliser UPnP capable de plus de débit qu'Airplay. Mais DLNA c'est quand même un vieux truc pas très bien géré et un peu trop libre pour que tout les Devices et logiciels communiquent bien. Ceux qui laissent le flux normal ont l'air de passer toujours, pour un départ différé avec transformation du conteneur et flux, c'est différent. Roon se sert de cette défaillance pour tenter d'imposer son flux... on verra bien, l'utilisateur normal a du mal à accepter une solution qui ne soit pas aussi facile que Sonos. Roon peut devenir le Sonos du HD... Si Audirvana qui pour le moment sonne le mieux veut survivre, il va lui falloir trouver les astuces pour gérer tous les lecteurs UPnP du marché qui sont plus ou moins bien implantés.

[n.d.b]

Sinon j'ai vérifié, il y a bien un max de crosstalk en S/PDIF
Firmware 1.6
Je testerai demain si c'est pareil en AES-EBU, mais je ne vois pas pourquoi ce serait différent.

J'ai vu sur des forums que certains avaient eu des arrêts de piste, mais vers la fin. En upsampling, mais bon...

Là c'est au départ, le gapless semble fonctionner, mais à 5/6s du départ il y a une pause dans la diffusion de 1 à 2 secondes et ça repart ou bien à 10/11s du départ et là ça reprend quelques secondes avant... c'est très curieux. Plus d'autres problèmes pendant la lecture de la piste et rebelote à la suivante.

[fred13]

Bonjour à tous
J'ai moi aussi testé cette version 1.6 sans diaphonie : je retrouve enfin une scène sonore normale, qui gagne une profondeur qu'elle avait complètement perdue au profit d'un largeur artificielle et exagérée. Le placement des instruments est beaucoup plus réaliste : plus d'instrument solo inexplicablement décalé d'un côté ou de l'autre. Bref que du bon !
Merci à notre ami russe.
Ceci dit la diaphonie n'est peut-être pas en elle-même une mauvaise chose : qu'on se souvienne que les meilleures cellules de lecture de nos bons vieux 33T présentent une séparation des canaux qui dépasse rarement 35 dB. Il est certain que la version officielle avec 18 dB est inacceptable, mais ce serait peut-être intéressant d'écouter ce que ça donne avec des taux d'atténuation plus grands, de l'ordre justement de ce qu'on trouve dans le monde analogique.