If you haven't overwritten the plug-ins we include, then that's not the problem.
Can you try ripping that track again in both MC and EAC? I'd like to know if the problem can be re-created and I'd especially like to know if our encoding does the same.
Thanks.
OK.... I was able to do some more testing on this issue.
Results:
1) Original file ripped with EAC that crashed in build 485 for me, reanalyzed with build 487. - CRASHED
2) Same disk file re-ripped with EAC, tested for first time with 487 - CRASHED
3) Same disk file ripped with MC build 487 and analyzed - CRASHED
HOWEVER,
...if I took the same file that crashed at home and worked for you when I emailed it, and loaded it on my PC running MC at work, it analyzed fine - the ripping seemed not to be the culprit. This is an odd file, as it consists of 4 seconds of silence.
I then saw the build notes for the next public release which included:
12.0.490 (4/30/2008)
4. Fixed: Possible crash while analyzing audio using the popup dialog.
5. NEW: Audio Analyzer dialog is sizable, remembers last position, and doesn't disable the list during processing.
6. NEW: Audio Analyzer dialog can run multiple analyze processes at once. (defaults to 2)
So, I took all 3 of the files listed above that would 100% repeatedly crash earlier builds at home, and analyzed them with 490.
RESULT: all successfully analyzed with no crashes/issues.
So, I'm not sure if what you updated did the trick, or there was some other black magic involved......but I'm happy nonetheless.
Thanks for always being so quick to respond to issues.....you can't get this kind of feedback on many programs. Looks like my work will be sending me to Minneapolis many times over the next year - I owe you guys a drink.