Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: FLAC & APE (Read 22797 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

FLAC & APE

I see most of people who use lossless use FLAC codec...

I did some tests, & I don't know why more use FLAC instead of APE...

I tested with:
FLAC compression 8 (maximum)
APE 3.98a1, compression normal

Size of files: FLAC - APE (Kb)
file 1: 1268 - 1246
file 2: 31049 - 30387
file 3: 27871 - 27213
file 4: 33252 - 23975 (!)

So APE normal compress more than FLAC maximum...

APE Encoding was shorter than APE encoding (far away).

Decoding seems to be equivalent (APE maybe better).

So why people prefer FLAC, what advantages?

If I forgot anything to compare, or else...
Thanks...

FLAC & APE

Reply #1
Oh no  please use the search. Or just click on Forums->Lossless Codecs. You'll see many threads about this question.
The object of mankind lies in its highest individuals.
One must have chaos in oneself to be able to give birth to a dancing star.

FLAC & APE

Reply #2
Quote
Oh no  please use the search. Or just click on Forums->Lossless Codecs. You'll see many threads about this question.

I find on a topic:
Quote
FLAC has poor compression ratio? I think the difference is rather tiny  I used to use Monkey's Audio but now switched to FLAC because it has error detection/recovery + is supported in more platforms.

For the error detection/recovery, APE 3.98 has MD5 hash in technical info in foobar file info

FLAC & APE

Reply #3
hm, flac has way shorter decoding times / cpu usage than ape.

ape is fast encoding, yes, flac, too.
But the decoding is important for portable devices, industrial support.
and afaik, flac has already commercial support.
if you look at the file size differences in percent %, you will see, it is neglectable.
Lossless files are big, if 1% bigger, who cares ?
and wait a short time and have a look at wavepack 4.0
My personal favourites: flac & WavePack 4 in Hybrid mode.

FLAC & APE

Reply #4
Disadvantage of FLAC: buggy seeking.

 

FLAC & APE

Reply #5
Quote
hm, flac has way shorter decoding times / cpu usage than ape.

ape is fast encoding, yes, flac, too.
But the decoding is important for portable devices, industrial support.
and afaik, flac has already commercial support.
if you look at the file size differences in percent %, you will see, it is neglectable.
Lossless files are big, if 1% bigger, who cares ?
and wait a short time and have a look at wavepack 4.0
My personal favourites: flac & WavePack 4 in Hybrid mode.

Hum...

Thanks for your point of vue... interesting...

But, when u compare here, flac compression 5 encoding time is double ape normal, compression 8 is about 4x! OK, I'm agree with you, encoding time isn't important...

Decoding time is about 10~15% faster, and Monkey normal is already very fast (0% in windows task, so 0<%<1!)...

And flac comp 8 filesize is for some files 25% smaller than ape normal...


FLAC & APE

Reply #7
So, the (only) advantage of FLAC is decoding time, about 20% faster?...

APE decoding time is already very short (while playing 0% precessus time), so I will use Monkey's Audio...

FLAC & APE

Reply #8
Quote
So, the (only) advantage of FLAC is decoding time, about 20% faster?...

...and it's supported by several hardware players, and it's open source, and it's very linux-friendly, and it's the new preference of a serious file-trading community...

FLAC & APE

Reply #9
Quote
and it's open source

The Monkey's Audio sources are also available.

Quote
and it's very linux-friendly


I don't know what you mean by "linux friendly", but there are Monkey's Audio Linux binaries from Frank Klemm's site.

FLAC & APE

Reply #10
Advantage (for me) of Monkey: APEv2 tags are stored at the end.
Fast decoding is useful when transcoding (to lossy format for exemple), and then, Flac is preferable.

FLAC & APE

Reply #11
Quote
Quote
and it's open source

The Monkey's Audio sources are also available.

Quote
and it's very linux-friendly


I don't know what you mean by "linux friendly", but there are Monkey's Audio Linux binaries from Frank Klemm's site.

I apologize for being vague.  First, I had forgotten that the Monkey's Audio source was made available, even if it's not as "free" as FLAC.  Also, when I said "linux-friendly", I was reflecting on the fact that I can, in Debian, simply do "apt-get install flac xmms-flac" and I'm ready to go.  I do greatly appreciate the rarewares debian repository, and I see that Monkey's Audio is available there.  I'm not sure if that includes an XMMS plugin, however.  Also, by "open-source" and "linux-friendly", I believe that FLAC and it's development model would be found in much greater favor by the open-source and linux community than that of Monkey's Audio.

Of course, if you're a Windows user who has no plans to play lossless on a special hardware player, I'd say go with whatever looks best to you.  Under those conditions, I'd have to say that the two choices are nearly equal.

FLAC & APE

Reply #12
Ok thanks very much for your answers

FLAC & APE

Reply #13
Quote
Disadvantage of FLAC: buggy seeking.

Ah yes

FLAC & APE

Reply #14
I have myself decided to use FLAC with external cuesheets.

FLAC is MUCH faster on the decode (about 3-4x faster) and that makes a huge difference to me as far as transcoding.


FLAC & APE

Reply #16
Quote
Eric Raymond invented the term open source and founded the OSI.

How can he have joined two words together and claimed he invented it?

That's ludicrous at best!



FLAC & APE

Reply #19
I realize that the discussion of what defines open source is off-topic, but as you've left your original confusing comment I'll repeat:

APE, despite the availability of it's source code, is *not* open source (as defined by the OSI and, imho, as generally accepted by programmers of all kinds).

Real world effects of this are that certain influential Linux distributions will not include the code (Debian for one) which limits it's acceptance and use in the Linux community as does the fact that no open source (per OSI) programs can build upon the code unless they ask for it to be relicensed (which they have previously, and been turned down).

Also, each business that wishes to use the code will need to negotiate with the author the exact terms of use in advance, rather than deal with a known license that is in common use. This (imho) limits the chance of it being adopted by businesses.

Other miscelleaneous problems include the legal limbo if the original author dies or just becomes difficult to contact etc.

The above is an on-topic comment as far as APE vs. FLAC is concerned as FLAC is under an OSI approved licence (i.e. what I would call "open source") and for some people this is an important distinction and reason for choosing one over the other. And not *all* of these people are zealots or just the general kind of idiots you commonly find cheerleading for Ogg Vorbis.

Some discussion of the issue can be found here on the APE discussion boards:
http://www.monkeysaudio.com/cgi-bin/YaBB/Y...&num=1029850282

and this one is interesting too:

http://www.monkeysaudio.com/cgi-bin/YaBB/Y...&num=1070119776