MP3 Diags Unstable - Feedback and support

Please use one of the services provided by SourceForge:

Issue Tracker for bug reports and feature requests (note that you need to be logged in with SourceForge, as allowing unrestricted acccess led to a lot of spam)
Open Discussion Forum for sharing your experience with MP3 Diags, making suggestions or discussing improvement ideas
Help Forum for requesting information about how some feature works or how something can be done

It may be a good idea to have a look at the forums and the issue tracker, to see if you'd also want some change that others already asked for, see if others have the same issues and what workarounds are known, or simply to add your 2 cents to some discussion already started.

The MP3 Diags blog was used initially for reporting issues and sending feedback, but now it's mainly for new release announcements.

I strongly prefer the issue tracker and the forums, but you can also write me at

. If you write me, please make sure that my reply won't get thrown out by your spam filter.

I used MP3 Diags on my own files and they seem OK. If something wrong happens, chances are an assertion failure will be triggered (there are many asserts), which leads to crashing the program, but not to corrupting MP3 files. I tested most features as I implemented them, but subsequent changes made some of the tests irrelevant, and I didn't repeat them, mainly because of lack of time and of the liberal use of asserts, which should catch most errors. When an assertion failure is triggered, a message like this pops up:

Should you encounter something similar, it would be a good idea to let me know about it, so I can fix the error that caused it. I need to know at least the file and the line, but what would really help is a reproducible sequence of events that triggers the assert. System information might be relevant as well. After the first crash an option gets enabled that causes many actions that occur to be logged to 3 files. When restarting after a crash, you are asked to send those files to help fix the problem. This logging can be disabled from the configuration dialog, by unchecking Log program state to "_trace" and "_step" files". Logging is disabled automatically when updating to a new version.

Getting the assert window to show up is tricky, so if you find that MP3 Diags just crashes under some circumstance, you may get additional information if you run it from the command line (or redirect its output.)

If for some reason MP3 Diags crashes at startup, you can use the /u parameter to simulate a new install. This doesn't destroy any custom settings, but chances are that you won't be able to use your last session until some newer version of the program implements a fix for whatever caused the crash.