HQPlayer

[Bear]

(02-02-2022, 08:48 PM)Patatorz a écrit : Zaurux et Bear : bravo et merci pour tous vos partages. Ceux qui galèrent vous remercient !

Merci pour tes encouragements

[zaurux]

Merci ;

Je viens de mettre en ligne 2 images (dhcp sans wifi et dhcp avec wifi activée) ici :
https://drive.infomaniak.com/app/share/1...52f112b5a9

Il faut un mot de passe pour accéder au répertoire (un forum bien connu... juste le nom). 

Pour le reste, c'est basé sur piCorePlayer donc tout se charge en ram et s'il on veut faire de modifications, il ne faut pas oublier de sauvegarder.
Commandes classiques :

Code :

piCore
------
- pcp bu               : (b)ack(u)p
- pcp sd               : (s)hut(d)own
- pcp bs               : (b)ackup then (s)hutdown
- pcp rb               : (r)e(b)oot
- pcp br               : (b)ackup then (r)eboot

Et si vous voulez avoir accès à l'interface web de piCoPlayer, il faut la lancer comme avec la commande : "sudo httpd".
L'interface est accessible ensuite à l'adresse : http://IP_de_votre_RPI
A priori ce n'est pas nécessaire. L'usb audio est actif.
Et si, sous HQP serveur vous avez les sorties casques de la RPI, c'est que votre dac usb est éteint 

Je n'ai pas mis en ligne la version IPV4 Fixe/IPV6 car je dois être le seul à utiliser un montage direct de l'Allo sur la 2nde sortie de la JCAT (sans bridge, 2 IP, HQP géré par Roon).

---

