HQPlayer

[zaurux]

Pour ceux qui auraient raté l'information, la dernière version (5.13) embarque des modulateurs 8bits pour le DSD1024.

Si comme moi, vous vous dites, ce n'est pas pour moi.. faites quand même l'essai.
J'ai eu une heureuse surprise :

https://forum-hifi.fr/thread-18799-post-...#pid861735

[ds21]

Bonjour,


Permettez moi de revenir à ma marotte concernant la normalisation du volume du son grâce à HQPlayer.

J’en ai déjà parlé ici même, mais depuis j’ai acheté les licences JPlayIOS + minimserver d’une part, et le développeur de HQP Jussi Laako a intégré son propre mode de gestion du "ReplayGain" avec la gestion de bibliothèque intégrée à HQP.

Cela fait donc 2 méthodes différentes pour réaliser la normalisation du son avec comme base HQPlayer.

Je n’ai pas suivi en détail, les fils dédiés a HQP, JPlay, et peut-être minimserver (s’il y en a un) sur Audiophilestyle, et peut-être peut-on y retrouver toutes les infos que je vais m’efforcer de développer ici. De toute façon, si elles y sont, alors elles sont disséminées dans les fils concernés et donc pas si évidentes à synthétiser.

Je ne parlerai ici, que de choses que j’ai testées moi même sur mon système.

Pour commencer,  j’avais tout d’abord utilisé dbpoweramp pour créer/calculer les tags REPLAYGAIN_ALBUM_GAIN, REPLAYGAIN_ALBUM_PEAK, REPLAYGAIN_TRACK_GAIN, REPLAYGAIN_TRACK_PEAK, qui sont, soit le calcul de la correction à apporter et le peak pour l’album entier (mais néanmoins créés aux niveau des tags de chaque morceaux d’un album donné avec la même valeur propre à l’album entier), soit le calcul de la correction à apporter et le peak pour chacun des morceaux pris individuellement (et créé, là aussi dans les tags de chaque morceau de la bibliothèque)

Pour des explications plus détaillées, voir ici: https://wiki.hydrogenaudio.org/index.php...cification.

N’étant pas très adepte des playlists (qui utilisent plutôt le ReplayGainTrack) et pour assurer la cohérence des corrections apportées aux albums qui enchaînent les morceaux en gapless tels qu’en musique lyrique, les opéras, ou bien, les albums du type "The dark side of the moon" des Pink Floyd,  j’ai préféré recopier les valeurs des ReplayGainAlbum à la place des valeurs de ReplayGainTrack (grâce au soft mp3tag sous Windows) pour être certain de toujours obtenir la correction album plutôt que la correction track quel que soit le soft qui effectue la correction/normalisation du volume.

J’ai essayé avec JplayIOS+minimserver et HQP en activant les paramètres qui vont théoriquement bien, et ça ne fonctionne pas tel quel:

Dans JPlayIOS : activation de la gestion de ReplayGain au niveau de 2 paramétrages (le paramètre send ReplayGain dans la rubrique Lecture permet aussi à HQP de récupérer le ReplayGain envoyé avec les flux qobuz en streaming et là, ça fonctionne - avec qobuz mais ça ne suffit pas pour la bibliothèque locale gérée par minimserver)


Dans minimserver : activation des tags ReplayGain avec Item Tags (j’ai activé les 4 ne sachant pas exactement ce qui est utilisé par HQP dans ce cas)


Résultat dans la log HQP : Adaptative transport gain : 0 dB (aucune correction)


La solution qui fonctionne chez moi pour la lecture des fichiers flac de ma bibliothèque locale avec minimserver est la suivante.

En fait j’ai ajouté dans minimstreamer, l’option de stream transcode suivante :  flac:wav24;" qui, avant d’envoyer le flux à HQP, décompresse tous les fichiers flac en wav et complète la profondeur de bits jusqu'à 24 bits en rajoutant 8 bits non significatifs (des 0) devant les 16bits habituels pour tout ce qui n’est pas hires.


Attention : le point-virgule à la fin de l’option flac:wav24; est absolument nécessaire, sinon, les fichiers sont bien convertis en wav24 mais les valeurs de ReplayGain ne sont pas envoyées à HQP. (car il est nécessaire que le "stream converter program" de minimserver soit exécuté - voir ci-dessous le mode d’emploi de cette commande - ne me demandez pas pourquoi...)


