Serveur et Player "bridgés"

[volpone75]

Le Dom a écrit :....
Alors me direz vous, quel est l'intérêt de la chose?
Et bien c'est d'avoir d'un PC Tinysqueeze serveur avec d'un côté une carte qui sera reliée au réseau local puis internet par l'intermédiaires des divers switches, routeurs et autre box et de l'autre la deuxième carte directement reliées au PC Tinysqueeze audio avec le câble Ethernet de votre choix sans aucun intermédiaire, routeur, switch ou autre.

J'ai tout de même vérifié que le flux audio allait bel et bien directement du PC serveur au PC audio sans aller faire un tour côté réseau via l'autre carte en déconnectant la carte Ethernet côté réseau une fois la musique lancée et ça joue bien jusqu'au bout de la playlist sans souci. Par contre tout contrôle de la lecture est alors évidemment interdit.  undefined 

Chez moi, le gain en terme de qualité sonore est loin d'être anodin. 
...

Très bien mais, encore une fois, en amont du player on est dans de l'informatique pure (des paquets et des trames) et pas du tout dans du flux audio. Les contorsions pour ne pas passer par des équipements réseaux ou l'espoir que l'utilisation de cables ethernet "de course" pourraient avoir une quelconque influence sur la qualité sonore en sortie du DAC me semblent inutiles.  


Mais bon, si l'on entend une amélioration significative, c'est sans doute bien sur l'essentiel  ...

[Pascal64]

(01-20-2017, 12:34 AM)volpone75 a écrit :

Le Dom a écrit :....
Alors me direz vous, quel est l'intérêt de la chose?
Et bien c'est d'avoir d'un PC Tinysqueeze serveur avec d'un côté une carte qui sera reliée au réseau local puis internet par l'intermédiaires des divers switches, routeurs et autre box et de l'autre la deuxième carte directement reliées au PC Tinysqueeze audio avec le câble Ethernet de votre choix sans aucun intermédiaire, routeur, switch ou autre.

J'ai tout de même vérifié que le flux audio allait bel et bien directement du PC serveur au PC audio sans aller faire un tour côté réseau via l'autre carte en déconnectant la carte Ethernet côté réseau une fois la musique lancée et ça joue bien jusqu'au bout de la playlist sans souci. Par contre tout contrôle de la lecture est alors évidemment interdit.  undefined 

Chez moi, le gain en terme de qualité sonore est loin d'être anodin. 
...

Très bien mais, encore une fois, en amont du player on est dans de l'informatique pure (des paquets et des trames) et pas du tout dans du flux audio. Les contorsions pour ne pas passer par des équipements réseaux ou l'espoir que l'utilisation de cables ethernet "de course" pourraient avoir une quelconque influence sur la qualité sonore en sortie du DAC me semblent inutiles.  


Mais bon, si l'on entend une amélioration significative, c'est sans doute bien sur l'essentiel  ...

C'est ce que je pensais moi aussi (informatique, paquets trames etc).
Jusqu'au jour où j'ai fait l'essai en installant une bonne alim sur le serveur .... et zut, mince alors.

Même constat sur le post de Computer audiophile dont j'ai donné le lien en première page.

D'ailleurs ce que dit le gars est intéressant :" avant je n'entendais aucune différence avec mon cable RJ45 de course VS cable basique, maintenant que j'ai optimisé le serveur avec une alim de compétition, je l'entend "
(Rectifiez moi si j'ai mal interprété, mon anglais n'est pas sans failles)

Sur mon installation "bridgée"  avec Dom nous nous étions ammusés à passer en revue quelques câbles RJ45.... et zut, mince alors (bis)
Les résultats à l'écoute sont loin d'etres anodins.
Je l'ai encore vérifié avec mon pote Oliv lorsque j'ai reçu et installé le RJ45 Vovox Textura.
Je me souviens encore de ses propos lorsque j'ai remis la correction acoustique (désactivée pour les essais de câbles) : "J'ai plus entendu le changement de cable que la correction"

Chaque installation est un cas à part.
Faites vos essais, nous n'avons rien à vendre.

Bz31, l'objectiviste pur et dur s'est lancé dans un dual Raspberry en Wifi, il nous en dira peut être un peu plus sur ses conclusions (quand Olivier lui aura rendu la parole  )

[wgb25]

Bonjour Dom,

Profane des systèmes Linux ou similaire j’ai naturellement plusieurs interrogations, que j’ai formulées au fur et à mesure de tes explications.


Pour cela il faut ouvrir une session SSH et éditer le fichier bootlocal.sh.

Pour cela il faut taper

sudo mc

