Bugzilla – Bug 2855
6.5b1 replaygain info for mp3 files missing
Last modified: 2006-01-26 10:17:41 UTC
I'm using the 6.5b1 nightly from 2005-01-19 on Win XP. Most of my music is in flac format and the replaygain info for these works fine, however, for a few albums in mp3 format Slimserver shows the track and album gain as 0.0 The replaygain information was added with foobar2000 and can be also be viewed using mp3tag. I wondered if this was related to bug 2381 that was fixed some time ago.
Created attachment 1108 [details] An mp3 that illustrates the problem, replaygain info is present but slimserver doesn't seem to read it
I can confirm this bug here as well. My replaygain tags were added with 'mp3gain' in Linux. The tags show up in 6.2.2, but when I upgrade to 6.5b1 nightly, the tags are no longer found.
Kyle - can you attach one of your files as well? Thanks
Created attachment 1111 [details] mp3 file with replaygain tags not read by slimserver You can see the tags by executing 'strings <filename> | tail -20' in Linux (just like a lot of my other files), but slimserver's not seeing them for some reason. I do have other mp3 files with replaygain tags that 6.5b1 2006-01-25 nightly reads properly, there's just some it doesn't like.
Also, for clarification, the replaygain tags in attachment 1111 [details] don't show up in 6.2.2 2005-12-28 either (I haven't tried with a more recent nightly of 6.2.2 yet...)
Kyle - the APETAG at the end of that file is invalid. I believe it has to do with the LYRICS3 tag in there as well. Try removing that.
I'm running in Fedora Core 4. Any idea of an application that will allow me to do that? I can't seem to find one. Also, I found that in the past the replaygain tags would only be utilized if there was also an id3 tag on the file. Is this still the case? If so, why?
I'm not sure - how did that tag get on there in the first place? An ID3 tag shouldn't be necessary anymore in 6.5
Dan, I just used 'vi -b' on the file and stripped out the LYRICS stuff and now slimserver sees the replaygain tags! Any chance slimserver can ignore this type of thing so I don't have to find the random files in my 10,000 song playlist that also suffer from the same issue? (I sure hope this isn't getting off topic from the original bug report. Richie, am I seeing something different than you originally reported? If so, I appologize for hijacking your bug.)
Dan's change 5830 is probably aimed to tackle the original report. Update svn or download Jan 26 build to confirm.
Thanks, this seems to have fixed it. I've just rescanned with the nightly from 2005-01-26 and the replaygain values are showing up again.
thanks for the update!