Replaygain tags set but always 0

[bossanova808]

Ok, so I am using latest stable beets, on Win 7 64 and have installed the various bits all easily enough (including fpcalc, gstreamer etc).

All is going well, but when I import albums, the verbose log only says this about replaygain:

replaygain: analyzing 10 files
replaygain: analysis finished

...however the resulting tags and tracks are always zero, both track and album tags.

config.yaml being used is:

library: C:\Utilities\beets\library.db
directory: F:\TestOut
import:
    copy: yes
    write: yes
    resume: ask
    quiet_fallback: skip
    timid: no
    log: beets.log
ignore: .AppleDouble ._* *~ .DS_Store
art_filename: folder
original_date: yes
plugins: scrub chroma lyrics fetchart embedart replaygain ftintitle missing 
threaded: yes
color: yes
id3v23: yes
paths:
    default: $albumartist/$year - $album%aunique{}/$track $title
    singleton: Singletons/$year/$artist - $title
    comp: Various Artists/$year - $album%aunique{}/$track $title (by $artist)
lastgenre:
    count: 3
replaygain:
    overwrite: yes
    albumgain: yes
    command: C:/Utilities/mp3gain/mp3gain.exe
fetchart:
    cautious: true
    cover_names: front back cover folder

I saw someone else on the IRC log talking about this (called it 'flat replaygain' IIRC). Same issue, also windows I think - was back in January sometime.

Am happy to help however I can...would love to get an auto importing/tag fixing system going on but RG is a very important part of this for me :)

[sampsyo]

Thanks for reporting!

Are these zero values being reported by beets itself (e.g., beet ls -f '$rg_track_gain) or some other tool? If it's something else, it could be a compatibility issue because RG tagging formats vary widely from the standard.

[bossanova808]

Just tested - beets itself reports all 0.0s. Although I spotted in foobar originally.

(So far I have just test with 4 albums all mp3)

[sampsyo]

That's mysterious—I don't see why that would be happening. And I'm also not sure what the next steps here are—it would be ideal to be able to reproduce this for debugging, but everything seems to work on my machine and I don't currently have a Windows box at my disposal (although I've been meaning to install a VM).

In the mean time (until I'm able to set up that VM), any additional clues you run across would be helpful. Even some print-debugging in the replaygain pluggin could help.

[yevgenybezman]

I use beets on windows. If you can tell me how, I'll try to replicate.
On Mar 25, 2014 8:09 PM, "Adrian Sampson" notifications@github.com wrote:

That's mysterious--I don't see why that would be happening. And I'm also
not sure what the next steps here are--it would be ideal to be able to
reproduce this for debugging, but everything seems to work on my machine
and I don't currently have a Windows box at my disposal (although I've been
meaning to install a VM).

In the mean time (until I'm able to set up that VM), any additional clues
you run across would be helpful. Even some print-debugging in the
replaygain pluggin could help.

Reply to this email directly or view it on GitHubhttps://github.com//issues/628#issuecomment-38600066
.

[bossanova808]

@yevgenybezman What do you need over the above?

[yevgenybezman]

@bossanova808 Maybe one of the MP3 files involved?

[bossanova808]

Happens on all files, but here you go: - that's an album (just uploading now, give it an hour or so)

https://dl.dropboxusercontent.com/u/108804/TestAlbum.zip

[bossanova808]

Just tried it on some flacs with track gains already set, but not album gains. Results was new files with the original track gains, but album gains set to 0.0 :(

[yevgenybezman]

I did not yet have a chance to open the zip you uploaded. Are all your
albums encoded with flac?
On Mar 28, 2014 1:56 PM, "bossanova808" notifications@github.com wrote:

Just tried it on some flacs with track gains already set, but not album
gains. Results was new files with the original track gains, but album gains
set to 0.0 :(

Reply to this email directly or view it on GitHubhttps://github.com//issues/628#issuecomment-38907715
.

[sampsyo]

Note that the RG plugin doesn't work for FLAC files yet (#206). Fortunately, @yevgenybezman is working on a solution (#598).

[yevgenybezman]

Still, the issue of 0.0 values for unsupported formats should be fixed.
On Mar 28, 2014 6:19 PM, "Adrian Sampson" notifications@github.com wrote:

Note that the RG plugin doesn't work for FLAC files yet (#206#206).
Fortunately, @yevgenybezman https://github.com/yevgenybezman is working
on a solution (#598 #598).

Reply to this email directly or view it on GitHubhttps://github.com//issues/628#issuecomment-38930622
.

[sampsyo]

Just to be clear: is beets overwriting any values (and losing data), or just adding zeros when the data is missing (far less pernicious)?

If it's the latter and this is perceived as a problem, the solution would be along the lines of #157. (This is not the fault of the plugin per se.)

[bossanova808]

Ok, most of my testing was with mp3s - I didin't realise the lack of flac support so was just adding data to the mix there). The problem definitely occurs with mp3s.

If mp3 files without RG tags are imported - set to 0.0
If mp3 files with RG tags are imported - they are left as they were

[sampsyo]

FWIW, that sounds like exactly the expected behavior if the ReplayGain plugin were not installed or not working at all. If it is does purport to be working, then there's some disconnect going on somewhere.