Everytime I add files to EasyMp3Gain I receive this message. Usually the program goes grey, but is still responsive and the error message pops up after a few clicks. When I run the mp3gain routine it works as expected. Error message is: "List index (-1) out of bounds Press OK to ignore and risk data corruption Press Cancel to kill the program Steps to Reproduce: 1. Add files => program goes grey 2. Click the Analyze icon => files are analyzed as expected. 3. Click Apply Track Gain => error message pops up yet mp3gain is applied as exptected. Reproducible: Steps to Reproduce:
Keywords: (none) => TriagedAssignee: bugsquad => mageia
I can't reproduce. Can you give more information please?
Hmmm. I tried with a new user under GNOME and I got the same result. I'll keep digging.
I have the same problem..
CC: (none) => barcenas.francisco
Assigning to new maintainer.
Assignee: mageia => doktor5000Summary: Gives error message "List index (-1) out of bounds Press OK to ignore and risk data corruption" => easymp3gain gives error message "List index (-1) out of bounds Press OK to ignore and risk data corruption"
It seems that it has to do something with the file name. All the ones that those are occurring with either have a _ or a / or # sign in the file or directory name. There should be a recommendation to NORMALIZE the file/directory names with..??? What could/should you use?
Actually I don't use it anymore due to this, got this pretty often when using it to apply gain to the files I keep on my mp3 player. This is what I use now to increase each file to 99dB: find /some/path/with/mp3/files -type f -iname "*.mp3" -print0 | xargs -0 mp3gain -d 10 -c -T There are two possibilities for this bug: - it can be workarounded by opening options => advanced => "number of sublevels when adding files" and increasing this value to something that fits your setup. - it's a typical off-by-one error in the code, and somebody needs to provide a patch. easymp3gain itself has not been maintained since 2010, so I'd prefer dropping it as mp3gain itself is a little more flexible and you don't need to fiddle with the GUI. And I can't provide a patch for the code. (In reply to Francisco Barcenas from comment #5) > It seems that it has to do something with the file name. All the ones that > those are occurring with either have a _ or a / or # sign in the file or > directory name. > > There should be a recommendation to NORMALIZE the file/directory names > with..??? > > What could/should you use? You certainly cannot have / as part of a filename. For renaming, krename is pretty good, rename itself as CLI-only is also good, there's also pyrenamer or gprename, although the two latter ones are not packaged for Mageia yet. In any case, that would only be an ugly workaround.
CC: (none) => doktor5000Hardware: x86_64 => All
Closing this one as there's no fix available.
Status: NEW => RESOLVEDResolution: (none) => WONTFIX