HQPlayer

[Bear]

(01-29-2022, 03:04 PM)Marcus a écrit : J'ai aussi fini de bricoler donc, installation d'Ubuntu sur l'H3 pour Roon Server (j'ai essayé Fedora mais je n'arrivais pas à installer Roon), sur l'H5 c'est HQPlayer embedded qui tourne et enfin GentooPlayer sur l'USBridge ouf, et maintenant, enfin l'écoute...

Merci à tous ceux qui m'ont permis d'avancer dans mes travaux  

Dernière petite question, sait-on installer HQPlayer Embedded sur le ssd interne plutôt que sur l'USB, et si oui, comment faire ? Merci

@+

Heureux pour toi

La commande lsblk va te permettre de lister les disques de ta machine.
Tu devrais trouver une clé (/dev/sdb) et un disque dur (/dev/sda ou /dev/nvmexxx).
Je t'invite à noter les devices affichés.
Ceux-ci sont montés sur la distro de Jussi sous /run/media.

Il suffira donc de taper la commande:
su pour te mettre en superviseur
dd if=/run/media/sdb of=/run/media/nvmexxxx

Attention au fait que toutes les informations du disque cible seront effacées, car il s'agit d'une copie bit par bit...

Tu pourras ensuite enlever la clé et tu devrais pouvoir redémarrer depuis le disque.

[Marcus]

Ça fonctionne du tonnerre, merci 

[jram]

(01-28-2022, 12:57 AM)zaurux a écrit : Bon, c'est officiel.. je laisse tomber GentooPlayer.. pour l'Allo USBridge, et même les images NAA de Jussy.
Là c'est facile, il n'en a jamais fait pour l'USBridge 
Mais même en comparant avec une image NAA sur une RPI4, PicoPlayer 8.10 + NAA enterre tout !! 
Et vous avez vu une image de 132mo qui fait autant de musique !!

Un peu compliqué pour arriver à faire fonctionner en IPV6 en connexion directe sur mon serveur HQPlayer.
Pas conseillé et en plus ça fonctionne tranquille en passant par un switch. Sauf que mon switch est en 100Mo et qu ec'est parfois un peu limité vis à vis de la connexion directe en giga.
En plus, en passant par le switch la latence passe à 5ms contre 2/1ms en directe.

Mais alors... [mode béotien angélique]... mais alors, le son !!! 
Je vous dis pas si j'appliquais la même chose au serveur !! 

Transparence +, impacts ++, extension du registre ++

Bonjour Zaurux,

Tu as compilé le module naa toi même?

[zaurux]

Non, j'ai récupéré les infos d'un portage (Hong-Kong) sous forme d'extension à PicoPlayer.
Depuis j'ai modifié les éléments de lancement pour intégrer des éléments d'optimisations audios (priorité irq) et NAA lancé en RT sur le core 3.
Le noyau PicorePlayer 5.10.77 n'est pas RT.
J'ai rajouté l'IPV6 et IP fixe pour mon utilisation en direct depuis le serveur.
Le serveur http de configuration (webgui) est arrêté car inutile et pouvant bloquer la reconnaissance par HQP.
Mais j'ai fait 2 images dont une avec dhcp qui fonctionne très bien derrière un switch sur une RPI4.
Et pour le fun, j'ai upgradé la version "top" intégrée dans busybox pour récupérer les infos "PI" (priorité) et "NI" (nice).
Et aussi supprimé le swap compressé en ram. Il y a la place en ram pour tout mettre.

J'ai fait un script (avec des moufles.. qui ferait bondir un pro) qui permet d'avoir le "status" de NAA, de le lancer ou le stopper (si le flux est arrété.. sinon ça bugge ?).


... info à limiter au forum.

[rastabill]

Felicitation Stephane et si en plus tu partage une image Iso avec le forum c'est la grande classe

Bon je n'ai pas de Rpi4... Mais il y a sûrement des personnes intéressées 

[Bear]

(02-01-2022, 12:41 PM)zaurux a écrit : Non, j'ai récupéré les infos d'un portage (Hong-Kong) sous forme d'extension à PicoPlayer.
Depuis j'ai modifié les éléments de lancement pour intégrer des éléments d'optimisations audios (priorité irq) et NAA lancé en RT sur le core 3.
Le noyau PicorePlayer 5.10.77 n'est pas RT.
J'ai rajouté l'IPV6 et IP fixe pour mon utilisation en direct depuis le serveur.
Le serveur http de configuration (webgui) est arrêté car inutile et pouvant bloquer la reconnaissance par HQP.
Mais j'ai fait 2 images dont une avec dhcp qui fonctionne très bien derrière un switch sur une RPI4.
Et pour le fun, j'ai upgradé la version "top" intégrée dans busybox pour récupérer les infos "PI" (priorité) et "NI" (nice).
Et aussi supprimé le swap compressé en ram. Il y a la place en ram pour tout mettre.

J'ai fait un script (avec des moufles.. qui ferait bondir un pro) qui permet d'avoir le "status" de NAA, de le lancer ou le stopper (si le flux est arrété.. sinon ça bugge ?).


... info à limiter au forum.

Bravo Stéphane,

Je suis heureux de voir que ta quête pour avoir un NAA qui fonctionne selon tes désirs est en voie d'aboutir

Je suis en train de creuser les aspects RT du noyau de Linux et m'aperçois que nous arrivons à un moment où le noyau de base embarque l'essentiel des 'features' RT qui étaient autrefois l'apanage de noyaux spécialisés (type CCRMA de Stanford pour ceux qui ont suivi l'aventure). Lire ici: https://www.phoronix.com/scan.php?page=n...-Linux-515 et ici comment mettre en oeuvre: https://cm-mail.stanford.edu/pipermail/p...18878.html