J'ai oublié un truc... pour le WIFI. L'image est pré-configurée pour mon réseau.
Donc à modifier. Il suffit de se connecter en ethernet, d'identifier l'IP de la RPI et ensuite ouvrir une session SSH (user "tc", mot de passe "piCore" pour taper "sudo httpd". 
L'interface web s'active.
Vous ouvrez votre navigateur et tapez l'IP de la RPI pour aller sur l'onglet "Wifi". Vous mettez à jour vos infos de connexion >> "save".
Vous débranchez la RPI, l'ethernet... vous rebranchez et ça doit être bon !! 
Si cela parait trop compliqué (session SSH), je peux réactiver de lanière permanente l'interface web.

[Marcus]

Chapeau bas les amis, vous êtes des cracks !!! Merci pour vos partages même si je n'y pige que dalle à vos bidouilles.

[Bear]

Bonjour à tous,

Jussi confirme ici (https://audiophilestyle.com/forums/topic...nt=1182461) que la gestion de la latence qui est critique dans le processus de reproduction musicale est gérée sur le NAA dans son architecture. Il n'est donc pas nécessaire de se prendre la tête avec ce sujet sur le serveur.

Par contre, il est important d'utiliser une de ses images sur le NAA.

Pour ceux qui sont concernés, dans le cas de l'utilisation d'une carte Lucia de Diretta, c'est le driver de celle-ci qui gère la partie temps réel...

C'est en tous cas ma compréhension des choses

[Bear]

J'ai posté mon script ici: http://forum-hifi.fr/thread-25500.html
Enjoy

[mftech]

(02-05-2022, 05:24 PM)Bear a écrit : Bonjour à tous,

Jussi confirme ici (https://audiophilestyle.com/forums/topic...nt=1182461) que la gestion de la latence qui est critique dans le processus de reproduction musicale est gérée sur le NAA dans son architecture. Il n'est donc pas nécessaire de se prendre la tête avec ce sujet sur le serveur.

Par contre, il est important d'utiliser une de ses images sur le NAA.

Pour ceux qui sont concernés, dans le cas de l'utilisation d'une carte Lucia de Diretta, c'est le driver de celle-ci qui gère la partie temps réel...

C'est en tous cas ma compréhension des choses

Quelle est la valeur de la latence de Diretta ?

[Bear]

(02-05-2022, 07:54 PM)mftech a écrit :

(02-05-2022, 05:24 PM)Bear a écrit : Bonjour à tous,

Jussi confirme ici (https://audiophilestyle.com/forums/topic...nt=1182461) que la gestion de la latence qui est critique dans le processus de reproduction musicale est gérée sur le NAA dans son architecture. Il n'est donc pas nécessaire de se prendre la tête avec ce sujet sur le serveur.

Par contre, il est important d'utiliser une de ses images sur le NAA.

Pour ceux qui sont concernés, dans le cas de l'utilisation d'une carte Lucia de Diretta, c'est le driver de celle-ci qui gère la partie temps réel...

C'est en tous cas ma compréhension des choses

Quelle est la valeur de la latence de Diretta ?

Je ne suis pas le plus qualifié pour répondre à ta question. Il me semble néanmoins que la dernière version du driver ASIO (donc sous Windows) permet de régler la latence du driver ALSA  du firmware de la carte Lucia (communication entre la carte Lucia et le DAC) dans l'ordre de la milliseconde. Par défaut, il me semble être réglé à 10ms, et sur ma machine, je l'ai réglé à 5ms dans l'espoir de parvenir à traiter des flux de 1.4112 ou 1.536 MHz. Sans succès néanmoins.

Ce qui est néanmoins intéressant de noter c'est l'influence du lissage réalisé par Diretta:
En entrée du NAA sur mon système, avec un DSD 512, voici le traffic de l'interface:



On voit que le traffic est assez irrégulier (entre 41.52 et 49.72 MBits/s).

En sortie du NAA vers la carte Lucia:



Le traffic est parfaitement lissé, avec un une valeur de débit comprise entre 45.76 et 46.01 MBits/s.

C'est ce lissage qui est censé, selon les concepteurs de Diretta, de permettre de réguler le travail de l'interface USB et d'en diminuer le bruit...

[zaurux]

Jussy est un ancien de chez Nokia et connait les protocoles de communication sur le bout des doigts.
Par contre, lorsque l'on parle latence, il y a plusieurs versions des choses.
La latence de communication, notamment entre un serveur et un client. Classiquement en téléphonie et voip.
Et par ailleurs au sein d'un ordinateur et de sa gestion par un OS, la latence entre process et interruptions qui permet de "fluidifier" le traitement d'information entre matériels, process et E/S.
En gros quand cela bloque, vous avez un flux haché et quand celà est optimisé, vous accéder à une certaine transparence de traitement, indépendamment de la transmission du signal du serveur au client.
Contre exemple, vous installer sur un serveur HQplayer et sur un client, une image NAA.
Tout est transmis de manière efficace mais si vous avez un gros soucis de driver sur le serveur et une latence anormale... C'est inaudible !!

[Bear]

(02-06-2022, 12:20 AM)zaurux a écrit : Jussy est un ancien de chez Nokia et connait les protocoles de communication sur le bout des doigts.
Par contre, lorsque l'on parle latence, il y a plusieurs versions des choses.
La latence de communication, notamment entre un serveur et un client. Classiquement en téléphonie et voip.
Et par ailleurs au sein d'un ordinateur et de sa gestion par un OS, la latence entre process et interruptions qui permet de "fluidifier" le traitement d'information entre matériels, process et E/S.
En gros quand cela bloque, vous avez un flux haché et quand celà est optimisé, vous accéder à une certaine transparence de traitement, indépendamment de la transmission du signal du serveur au client.
Contre exemple, vous installer sur un serveur HQplayer et sur un client, une image NAA.
Tout est transmis de manière efficace mais si vous avez un gros soucis de driver sur le serveur et une latence anormale... C'est inaudible !!

Je sais que tu travailles beaucoup sur la latence du serveur et que l'analyse que je fais des propos de Jussi peut ne pas être en accord avec tes convictions. Ceci étant posé, je n'ai pas exactement la même compréhension que toi.

Il me semble que la communication entre le serveur et le NAA est une communication Ethernet, et donc asynchrone. Et que cette communication asynchrone va réduire à néant les efforts réalisés en amont, car les paquets seront transmis au rythme du routeur et pas au rythme imposé par le serveur.

De ce fait, Jussi met l'accent sur la partie qui lui parait critique qui est la communication entre le NAA et le DAC, qui doit être régie par des processus temps réel.

En l'absence de NAA, il n'y a pas de communication Ethernet, et la communication avec le DAC est assurée par le serveur et il est donc critique que la partie temps réel soit sur le serveur.

Enfin, c'est ma compréhension, et je suis prêt à avoir tort, mais tes explications ne me convainquent pas...

[mftech]

(02-05-2022, 10:49 PM)Bear a écrit :

(02-05-2022, 07:54 PM)mftech a écrit :

(02-05-2022, 05:24 PM)Bear a écrit : Bonjour à tous,

Jussi confirme ici (https://audiophilestyle.com/forums/topic...nt=1182461) que la gestion de la latence qui est critique dans le processus de reproduction musicale est gérée sur le NAA dans son architecture. Il n'est donc pas nécessaire de se prendre la tête avec ce sujet sur le serveur.

Par contre, il est important d'utiliser une de ses images sur le NAA.

Pour ceux qui sont concernés, dans le cas de l'utilisation d'une carte Lucia de Diretta, c'est le driver de celle-ci qui gère la partie temps réel...

C'est en tous cas ma compréhension des choses

Merci pour la précision, à savoir si cette variation de débit à une influnece directe sur la qualité sonore.


Quelle est la valeur de la latence de Diretta ?

Je ne suis pas le plus qualifié pour répondre à ta question. Il me semble néanmoins que la dernière version du driver ASIO (donc sous Windows) permet de régler la latence du driver ALSA  du firmware de la carte Lucia (communication entre la carte Lucia et le DAC) dans l'ordre de la milliseconde. Par défaut, il me semble être réglé à 10ms, et sur ma machine, je l'ai réglé à 5ms dans l'espoir de parvenir à traiter des flux de 1.4112 ou 1.536 MHz. Sans succès néanmoins.

Ce qui est néanmoins intéressant de noter c'est l'influence du lissage réalisé par Diretta:
En entrée du NAA sur mon système, avec un DSD 512, voici le traffic de l'interface:



On voit que le traffic est assez irrégulier (entre 41.52 et 49.72 MBits/s).

En sortie du NAA vers la carte Lucia:



Le traffic est parfaitement lissé, avec un une valeur de débit comprise entre 45.76 et 46.01 MBits/s.

C'est ce lissage qui est censé, selon les concepteurs de Diretta, de permettre de réguler le travail de l'interface USB et d'en diminuer le bruit...