Hi all,
When running the FLAC encoder from different applications on the same file, I get different compression rations. The FLAC front-end gives the best results (batch conversion from WAV), followed by CDex (CD ripping to FLAC), then foobar2000 (batch conversion from WAV). The original WAV file was previously ripped to WAV with CDex.
Running decode from the front-end results in 3 identical files, all identical to the original ripped WAV file, at least in terms of size.
The configured compression level is always 8. I only have 1 copy of flac.exe throughout the entire system (XP).
Any idea why this happens?
Many thanks in advance.
JJ
How different are the file sizes? If you are using the same version of flac for each then the only differences you will see will be due to metadata.
Are you comparing the actual bits per second of the audio data, or just the overall size of the FLAC files?
There could very well be differences in how each application tags the resulting FLACs, and that would make a difference in the overall file size. For instance, by default, FLAC frontend doesn't add any tags, and would therefore produce the smallest file size possible for a given compression ratio.
Edit: 2 minutes! What greynol said.
http://www.hydrogenaudio.org/forums/index....showtopic=54054 (http://www.hydrogenaudio.org/forums/index.php?showtopic=54054)
Thanks all,
I was comparing the raw file sizes, which are significantly different.
I will investigate further in the light of your answers and of the existing topic.
J-J
I was going to mention the seek table, but figured it could be lumped under metadata.
Well, I've sorted out the situation with foobar (my output parameters were wrong), and these are the results I now get for a given file:
- WAV - 1411 Kbit/s - 45 840 524 bytes (for reference)
- FLAC from Front-end (batch conversion) - compression level: 8 - 512 Kbit/s - 16 643 150 bytes
- FLAC from foobar (ripping) - compression level: 8 - 512 Kbit/s - 16 636 729 bytes
- FLAC from CDex (ripping) - compression level : 8 - 558 Kbit/s - 18 138 714 bytes
- FLAC from Front-end (batch conversion) - compression level: 2 -559 Kbit/s - 18 167 598 bytes
- FLAC from foobar (batch conversion) - compression level: 8 - 694 Kbit/s - 22 554 703 bytes
- FLAC from Front-end (batch conversion) - compression level:0 - 587 Kbit/s - 19 074 076 bytes
Those results are somewhat mysterious to me, but thet are perfectly deterministic (i.e. repeatable), and all the FLAC files can be converted back to the original WAV size.
Rather than investigating for ages, I will now use foobar for ripping, and the front-end for batch conversions.
Thanks all.
JJ
Why wouldn't you use foobar for batch conversions too?
Personally I would use dbp for ripping.
Well, using foobar for batch conversions yields the worst possible results (see my figures).
With regard to dbp, I never heard of it before. Have you got a link, please?
Thx.
Sorry pdq, I just realize you were talking about dBpoweramp.
Thank you
- FLAC from foobar (ripping) - compression level: 8 - 512 Kbit/s - 16 636 729 bytes
- FLAC from foobar (batch conversion) - compression level: 8 - 694 Kbit/s - 22 554 703 bytes
I just ripped (converted a random CDDA track to WAV and to FLAC -8) using foobar2000 1.1.2 beta 4 and then converted the resulting WAV file to FLAC -8. The two FLAC files are exactly the same size.
Do you have some kind of processing enabled in your foobar2000 conversion settings?
In Foobar2000, are you keeping the lossless sources at the same bit depth, and are you applying dither?
If you are applying dither, then the FLAC encodings will obviously be at a higher bitrate because of the added dither.
In my Foobar 2000 settings, I have Preferred Bit Depth set to "16", Dither "never", and the Keep Lossless Sources at Original Bit Depth box checked.
With this, and making sure that Foobar is using the same flac version as all my other encoding apps, the same WAV files produce the exact same size files (give or take a few hundred bytes due to tags) in all applications.
@Apesbrain
I can't find any specific settings for conversion. Where are they? By the way, I use v1.1.1, in case this might be a problem.
@Wonderslug
My settings don't look like yours. I have indeed chosen a 16-bit depth, but Dither is only a check box (unchecked) and I don't have a box called "Keep Lossless sources at Original Bit Depth". Mybe a version problem too?
Thx.
I forgot to mention I'm not willing to upgrade to v1.1.2 beta 4, because this will expire after 4 weeks (unless I misinterpreted something).
Perhaps you could strip out all of the tag metadata with mp3tag and then compare the file sizes again? That way the old data left in the file is audio data.
Of course, this could be done. But, as stated by WonderSlug, metadata should be no more than a few hundred bytes. And, as you may have noticed, the big differences I experience are due to the varying bit rates of the encoded streams. Therefore, as the other contributors rightly point out, I must have a problem with foobar (and CDex) parameters, but I'm unable to track it down right now.
Of course, this could be done. But, as stated by WonderSlug, metadata should be no more than a few hundred bytes. And, as you may have noticed, the big differences I experience are due to the varying bit rates of the encoded streams. Therefore, as the other contributors rightly point out, I must have a problem with foobar (and CDex) parameters, but I'm unable to track it down right now.
You have a difference of about 1.4MB - could it be a jpeg or something in the tag? With mp3tag you can examine the extended tags to see exactly what is in the file metadata.
Of course, this could be done. But, as stated by WonderSlug, metadata should be no more than a few hundred bytes. And, as you may have noticed, the big differences I experience are due to the varying bit rates of the encoded streams. Therefore, as the other contributors rightly point out, I must have a problem with foobar (and CDex) parameters, but I'm unable to track it down right now.
You have a difference of about 1.4MB - could it be a jpeg or something in the tag? With mp3tag you can examine the extended tags to see exactly what is in the file metadata.
The difference is very nearly 6 MB (16,6 vs 22.6 MB). I will take a look at the tags and keep u posted if I find anything. But we are talking about a CD track, ripped to FLAC directly, or ripped to WAV then converted to FLAC. Where would 6 MB of tags come from? I'm puzzled...
Of course, this could be done. But, as stated by WonderSlug, metadata should be no more than a few hundred bytes. And, as you may have noticed, the big differences I experience are due to the varying bit rates of the encoded streams. Therefore, as the other contributors rightly point out, I must have a problem with foobar (and CDex) parameters, but I'm unable to track it down right now.
You have a difference of about 1.4MB - could it be a jpeg or something in the tag? With mp3tag you can examine the extended tags to see exactly what is in the file metadata.
The difference is very nearly 6 MB (16,6 vs 22.6 MB). I will take a look at the tags and keep u posted if I find anything. But we are talking about a CD track, ripped to FLAC directly, or ripped to WAV then converted to FLAC. Where would 6 MB of tags come from? I'm puzzled...
My guess is that you are applying dsp effects when converting files, but not when ripping.
Of course, this could be done. But, as stated by WonderSlug, metadata should be no more than a few hundred bytes. And, as you may have noticed, the big differences I experience are due to the varying bit rates of the encoded streams. Therefore, as the other contributors rightly point out, I must have a problem with foobar (and CDex) parameters, but I'm unable to track it down right now.
You have a difference of about 1.4MB - could it be a jpeg or something in the tag? With mp3tag you can examine the extended tags to see exactly what is in the file metadata.
The difference is very nearly 6 MB (16,6 vs 22.6 MB). I will take a look at the tags and keep u posted if I find anything. But we are talking about a CD track, ripped to FLAC directly, or ripped to WAV then converted to FLAC. Where would 6 MB of tags come from? I'm puzzled...
My guess is that you are applying dsp effects when converting files, but not when ripping.
This is a worthwile guess, but I don't know how to configure dsp effects for ripping vs converting.
In any case, I don' have any dsp's enabled under Preferences > Playback > DSP Manager.
Are there any other locations to look at?
For foobar 1.1:
Select track in foobar; right click to bring up context menu; Convert; "..."; Processing; then make sure that the Active DSPs box is empty....
then make sure that the Active DSPs box is empty....
and "Additional decoding" is off. (added: you will see it only if you have foo_hdcd or foo_input_dts installed).
Added 2: ...and replaygain is off, too.
and "Additional decoding" is off.
Oops....
Thanks, gentlemen, that was it.
But why the hell are conversion parameters identified by"..." in the context menu?????
This is not intuitive, to say the least.
Thanks again anyway.
JJ
I forgot to mention I'm not willing to upgrade to v1.1.2 beta 4, because this will expire after 4 weeks (unless I misinterpreted something).
By that time, there will either be a new beta or the final version. That's how they handle development/releases.
But why the hell are conversion parameters identified by"..." in the context menu?????
They are there so that you can "roll you own" conversion in terms of output format, destination, processing and "other" settings. Bear in mind that you will probably have to make sure that any processing is disabled for each preset that you have created (and remember to save the preset....).
I forgot to mention I'm not willing to upgrade to v1.1.2 beta 4, because this will expire after 4 weeks (unless I misinterpreted something).
By that time, there will either be a new beta or the final version. That's how they handle development/releases.
Thanks. It's OK now anyway with 1.1.1
But why the hell are conversion parameters identified by"..." in the context menu?????
They are there so that you can "roll you own" conversion in terms of output format, destination, processing and "other" settings. Bear in mind that you will probably have to make sure that any processing is disabled for each preset that you have created (and remember to save the preset....).
Thanks, Nick. I realize that. I was just talking about the use of 3 dots instead of an explicit string like "Parameters".
Because it's not "Parameters" ?
Because it's not "Parameters" ?
No, it's "..."
I was just talking about the use of 3 dots instead of an explicit string like "Parameters".
+1
I think I follow the original intention: "Convert" > "..." being equivalent to "Convert..." but it just looks strange.
How about "Convert" > "Setup..." or "Convert" > "Converter Setup..."?
BTW, stable of 1.1.2 is already out:
http://www.foobar2000.org/download (http://www.foobar2000.org/download)
I was just talking about the use of 3 dots instead of an explicit string like "Parameters".
+1
I think I follow the original intention: "Convert" > "..." being equivalent to "Convert..." but it just looks strange.
How about "Convert" > "Setup..." or "Convert" > "Converter Setup..."?
BTW, stable of 1.1.2 is already out:
http://www.foobar2000.org/download (http://www.foobar2000.org/download)
Any of the 2 proposals would suit me. Thx for the download link. I'm gonna start a new thread about a couple of cosmetic mods I'd like to suggest.
Since those mods strictly have to do with foobar, not flac, I will post in the relevant forum.
JJ
and "Additional decoding" is off.
Uh-oh, what if it's left on by accident?
and "Additional decoding" is off.
Uh-oh, what if it's left on by accident?
File size will be bigger and bit rate will be higher. My 2 cents, I'm not an expert. I'll be glad to see an authoritative answer.
Uh-oh, what if it's left on by accident?
foo_input_dts will decode DTS-WAV files to plain WAV (LPCM), and
foo_hdcd will decode 16-bit HDCD-WAV to 20bit WAV.
Uh-oh, what if it's left on by accident?
foo_input_dts will decode DTS-WAV files to plain WAV (LPCM), and foo_hdcd will decode 16-bit HDCD-WAV to 20bit WAV.
Good to know!
and "Additional decoding" is off.
Uh-oh, what if it's left on by accident?
File size will be bigger and bit rate will be higher. My 2 cents, I'm not an expert. I'll be glad to see an authoritative answer.
Uh-oh, what if it's left on by accident?
foo_input_dts will decode DTS-WAV files to plain WAV (LPCM), and foo_hdcd will decode 16-bit HDCD-WAV to 20bit WAV.
Will this be a problem if I was converting non-DTS-WAV and non-HDCD files? I did quite a bit of ape/wv/etc files (standard CD audio, 16-bit / 44.1 kHz) to flac without realizing 'Additional decoding' was on. Is the audio actually changed somehow? Or is the file size just bigger? Originally, I did not have the DTS or HDCD components installed. At some point I chose to install them and never thought to re-check the converter options. I hope I don't need to go back and figure out which files need to be re-done, yikes!
Thanks!
Will this be a problem if I was converting non-DTS-WAV and non-HDCD files?
No. Moreover, only flac and wavpack input plugins can utilize this additional decoding.
Will this be a problem if I was converting non-DTS-WAV and non-HDCD files?
No. Moreover, only flac and wavpack input plugins can utilize this additional decoding.
Thanks!