HQPlayer

[Olivier]

(04-18-2017, 07:23 PM)volpone75 a écrit :

(04-13-2017, 10:22 PM)Olivier a écrit : Et pannn !!!

voilà la charge ethernet en DSD512 sur mon tout petit Wintel CX8:



N.B.: je reprends là, car ça concerne plus HQPlayer que le T+A !

Bonne nouvelle si ton "renderer" Wintel fonctionne avec NAA en DSD512 natif. Quel était le problème ?
Du coup est-ce que tu as aussi réussi a faire fonctionner HQPlayer correctement en connexion directe via l'interface USB de ton nouveau serveur de course Ryzen ?

En ce qui concerne la bande passante ethernet requise en DSD512 via NAA, c'est donc en gros entre 6 et 7 MByte/sec.

Rien de faramineux. Reste à savoir si un RPI3 avec sa carte 10/100 et son partage de bande passante avec l'USB fait le job.
Certains disent que c'est le cas même si c'est limite et au pire un Odroid-C2 ou autre SBC Linux pourrait aussi facilement faire l'affaire si le driver DSD natif adhoc était disponible. Pas de nouvelles d'Amanero pour l'instant.

Non !!! c'est 6 à 7 Mo /s pas mb/s !!!!  
Sur le Wintel la carte Ethernet utilise aussi le bus USB, la framboise tiendra sans mal le coup... plus qu'à attendre le driver.

Sinon le problème était "con à bouffer du fouin"... j'avais activé le Dop, et donc limitait au DSD128.... Une fois désactivé, tout à fonctionner parfaitement. Mais je n'ai pas testé en direct, pour l'instant.

[volpone75]

(04-18-2017, 10:07 PM)Olivier a écrit : ....
Non !!! c'est 6 à 7 Mo /s pas mb/s !!!!  
....

J'utilise les abréviations anglaises, donc quand j'écris MB(yte et non bit) c'est Mo(ctets) pour toi. Mais au final on est d'accord.

(04-18-2017, 10:07 PM)Olivier a écrit : Sur le Wintel la carte Ethernet utilise aussi le bus USB, la framboise tiendra sans mal le coup... plus qu'à attendre le driver.

Sinon le problème était "con à bouffer du fouin"... j'avais activé le Dop, et donc limitait au DSD128.... Une fois désactivé, tout à fonctionner parfaitement. Mais je n'ai pas testé en direct, pour l'instant.

C'est plutot rassurant, cela m'étonnait que cela ne fonctionne pas. HQPlayer à l'air très stable et robuste. Passer par NAA est la meilleur solution.

[Olivier]

(04-18-2017, 10:10 PM)volpone75 a écrit : J'utilise les abréviations anglaises, donc quand j'écris MB(yte et non bit) c'est Mo(ctets) pour toi. Mais au final on est d'accord.

Oui tu as raison... honte à moi 

[Bear]

Je me suis amusé à voir jusqu'où l'on pouvait aller avec un MacMini comme serveur.

Le Mutec supportant le format DSD natif jusqu'à DSD256, et le sMS-200 reconnaissant le Mutec, j'ai testé avec les paramètres suivants:


Et cela passe parfaitement, jusqu'au traitement d'un format d'entrée DSD128, avec les quatre impulsions de convolution des corrections de Thierry69. C'est donc parfaitement utilisable, à la condition de fermer toutes les applis autres que Roon et HQPlayer sur le MacMini, y compris le moniteur de ressources...



Difficile de dire, compte tenu de la conversion DSD->PCM effectuée par le Mutec, si c'est mieux qu'en PCM, mais cela valait le coup d'essayer.

[volpone75]

(04-25-2017, 08:09 PM)Bear a écrit : Je me suis amusé à voir jusqu'où l'on pouvait aller avec un MacMini comme serveur.

Le Mutec supportant le format DSD natif jusqu'à DSD256, et le sMS-200 reconnaissant le Mutec, j'ai testé avec les paramètres suivants:
.....

