We can hope (without 100% warranty), that the majority (of similar checksums for some CD into the database) is the same checksum of the CD's original record.īut, in instance, if a serie of CD was manufactured without 100% identity to original studio files (for unknown to us reasons), then we have non-correct majority. So ripped checksum compared with an array of uncertified checksums. The glass type (ripper software and optical drive) defines how exactly we can detect the ice cube size (byte value on CD) and restore the initial cube size into our box (byte value into ripped file).īut the database doesn't contain original record checksum. We can look at the cubes (bytes on CD) through different glass types (optical drive with CD ripping software). We can't distinguish it's corner (case 2) or part of the cube (case 1). It happens due to we know nothing about the cube size. If we have a corner instead full cube (unrecovered information), we can't restore the cube (byte) exactly. If the cube (byte) is lost its corner, we can create similar-size cube (restore information in byte) and put it in our box (ripped music file). When we study the cubes (read from CD), we can find 3 types of damaged cubes (wrong bytes): Some of the cubes may be damaged when put in the box or during delivery (bytes damaged in manufacturing or another way).ĬD ripping like the creation of the cubes into our own box (ripped sound files). If a CD ripper can't exactly read values of the bytes, written at a recording studio, we get broken sound.Įxample (it's only approximate CD-ripping description, real process is more sophisticated):Īt a factory we should put several ice cubes (bytes) in a box (song on CD). If one or several bytes are broken, music can get audible distortions.

Mac flac player