A noter que la version 5.16 du noyau règle un certain nombre de difficultés liées à l'USB Audio: https://www.phoronix.com/scan.php?page=n...B-Audio-LL

Et pour ceux qui, comme toi, sont des adeptes de la surveillance serrée de la latence, voici aussi une innovation intéressante, qu'apporte la version 5.17 du noyau: https://bristot.me/and-now-linux-has-a-r...rtla-tool/

Du coup, il est vraisemblable que la valeur ajoutée des noyaux optimisés RT des distros spécialisées audio aille en s'amenuisant avec l'intégration de toutes ces fonctionnalités au noyau de base. Nous vivons des temps étonnants pour l'utilisation des outils informatique dans le reproduction musicale

Pour ce qui me concerne, j'ai rajouté les commandes: preempt=full processor.max_cstate=1 idle=poll au démarrage du noyau sur mon NAA et suis en cours d'évaluation...

[patatras]

Bravo Stéphane et Pierre, les maîtres linuxiens. Chapeau!  

Du haut de mes modestes compétences, j'ai réussi à installer le kernel 5.16 sur mon serveur (Fedora 35). L'OS est beaucoup plus réactif.
Je vais sans doute passer au 5.17... 

Merci pour vos précieuses infos.

[zaurux]

@rastabill :

Merci Michel mais j'ai juste assemblé des bouts avec du scotch.. et encore question scotch, j'y suis allé sans élégance.. mais ça tient !! 
(par contre, il faudrait que je demande à un pro de reprendre le script... pour m'améliorer).

@Bear :
Pierre, j'ai regardé quelques kernels mais tous développés pour Rpi4 et comme mon Allo est sous Cm3+, je me contente de celui de piCore 8.1... et cela fonctionne très bien.
Au passage, j'ai tenté la wifi sur la Rpi4 et le résultat est étonnant.
http://forum-hifi.fr/thread-10541-post-5...#pid564567
C'est très bon sur ma Rpi4, bien alimentée (Shanti) et qui passe par le petit reclocker Olenbach (marche pas en direct avec le Pegasus !!?).
Donc j'ai 3 images de 132M0. C'est tellemeent petit que c'est presque pas la peine de modifier les réglages. Il est presque plus facile d'écrire la micro-SD en 7s !!

• 1 image en IPv4 fixe (bidon) pour utiliser l'IPV6 en direct depuis l'Allo (latence réseau > 2ms)
  
• 1 image dhcp IPV4 compatible Allo et RPI4 pour passer par un switch (latence réseau > 5ms)
  
• 1 image dhcp / wifi compatible Allo et RPI4 pour connexion directe au dac (latence réseau > 7ms)
  

La latence réseau (voir dans le gestionnaire de tâche du serveur) est à titre indicatif mais n'a pas d'impact.
Et je me suis amusé à revoir le fichier "motd" (message de connexion). 
Voilà, avec le kernel : 

[Bear]

(02-02-2022, 07:04 PM)zaurux a écrit : @rastabill :

Merci Michel mais j'ai juste assemblé des bouts avec du scotch.. et encore question scotch, j'y suis allé sans élégance.. mais ça tient !! 
(par contre, il faudrait que je demande à un pro de reprendre le script... pour m'améliorer).

@Bear :
Pierre, j'ai regardé quelques kernels mais tous développés pour Rpi4 et comme mon Allo est sous Cm3+, je me contente de celui de piCore 8.1... et cela fonctionne très bien.
Au passage, j'ai tenté la wifi sur la Rpi4 et le résultat est étonnant.
http://forum-hifi.fr/thread-10541-post-5...#pid564567
C'est très bon sur ma Rpi4, bien alimentée (Shanti) et qui passe par le petit reclocker Olenbach (marche pas en direct avec le Pegasus !!?).
Donc j'ai 3 images de 132M0. C'est tellemeent petit que c'est presque pas la peine de modifier les réglages. Il est presque plus facile d'écrire la micro-SD en 7s !!

• 1 image en IPv4 fixe (bidon) pour utiliser l'IPV6 en direct depuis l'Allo (latence réseau > 2ms)
  
• 1 image dhcp IPV4 compatible Allo et RPI4 pour passer par un switch (latence réseau > 5ms)
  
• 1 image dhcp / wifi compatible Allo et RPI4 pour connexion directe au dac (latence réseau > 7ms)
  

La latence réseau (voir dans le gestionnaire de tâche du serveur) est à titre indicatif mais n'a pas d'impact.
Et je me suis amusé à revoir le fichier "motd" (message de connexion). 
Voilà, avec le kernel : 

Bravo en tous cas, et l'interface de ton noyau est cool  

De mon coté, je partage volontiers le script (non professionnel) que j'ai écrit pour automatiser quelques unes des tâches nécessaires sous Fedora.



L'idée est de faciliter l'accès à celles et ceux qui auraient envie de se lancer mais ne se sentiraient pas les compétences pour démarrer...

[EDIT] Une petite remarque et mise en garde: le preemptive multitasking a un effet assez significatif sur la température de la machine sur laquelle vous le faites tourner. Soyez attentif à surveillez la température de votre processeur pour ne pas le faire trop chauffer

[Patatorz]

Zaurux et Bear : bravo et merci pour tous vos partages. Ceux qui galèrent vous remercient !