GentooPlayer

[Ikyo]

Merci pour toutes ces infos fichent d'enseignement. 
concernant les connexions, l'Holo Red et le RPI5 ne sont plus connectés directement, mais passent par le switch ?


Si comme tu le dis l'interface ethernet du RPI5 est vraiment meilleure que celle du RPI4, je peux aussi revoir l'ensemble de la config et pourquoi pas partir sur une config basée sur 2 RPI5, reste à étudier le sujet de l'alimentation et du bruit éventuel des ventilos manifestement nécessaires à l'utilisation d'un RPI5.

(02-12-2024, 01:37 PM)herisson88 a écrit :

(02-12-2024, 12:02 PM)Ikyo a écrit : Bonjour,

J'aurais besoin d'un conseil avisé d'un spécialiste Gentooplayer et Diretta !

Actuellement mon streamer (player) est basé sur un RPI4 + Gentooplayer kernel 6.1.54 CLTO+ Alim linéaire DIY + Squeezilite R2
LMS est installé sur un Mac mini
J'envisage de transformer l'installation en utilisant un autre RPI à la place du Mac mini, de reprendre une licence gentooplayer+CLTO + Diretta et de le faire tourner comme serveur LMS.

Si j'ai bien compris le premier RPI (RPI4) devient un DIRETTA TARGET et reste connecté au DAC, le deuxième RPI (RPI4 ou RPI5) serait le Diretta Host et connecté au port ethernet du Target via un adaptateur USB3/Ethernet, et ensuite connecté au switch réseau.

Si je prends un RPI5 :
Vaut-il mieux l'utiliser en tant que HOST ou TARGET ?
J'ai rencontré des problèmes de connexion avec des cables USB high end sur RPI4, il semblerait qu'avec le RPI5 il n'y ai pas de problème, d'où ma question relative à l'usage Host ou target...
Par contre il paraît que le RPI 5 chauffe beaucoup, est-ce sensible avec GENTOOPLAYER ? je désire conserver le principe FANLESS, qui me semble le plus adaptée à un usage audio.

Parmi les dilemmes : Mon alimentaient actuelle peut sans problème alimenter simultanément 2 RPI4, mais pas un RPI4 + RPI5 (puissance demandée par le RPI5 trop élevée).
Si le RPI5 n'apporterait pas un drop important, l'utilisation d'un deuxième RPI4 permettrait une installaient One box de l'ensemble HOST+TARGET
Merci pour vos conseils avisés !

