HQPlayer

[mishelinka]

Salut Alban,
avant d'intervenir sur le forum, il est d'usage de se présenter:
... Le lien pour la présentation des nouveaux membres: http://forum-hifi.fr/forum-8.html

... Clique sur Nouveau sujet (en haut à droite, case noire)

Merci et à bientôt sur nos ondes ! 
Michel

[PSOM]

Salut Michel,

Ma faute, ma grande faute... J'y cours

Edit : voilà qui est fait !

[Bear]

Bonjour,

Tu as ici un début d'information sur l'optimisation de l'utilisation de ton DAC Ares avec HQPlayer:



L'idée pourrait donc être d'essayer d'alimenter ton DAC au minimum avec du DSD256, voire du DSD1024 avec les modulateurs les moins gourmands de HQP.

Sur mon MacMini M1 de 2020, je parviens à faire les deux, pour autant que je ne mette pas de convolution en oeuvre. J'utilise des filtres peu gourmands aussi: poly-sinc-gauss-long et poly-sinc-gauss-hires-mp

Pour optimiser, il faut un NAA, car macos ne sait pas envoyer du DSD autrement qu'en DoP, ce qui augmente la charge machine... Il faut donc éviter. Je ne connais pas celui dont tu disposes...

Enfin, si l'idée est de continuer à utiliser Roon, il vaut mieux que Roon tourne sur sa propre machine, HQPlayer sur une machine dédiée, et un NAA pour te connecter au DAC. Si ton MacBook Air ne suit pas, tu devrais pouvoir trouver des MacMini M1 de première génération à prix très raisonnable en occasion.

[PSOM]

Bonsoir Bear,

Merci de ton retour et du lien.


