GNOME Bugzilla – Bug 477351
Calculate ReplayGain values on import/demand
Last modified: 2020-03-17 08:15:59 UTC
In Apple's iTunes, there is a feature called "SoundCheck"; it calculates (at import time) the song volume level. That info is stored in ID3 tags or in the database, so all the songs are played at the same volume level. http://docs.info.apple.com/article.html?artnum=61655 I wish banshee could have the same feature, please! Thanks,
Like ReplayGain?
Yep, that could be used. I'm not sure if iTunes uses the same algorithm... The missing part is the calculation of the gain when importing.
GStreamer has ReplayGain elements for calculation as well as automatically applying the adjustment during playback. The plugin is currently in gst-plugins-bad, I'll get it moved to the -good plugins on the next cycle. AFAIK that SoundCheck algorithm is different from ReplayGain.
In my perception, the algorithm from iTunes is very good (they call it "normalization information" of id3 tag, tag I couldn't find). Clipping is avoided by a built-in limiter. I never listened to a song with ReplayGain, and don't know the difference (I know little about audio)... This article from Wikipedia barely mention that RMS normalization is best than peak normalization, but then says ReplayGain algorithm is based on RMS? http://en.wikipedia.org/wiki/Replay_gain#Alternatives There should be an option for enabling ReplayGain/Other in banshee (basically turn on/off with a cute non-tech name like 'Volume Normalization') and use an standard gain as reference (ReplayGain says 83dB SPL http://replaygain.hydrogenaudio.org/calibration.html). The clipping issue should also be handled somewhere, transparent (hidden) to the user. If possible, volume should be calibrated to the current view (same volume if we are in the Music Library, same volume if we are in a Playlist, ...) I'm busy in other free projects, so I'm just being a user here. Thanks you guys for your work and patience!
My #1 wished feature. With gnormalize you can edit the volume of FLAC files but it encodes and decodes from wav. So there's always quality loss. I found this great https://projects.robinbowes.com/apply_replaygain/trac and it stores the replaygain in the tags. Banshee doesn't read them. quodlibet does.. =/
Great, Banshee reads ReplayGain tags for a while now. The opted feature in this bug is a GUI to normalize all music in the library to the same gain level. Banshee should also offer to do this on import (or should be set in preferences). That would be so nice... :)
*** Bug 535907 has been marked as a duplicate of this bug. ***
I agree that analyzing on import would be nice (only if check is necessary of course). One thing one would have to clear beforehand is if the analysis should be done as "track" or "album" replaygain -- the commandline application has an option for it. One could opt for considering all files in one folder to be an album, if the appropriate option is set. Another thing I remember from amarok 1.4 was that also the playback had an option to decide if track oder album replaygain value should be applied (during playback). One might have to consider that as well.
*** Bug 587917 has been marked as a duplicate of this bug. ***
prompto prompto
I would love to see mp3gain and friends integrated into the import process too. In the meantime I am using QtGain to apply gains a little less manually.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.