Josh Coalson wrote: > --- Pat Farrell <[EMAIL PROTECTED]> wrote: >>Any lossless compression scheme must recreate the original file. >>But in practice there is often a little bit of padding >>generated, so that the file size may be different. >
> FLAC does not introduce any padding; it always stores and > reproduces exactly the samples it was fed as input. I've not seen this, I've seen tiny changes, always just empty blocks that have zero impact. Since they made no difference, I didn't keep searching to find out exactly what caused it. Given that I use two different OS (Win 2000 and Linux) and three different programs (CDex, EAC and grip) there are lots of places for the diffences to show up. > the process of ripping a CD as individual tracks can cause an > "inexact" freedb match if not done properly due to the gaps between > tracks. The cddb/freedb matching algorithm is pretty simple, maybe even simplistic. Years ago I knew exactly what it was, I implemented it for low level code in C. But its just a rough hash, so there is lots of reasons for mistakes. We had three of the same album, CD, same UPC, with three different hash values. -- Pat http://www.pfarrell.com/music/slimserver/slimsoftware.html _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
