(04-25-2017, 09:23 PM)volpone75 a écrit : Hello @Bear, interessant !C'est un MacMini Late 2014 avec processeur i7
- Quel est le processeur équipant ton Mac Mini ?
(04-25-2017, 09:23 PM)volpone75 a écrit : - As-tu un outil pour mesurer sa charge ?Voici une illustration avec et sans convolution en partant d'un fichier DSD128
- Quel est la "surcharge" induite par la convolution ?
(04-25-2017, 09:23 PM)volpone75 a écrit : Si je comprends bien tu pars d'un DSF128 natif que tu "upsample" en DSD256.Non, la machine n'est pas assez puissante pour upsampler de DSD128 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.
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) ?Non, en fait compte tenu de la convolution, j'utilise HQPlayer en permanence...
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.