Je conclus de la remarque de Miska qu'il privilégie d'utiliser le Ares II en NOS + DSD. D'après mes premiers essais, je crois qu'il est irréaliste de vouloir faire tourner du DSD sur mon Macbook. J'arrive à faire tourner du 128 en ADSM7 avec des filtres pas méchants, sans pop ni cracks, mais le moniteur d'activité indique un % processeur de plus de 100%. Cela me semble très élevé, considérant qu'il s'agit du M2, mais je ne saurais dire ce qui explique une telle surcharge... Que tu puisses faire tourner du DSD512 et DSD1024 sur ton MacMini M1 de 2020 (je n'utilise pas de convolution non plus) me laisse donc songeur


Quand au DSD1024 comme tu le suggères, j'aurais bien aimé, mais même message d'erreur que celui que j'évoquais au sujet du PCM au dessus de 384k: "push to FIFO failed"

Faute de puissance nécessaire (et malgré donc l’impossibilité d'upsampler au dessus de 384k), je me suis rabattu sur le PCM 384k. Et là, les premières écoutes (poly-sinc-ext2 ou closed-form) me laissent penser que le DAC est mieux lorsque réglé en mode oversampling. En NOS, c'est un peu trop rond et baveux à mon goût. Sans doute que ce qui se justifie en DSD ne s'applique pas nécessairement au PCM ?

S'agissant ensuite du NAA, pardonne moi si je suis un peu bébête, mais je ne vois pas de quoi il s'agit ? Pour moi, c'était justement le rôle du Zen Stream. Pourrais-tu stp m'en dire un peu plus ?

Enfin, côté hardware, merci, je note bien ta suggestion de mac mini M1 séparé et dédié à HQP (bien qu'à date,  j'ai du mal à comprendre les limites de mon M2 en comparaison...).

Bonne soirée à toi,
Alban

[Bear]

(01-15-2024, 11:51 PM)PSOM a écrit : Je conclus de la remarque de Miska qu'il privilégie d'utiliser le Ares II en NOS + DSD.

Pas forcément ; Jussi est un thuriféraire du format DSD. Il propose donc une stratégie adaptée à ses propres préférences. Cela ne veut pas dire que le format PCM ne sera pas meilleur pour tes propres oreilles sur ton système...

(01-15-2024, 11:51 PM)PSOM a écrit : Que tu puisses faire tourner du DSD512 et DSD1024 sur ton MacMini M1 de 2020 (je n'utilise pas de convolution non plus) me laisse donc songeur

J'entends ton scepticisme. Avec les modulateurs 'standard' de Jussi, je suis limité au DSD256 sur le MacMini. Avec les nouveaux modulateurs (AHM5EC5L et AHM7EC5L), je parviens à faire passer du DSD1024, pas forcément à partir de tous les formats d'origine, mais ça passe parfaitement à partir du 'Redbook'.

(01-15-2024, 11:51 PM)PSOM a écrit : Quand au DSD1024 comme tu le suggères, j'aurais bien aimé, mais même message d'erreur que celui que j'évoquais au sujet du PCM au dessus de 384k: "push to FIFO failed"

Peux-tu nous indiquer comment tu relies le MacBook au réseau ? As-tu un adaptateur physique ou bien utilises-tu le Wifi ? Comment le DAC est-t-il relié au Macbook ?

(01-15-2024, 11:51 PM)PSOM a écrit : Faut de puissance nécessaire (et malgré donc l’impossibilité d'upsampler au dessus de 384k), je me suis rabattu sur le PCM 384k. Et là, les premières écoutes (poly-sinc-ext2 ou closed-form) me laissent penser que le DAC est mieux lorsque réglé en mode oversampling. En NOS, c'est un peu trop rond et baveux à mon goût. Sans doute que ce qui se justifie en DSD ne s'applique pas nécessairement au PCM ?

Your choice

(01-15-2024, 11:51 PM)PSOM a écrit : S'agissant ensuite du NAA, pardonne moi si je suis un peu bébête, mais je ne vois pas de quoi il s'agit ? Pour moi, c'était justement le rôle du Zen Stream. Pourrais-tu stp m'en dire un peu plus ?

Le NAA est un sigle qui désigne le terminal réseau dans le vocabulaire HQPlayer (Network Audio Adapter). Il s'agit d'une petite machine, de préférence sous Linux et faisant tourner une image de l'OS de Jussi, qui est connectée au DAC en USB ou en I2S et vers laquelle le serveur HQP (ton Mac par exemple), va envoyer le flux audio.

Il y a plusieurs choix possibles (voir le site de Jussi): https://www.signalyst.com/consumer.html

Pour ce qui me concerne, j'utilise celui-ci:
https://up-shop.org/up-gateway-atom-x5-z...e-b10.html

(01-15-2024, 11:51 PM)PSOM a écrit : Enfin, côté hardware, merci, je note bien ta suggestion de mac mini M1 séparé et dédié à HQP (bien qu'à date,  j'ai du mal à comprendre les limites de mon M2 en comparaison...).

Si tu envisages de poursuivre tes essais de HQP sous MacOS, je t'invite à trouver un NAA (par exemple à t'en faire prêter un si tu es juste en phase de tests). On reparle du sujet des performances un fois le NAA en place et le Macbook connecté au réseau par un câble ethernet et déchargé du contrôle du DAC.

---

For the purpose of record:

[zaurux]

PSOM a un NAA dans son système et un très bon : iFI ZenStream.
Je suis sensé bien connaître le produit, j'en ai un et ouvert le fil sur le forum mais je ne l'utilise plus...
De mémoire, il est limité au DSD256.. kernel ancien et non évolutif.
Une rpi ou un produit chinois (il y en a un à base de rpi + clock) peut faire l'affaire.

[PSOM]

Merci Bear, Merci Zaurux,

En effet, je me disais bien que le Zen Stream faisait bien office de NAA. Du coup, je suis censé le sélectionner en input je présume ? Mais la question reste pendante : Comment ? Si je le sélectionne en l'état, ça mouline et l'appli HQP plante aussitôt...

Ça ressemble à ça :



Je ne saisis pas bien la mention spdif dans la dénomination d'ailleurs... @Zaurux, si tu as une idée de la manière de le configurer, je suis preneur

Voilà ma config actuelle :





Enfin, Bear, pour te répondre, le Macbook est connecté en wifi et le dac est quant à lui branché en USB sur le Zen Stream, qui lui est en RJ45 depuis le switch.

---

Edit : je réalise que ça tourne configuré comme ça en input :



Et comme cela en output(ipV6) :



Soit, si je comprends bien, le Zen Stream en NAA en input, et le même en output, mais en ipV6

Un début de solution ?

[Bear]

Bonsoir,

En entrée, il faut mettre 'none'.
En sortie, effectivement sélectionner le Denafrips...

Par contre, ce serait bien de relier le Macbook au réseau par un cable... Il n'est pas exclu en effet que le débit du WiFi ne soit pas suffisant pour streamer un flux upsamplé en PCM768 ou en DSD256...

Le test ne coute pas cher en tous cas: https://www.apple.com/fr/shop/product/HJ...-de-belkin

[zaurux]

Le mode Roon Ready n'est pas nécessaire sur le ZenStream, à condition d'utiliser exclusivement le HQPlayer. Il est même possible de choisir le mode exclusif proposé par iFi audio.

Et comme le précise Bear, le flux pour du DSD256, c'est 25Mbits/s. Ce qui n'est pas délirant mais il faut un réseau fiable qui permet de tenir ce débit de manière constante.

[PSOM]

Ok, merci à tous les deux, je vais tester de relier le Macbook au switch pour voir si le blocage en PCM384 persiste.

Edit : en réalité, il me semble que c'est tout simplement le Zen Stream qui est limité au PCM384... Ce qui expliquerait que ça  coince au dessus :



Bien noté en revanche pour le "none" en input.