Les dacs Ayon

[ThierryNK]

Je présume que moins il y a de "matériel" dans un ordinateur, moins il crache.
C'est une supposition naturellement.
Mais c'est vérifiable pour les disques durs qui tournent à haute vitesse par rapport à des SSD par exemple.

Et avec le Wifi que j'utilise à présent sur Amethyst et Auralic Aries, j'aurais pu tomber sur un os, si le récepteur Wifi introduisait autant de cochonneries par lui -même que le matériel sur ethernet.

[Pascal64]

(05-18-2021, 01:59 PM)ThierryNK a écrit :

(05-18-2021, 01:50 PM)Pascal64 a écrit :

(05-18-2021, 12:20 PM)ThierryNK a écrit : Inutile d'avoir un "serveur de course" pour faire tourner un serveur UPNP
Amicalement

Bien sur que si !

---

Et bien tu vas nous expliquer en détails comment et pourquoi un serveur qui envoie des fichiers en TCP/IP par ethernet ou Wifi a besoin d'être de course, sachant que le serveur en question ne fait pas d'audio (sauf éventuel upsampling ou conversion) et que l'intégralité du processus audio, décodage de la piste et envoi au DAC a lieu en dehors du serveur.

Oh punaise, tu recommences avec ces histoires ?
Tout le monde te dit pourtant le contraire... 
je te laisse à tes certitudes mais ne manquerai pas de te corriger à chaque fois comme je l'ai fait avec Pepone75
En réagissant de la sorte, tu ne rend service à personne.

[ThierryNK]

Je viens de passer 4 ou 5 posts à indiquer ce qui peut se passer et que je suis bien entendu bien loin de nier.

Tu peux optimiser tant que tu veux tes serveurs reliés en ethernet ou USB, tu es libre de ton temps et de ton argent.


Essayer de filtrer en aval tout ce qui peut arriver, oui, bien sur, et j'ai commencé bien avant toi avec un pont optique ethernet.

"Optimiser" un serveur en mettant des SSD ou des disques durs sans alimentations externes oui. C'est fait depuis 10 ans.

Mais aller au delà, en minimisant le nombre de processus et autres, c'est de mon point de vue tu temps perdu, parce qu'on n'a aucune chance de comprendre ce que l'on fait, qu'on passe un temps fou à faire des essais, et que tu seras de toutes façons toujours à la merci d'un update de l'OS qui devra bien être suivi par les éditeurs de logiciels audio.

A moins de prétendre atteindre une "perfection immobile et éternelle", qui relève de la psychiatrie plus que de l'audio.

Bien cordialement

[r11bordo]

Marrant les échanges sur le tunning audio des OS...
Mais quelqu'un a-t-il decompilé l'exécutable sexe64 pour voir son contenu de je ne sais plus quel soft audio Windows ?
Avec un nom pareil choisi par le développeur et autant de versions livrées, cela me laisse perplexe...

[gordian]

non non sexe64 je ne vois pas ce qui te laisse perplexe

[Nicoben]

Normal si il tourne sous un OS à 64 bites.

Mais on s’éloigne un peu des qualités des transports à hayon, à moins que le but soit de passer aux coupés...

[Olivier]

(05-18-2021, 09:26 PM)r11bordo a écrit : Marrant les échanges sur le tunning audio des OS...
Mais quelqu'un a-t-il decompilé l'exécutable sexe64 pour voir son contenu de je ne sais plus quel soft audio Windows ?
Avec un nom pareil choisi par le développeur et autant de versions livrées, cela me laisse perplexe...

Ce n'est pas sexe64 qui a une version par jour !!!
Ce dernier d'ailleurs est une réduction de super exe 64 bits, un petit soft qui prend un executable et le fait tourner en tant que service.
Bref c'était la minute inutile

[robben ford]

j'ai fait quelques tests de comparaison entre le lecteur/dac AYON CD5 et un DAC RME.
le RME que je découvre, est une belle "découverte". c'est très précis,et fin comme écoute.
le Ayon me semble plus doux, plus raffiné.
ces 2 Dacs me plaisent bien, je l'ai encore chez moi pour quelques jours, je prendrais plus de temps à les comparer;
par contre le REM utilisé comme DAC et Préamp, là c'est très moyen.
Rien à voir avec une écoute avec un vrai préampli ( chez moi AYRE )

[r11bordo]

S'il te prend de vouloir tester le Singxer sda-6 pro également ...

[robben ford]

merci, mais il faudrait que j'en trouve un dans le coin...