Ah d'accord, j'avais compris que tu n'avais pas de son, c'est donc tout à fait normal, de même que si tu actives le volume dans LMS celui-ci n'aura aucun effet slim2Diretta, DRUP sont bit perfect et donc e comportement est normal et ce n'est donc pas un bug.
LMS n'intègre pas le gain directement dans les échantillons PCM qu'il envoie, même quand tu forces la conversion FLAC→PCM — il envoie le gain comme une valeur de contrôle séparée via le protocole Slimproto, et c'est normalement au lecteur (un vrai boîtier Squeezebox, ou Squeezelite qui gère le volume logiciel en interne) de l'appliquer aux échantillons.
Ni slim2UPnP, ni DRUP, ni slim2Diretta n'implémentent cette étape — c'est un choix de conception assumé : ces trois projets sont construits autour du bit-perfect, c'est-à-dire transmettre les échantillons exactement tels quels, sans aucun traitement du signal (ni volume, ni gain, ni égalisation). Appliquer le ReplayGain reviendrait justement à casser ce principe. Donc que tu sois en FLAC natif ou en PCM forcé, le résultat sera le même de ce côté : le ReplayGain ne sera jamais appliqué par cette chaîne.
Si le ReplayGain est important pour toi, il faudra passer par un autre biais que le player :
- soit normaliser tes fichiers une bonne fois pour toutes en amont (hors ligne, avec un outil qui modifie réellement les échantillons ou les niveaux);
- soit voir s'il existe un vrai mode côté LMS qui intègre le gain directement dans le flux converti indépendamment du lecteur — mais ce n'est pas son comportement par défaut, et ce n'est pas quelque chose qu'on prévoit d'ajouter dans ces projets, qui resteront volontairement sans DSP.
Je peux implémenter le contrôle du volume et le replay gain facilement dans slim2Diretta mais ce sera beaucoup plus délicat dans DRUP.
LMS n'intègre pas le gain directement dans les échantillons PCM qu'il envoie, même quand tu forces la conversion FLAC→PCM — il envoie le gain comme une valeur de contrôle séparée via le protocole Slimproto, et c'est normalement au lecteur (un vrai boîtier Squeezebox, ou Squeezelite qui gère le volume logiciel en interne) de l'appliquer aux échantillons.
Ni slim2UPnP, ni DRUP, ni slim2Diretta n'implémentent cette étape — c'est un choix de conception assumé : ces trois projets sont construits autour du bit-perfect, c'est-à-dire transmettre les échantillons exactement tels quels, sans aucun traitement du signal (ni volume, ni gain, ni égalisation). Appliquer le ReplayGain reviendrait justement à casser ce principe. Donc que tu sois en FLAC natif ou en PCM forcé, le résultat sera le même de ce côté : le ReplayGain ne sera jamais appliqué par cette chaîne.
Si le ReplayGain est important pour toi, il faudra passer par un autre biais que le player :
- soit normaliser tes fichiers une bonne fois pour toutes en amont (hors ligne, avec un outil qui modifie réellement les échantillons ou les niveaux);
- soit voir s'il existe un vrai mode côté LMS qui intègre le gain directement dans le flux converti indépendamment du lecteur — mais ce n'est pas son comportement par défaut, et ce n'est pas quelque chose qu'on prévoit d'ajouter dans ces projets, qui resteront volontairement sans DSP.
Je peux implémenter le contrôle du volume et le replay gain facilement dans slim2Diretta mais ce sera beaucoup plus délicat dans DRUP.
DirettaRendererUPnP
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :
Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.
Soutenez ce projet
Si vous trouvez ce moteur de rendu utile, vous pouvez soutenir le développement :
Votre soutien m’aidera à continuer ce projet, qui représente pour moi un certain coût en temps et en argent. Merci pour votre compréhension.