Conseils pour config single Pc Windows > projet terminé post 129

[Pascal64]

Salut Al2813 et bienvenue dans cette nouvelle aventure 

Que dire ?
Le choix des alims est prépondérant que ce soit sur un serveur , endpoint ou les deux à la fois.
Bonnes recherches... pas facile car les HD plex ne sont pas faciles à trouver.

A moyenne échéance, je revendrais la mienne pour passer sur plus qualitatif mais pour l'instant, z'ai plus d'sous 

[phile]

(10-19-2020, 11:58 PM)Pascal64 a écrit : Que dire ?

Hello Pascal64,
pas de soucis, tu peux le "dire"... j'ai dit des bétises juste avant ? hein, c'est ça ?   
Cdt

[Pascal64]

Salut Phile, 
Non, nous avons posté en même temps, mon "que dire ?" ne s'adressait pas à toi mais était plutôt d'ordre général tant le sujet est vaste 

Ensuite récemment, nous avons utilisé mon PC en serveur pur (sur endpoint Devialet)  ... et son influence est loin d'être négligeable.
Après , chacun fait comme il l'entend.


Pour mémoire, j'ai gagné une bouteille de champ lors d'un pari fait avec mon ami l'Aredien le jour où il a installé une alim de course sur son PC serveur (endpoint Metrum Ambre) 

[bbill]

(10-19-2020, 11:57 PM)phile a écrit :

(10-19-2020, 10:09 PM)zaurux a écrit : Moi j'opterai pour un vrai endpoint, indépendant.
Du coup, le niveau du serveur est moins prépondérant.

Je suis d'accord ! 

Et en 2 mvts svp : 
1. endpoint isolé du serveur
2. horloge de compette sur le endpoint
Le budget restera idem car l'horloge de compette est "payée" par la réduction drastique des coûts sur le serveur.
C'est juste mon avis (c'est mon pif qui me l'a souflé    ) : 2 choses semblent montrer que c'est une "bonne" voie :
- mon test fin de semaine dernière avec la mise en oeuvre "correcte" du Corning 3.Optical, avec pc lambda en amont
- le CR de Mr Chevassus sur le MU1 : un streamer qui semble être un must, basé sur alim à découp & NUC.
Pas de méprise, je ne compare pas stricto sensu ma config à 2 balles avec le MU1, mais fais juste un constat qu'on peut faire de la très bonne musique sans avoir un serveur digne d'un supercalculateur.
Cdt

tout le monde va dans la direction du endpoint indépendant, de la qualité de son horloge et de son alimentation
et le serveur n'est la que pour livrer des paquets via un réseau.. tâche assez simple !

[Pascal64]

Je me doutais que tu allais écrire ta récitation habituelle BBill  

Reste avec ton NAS , grand bien te fasse pour cette tâche assez simple.
Des personnes plus ouvertes d'esprit ont essayé (et moi j'ai bu du champagne  )

Nous somme ici dans la rubrique DIY, sur le fil Single PC 
Tu veux t'en monter un ? 
Non 

Merci de laisser la place aux personnes interressées

[ROL33]

Je rejoins Pascal quant à l'incidence du serveur.

Dernièrement, nous (plusieurs audiophiles Bordelais) avons une nouvelle fois fait le même constat.

A partir du même end point (carte Engineered ered-dock) nous avons successivement comparé une carte Supermicro X11SAA avec une carte Supermicro X10 SDV-F utilisées en serveur.

Les différences à l'écoute sont très importantes

[zaurux]

Nous sommes d'accord.
Tout a un impact.
Il y a (pour moi), une hiérarchie dans la mise en oeuvre et l'investissement.

D'abord le endpoint qui garantit assez facilement, un certain niveau de rendu (OS, harware, alimentation).
Ensuite de serveur.. même critere.
Et tout le reste (liqison.. ethernet, usb, etc).

L'Ered-dock est deja un endpoint high-end, donc les changements en amont s'entendent.
(point 1 de la mise en œuvre réglé, on oeut passer au 2).
Ma seule frustration, elle est limitée à l'UPNP.

[al2813]

(10-20-2020, 01:03 PM)zaurux a écrit : Nous sommes d'accord.
Tout a un impact.
Il y a (pour moi), une hiérarchie dans la mise en oeuvre et l'investissement.

D'abord le endpoint qui garantit assez facilement, un certain niveau de rendu (OS, harware, alimentation).
Ensuite de serveur.. même critere.
Et tout le reste (liqison.. ethernet, usb, etc).

L'Ered-dock est deja un endpoint high-end, donc les changements en amont s'entendent.
(point 1 de la mise en œuvre réglé, on oeut passer au 2).
Ma seule frustration, elle est limitée à l'UPNP.

Merci pour les feedbacks, j'aurais un retard dans mon projet à cause d'un imprévu familial, mais je continue mes investigations.
1. Le but d’utiliser un seul boitier serveur/end point est bien sur - simplifier l'architecture. bcp de forums préconisent cette démarche.
Mais, si je bien compris, vous preconisez une architecture en 2 parties?

1. X86 serveur optimisé mais sans end point (= sans carte USB audiophile)
2. Endpoint comme par example ERED-DOCK (seul hic pas de ROON)

Une seule alimentation linaire (HDPlex)?

[phile]

