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)
![[Image: Capture-d-cran-2025-05-27-15-19-46.jpg]](https://i.ibb.co/hRPxS04W/Capture-d-cran-2025-05-27-15-19-46.jpg)
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)
![[Image: Screenshot-20250527-152833-Firefox.jpg]](https://i.ibb.co/YTDHVRLn/Screenshot-20250527-152833-Firefox.jpg)
Résultat dans la log HQP : Adaptative transport gain : 0 dB (aucune correction)
![[Image: Screenshot-20250529-192903-Firefox.jpg]](https://i.ibb.co/wh825rw7/Screenshot-20250529-192903-Firefox.jpg)
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.
![[Image: Screenshot-20250527-152740-Firefox.jpg]](https://i.ibb.co/jk80mmJ8/Screenshot-20250527-152740-Firefox.jpg)
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...)
![[Image: Screenshot-20250527-153435-Firefox.jpg]](https://i.ibb.co/b5hkKQ37/Screenshot-20250527-153435-Firefox.jpg)
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.
![[Image: Screenshot-20250529-193601-Firefox.jpg]](https://i.ibb.co/dwPmQJwV/Screenshot-20250529-193601-Firefox.jpg)
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.
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)
![[Image: Capture-d-cran-2025-05-27-15-19-46.jpg]](https://i.ibb.co/hRPxS04W/Capture-d-cran-2025-05-27-15-19-46.jpg)
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)
![[Image: Screenshot-20250527-152833-Firefox.jpg]](https://i.ibb.co/YTDHVRLn/Screenshot-20250527-152833-Firefox.jpg)
Résultat dans la log HQP : Adaptative transport gain : 0 dB (aucune correction)
![[Image: Screenshot-20250529-192903-Firefox.jpg]](https://i.ibb.co/wh825rw7/Screenshot-20250529-192903-Firefox.jpg)
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.
![[Image: Screenshot-20250527-152740-Firefox.jpg]](https://i.ibb.co/jk80mmJ8/Screenshot-20250527-152740-Firefox.jpg)
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...)
![[Image: Screenshot-20250527-153435-Firefox.jpg]](https://i.ibb.co/b5hkKQ37/Screenshot-20250527-153435-Firefox.jpg)
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.
![[Image: Screenshot-20250529-193601-Firefox.jpg]](https://i.ibb.co/dwPmQJwV/Screenshot-20250529-193601-Firefox.jpg)
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.
Qobuz sublime -> wifi -> Tenda wifi mesh[LPS] -> rj45 yauhody CAT8 -> mini PC AMD Ryzen7 7730U[LPS]+SSD 4To/boitier inateck[LPS] - JPlayIOS+minimserver+HQPembedded (PCM>>DSD256) / Gentooplayer -> rj45 yauhody CAT8 -> IFI LAN ipurifier -> DST-00/Diretta[alim LHY accu] -> HDMI I2S cumulus-concentus -> Holo audio cyan2[IFI nova] -> XLR Grimm SQM -> Topping Pre90[IFI supanova] -> XLR Xangsane SP-9001-AG -> Benchmark AHB2[IFI nova] -> câble HP mulidine -> Mulidine Cadence