auto replaygain scanning

[andrewrk]

auto replaygain scanning

[andrewrk]

<superjoe> this is how replaygain should be solved:
<superjoe> a media player has a database of songs. replaygain information is stored in this database as well.
<superjoe> when a file is added to the library, the media player uses the same mechanism as it uses to generate sound to do replaygain analyzation
<superjoe> replaygain information is computed per-track as well as per-album
<superjoe> when a song starts playing,  if the track before or the track after are from the same album, use album replaygain mode, else use track replaygain mode.
<superjoe> if replaygain tags are missing when playback is supposed to start, do the scan before playback starts. this glitch won't happen the 2nd time you try to start playback.

Let's find a media player that solves replay gain this way. If one doesn't exist, we might have to make it ourselves.

[thejoshwolfe]

What if I queue up Through My Words by Dream Theater, which is very quiet, and get half way through the song. Then I queue up the following track, Fatal Tragedy, which is much louder. There's a seamless transition between the two tracks in the album, so any slight variation in volume control will be noticeable. Your algorithm says that the replaygain mode will switch from track to album at this transition, which will cause a volume jump.

How about: always use album mode.

Then the problem is recalculating the album average when the set of songs in the album changes. We can recreate the problem in the previous paragraph by uploading and queuing Fatal Tragedy halfway through playing Through My Words. I argue that this is a more obscure failure case, and a better approach to the problem.

[andrewrk]

Excellent point. I agree with your conclusion.

[andrewrk]

This is now working in master 👯