Résultat dans la log HQP : Adaptative transport gain : -12,49 dB (grosse correction sur un morceau du groupe Oasis sur l’album "What the Story" track n°1 "Morning Glory" et à l’écoute, l’atténuation de volume est bien constatée car très marquée pour ce morceau.


On peut observer dans la log HQP que minimserver transcode en wav24 (cf la fin de l’adresse http où HQP va chercher le flux à lire au niveau de l’instruction "Play next URI") et, de toute façon, l’album est maintenant affiché comme étant en 24bits 44,1 kHz dans l’application JPlayIOS (alors que c’est du flac 16bits 44,1 kHz)

Le coefficient 0,237411  (affiché à côté du ReplayGain de -12,49 dB est la racine carrée de 10 puissance -1,249) qui correspond au coefficient multiplicateur qui sert à calculer le résultat de la correction de gain à appliquer à chaque échantillon numérique du morceau.

Voilà voilà, pour ceux que ça intéresse...

Dans un autre post, j’essaierai d’expliquer comment le ReplayGain fonctionne avec la library intégrée à HQPlayer.

Cordialement.

[ds21]

Suite de mon précédent message concernant l’utilisation de la normalisation/nivellement du volume gérée par HQPlayer avec sa propre "library" (développements récents réalisés par Jussi Laako - créateur du soft HQPlayer)

Tout d’abord je vais m’appuyer sur le track n°1 intitulé 'Générique" d’un album de Miles Davis : "Ascenseur pour l’échafaud"

Quelques remarques préliminaires concernant les différentes méthodes de calcul du ReplayGain (correction  qui consiste à multiplier -pour du gain- ou diviser -pour de l’atténuation- la valeur numérique de l’échantillon digital qui est converti par le DAC -ce coefficient multiplicateur doit être constant pour tous les échantillons d’un même morceau- en vue de niveler le niveau de son de tout ce qu’on écoute afin d’éviter des écarts de volumes trop importants en passant d’un morceau à un autre)
Selon qu’on utilise le calcul de roon, ou bien celui de dbpoweramp (qui est paramétrable) ou bien encore celui réalisé par l’analyse de la library dans HQP, on n’obtient pas les mêmes valeurs d’atténuations ou de gains (ce qu’on peut vérifier dans la log de HQP lors de la lecture d’un morceau - au moins avec JPlayIOS+HQP ou avec HQP seul)

Pour fixer les idées pour ce qui concerne JPlayIOS+HQP, voici les valeurs de ReplayGain qui sont dans les tags du morceau de Miles Davis cité plus haut.



REPLAYGAIN_ALBUM_GAIN = REPLAYGAIN_TRACK_GAIN = - 1,49 dB (qui est, chez moi, le ReplayGainAlbum calculé par dbpoweramp et copié dans ReplayGainTrack. Cette valeur de - 1,49 dB correspond à un coefficient multiplicateur à appliquer sur chaque échantillon numérique du morceau et qui a pour valeur : racine carrée de 10 puissance (ReplayGain/10) = 0,8423643914


Et voici, lors de la lecture du morceau, ce que la log de HQP donne pour "adaptative transport gain" :  - 1,49 dB  ainsi que la valeur du coefficient associé (exactement ce qui a été calculé juste avant) : 0,842364 appliqué par HQP lorsqu’on paramètre JPlayIOS et minimserver comme décrit dans mon précédent message.


Passont maintenant à la méthode HQP seul.

Jussi Laako a amélioré la gestion de la "library" intégrée à HQPlayer.
Grâce à la "library" dans HQP, il n’est pas nécessaire d’avoir un serveur tel que roon ou minimserver : HQP devient son propre serveur.
La commande de lecture des albums (controleur) est réalisée grâce au module HQPlayerClient (dont on trouve l'appli sous Apple IOS, et sous Windows, Apple, lunix), on peut utiliser également l’appli HQPDcontrol V4 (disponible sous android et IOS).

Pour créer la "library" HQP, on dispose d’un nouveau paramètre : "perform analysis"
La valeur pour "Scan type" sera : Clean (lors de la première analyse)
Pour une première analyse avec jusqu’à plusieurs milliers d’albums, il faudra compter un temps d’exécution en jours (entre 2 et 6 jours) selon la puissance de la machine qui supporte HQP. Il faut laisser l’analyse se faire et de toute façon on ne peut utiliser HQP pour autre chose...



Le résultat de ces analyses se traduit par un certains nombre d’indicateurs qu’on peut retrouver au niveau de la liste des albums dans la vue "library" de HQP.  LES TAGS DES FICHIERS MUSICAUX NE SONT PAS MODIFIES PAR CETTE ANALYSE. TOUT LES RÉSULTATS SONT ENREGISTRÉS DANS LA BASE DE DONNÉE DE LA LIBRARY HQP (dont il faudra essayer de faire une copie de sauvegarde !? Plusieurs jours d’analyse !!  - je ne me suis pas encore attaché à ce point là)


On peut les observer également grâce à l’appli HQPDcontrol v4 avec plus de détails : indicateurs niveau global d’un album et niveau de chacune des pistes (track)

REMARQUE 1: Jussi Laako a même prévu d’indiquer au nivau album et au niveau track, si l’apodizing était nécessaire ou non et sa quantité (ce qui peut être intéressant pour le choix des filtres à utiliser- certains gèrent l’apodizing et d’autres non)
REMARQUE 2: si Jussi Laako fait bien apparaître le "Peack level", rien n’sst affiché concernant les valeurs de ReplayGain.

Maintenant, voici mes paramètres HQP : 

"Adaptative gain" = activation de l’utilisation du ReplayGain pour niveler le niveau sonore
Par défaut, que ce soit en mode album ou en mode playlist, c’est toujours le valeur du ReplayGainTrack qui est utilisée (mauvais pour de l’opéra, du classique, ou Dark Side of the Moon - cf explications message précédent)
MAIS, si on active le second paramètre "playlist album gain", c’est la valeur du ReplayGainAlbum qui sera utilisée, mais uniquement, lors la lecture  en mode playlist.


Et ce qui est dit à propos de ces paramètres dans l’aide HQP.



Maintenant, voyons comment différencier selon mon paramétrage :

• le mode album (ReplayGainTrack de HQP utilisé) 
  
• Le mode playlist (ReplayGainAlbum de HQP utilisé)
  

Il faut bien avouer que la logique de Jussi Laako m’échappe un peu...



1-MODE PLAYLIST = ReplayGainAlbum dans library de HQP

A partir de cet écran de l’appli HQPlayerClient, si on cherche l’écran à droite en faisant glisser vers la gauche

VOICI L’ECRAN DE GESTION DES PLAYLISTS (la colonne complètement à droite donne le contenu de la playlist.


Dans ce cas, la log de HQP indique bien que c’est une playlist qui est jouée et la valeur "adaptative transport gain" est 0,13 dB (c’est une augmentation du volume)



VOICI L’ECRAN DE LANCEMENT DES PLAYLISTS dans l’appli HQPDcontrol v4 en sélectionnant  ADD ALBUM AND REPLACE


Dans ce cas également, la log de HQP indique bien que c’est une playlist qui est jouée et la valeur "adaptative transport gain" est aussi 0,13 dB.



Enfin, en mode playlist, on peut vérifier que les morceaux d’un même album ont bien le même ReplayGainAlbum dans la library HQP (qui est utilisé dans ce cas)

En bas du screenshot ci-dessous de la log de HQP, on observe ce qui se passe en passant avec le morceau suivant du même album : la valeur "adaptative transport gain" 0,13 dB est identique a celle du premier morceau en haut du screenshot.






2 - MODE ALBUM = ReplayGainTrack dans library de HQP

A partir  du premier écran de l’appli HQPlayerClient, si on cherche l’écran à gauche en faisant glisser vers la droite.

VOICI L’ECRAN DE LANCEMENT DES ALBUMS


Dans ce cas la log HQP ne fait plus référence à une playlist, l’instruction est : "set transport", et la valeur "adaptative transport gain" est -3,038 dB (c’est une atténuation du volume)



VOICI LECRAN DE LANCEMENT DES ALBUMS dans l’appli HQPDcontrol v4 en sélectionnant ADD ALBUM AND PLAY (ALBUM TRANSPORT)



Dans ce cas également, la log HQP ne fait plus référence à une playlist, l’instruction est : "set transport", et la valeur "adaptative transport gain" est aussi -3,038 dB 


Enfin, en mode album, on peut vérifier que les morceaux d’un même album n’ont pas le même ReplayGainTrack dans la library HQP (qui est utilisé dans ce cas)
En bas du screenshot ci-dessous de la log de HQP, on observe ce qui se passe en passant avec le morceau suivant du même album : la valeur "adaptative transport gain" 2,548 dB est différente de celle du premier morceau en haut du screenshot -3,038 dB.




Voilà. C’est fini. Merci de votre attention.

Cordialement.

[zaurux]

Merci pour ce partage d'infos très détaillé !!

J'en profite .. et j'avoue que je galère à comprendre et régler l'option loudness
Si quelqu'un peut me faciliter la vie ? 

[ds21]

Merci à toi Stéphane.
J’ai passé un peu de temps sur le sujet, mais ça m’énervais de ne pas arriver à le faire fonctionner, surtout avec mes problèmes d’audition...

Je ne me suis pas penché sur le problème du loudness avec HQP. Je ne sais pas s’il faut des outils d’analyse spectrale avec micro, etc... que je n’ai pas. Ça peut être un sujet...

[jfp]

ds21 bravo pour ces explications détaillées.
Perso je n'utilise pas HQ. Mais je crois avoir vu que JPLAY pourrait normaliser le volume sans autre soft ?
Les différences de qualité et volume sont actuellement sidérantes. On doit jouer avec le potard constamment.

[ds21]

Hello @jfp

Jplay ne fait pas de normalisation/ReplayGain de lui même.

L’option dans JPlay, "Send Replay Gain" lorsqu’on stream qobuz (donc pas de minimserver ou autre server UPnP local dans la boucle) fait que JPlay lit les valeurs de ReplayGain qui lui sont envoyées par qobuz et les renvoie à HQP (ce point de paramétrages est lié à l’utilisation de JPlay avec HQP de même que le second paramètre "Gain adaptatif" de JPlay qui active le ReplayGain dans HQP et doit être coché lui aussi)



Voir le second paramètre coché en bas du screenshot ci-dessus.

Ça signifie que le paramètre "Gain adaptatif" n’a pas besoin d’être activé dans le paramétrage HQP lui-même, il suffit qu’il soit activé dans JPlay qui le "transmet" à HQP.

Remarque 1 : je ne sais pas si tidal transmet des valeurs de ReplayGain.
Remarque 2 : pour qobuz, ça fonctionne souvent mais pas systématiquement (certains albums ne subissent pas de ReplayGain avec qobuz)
Remarque 3 : roon peut également exploiter le ReplayGain envoyé par qobuz si on y active aussi la normalisation (en fait qobuz ne fait pas de différence entre les différents soft qui lisent ses flux.

Il faut bien comprendre que qobuz envoie un flux de musique non normalisée.
Simplement, il envoie en plus les valeurs de ReplayGain à appliquer par le soft du lecteur pour que celui-ci puisse le normaliser lui même, si l’auditeur le désire (et à condition que le lecteur soit en mesure de l’exploiter)

Edit: je viens de vérifier que quelles que soient les différents types de ReplayGain que qobuz envoie (à vérifier si il envoie réellement les 2 valeurs de ReplayGain - Track et Album), de toute façon, dans le cas de HQP seul ou bien HQP+JPlayIOS, c’est toujours le ReplayGainTrack qui est utilisé (avec qobuz), que l’on soit en mode playlist ou en mode album (donc, il peut y avoir des sauts du niveau sonore plus ou moins marqués au passage d’un morceau à un autre pour un album donné, avec le ReplayGain activé pour qobuz dans le cas d’albums de type opéra, classique, ou Pink Floyd : style "The dark side of the moon")
Mais si on n’active pas le ReplayGain, il n’y aura, en principe, pas d’écarts de niveaux d’un morceau à l’autre, simplement la normalisation ne sera pas activée.


Cordialement.

[jean-luc]

Bonjour

Depuis la mise à jour 5.13.1 , Tidal en streaming ne fonctionne plus chez moi, et les filtres utilisés sur la version précédente  bégaient coupent en Local, retour à la version 5.13.0 et tout est revenu en ordre

que ce soit une mise à jour où une réinstallation c'est la même chose, donc je reste pour l'instant sur la Version 5.13.00

très étrange comme situation 

[jean-luc]

bonjour 

pas retours ???

j'ai une autre petie Question mais qui concerne Gentooplayer et HQPe

à quoi servent ces options et y'en a  t'il qui les utilsent ????




lien pour partager des photos

[zaurux]

Jean-luc, ce sont des options que tu retrouves dans le mode d'emploi (CUDA = pour l'utilisation des carte vidéos Nvidia.. d'où le nom) et les autre sont liés à la répartition de la charge sur les coeurs.
Après, je peux pas t'en dire plus car j'utilise la version "Desktop".