Monkey's Audio 4.11 available, released January 20, 2013 Options

[madoka@ex-sounds]

Monkey's Audio 4.11 available
URL: http://www.monkeysaudio.com/

Changes:

Version 4.11 (January 20, 2013)
NEW: Switched from MMX to SSE assembly, making compression and decompression faster.
NEW: Switched to latest Microsoft compiler, making everything around 5% faster.
Changed: Removed support for old Monkey's Audio 3.92 and earlier files (it hasn't been possible to make these files for over ten years -- use an old copy of Monkey's Audio to convert these files to the latest format if you have any).
Changed: Fixed a few compiler warnings.
Changed: Removed dependence on third-party NASM assembly compiler in favor of intrinsics (which compile nicely with all major compilers).
Changed: Put all Monkey's Audio source code into a namespace APE so that linking into third-party projects should never have name collisions.v
Changed: Switched from #ifndef/endif to #pragma once (now supported by any reasonable compiler).

[themanintheshado...]

I'm amazed at what I didn't see from this version of Monkey's Audio:

No support for pipe encoding
Error robustness past -c3000? Nothing about that at all.
No blocksize control? Still? (Can't compress high rez audio without it)

Also noticed that this version of APE doesn't play well with the current version of foobar2000 at all. MD5 hashes for APE files can't be seen within the program. Encoding? In three transcoding tests from FLAC to APE, I had problems with 1 to 3 files encoding properly depending on what test I did. Realistically, IMO, you don't know what to expect. I had more success transcoding via command line using Multi-frontend.

Not surprised about the poor support in foobar2000, though. The foobar2000 devs love giving Monkey's Audio the finger, and haven't given them any respect for a long time. With the crap the devs at Monkey's Audio have pulled over the years, though, it's understandable.

[Heliologue]

Not surprised about the poor support in foobar2000, though. The foobar2000 devs love giving Monkey's Audio the finger, and haven't given them any respect for a long time. With the crap the devs at Monkey's Audio have pulled over the years, though, it's understandable.

.APE support is handled by a third-party plugin in foobar2000 (not sure why--licensing problems, perhaps?), so it's a little unfair to blame foobar2000 developers themselves. What about the MA plugin is sub-par, in your opinion?

[db1989]

Yes, theman, please either explain the meaning of your statements and back them up, or stop inviting an argument about APE vs. foobar2000, a battle that I’m not sure has ever happened in reality. At the very least, you may find it more productive to move your concerns to the sub-forum for fb2k, rather than here.

.APE support is handled by a third-party plugin in foobar2000 (not sure why--licensing problems, perhaps?)

Nope. Note the name of the author. Anyway, it was updated as recently as the middle of last year, which, again, does not seem to support the allegation that “the foobar2000 devs love giving Monkey's Audio the finger […] for a long time”.