(10-20-2020, 11:33 AM)ROL33 a écrit : Je rejoins Pascal quant à l'incidence du serveur.
Dernièrement, nous (plusieurs audiophiles Bordelais) avons une nouvelle fois fait le même constat.
A partir du même end point (carte Engineered ered-dock) nous avons successivement comparé une carte Supermicro X11SAA avec une carte Supermicro X10 SDV-F utilisées en serveur.
Les différences à l'écoute sont très importantes

Hello Rol33,
+1 pour tes tests et conclusion. Pas de souci.

Ce que je pointais plus haut (sur la base "modeste et low cost" de mon application particulière et fortuite du Corning 3.0ptical et du CR de Mr Chevassus sur le MU1) c'est => le "standard" actuel DIY des PC serveur-streamer est à revoir.
On met la charrue avant les boeufs.
(je parle techno, pas de critique là bien sûr sur les travaux de haute-volée exposés ici et là)

Raison de base : le transfert d'information est par définition, parfait. On ne perd pas des bits en route.

Sur ce, le rendu est affecté par 2 trucs :
1. le bruit généré par les composants / cartes / etc
2. le "jitter" qui est (d'après ce que j'ai compris) : un nano-chouilla de désynchronisation lors du parcours des données informatique.
Solutions à ces 2 trucs :
1. isolation (optique) entre serveur et carte de conversion (spdif/AES/USB)
2. horloge de course sur la carte de conversion
de facto, ainsi :
a. la partie serveur peut être moyenne, c'est pas grave car les données suivent leur parcours sans perte donc no pb
b. l'isolation coupe le bruit de la partie serveur
c. l'horloge de compette sur la carte de conversion re-synchronise les données => et zou vers DAC ou FDA.

C'est ce que je test en ce moment avec PC > Corning 3.Optical > interface Singxer SU-1, couplé avec horloge NewClassD NeutronStar2.
C'est ce que montre le rendu du MU1 : partie serveur minimaliste (maximaliste côté software faut le souligner, maximaliste / qualité et non pas quantité), couplé à une carte de conversion dont la fonction reclocking a été bichonné à fond (cf interview de Eelco Grimm)

Donc en ce sens, il y charrue avant boeufs :
- à maximiser la CM du serveur
- à ne pas isoler via optique serveur-conversion (j'avoue ne pas être sûr de ce point, je ne sais si toi rol33 ou autres utilisez des modules optiques ou autres pour faire cette isolation)
- à laisser la carte ERed-Dock (ou autres interface) telle qu'elle est... avec son 5VDC en entrée... avec ses petites horloges marchant à 3.3VDC par dessus... 3.3VDC super-méga-clean ? on sait pas. 

Plutot que de "jouer la carte" de ma carte-mère, il y a bcp bcp plus à gagner (en rendu, en coût global et en "volume de la boiboite") :
- à mettre un vulgaire pont optique entre CM & carte de conversion (ou switch à SFPs)
- et SURTOUT à remplacer une ou les 2 horloges de la ERedDock (ou autres interface) par une NeutronStar3 ou une PinkFaun (horloges à alimenter avec leur petit transfo & module AC/DC base LT3045 dédiés).

Désolé pour ce brainstorming un peu long... 
Juste mon avis
Cdt

PS : bon bien sûr si ce que je dis a déjà été testé et que ce fut un fiasco complet... merci de le dire afin de ne pas me laisser m'embourber lamentablement dans cette impasse 

[SuperDupont]

(10-20-2020, 01:03 PM)zaurux a écrit : L'Ered-dock est deja un endpoint high-end, donc les changements en amont s'entendent.(point 1 de la mise en œuvre réglé, on oeut passer au 2).
Ma seule frustration, elle est limitée à l'UPNP.

Bonjour, malgré tout, il y a différentes façon d'utiliser cette carte (ou n'importe quel end point upnp), en gestion UPNP classique (mconnect, bubble upnp,etc.) ou au travers de LMS et du plugin UPNP bridge et dans ce cas c'est le mode de fonctionnement LMS qui prédomine (ipeng, orange squeeze, etc.)
Pour avoir eu cette carte et joué pas mal avec, l'influence du serveur (de l'alim et du reste du reseau) est immédiatement audible en effet.
Le meilleur serveur que j'avais fini par faire avec un nuc passif a 200€ était basé sur openmediavault (+kernel real-time), monté en RAM et miniDLNA. Ca laissait déja les NAS du commerce loin derrière mais le passage a un Innuos Zenith a vite remis les choses a plat. Déja en tant que serveur, mais aussi en temps que player sur USB, ce qui a été une surprise a vrai dire. A ce niveau, le dac et la qualité de ses différentes entrées sont déterminantes.
Donc je comprend parfaitement les choix basés sur des CM supermicro performantes et des alimentations multiples, si en plus, les e/s reseaux/usb sont superlatives et tout le reste a l'avenant, le niveau obtenu doit être très impressionnant et sans doute superieur a un Zenith. Je crois tout a fait rol33 quand il décrit des comparaisons flatteuses pour sa solution DIY avec de gros lecteurs reseau APL.
Pour ce qui est de l'OS et des softs, je pensais remplacer l'OS Innuos par le combo magique WS19, JPLAYfemto, AO, MC, PL qui donnait, pour moi, la meilleure restitution en configuration "one box" mais force est de constater qu'innuos a bien bossé le sujet et que le combo magique (idem pour daphile et HQPlayer embbeded) s'est révélé moins perfo sur ce hardware. Il y a donc encore a gagner sur ce sujet et de potentielles optimisations liés au hardware a degoter ;-)