(04-06-2017, 08:35 AM)zappa a écrit : [ -> ] (04-05-2017, 10:13 PM)volpone75 a écrit : [ -> ]@Olivier : J'ai eu confirmation que la carte receiver USB AMANERO du T+A était alimentée par le DAC. Ta suggestion d'utiliser un cable USB sans le fil 5V semble donc pertinente si cela apporte quelque chose. As tu identifié un fournisseur car je ne suis pas bon avec un fer à souder (un cable assez basic m'irait bien, je ne crois pas trop aux cables USB de course) ?
Il y a aussi la solution rapide d'un petit bout de scotch sur le 5V => https://www.whathifi.com/forum/hi-fi/usb...ower-tweak
Ca te permet déjà faire un essai :-)
Il vaut mieux tester, car bien que l'interface soit alimentée par le DAC, elle peut avoir besoin d'un "HandShake".
(04-05-2017, 10:13 PM)volpone75 a écrit : [ -> ]Je n'ai pas bien compris pourquoi il fallait s'affranchir du switch. C'est une optimisation sans doute mais à mon avis pas prioritaire. Je vois ça comme une complication mais si tu constates des apports à l'usage je reverrais ma position.
Bonjour Volpone,
Plusieurs contributeurs sur devialetchat.com ou computeraudiophile.com ont constaté que cela apportait davantage de transparence. Les raisons possibles invoquées sont la piètre qualité de l'alimentation et de l'horloge du switch. C'est de la même veine que les constatations qui montrent qu'un W4S Recovery améliore la qualité du son en entrée USB asynchrone d'un DAC. Difficile à comprendre, mais observable.
J'utilise le mode bridge, mais n'ai pas véritablement comparé les différentes modes. Mon pc "serveur" et ma carte Pi "player" étant à proximité l'un de l'autre j'ai trouvé ce branchement plus simple. Sous Linux, c'est très facile à activer. Sous Windows, un peu moins.
Si on lit le fil sur Computer Audiophile, c'est clair que ça fait peur...
Mon "server" est sous linux (Ubuntu Server). Voici ce qu'il faut faire:
apt-get install bridge-utils
puis dans /etc/network/interfaces:
auto lo br0
iface lo inet loopback
iface br0 inet dhcp
bridge_ports eth0 eth1
il faut lister avant le nom des cartes reseau et remplacer dans mon exemple eth0 et eth1 par les noms de vos cartes qui peuvent être différents. Ceci n'est qu'un exemple de configuration.
Un Mac mini i7 serveur bridgé tournant avec Tinysqueze ?
Le MacMini ne permet pas l'upsampling nécessaire pour tirer le meilleur profit du DAC en question.
Dès que l'on sort du PCM, le MacMini lague grave
Tinysqueze passe par la RAM.
Je n'ai pas bcp d'expérience avec ce truc sous Linux car ne l'ai pas essayé longtemps en tant que player.
En revanche je sais une chose : c'était ultra rapide et nous n'avions eu aucun mal à faire tourner les gros fichiers de convolution en 192khz chez Dom.
C'était juste une idée (de novice) en passant.
(04-07-2017, 01:20 AM)Pascal64 a écrit : [ -> ]Tinysqueze passe par la RAM.
Je n'ai pas bcp d'expérience avec ce truc sous Linux car ne l'ai pas essayé longtemps en tant que player.
En revanche je sais une chose : c'était ultra rapide et nous n'avions eu aucun mal à faire tourner les gros fichiers de convolution en 192khz chez Dom.
C'était juste une idée (de novice) en passant.
Bonjour Pascal,
L'idée est sans doute intéressante si on veut rester en PCM. Mais la condition à prendre en compte pour optimiser l'utilisation de ce DAC est d'upsampler en DSD. Et là, je pense que Tinysqueeze va s'avérer un peu inadapté