Et cela passe parfaitement, jusqu'au traitement d'un format d'entrée DSD128, avec les quatre impulsions de convolution des corrections de Thierry69. C'est donc parfaitement utilisable, à la condition de fermer toutes les applis autres que Roon et HQPlayer sur le MacMini, y compris le moniteur de ressources...

....

Difficile de dire, compte tenu de la conversion DSD->PCM effectuée par le Mutec, si c'est mieux qu'en PCM, mais cela valait le coup d'essayer.

Hello @Bear, interessant ! 

- Quel est le processeur équipant ton Mac Mini ?
- As-tu un outil pour mesurer sa charge ?
- Quel est la "surcharge" induite par la convolution ?

Si je comprends bien tu pars d'un DSF128 DSF64 natif que tu "upsample" en DSD256.
Pourrais-tu aussi faire un essai en partant d'un fichier "redbook" 16b/44.1khz pour voir si tu as une charge du même ordre. Je ne sais pas bien quels sont les facteurs déterminants dans la combinatoire format d'entrée / format de sortie.

Enfin as tu comparé, sur le plan des ressources requises, HQP à ROON (qui permet maintenant d'upsampler jusqu'au DSD512) ? 

J'ai le sentiment qu'HQP a toujours une longueur d'avance dans ses algorithmes de filtrage mais rester en standalone dans ROON a aussi des avantages (simplification, robustesse) d'autant plus qu'apparemment et pour l'upsampling il semble plus économe en ressources.

En tous cas HQP est vraiment robuste et je viens de l'acquérir après la période d'évaluation. Reste pour moi a trouver la machine idéale pour le NAA en croisant les doigts pour le driver LINUX mais c'est une autre histoire. Pour le serveur le plan RYZEN d'Olivier est séduisant.

Enfin, je remarque que les DAC avec un signal path "DSD512 natif" deviennent de plus en plus répandus. Cela devient "hype"  , on verra bien si cela boost HQPlayer qui reste pour l'instant assez confidentiel.

[Bear]

(04-25-2017, 09:23 PM)volpone75 a écrit : Hello @Bear, interessant ! 

- Quel est le processeur équipant ton Mac Mini ?

C'est un MacMini Late 2014 avec processeur i7

(04-25-2017, 09:23 PM)volpone75 a écrit : - As-tu un outil pour mesurer sa charge ?
- Quel est la "surcharge" induite par la convolution ?

Voici une illustration avec et sans convolution en partant d'un fichier DSD128

(04-25-2017, 09:23 PM)volpone75 a écrit : Si je comprends bien tu pars d'un DSF128 natif que tu "upsample" en DSD256.
Pourrais-tu aussi faire un essai en partant d'un fichier "redbook" 16b/44.1khz pour voir si tu as une charge du même ordre. Je ne sais pas bien quels sont les facteurs déterminants dans la combinatoire format d'entrée / format de sortie.

Non, la machine n'est pas assez puissante pour upsampler de DSD128 en DSD256.
Depuis un fichier redbook, la charge est minime. La machine supporte l'upsampling en DSD256. Lorsque l'on met en oeuvre une convolution, HQPlayer fait une sorte de conversion en PCM pour appliquer la convolution, puis une nouvelle conversion en DSD. La convolution en DSD est donc la situation la moins favorable.

(04-25-2017, 09:23 PM)volpone75 a écrit : Enfin as tu comparé, sur le plan des ressources requises, HQP à ROON (qui permet maintenant d'upsampler jusqu'au DSD512) ? 

J'ai le sentiment qu'HQP a toujours une longueur d'avance dans ses algorithmes de filtrage mais rester en standalone dans ROON a aussi des avantages (simplification, robustesse) d'autant plus qu'apparemment et pour l'upsampling il semble plus économe en ressources.

Non, en fait compte tenu de la convolution, j'utilise HQPlayer en permanence...

[volpone75]

(04-25-2017, 10:10 PM)Bear a écrit : C'est un MacMini Late 2014 avec processeur i7

