Speaking of better compression, I've been using the following options on the command line for ages. I'm not sure what they actually do (stole the recipe from a thread on this mailing list, if I remember right), but they seem to improve the compression ratio over just using --best (by 0.3 to 0.5% typically), without any obvious impact on the compression time (not that I measured that scientifically, mind you...)
--apodization=tukey(0.25) --apodization=gauss(0.1875) Any one who would care to comment on what this does ? Thanks, Pyt. On Thu, Mar 14, 2013 at 3:06 AM, Ben Allison <ben...@winamp.com> wrote: > Flake is a completely independent codebase. When I used it years ago, I > remember it being not only better compression but significantly faster as > well. I believe some of the techniques used in libflake were added to > libFLAC in 1.1.4. However, some of the improved compression in flake was > due to options that are outside the FLAC 'subset', such as larger > blocksize, greater number of prediction coefficients, and higher-order > Rice codes. > > -Ben Allison > > > Are you sure that the encoding library was improved, or just the > > command line? > > > > Keep in mind that 1-8 (or 0-8) are just macros for particular > > combinations of options that are also available separately. > > > > I'm just guessing, here, but 9-12 might be nothing more than selected > > combinations of options that are already available in the official > > flac command-line, albeit without a short, numerical abbreviation. > > > > Brian Willoughby > > Sound Consulting > > _______________________________________________ > flac-dev mailing list > flac-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/flac-dev >
_______________________________________________ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev