Jellyfin not reading replaygain tags

[FatMax1492]

Hey all, I have a slight problem.
Due to some music files not being downloadable as mp3 I have to resort to downloading flacs and converting them to mp3-320 with freac before applying the replaygain tags with MusicBee.
Unfortunately, Jellyfin doesn't seem to be able to play these files correctly with the replaygain, making some albums way louder than others. Unconverted flacs do work as expected,
The problem also appears when I add the replaygain tags before converting to mp3 and when I let the download source convert the flacs to mp3-320 instead of doing it myself.
I prefer to have all my collection to be mp3 and not flac; this is due to personal issues and is not up for debate
Is there anything that might be worth trying? Thanks in advance.
I've tried this with this one specific artist only 

The files I have problems with includes this one:
I Like Your Smile from Fancy's album MASQUERADE (Les Marionettes): Track: dB -10,3 (playing on sound level 8 hurts my ears, level 2 is comfortable)
Biligual from Pet Shop Boys' album Bilingual: Further Listening [...]: Track: dB -9,1 (playing on sound level 8 is comfortable; level 10 is loud but acceptable)
The difference is that the top song was downloaded as flac (I also tried with converted ogg, same problem) with freac to mp3-320. The bottom song was downloaded as mp3-320 directly. Both from different sources.

Coming back to the .ogg stuff:
At first Fancy had .ogg files converted to .mp3, and when I learned that this was bad practise I decided to swap them for mp3s converted from a flac source. These .ogg files played with replaygain before.
I just put Fancy's .ogg files back into the file system, only to discover replaygain is broken there too. Moving them out and back in seems to have created the problem.
I have many other songs in .mp3 converted from the same .ogg source. I just compared one (track: dB -8,3, should be almost as loud as I Like Your Smile) to another song from the same source as the Pet Shop Boys' Bilingual, (track: dB -5,5) and they have the same audio level.
This means the un-moved .ogg keeps its replaygain, and the twice-moved .ogg does not.

Pastebin: https://pastebin.com/ye3CncLB

[FatMax1492]

I'll put the stuff I'm trying in this post:

- I removed my entire server and re-downloaded jellyfin; no fix
- I downgraded to version 10.9.7 (the first version I ever installed); no fix
- I keep removing and re-adding the replaygain and refreshing the files; no fix

I have a feeling at some point during this log file it started working again. https://pastebin.com/TSETfvd8

[TheDreadPirate]

IIRC, Jellyfin does not read that tag. I'll ask around to verify my memory.

Jellyfin has a separate audio normalization job that runs periodically. It reads every song and stores a normalization value in the database that our clients use.

[johnson]

Confused. Someone named Bill Thorton said ReplayGain was implemented in 10.9. Can we get some more detail on this? I did find that PR 9222 was merged. Is this still in the active codebase? ReplayGain is important. It sounds like "reads every song and stores a normalization value" is option number two in this thread.

If so, it seems that Jellyfin disregards the ReplayGain tags in the files and instead computes its own based on the FFMpeg implementation.

Also to the OP: Opus files are weird. The Opus spec says that replaygain in opus files should be handled differently than literally every other audio file. Here is more information about the Opus/ReplayGain issue. If you really want to go down this rabbit hole, you can start at the top of the Section and read it all. It's interesting if you're into that sort of thing.

[TheDreadPirate]

I haven't been able get a solid answer whether this is still true, but last I heard the replay gain tag is not read. You need to enable "LUFS scans" in the music library settings and then run the audio normalization job. That will generate a per-track and album normalization value that is stored in Jellyfin's DB.

The official client web, desktop, and phone clients uses this normalization value, though some users have issues with it causing popping in the official clients. Finamp and Symfonium also use this LUFS value for normalization.

[gnattu]

No, what TheDreadPirate said was wrong. Jellyfin does read replaygain tags. It is just opus files tagged them in a really special way that make that tag not being read. It is that simple.

What the OP discovered is really mixed now. Maybe some of those old files are tagged with LUFS scan, and maybe the replaygain tag is never added to the converted files. If possible may I have a sample of the converted files to see what is the problem? (You don't have to use copyrighted contents. Just add the tag like you normally have on any random copyleft file will do.)