Closed Sappharad closed 11 years ago
I finally received a sample file from a user that they could used to reproduce the problem mentioned above. It appears that the damaged files contain some of the console output text from MP3Gain, and other data that I can't identify. This data overwrites parts of the files, but not all of it because the music is still audible with glitches.
Unfortunately, the same sample file does not produce the corruption on my machine. The user was running Mac OS X 10.7.2, so I installed a fresh copy of that in VMWare, but I wasn't able to produce the problem there either. From what I can tell, the problem appears to be specific to some machines.
Since the corrupt files contain data that is usually output to stderr, I will create a build without any console logging to see if it helps the problem. I don't know why output to stderr would be written into the output file, but at least it's something I can try disabling to see what happens.
I got the Problems to, it was my mistake. If you click on the Apply Gain Button you don't see the Track Gain after the Process is done (as in the Windows Version). If you click the Apply Gain Button a second time and Mp3 is going to be gained another time it will break.
The situation you're describing was reported here: https://github.com/Sappharad/mp3gainOSX/issues/4
But I couldn't reproduce the problem and closed the issue. The behavior you'd expect (the values update after clicking apply) is what is supposed to happen, and how it works for me. It seems that for some people, the application works 100% correctly, and for others, it doesn't work right at all. I'm not sure what I can do, because I can't fix something that works fine on all of my machines.
I am now able to reproduce the file corruption problem in 1.0.2. A user was able to identify a way to reproduce it after noticing that MP3's in one folder experienced the problem but not in another. The problem is triggered by certain long folder or filenames. I have not been able to determine the exact characteristics that cause the problem to occur, but when I process a folder full of files where the folder name is several words, contains spaces, and all of the files are long and contain spaces, files after the first one processed become corrupted.
I don't understand why it's specific to certain pathnames, but now that I can reproduce the problem I was able to correct it by enabling the QuietMode flag for MP3Gain. This fix will be included in the next release, which I hope to push out in the next few days.
This problem was fixed in the 1.1 release.
I've received a few reports of files not processing correctly.
I have not been provided with any samples of these problems, nor have I been able to produce them myself. If anyone encounters them and could provide a sample file that works on Windows but not on OS X, that would be great.