Un i7-4578U à 3.0 GHz (4 coeurs) ?

(04-25-2017, 10:10 PM)Bear a écrit : Non, la machine n'est pas assez puissante pour upsampler de DSD128 en DSD256.
Depuis un fichier redbook, la charge est minime. La machine supporte l'upsampling en DSD256. Lorsque l'on met en oeuvre une convolution, HQPlayer fait une sorte de conversion en PCM pour appliquer la convolution, puis une nouvelle conversion en DSD. La convolution en DSD est donc la situation la moins favorable.

Tu pars donc en fait de DSF64 (fichier natif) et parviens a produire du DSD256 tout en appliquant une convolution assez "lourde" sans que le processeur talonne, c'est ça ?

Je n'arrive pas à distinguer la charge spécifique à la convolution dans les éléments postés.

[Bear]

(04-25-2017, 11:25 PM)volpone75 a écrit :

(04-25-2017, 10:10 PM)Bear a écrit : C'est un MacMini Late 2014 avec processeur i7

Un i7-4578U à 3.0 GHz (4 coeurs) ?

[img][/img]

(04-25-2017, 11:25 PM)volpone75 a écrit :

(04-25-2017, 10:10 PM)Bear a écrit : Non, la machine n'est pas assez puissante pour upsampler de DSD128 en DSD256.
Depuis un fichier redbook, la charge est minime. La machine supporte l'upsampling en DSD256. Lorsque l'on met en oeuvre une convolution, HQPlayer fait une sorte de conversion en PCM pour appliquer la convolution, puis une nouvelle conversion en DSD. La convolution en DSD est donc la situation la moins favorable.

Tu pars donc en fait de DSF64 (fichier natif) et parviens a produire du DSD256 tout en appliquant une convolution assez "lourde" sans que le processeur talonne, c'est ça ?

Je n'arrive pas à distinguer la charge spécifique à la convolution dans les éléments postés.

J'ai bcp d'albums en PCM, qq albums en DSF64 et qq autres en DSF128. Je pars des uns ou des autres...
Je parviens à appliquer une convolution à 4 impulsions et à produire du DSD256 à partir des fichiers PCM et du DSD128 à partir des fichiers DSF.

Voici la charge explicitée à partir d'un DSF128:

[volpone75]

Merci @Bear,

Ta convolution semblant consommer plus de la moitié de la charge il est probable que cette machine (I7 3GHz 2 coeurs) puisse même faire du PCM 44.1 > DSD512 hors convolution mais sans beaucoup de marge tout de même et pas avec les filtres HQP les plus gourmands.

Je me suis aperçu que des que le proc talonnait avec des pics, même très brefs, à 90 - 100% cela se traduisait parfois par des petits défauts audibles. Il est préférable de prévoir une marge confortable.

Le concepteur d'HQP dit clairement que son soucis est d'obtenir la qualité sonore optimum, les ressources consommées étant secondaires pour lui. Heureusement les processeurs progressent continuellement.  

Ton retour à le mérite de montrer que le DSD512 d'HQP (ou le DSD256 + convolution) est quand même abordable, des aujourd'hui , avec une machine assez standard.

[Olivier]

Je reviens sur l'intégration.
On ne parle que du couple Roon / HQP. D'après le concepteur, on peut aussi utiliser :

• muso
  
  
• Alchemy Desktop
  

Bon c'est tristounet, pas "pilotable" avec une tablette, pas de Qobuz en vue.... 

Roon est assez exceptionnel d'ergonomie, et une fois qu'on y a gouté, le reste semble bien fade. Mais le fait qu'ils aient du mal à tomber d'accord avec Qobuz me bloque un peu. J'avoue aussi qu'étant habitué à l'open source, j'ai pris la mauvaise habitude du quasi gratuit

Avez vous vu d'autres intégrations: Jriver, Kodi, autre... qui permettent l'utilisation d'une tablette et compliant avec Qobuz ?