________________________________________________________________________________ protip: Breaking news! l0Rd3z3C aka DiViNiTY aka ThEgH0sT- can't read! ( Sorry, I forgets your nick on LocalNet :( ) protip: it isn't deemed to be a valid nuke reason, although it is a good indicator for possible reencodes (retail sources only). Try reading the whole page. ________________________________________________________________________________ First, an explanation of mod588: " The mod operator returns the remainder obtained by dividing its operands. In other words, x mod y = x - (x div y) * y. " Oh, div is of course: " The value of x div y is the value of x/y rounded in the direction of zero to the nearest integer. " Since one second on a CD is divided in to 75 frames, each has 588 samples. A mp3 is divided into frames and each has 1152 samples. That's why we do "samples mod 588" to see if the source for the mp3 was a CD and not a transcode from a mp3. ________________________________________________________________________________ To obtain samples length of an mp3, a suitable and accurate program to use is foobar (any version), other programs don't seem to be as accurate. Drag a scene mp3 on to foobar, and right click -> properties. You will see something like "Duration: 3:06.972 (10774512 samples)." take the (10774512 samples) and follow through with the process below. ________________________________________________________________________________ A proper file encoded from a CD source. Samples length: 10774512 10774512 mod 588 = 0 because: 10774512 / 588 = 18324 the result is a whole number, an integer. Now, if the file was not created from a CD source: Samples length: 10775855 10775855 mod 588 = 167 because: 10775855 / 588 = 18326,28401360544217687074829932 the result is not an integer, so: 18326 * 588 = 10775688 and: 10775855 - 10775688 = 167 ________________________________________________________________________________ Notes: . Don't forget that only recent versions of LAME give sample accurate length. Old LAME (pre-3.90) and non-LAME mp3 encoders won't work. . MP3's with LameTag and with the enc_delay/enc_padding values should be fine. Word from mp3c members: " Only dumb scene nukers are doing this. That is NOT an official nuke reason. I was 1 of the guys who came up with some of the methods of checking and THAT was NEVER 1 of them. Specta anyalsis and bitrate are FAR better indicators esp if u have 2 sources with 1 known and 1 unknown. There are some variables which can vary even with wav ripping between 1 cdrom to another hence why a couple of bits off 2 encodes can happen. CLearly this is a over jealous site nuker. " [Last updated: 2008-05-20] [Main text last updated: 2008-05-20, Prelude last updated: 2009-09-17]