Bugzilla – Bug 4786
Automatic Replay Gain
Last modified: 2013-06-07 15:42:46 UTC
Automatic Replay Gain as a feature would be nice to have. This would especially be interesting for frequently changing material coming from various sources. Implementation could be done in the scanner (offline) or asynchronously in the background before playing a certain track (look-ahead in the playlist), or simply after having played the track.
could tie in a bit with bug 3152
Nicola, how are you thinking this should work? Are you advocating that Slimserver actually scan the music data and set replaygain tags at scan-time?
Chris, I think it could be done without much overhead while playing. Given what is proposed in #3152 (gain preset) it would play music that has no replay gain tags and re-adjust the gain continously (downwards only) to match a given maximum loudness preset. after having played the track, it would write the tags accordingly back to the music file. If you need more explanation of my idea, just ask.
I'm going to flag this so we can consider it at a future engineering meeting. It'll remain open so you can add more info if you want, or encourage people on the forums to add their ideas as well.
just as an aside... i haven't figured out how to set RG tags in my mp3s yet. i know i need to run a 3rd party pgm to do so, and get track/album RG amounts set in the tags. its confusing and scary, i don't want to make a mistake, i have enough tag issues. and i certainly don't want to alter the encoded music itself, i just want to set a tag value. for people like me, if SS could simply handle it without me getting a phd in RG and tags, that would be great. SO... when u rip with newer LAME binaries and EAC, (and other pgms too probably) LAME itself will calculate a RG value as it encodes, and stick it in the LAME header, (separate from id3 type tags). a lot of my mp3s then already have a value calculated for tracks anyway, right in the lame header. it would be nice if u could configure SS to simply take advantage of this info reading it on the fly, OR have the scanner simply read it and store it in the DB for use. the pgm that can read this info is at: http://thelion.fm/mp3tools/LameTag/ the orig website i got it from is very hard to reach. so i posted it there. personally, i'd want one set reference point of loudness, and have it go up or down to meet that point.
the new winamp will do RG tags for album and track, and do it easily. so i now know how to get them into my tags. given that, i think it might be a bad idea to have SS write to tags, even if it were configurable, since SS has always seemed to have a "no writing policy." i do still think it would be a good idea for SS to be able to use the mp3 LAME header value. it would also be nice if SS were smart enough to know when to use track gain, and when to use album gain, which should be based on upcoming playlist.
bug 2431
Unassigned bugs cannot have a priority.
*** This bug has been marked as a duplicate of bug 3152 ***