Engineered eRED-DOCK network audio interface

[ds21]

(12-26-2021, 10:50 AM)Nicoben a écrit : Tu pouvais faire plus simple en le paramétrant en pass threw (mode « thru » si je ne dis pas de bêtise) ainsi il ne touche pas à ce qui arrive et le renvoie tel quel. L’intérêt est aussi que le streamer en bout de chaine ne fasse pas la conversion flac / wav pour ne pas le solliciter lui non plus (c’est lui le plus important), donc en mode PCM on est sûr pour ce point.

Sauf qu’en mode "thru", je perds la possibilité de gérer correctement au travers de roon la pause et la reprise de la lecture au milieu d’une piste ainsi que les sauts de pistes...

(12-26-2021, 10:50 AM)Nicoben a écrit : En effet initialement tu  demandais à Squeeze2upnp de tout convertir en flac non compressé, ce qui fait que même si ce qui arrivait était du flac, vu qu’il est toujours compressé en général squeeze devait le passer en wav puis le repasser en flac non compressé. Si il sortait du flac de Roon cela lui demanderait plus de travail que de simplement passer en flac non compressé à partir du wav, et en plus cela demandait au streamer en aval de décoder le flac

C’est pas bô de se moquer des petits camarades...
Comme, je l’ai expliqué, dans mon esprit, tout arrivait en flac compressé à Squeeze2upnp, je lui demandais simplement d’effectuer la décompression pour éviter au streamer d’avoir à le faire, ne connaissant pas la façon dont l’opération est réalisée...

Cdlt.

[jeffyjpn]

Alors ça donne quoi cette carte eRed après plus de 48h de rodage ?

[Nicoben]

En effet je n’ai pas essayé si bon fonctionnement en mode « thru » de la pause et zapping de pistes sur la e-RED DS21… j’ai pris le mode PCM rapidement et c’est très stable.

Sur le Tambaqui sur ce système , je ne perçoit pas d’écart très notable entre la lecture réseau intégrée au dac (Roon) et la e-RED en AES (Roon via Squeeze2upnp) avec mon cable Bibacord (qui vaut deux fois le prix du streamer ), légèrement plus de piquant avec la liaison spdif (via un cable BNC SAEC avec adaptateur rca Blackcat coté dac) sans que cela soit vraiment nuisible ou conséquent.

Mais dans tous les cas l’on retrouve une bonne variété et profondeur dans l’écoute ce qui est bon signe. Pas d’écart bien notable non plus avec une lecture upnp directe depuis Mconnect sur la e-RED (sauf que dans Mconnect un nouveau lecteur e-RED apparait dans les périphériques , onglet « play to » toutes les 5 secondes et c’est le dernier arrivé qui est vu en lecture.Mais ça n’empêche pas le fonctionnement).

Les écarts Roon / upnp et entre cables réseau s’étaient nettement atténués chez moi avec le passage de toutes les alim du réseau en linéaire, l’adoption d’une carte réseau Jcat sur alim linéaire sur le PC qui sert l’upnp (ou squeeze2upnp), le serveur Roon dédié sur ssd et alims linéaires… Et en plus tout est sur alims filtrées coté éléments audio. A voir plus tard face au Lumin U1mini dans les mêmes conditions, puis sur un dac dont les entrées numériques sont moins dé-jitterisées que le Tambaqui (Ayon Skylla2). Le résultat pour l’heure est plutôt positif à mon humble avis, jusqu’à maintenant il a fallu des appareils à plusieurs milliers d’euros pour faire un poil mieux que la lecture réseau du Tambaqui, souvent avec un cable de liaison hors de prix que ce soit en usb ou aes, et ce de façon non systématique donc faire aussi bien avec des liaisons filaires externes est un bon point, mais reste aussi un signe de faible impact sur dac et streamers des perturbations externes quand celles du réseau ont été minimisées au mieux, à mon humble avis. Sur un réseau plein d’alims à découpage les écarts seraient probablement plus nets entre solutions, mais tout serait un peu plus mauvais donc pas forcément plus parlant sur la perf de chaque élément, juste un peu plus sur la résilience de chaque maillon aux perturbations externes peut être.

