Hello kjetil,
T'inquiète : moi aussi
mais que veux-tu... là je te réponds en diffusant la radio via playlist en utilisant VLC. D'un coup de souris je peux zapper sur un album HD (tjs via VLC si je le veux) et la qualité sera meilleure car au final c'est la qualité de la bande qui fait la différence (mp3 vs flac HD) : c'est "nul" VLC... c'est pas "hign-end"... sauf que le rendu l'est. (ex. où je joue de la souris mais fonctionnement possible comme un serveur "normal" avc Minim... cf sujet cable usb optique où j'en ai causé)
Effectivement, ca fait mal aux cheveux, mais on s'y fait.
Avec le Phoenix c'est ça : l'ordi du logis > une boite > le DAC => et zou : super rendu.
Le marché drive dans ce sens, les DIYers drivent dans ce sens : un beau serveur c'est bô.
Une belle machine avec un double Xeon dedans c'est bô et on sent que c'est un "sacré truc", complexe à mettre en oeuvre, cher etc...
Sauf que non.
Le truc étant :
- le bruit n'est pas traduisible en données (donc isolation = on coupe le bruit), ca c'est l'apport d'un cable optique usb.
- le jitter (et donc le rendu) est induit par une désynchronisation du flux de données => et ça, une horloge de compète en bout de ligne => et zou, elle remet tout d'aplomb.
Déjà dit, on change de paradigm.
Sur ce, c'est tueur de business pour les fanas de serveur mais bon... Taiko a fait un taff extraordinaire avec son Extreme, mais finalement inutile... triste à dire mais ca arrive : on s'est trompé de cible
=> cf. le Grimm MU-1, son rendu (cf article de Mr. Chevassus) et son architecture :
- il est bcp bcp plus "facile" de nettoyer et mettre au propre en fin de process les données balancées en vrac par un serveur lambda
- que de concevoir un serveur qui sorte des données très propres
mais bon... le marché des serveurs bô et gros durera encore longtemps car ils sont visuellement intéressant et valorisant donc pd lgtps le marché ira dans cette direction mais bon... <= le biais cognitif à ses oeuvres
Cdt
EDIT :
juste pour rajouter et nuancer mes propos : Grimm a vu juste avec son reclocking sur un flux AES/EBU, ils disent bien dans leur interview que USB est trop comliqué...
je peux le confirmé moi-meme : mon cable USB isole et reclock, c'est cool c'est bien.
sauf que, en aval, sur mon interface USB>spdif (idem si j'avais un DAC avec entrée USB) j'ai viré le régulateur alimentant l'horloge de la partie USB pour un gain très important. Donc au final, pour avoir un rendu sympa, sur flux USB, faut reclocker en sortie de serveur (la base), mais encore faut-il qu'ensuite sur le DAC (ou l'interface) une horloge de mauvaise qaulité (plus simplement : un mauvais courant alimentant cette horloge) ne remette pas le zouk sur le bô flux reclocké en entrée du DAC.
(11-08-2020, 11:02 PM)kjetil a écrit : ... philosophiquement ça me gêne un peu ...Très bien résumé.
T'inquiète : moi aussi
mais que veux-tu... là je te réponds en diffusant la radio via playlist en utilisant VLC. D'un coup de souris je peux zapper sur un album HD (tjs via VLC si je le veux) et la qualité sera meilleure car au final c'est la qualité de la bande qui fait la différence (mp3 vs flac HD) : c'est "nul" VLC... c'est pas "hign-end"... sauf que le rendu l'est. (ex. où je joue de la souris mais fonctionnement possible comme un serveur "normal" avc Minim... cf sujet cable usb optique où j'en ai causé)
Effectivement, ca fait mal aux cheveux, mais on s'y fait.
Avec le Phoenix c'est ça : l'ordi du logis > une boite > le DAC => et zou : super rendu.
(11-08-2020, 11:02 PM)kjetil a écrit : car il s’agit d’ajouter un maillon de plus qui doit pallier à des faiblesses en amont. Alors que ma démarche personnelle serait plutôt de faire bien des le départ ... ce qui semble aussi être la démarche d’Antipodes qui m’intéresse de plus en plus.A priori on ne peut qu'être d'accord là-dessus.
Le marché drive dans ce sens, les DIYers drivent dans ce sens : un beau serveur c'est bô.
Une belle machine avec un double Xeon dedans c'est bô et on sent que c'est un "sacré truc", complexe à mettre en oeuvre, cher etc...
Sauf que non.
Le truc étant :
- le bruit n'est pas traduisible en données (donc isolation = on coupe le bruit), ca c'est l'apport d'un cable optique usb.
- le jitter (et donc le rendu) est induit par une désynchronisation du flux de données => et ça, une horloge de compète en bout de ligne => et zou, elle remet tout d'aplomb.
Déjà dit, on change de paradigm.
Sur ce, c'est tueur de business pour les fanas de serveur mais bon... Taiko a fait un taff extraordinaire avec son Extreme, mais finalement inutile... triste à dire mais ca arrive : on s'est trompé de cible
=> cf. le Grimm MU-1, son rendu (cf article de Mr. Chevassus) et son architecture :
- il est bcp bcp plus "facile" de nettoyer et mettre au propre en fin de process les données balancées en vrac par un serveur lambda
- que de concevoir un serveur qui sorte des données très propres
mais bon... le marché des serveurs bô et gros durera encore longtemps car ils sont visuellement intéressant et valorisant donc pd lgtps le marché ira dans cette direction mais bon... <= le biais cognitif à ses oeuvres
Cdt
EDIT :
juste pour rajouter et nuancer mes propos : Grimm a vu juste avec son reclocking sur un flux AES/EBU, ils disent bien dans leur interview que USB est trop comliqué...
je peux le confirmé moi-meme : mon cable USB isole et reclock, c'est cool c'est bien.
sauf que, en aval, sur mon interface USB>spdif (idem si j'avais un DAC avec entrée USB) j'ai viré le régulateur alimentant l'horloge de la partie USB pour un gain très important. Donc au final, pour avoir un rendu sympa, sur flux USB, faut reclocker en sortie de serveur (la base), mais encore faut-il qu'ensuite sur le DAC (ou l'interface) une horloge de mauvaise qaulité (plus simplement : un mauvais courant alimentant cette horloge) ne remette pas le zouk sur le bô flux reclocké en entrée du DAC.