Une entrée via password est nécessaire ?
Sur l’ordi qui à la clef Tiny serveur et ou Player ?
Au boot de la clef ou en fonctionnement ?


une fois que l'on s'est logué sur le terminal en SSH.

La console mc s'ouvre et il faut aller chercher le fichier bootlocal.sh dans le dossier /opt/

Une fois le fichier sélectionné taper sur F4 pour l'éditer.

Il faut repérer les lignes suivante:

NETDEVICES="$(awk -F: '/eth.:|tr.:/{print $1}' /proc/net/dev 2>/dev/null)"

netcards=$(echo $NETDEVICES | wc -w)
brmodule="/usr/local/lib/modules/$(uname -r)/kernel/net/bridge/bridge.ko.gz"

if [ $bridge == yes ] && [ $netcards -gt 1 ] && [ -f /sbin/brctl ] && [ -f $brmodule ]; then
   /opt/bridge.sh
Et ajouter juste en dessous ces deux lignes:

   [ -n "$ipdns1" ] && echo "nameserver $ipdns1" > /etc/resolv.conf
   [ -n "$ipdns2" ] && echo "nameserver $ipdns2" >> /etc/resolv.conf

Puis taper sur F2 pour sauver le fichier "Save"
Puis taper deux fois sur F10 pour quitter.

Ensuite taper la ligne de commande:

/opt/backup.sh

Quand c'est fini rebooter avec

sudo reboot

Voilà ça devrait fonctionner y compris en streaming avec Qobuz.

En faisant une nouvelle Install complète serveur et Player donc avec 2 nouvelles clefs, possibilité que tu mette en ligne une version `` Prête à l emploi `` avec les modif intégrées ?

Merci de ton aide

Alain

[Bear]

(01-20-2017, 12:34 AM)volpone75 a écrit : Très bien mais, encore une fois, en amont du player on est dans de l'informatique pure (des paquets et des trames) et pas du tout dans du flux audio. Les contorsions pour ne pas passer par des équipements réseaux ou l'espoir que l'utilisation de cables ethernet "de course" pourraient avoir une quelconque influence sur la qualité sonore en sortie du DAC me semblent inutiles.  


Mais bon, si l'on entend une amélioration significative, c'est sans doute bien sur l'essentiel  ...

Parfaitement d'accord avec cela. C'est assez surprenant. Voici un autre avis émanant d'un professionnel de l'informatique, qui est sceptique sur les causes mais confirme les résultats: http://devialetchat.com/showthread.php?t...1#pid56901

[volpone75]

(01-20-2017, 10:15 AM)Bear a écrit :

(01-20-2017, 12:34 AM)volpone75 a écrit : Très bien mais, encore une fois, en amont du player on est dans de l'informatique pure (des paquets et des trames) et pas du tout dans du flux audio. Les contorsions pour ne pas passer par des équipements réseaux ou l'espoir que l'utilisation de cables ethernet "de course" pourraient avoir une quelconque influence sur la qualité sonore en sortie du DAC me semblent inutiles.  


Mais bon, si l'on entend une amélioration significative, c'est sans doute bien sur l'essentiel  ...

Parfaitement d'accord avec cela. C'est assez surprenant. Voici un autre avis émanant d'un professionnel de l'informatique, qui est sceptique sur les causes mais confirme les résultats: http://devialetchat.com/showthread.php?t...1#pid56901

Cela reste très subjectif et il y a beaucoup d'exemples ou ce type de "résultats" audibles, constatés par des gens sincères, sans motivations mercantiles, ne résistent néanmoins pas a des comparaisons en aveugle.

Ceci dit l'audiophilie est un loisir pour lequel la subjectivité est reine par définition et pas de raison de critiquer cela. Ce qui pourrait être critiquable est d'en tirer des règles ou une pseudo "science".

Enfin sur le fait d'éloigner le serveur de la chaine analogique, on ne peut qu'être d'accord. En ce sens la dissociation serveur / lecteur proposée est pertinente même sans bridgage.

[a supprimer merci]

Si on dispose d'un serveur avec deux cartes réseau, c'est facile à tester. J'ai opté pour cette solution car elle me permet de supprimer un switch dans mon installation. Je partage cet avis. Selon l'humeur, l'heure, le temps, la circulation... on peut entendre des différences la ou il n'y en a pas forcément...

[Le dom]

Voilà ceux qui n'entendent pas de différence pas de souci ne cherchez pas à vous embêter et tout ceci ne s'adresse évidemment pas à vous.

Ceux qui en entendent habituellement des différences, faites les tests si vous le pouvez bien sûr et vous pourrez vous faire une idée.

