Talk:Monkey's Audio

message: This article badly needs links to tools to convert this nonsense to a proper format. A single track for a whole CD? Seriously?  — Preceding unsigned comment added by 84.153.81.32 (talk) 16:01, 21 June 2011 (UTC)
thread_title: Conversion

message: We need something here about the .APE extension, so people wondering what this extension is can find it. --Weyoun6 01:29, 1 Aug 2004 (UTC)
thread_title: Extension

message: This was developed by Kenny `jones.
:Therefore, a file compressed with Monkey's Audio always sounds the same as the source file, no matter how many times the resulting file is burnt to a CD, ripped and re-encoded.
Surely, the process of burning, ripping and re-encoding introduces the possibility of read/write errors, and thus this would be a bad example(as using a lossless codec would obviously prevent only conversion inaccuracies). Proposed replacement:
:Therefore, a file compressed with Monkey's Audio always sounds the same as the original file, no matter how many times it is is uncompressed and reencoded. In contrast, if a file is repeatedly reencoded in a lossy codec, the unavoidable inaccuracies will accumulate, and the errors will eventually become noticeable. The ability to decode and reencode sound without losing accuracy is important in sound processing. 85.166.69.122 19:52, 26 Jan 2005 (UTC)
replies: text: Partially incorporated. Detailed elaboration on lossy errors is probably better placed in the lossy/lossless article. Shawnc 10:04, 20 September 2005 (UTC)
replies: text: On that subject, both times the article mentions that the codec is lossless, it goes on to explain what this means in more detail than is probably necessary, and also the way it is worded makes it sound like Monkey audio is unique in this. All that needs to be said is that it means the compressed audio will be identical to the original. Aninhumer (talk) 16:55, 12 January 2008 (UTC)
thread_title: Lossless

message: In the article it says that Monkey's Audio is not free or open source, but it's web site seems to disagree with both those counts.--Frenchman113  on wheels! 23:47, 6 May 2006 (UTC)
replies: text: Monkey's Audio is not under a free license, and unfortunately the author thinks that all the people who care about the licenseare are trolls.  Looks like FLAC is it. Terrible Tim 22:57, 1 June 2006 (UTC)

text: It should be quite obvious that this license would in no way qualify as a free software license. Not to mention that it's written in a legally unprofessional manner and leaves a lot of ambiguities, such as the "All rights not expressly granted here are reserved by Matthew T. Ashland" bit. -- intgr 13:30, 1 August 2006 (UTC)

text: If this is worth anything, I personally find it nauseating that the Monkey's Audio web site claims "Freely available source code, simple SDK and non-restrictive licensing" -- intgr 13:30, 1 August 2006 (UTC)
thread_title:  Inaccurate statements? 

message: I believe this statement is incorrect:
:: "It [..] has no error robustness, so if the file is damaged, any audio data after that point will be lost."
In my original research (oh my! oh my!) I have found that the decoder compares CRC checksum of each block with the one stored in the stream, reports a mismatch, and continues decoding the next block. The size of one block is proportional to the chosen compression level.
Here are quotes from the official changelog:
Version 3.70
+ Can now "ignore" bitstream errors during playback... you'll just get a little silence
Version 1.61
* improved file format,
slightly better compression and more error resistant
-- 83.99.184.75 16:25, 22 March 2007 (UTC)
replies: text: It's not "original research" if you've published it somewhere else, and WP:COI does not seem to apply here, as it's a matter of factual accuracy. -- intgr 01:07, 23 March 2007 (UTC)
thread_title:  Error robustness 

message: The port by SuperMMX works perfectly on native Win32 (MingW) with some very minor adjustments to the makefiles. From the article, I get the impression that the port does not work on Windows at all. The Sourceforge summary page doesn't mention Windows being supported either. Can someone add it to the article? 
-- 60.48.116.95 04:04, 23 September 2007 (UTC)
thread_title:  Non-Win32 ports by SuperMMX 

message: Monkey's audio is now open-source. This article should be updated to reflect this development.  —Preceding unsigned comment added by 70.65.27.20 (talk) 04:14, 17 March 2008 (UTC)
replies: text: Monkey's Audio is not open source, as the license is ambiguous and not legally rigorous. If the license is not legally binding then the "fallback" is the author retaining all rights. It won't be listed as open source until there is a reliable source describing it as such. -- intgr [talk] 05:25, 17 March 2008 (UTC)
replies: text:  outdated, not obsolete, if ;) --84.159.152.166 (talk) 10:41, 6 July 2008 (UTC)
thread_title:  Article Obsolete 

message: Ape is much more widespread than flac on filesharing networks, but i guess its impossible to source that --84.159.152.166 (talk) 10:41, 6 July 2008 (UTC)
replies: text: From my personal tests, no matter what insane commandline options you feed to FLAC, MAC default will still beat it. Compression time is roughly the same and the decoding cpu usage is negligible on today's machines. In the world of data-transfer, size matters, so MAC is the better choice. Theultramage (talk) 08:21, 28 April 2009 (UTC)

text: The above comment about APE being more widespread on file sharing networks was made in 2008 (and as I type this it's April 2011) and I have to say that I see far more FLAC files on fire-sharing (file-locker) download links vs APE.  I've always wondered who uses APE - seems to me it's more commonly used by eastern europeans / russians as a format for music file distribution.  —Preceding unsigned comment added by 64.231.87.252 (talk) 01:34, 23 April 2011 (UTC)
thread_title:  ape vrs flac on filesharing 

message: I have a 250MB .ape file.  I can use VLC Player, Windows Media Player, KMPlayer, Media Jukebox to play it, but it must be played as "1 big song" of 48 minutes.  Can i listen to them by choosing which song to listen to?  thanks.  —Preceding unsigned comment added by Winterheat (talk • contribs) 21:30, 2 May 2009 (UTC)
replies: text: You need to index the individual parts. I know the foobar2000 player supports CUE sheets for compressed audio files (instead of just .wav), for more info you could try googling. Theultramage (talk) 08:25, 15 August 2009 (UTC)
thread_title:  One big file, like a 250MB .ape file, can the songs be listened separately? 

message: This would be my first legitimate edit to a WP article, which is why I'm starting here first. I'm not sure what the predominate wisdom is for subsections, so I'd like a second opinion.
One minor thing that tweaks me about this article is the misplaced statement "As of version 4.02 (19 January 2009) a directshow filter is distributed with the installer, allowing for compatibility with most mp3 players." Because of where it's at in context, this makes the reader believe that DirectShow somehow enables "most" hardware MP3 players to play Monkey's Audio (which we know to be patently false). I propose moving this text up around the discussion of ffmpeg, and clarifying the statement with something like "enabling playback (of Monkey's Audio files) with most software MP3 players on the Windows platform." --Ernstkm (talk) 22:01, 24 May 2010 (UTC)
thread_title:  Supported platforms - request to reformat into "hardware" and "software" subsections 

message: Seems to me that something missing from the mail article is an explanation as to the origin of the .APE file extension, as well as the naming of this compression format as "Monkey's Audio".  Why "Monkey" ?  What is the significance or meaning of Monkey in this context?  What is it meant to denote or identify?  —Preceding unsigned comment added by 64.231.87.252 (talk) 01:39, 23 April 2011 (UTC)
thread_title:  Origin of the name - "Monkey's Audio" ? 

message: In the "Comparisons" section, it is stated that "FLAC has an active development community that continues to refine the format." This being read in the context of the comparison of alternative formats, being preceded by mentioning the inactivity of Shorten's development, and followed by stating that "FLAC has largely eclipsed it as the preferred format for commercial distribution of lossless audio," will leave the reader wondering about the activity status of the Monkey's Audio project. Looking at FLAC's CVS repository, I think that this statement should be revised and made more clear.
Despised (talk) 15:29, 26 January 2012 (UTC)
thread_title:  Comparisons - FLAC's active development community 

message: Hello fellow Wikipedians,
I have just modified one external link on Monkey's Audio. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
*Added archive https://web.archive.org/web/20101125045330/http://members.home.nl/w.speek/comparison.htm to http://members.home.nl/w.speek/comparison.htm
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
Cheers.—InternetArchiveBot (Report bug) 16:08, 4 February 2018 (UTC)
thread_title:  External links modified (February 2018)