I presume the introduction of the player is to get over the complaints of cds not being playable on pcs.
The player will most likely play compressed files (lossy of course), not the actual WAV files.
I agree. The disk is defective. Take it back. The best way to stop this sort of copy ptotection is just not to buy it. Although I cannot recommend it to others, I would make an analog copy before returning it for a refund.
there are rhythmically repeated patterns of different samples ...
could you please tell me if I'm allowed to post my method to make my Plextor 121032A rip and play the copy protected disc. The way I understand forum rule # 9 I'm not, but I'm just not sure, because English is not my first language, I don't know much about U.S. laws and I saw others posting similar things without being stopped by HA staff.
The first position with different samples is an exception (weird). The Plextor drive ripped about 3000 samples of digital silence (clearly audible wrong) in the middle of one song while all other drives' results are identical and sound fine at this position. IMO this is a strange behavior of the Plextor drive. C2 was deactivated, test & copy CRC are identical, I even tried with different firmware versions (with/without caching)!? :blink: Any explanation?
But Cactus Data Shield 200 is ugly...illegal TOC, wrong syncmarkers, mastered C2 errors, multisession...
I've got 4 wav files of every track and no matter which two of them I compare, the different samples are exactly the same (,but with different values for every drive, of course).
How could I get rips with least/lowest possible errors without having to spend hours of handwork correcting sample values?
The way I understand forum rule # 9 I'm not
9. Links to copyrighted or illegal material, discussion containing information of how to obtain such material, bypass protection methodologies of such material, or otherwise violate laws pertaining to such matters, will not be tolerated.Fair use of short music clips (under 30 seconds) for codec testing purposes are allowed. Users found in violation of this rule will be subject to immediate banishment.
ripped filesp plextor secure noC2 7,9speed test/copy CRC OK "gold standard"q 2nd driver 3rd drive ...n new file, containing of best possible samples of p,q,ralgorithmif p=q then n=p [# I]else if p=r then n=p [# II]else if q=r then n=q [# III]else n=p [# IV; no values match, so trust "gold standard"]simplified:if q=r then n=qelse n=pTo "program" this in Cool edit I had to do following steps (note: dithering must be disabled):1. Differencea=q-r b=p-qproblem: "clipping": a and b can have every value between -65534 and 65534, while in 16 bit audio there are only values between -32767 and 32767 possible. Solution: amplify to 50% before substracting, add twice if needed, correction of introduced errors see 4.a=q-r is done in CEP by a="mixpaste_overlap(invert®;q)" (for a clipping is not an issue, because it'll be "booleanized", see 2.)b=0,5*p-0,5*q : b="mixpaste_overlap(invert(amplify(q;50%));amplify(q;50%))"2. Goal: 0 sample stay 0 sample, convert everything else to 32767 (boolean 1)function: "booleanize"a_b=booleanize(a) : a_b="mixpaste_modulate(amplify(a;+91dB);amplify(a;+91dB))"Mixpaste_modulate problem: CEP mixpaste_modulate (edit>mixpaste check modulate in dialog) is should multiplicate 2 values and divide by 32767. Checking the results I found out that it lowers the value by 1. So "Booleanize" produces 0 on zero samples, on all other samples sometimes 32766, instead of 32767.To avoid this and get only 0 or 32767 samples I used a_b_new="amplify(a_b;+1dB)"3. Goal: if for a sample a_b_new=32767, then sample value shall be n=p=2*b+q ; if a_b_new=0, sample value n=qn=& quot;mixpaste_overlap(mixpaste_overlap(q;mixpaste_modulate(a_b_new;b));mixpaste_modulate(a_b_new;b))"Here the "mixpaste_modulate problem" occured again. It produced differences of the value 1 (eg. 23765 instead of 23766).4. Correction of "clipping" and "mixpaste_modulate" inaccuracies:c=p-n : c="mixpaste_overlap(invert(n);p)" (clipping no issue, because further needed samples have small values)c needs correction to make the following mixpaste_overlap operation exact. 0 samples have to stay 0, negative have to be decreased by 1, positive increased by 1 (see "mixpaste_modulation problem")c_corrected="mixpaste_overlap(c;amplify(amplify(c;+91db);-90,3db))"n_corrected="mixpaste_overlap(mixpaste_modulate(a_b_new;c_corrected);n)"
What bothers me the most, is that a beautiful song was drastically cut in length to make room for the extra data session.
I got a similar cd as christmas present. It launchs its own player showing a bitrate of 47 kbps AFAIR. As it didn't play in two of my CD players I was "forced" to make a working copy.