Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Jamil]

For some bizarre reason I am getting many checksum errors with my .APE files.  I am not encountering this with all of them, but several are returning errors.  I saw this for the first time in foobar2000 when it reported a particular file in my playlist had a decode error.  I used Monkey's Audio 5.49 to verify the file using Quick Verify, and it reported an invalid checksum error for the file.  This is the first time ever encountering this issue, because my media library is on redundant network storage (RAID-6).  My hard drives are also scanned weekly and are all passing without error.  I think software introduced this issue in corrupting some .APE files.

This is a quick check:



Quick Verify shows checksum errors for some files (not all).  A Full Decode verify for these same files will sometimes show the file is OK.  On occasion though, Monkey's Audio 5.49 simply hangs forever never ending like this:



This very well could be an .APE library bug causing me grief.  EZ CD Converter that was updated to the newer library also hangs forever on this same file.

It very well could be corrupt.  How it got corrupt I do not know.  Why is the .APE library hanging forever though?

Here is this file for analysis purposes:

https://dl.dropboxusercontent.com/s/m9d67u6edh63yre/example_file.zip

[Matt]

Fixed in a coming Monkey's Audio and Media Center.  Thanks so much for the sample file.

I was setting the return value to ERROR_INVALID_CHECKSUM, but I just kept looping.

[Matt]

It's fixed now:
https://monkeysaudio.com/index.html

Thanks again, and please double-check that the fix is working for you.

[Matt]

Just as a test, I ran the same file through Monkey's Audio 4.53 which should pre-date all my multi-channel and 32-bit changes, and the CRC still fails.  So I think the files really did get cooked.

It also fails doing a quick verify, which doesn't run the decoding code.

[Jamil]

Thank you.  I just installed this latest version.

Here is a second example that fails the Quick verify with a checksum error.  However, the full decode verify shows that the file is OK:

https://dl.dropboxusercontent.com/s/brqz787fzoqtvfy/example_file.zip

I encounter cases like this too.  What I have been doing is converting these to .FLAC instead.

[Matt]

I bet the quick verify signature in the header got changed.  That's the only way I can explain it.

If you had a tool making files like that, I'd need to investigate the tool.

But if it's just a couple one-offs, I would say the header was goofed.

[Jamil]

I suspect this issue is due to the rating change.  All .APE files where I changed the rating are suddenly corrupt.  I do not have exact reproduction steps, but I have back-ups of all .APE files I am converting to .FLAC now.

[Matt]

If you can take one of the backup APE files and find a way to corrupt it, please let me know.  I don't have any explanation because the rating change was pretty simple.  Thanks.

[DrKNo]

Holy cow, Matt, I didn't know you were behind APE! Thank you for your work!