Bref comparer c’est bien mais on compare toujours tout un tas de choses en fait… donc tirer des conclusions serait hors de propos.

[ds21]

(12-26-2021, 02:15 PM)ds21 a écrit :

(12-26-2021, 10:50 AM)Nicoben a écrit : Tu pouvais faire plus simple en le paramétrant en pass threw (mode « thru » si je ne dis pas de bêtise) ainsi il ne touche pas à ce qui arrive et le renvoie tel quel. L’intérêt est aussi que le streamer en bout de chaine ne fasse pas la conversion flac / wav pour ne pas le solliciter lui non plus (c’est lui le plus important), donc en mode PCM on est sûr pour ce point.

Sauf qu’en mode "thru", je perds la possibilité de gérer correctement au travers de roon la pause et la reprise de la lecture au milieu d’une piste ainsi que les sauts de pistes...

Dernier "rebondissement" et j’arrête de polluer le fil.

Ayant testé il y a déjà plus de 2 ans le mode "thru" dans squeeze2upnp avec roon et ayant constaté des dysfonctionnements au niveau de la pause et du zapping des pistes, je n’avais pas insisté dans cette voie et j’avais choisi le mode "flac" puis le mode "pcm" qui transcodent (encore qu’on peut se poser la question pour pcm avec roon).

Je viens de retester en mode "thru" et finalement il n’y a plus de problème de pause et lors de zapping d’une piste à l’autre.

Il semblerait que roon ait fait évoluer son "interface" pour le support squeezebox...

Le programme squeeze2upnp.exe consomme en moyenne 0,1% de charge CPU sur mon nuc i5.

Cdlt.

[rastabill]

(12-26-2021, 05:05 PM)Nicoben a écrit : ........... 


Bref comparer c’est bien mais on compare toujours tout un tas de choses en fait… donc tirer des conclusions serait hors de propos.

Bien d'accord, la lecture audio réseau n'est pas encore arrivée à l'âge adulte. Les alim linéaires sont bien entendues la première avancée notoire.

[SuperDupont]

Hello Nicoben, tu a fini par la mettre joliment en oeuvre cette carte  elle est rodée? Car la restitution s'affine et devient (beaucoup) plus fluide au fil des heures qu'a la sortie du carton. 

(12-26-2021, 05:05 PM)Nicoben a écrit : sauf que dans Mconnect un nouveau lecteur e-RED apparait dans les périphériques , onglet « play to » toutes les 5 secondes et c’est le dernier arrivé qui est vu en lecture.

Ce n'est pas normal, bubbleupnp server etait encore actif je suppose. Mais je ne pense pas que cela influence la restitution non plus.

[Nicoben]

Elle tourne depuis quelques jours en continu maintenant, rodée je pense oui. En effet elle s’est assouplie et affinée au fil des 24/48 premières heures.

Et bien non pourtant j’avais de suite fermé bubble server pensant que ça venait de lui, ainsi que squeeze2upnp, et c’est toujours le défilé, je ne sais pourquoi…

[bbill]

(12-26-2021, 05:05 PM)Nicoben a écrit : Sur le Tambaqui sur ce système 

il y a un test sur le Tambaqui dans le Stereophile de décembre 2021

[SuperDupont]

Ah oui quand même!    

C'est très curieux comme comportement, avec l'appli bubbleupnp sur android c'est la même chose? Ce que je ne comprend pas c'est qu'elle s'affiche en "cello" et non en "engineered edock" dans cette utilisation, il y a forcement un re-routage quelque part.

[ds21]

(12-25-2021, 02:57 PM)Nicoben a écrit : ....
La e-RED est ici renommée Cello.

(12-28-2021, 09:06 PM)SuperDupont a écrit : Ah oui quand même!    

C'est très curieux comme comportement, avec l'appli bubbleupnp sur android c'est la même chose? Ce que je ne comprend pas c'est qu'elle s'affiche en "cello" et non en "engineered edock" dans cette utilisation, il y a forcement un re-routage quelque part.