Perso je ne vends rien et je ne cherche à rien justifier. Je fais des constatations sur mon installation et sur d'autres. Certaines personnes dont pas mal non inscrites sur ce forum ou d'autres d'ailleurs partagent leurs ressentis avec moi et sans concertation, font les mêmes constatations au fur et à mesure de nos essais.
Peut être sommes nous atteint d'hallucinations collectives à distance? Je n'en sais rien.

Bref, je ne cherche pas à imposer quoique ce soit. Ce n'est pas moi qui ait ouvert ce fil ici, mais comme j'ai été cité ici, j'ai jugé bon de m'inscrire et d'intervenir.
Bon, après, je suis peut être un cas Ledom et bien je vais le rester...

[gordian]

(01-19-2017, 06:34 PM)Le dom a écrit : Bonjour gordian,

en fait le mode bridge fonctionne bien dans TinySqueeze 1.5.4 à condition d'utiliser comme je l'a écrit le kernel 441brt-usb-100 mais il y a un souci. En effet lorsqu'on passe en mode bridge, celui-ci ne prend pas en compte les serveur DNS que l'on a indiqué dans la page de configuration "Network" de Tinysqueeze. Il faut donc indiquer au bridge que l'on a créé ces DNS.

Pour cela il faut ouvrir une session SSH et éditer le fichier bootlocal.sh.

Pour cela il faut taper 

sudo mc

une fois que l'on s'est logué sur le terminal en SSH.

La console mc s'ouvre et il faut aller chercher le fichier bootlocal.sh dans le dossier /opt/

Une fois le fichier sélectionné taper sur F4 pour l'éditer.

Il faut repérer les lignes suivante:

NETDEVICES="$(awk -F: '/eth.:|tr.:/{print $1}' /proc/net/dev 2>/dev/null)"

netcards=$(echo $NETDEVICES | wc -w)
brmodule="/usr/local/lib/modules/$(uname -r)/kernel/net/bridge/bridge.ko.gz"

if [ $bridge == yes ] && [ $netcards -gt 1 ] && [ -f /sbin/brctl ] && [ -f $brmodule ]; then
    /opt/bridge.sh
Et ajouter juste en dessous ces deux lignes:

    [ -n "$ipdns1" ] && echo "nameserver $ipdns1" > /etc/resolv.conf
    [ -n "$ipdns2" ] && echo "nameserver $ipdns2" >> /etc/resolv.conf

Puis taper sur F2 pour sauver le fichier "Save"
Puis taper deux fois sur F10 pour quitter.

Ensuite taper la ligne de commande:

/opt/backup.sh

Quand c'est fini rebooter avec

sudo reboot

Voilà ça devrait fonctionner y compris en streaming avec Qobuz.

Merci pour ta réponse

[Le dom]

(01-20-2017, 08:27 AM)wgb25 a écrit : Bonjour Dom,

Profane des systèmes Linux ou similaire j’ai naturellement plusieurs interrogations, que j’ai formulées au fur et à mesure de tes explications.



Une entrée via password est nécessaire ?
Sur l’ordi qui à la clef Tiny serveur et ou Player ?
Au boot de la clef ou en fonctionnement ?

Il faut soit un terminal du genre PuTTy à installer sur un PC se trouvant sur le réseau.

http://www.putty.org/

Ou plus simple, sans doute, brancher un écran sur ton PC Tiny serveur et une fois que le système a fini de démarrer, tu tapes sur Entrée et là tu devrais voir apparaître, de mémoire "Login" ou un truc de ce genre.
Tu tapes alors:

 tc

Puis "Password devrait apparaître, tapes alors le mote de passe:

soundex.ru
 
Ensuite tu suis la procédure.

Attention toutefois le clavier sera en QWERTY, il faut donc que tu prévois une image ou une photo représentant un claiver QWERTY pour savoir sur quelle touche taper.

(01-20-2017, 08:27 AM)wgb25 a écrit : En faisant une nouvelle Install complète serveur et Player donc avec 2 nouvelles clefs, possibilité que tu mette en ligne une version `` Prête à l emploi `` avec les modif intégrées ?

Là je ne sais pas trop ce que je peux faire car pour être sûr que ça fonctionne c'est une copie exacte de la clé qu'il faut faire avec un logiciel du genre Minitool Partition Wizard .... 
Chez moi une simple copie des fichiers d'une clé à l'autre fait que la clé avec les fichiers copiés ne démarre pas.
Après, il n'y a que le serveur à retoucher.
Il se peut que Dimas mette en ligne une version corrigée. a voir..

[hug!]

salut a tous
je reprécise ici que la config de computeuraudiophile c'est, du mac a la box RJ45 et du mac a la SOtM aussi