Il parait raisonnable de mettre le process target le plus léger sur le RPI4 (même si de mon côté je n'avais pas le choix !)

Pour Info j'utilise la même alimentation pour RPI5 que anciennement sur RPI4 et dans mon cas de Host cela ne pose aucun problème (cela apporte certaines limitations sur les USB auto alimentés) Donc actuellement j'utilise toujours mon Allo Shanti sur le RPI5. Et le fait d'être en 3A ne semble apporter aucune limitation, il est bien plus rapide en effet que le RPI4 de mon Red...

Personnellement j'ai mis le RPI5 en Host car j'avais le Red comme Target (et bien sûr je profite de l'I2S du Holo Red). L'arrivée du RPI5 a donné une belle amélioration de qualité sonore (qui est sans doute due à une bien meilleure interface réseau) et ce malgré le fait qu'il y ait un tout petit ventilo (alors que le RPI qu'il remplaceait n'en avait pas) (Sans doute ce pourrait être meilleur sans ventilos)
Avec le micro ventilo je suis à 50°C optimal.

J'ai utilisé par le passé un dongle usb/ethernet pour séparer le réseau UPnP et le lien Host/Target. Mais depuis l'arrivée du RPI5 et de son super interface réseau (ainsi que le changement de l'alim de mon switch) je trouve que c'est meilleur à l'oreille chez moi de passer par la seule carte du RPI5. Peut être mon dongle est pourri : ce n'est pas un truc ultra qualitatif (si vous en avez à me conseiller...

CTLO avait été une amélioration sur mon système, maintenant beaucoup de choses ont changé depuis (mais je n'ai jamais fait de retour arrière pour recomparer)

Pour les Kernel j'ai un faible sur les EUP NOR
J'utilise RT en host et non RT en Target

Je ne suis pas fan du Kernel 73 qui n'est pas apprécié non plus par le forum d'en face
Ordinairment je suis sur 68 côté host et 53 en target
Je teste actuellement 6.2 RT en host et 53 non RT en target
Je ne connais que peu de personne qui soient restés sur le dernier kernel 73 parmi mes amis du bout du monde de l'autre forum ;-)...

J'ai mis la conf d'affinité de CPU que j'ai donné (dans mon message précédent)
Ainsi que les Tweaks tels que préconisés par Antonello (dans mon message précédent)

[herisson88]

Je ne vais pas m'avancer outre mesure : peut être qu'un dongle ethernet de meilleur qualité changerait aussi la donne
Dans la logique le direct entre host et target devrait être meilleur
Le goulot d'étranglement est forcement ce dongle !
J'ai été le premier surpris par le fait que passer par le switch, plutôt que dongle pour l'upnp et direct vers le target, soit meilleur.
Maintenant l'alimentation du switch est soignée mais il s'agit d'un switch "ordinaire"
Il se peut aussi que l'alimentation à 3A puisse expliquer que le passage par dongle auto-alimenté soit limitant, dans ce cas le pb serait dans la puissance de l'alimentation linéaire.
Il est possible que j'envisage un passage à une alimentation Audiophonics du bon ampérage.

[Alaindeloin]

Bonsoir à tous,

j’ai une question à propos de l’intégration de HqPlayer dans GP,
à savoir un intérêt qualitatif supérieur dans la restitution sonore?

Merci pour vos retours.
Alain.

[Jibem]

Hello,
Oui pour ma part  je l’utilise avec bonheur. 

Tu peux l’installer gratuitement, juste sa version démo est limitée à 30 min. 
Il suffit de le relancer pour en profiter le temps de tester sereinement. 
C’est d’ailleurs une bonne initiative de HQP 
Bons tests

[kole]

Je plussoie

[jean-luc]

après tout dépend de la puissance de la machine qui va l'emmener, il est très flexible dans son utilisation demande un peu de temps pour l'apprivoiser, mais en fonction du résultat recherché avec pléthores de filtres , c est une bonne option 

à suivre......

[Alaindeloin]

Merci pour vos retour. Je le testerai.
Je vous dirai mes impressions.
Bonne soirée.

[Marcus]

Le nouveau noyau GP est sorti...

0 Gp-Update --> 2. UP/DW kernel* New --> 240224

[Ikyo]

(02-12-2024, 06:12 PM)herisson88 a écrit : Je ne vais pas m'avancer outre mesure : peut être qu'un dongle ethernet de meilleur qualité changerait aussi la donne
Dans la logique le direct entre host et target devrait être meilleur
Le goulot d'étranglement est forcement ce dongle !
J'ai été le premier surpris par le fait que passer par le switch, plutôt que dongle pour l'upnp et direct vers le target, soit meilleur.
Maintenant l'alimentation du switch est soignée mais il s'agit d'un switch "ordinaire"
Il se peut aussi que l'alimentation à 3A puisse expliquer que le passage par dongle auto-alimenté soit limitant, dans ce cas le pb serait dans la puissance de l'alimentation linéaire.
Il est possible que j'envisage un passage à une alimentation Audiophonics du bon ampérage.

Bonjour !

Merci encore pour tes conseils très avisés qui m'ont permis de mettre oeuvre le système. 
J'ai fini, par faire le choix d'un deuxième RPI4, je reste en fanless et conserve mon alimentation pour les deux RPI.
A aujourd'hui, sur mon système j'obtiens les meilleurs résultats avec les Kernell 6.1.54 Non RT sur les deux RPI (target et Host).
L'idée de départ était de faire un streamer/serveur "embedded", on oublie j'ai réinstallé LMS sur un Mac mini dédié à la tâche de serveur, le résultat est très nettement au dessus comparativement à LMS depuis gentooplayer.
je crois bien qu'il faut se faire à l'idée : Une fonction = une machine !

[Begastor]

Oui et aussi une alimentation par machine...