Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Secure Ripper Test (part 2 concise results) (Read 145715 times) previous topic - next topic
0 Members and 4 Guests are viewing this topic.

Secure Ripper Test (part 2 concise results)

Reply #300
As a side note, I have c2 working over usb, will release test version shortly, a bonus - EAC would not run my Plextor 230a over usb with c2 (other drives yes, but not this plextor( - I have found a way to squeeze c2 out of it!

Still no C2 with my Sony CDU5221 when using your program but it works with EAC. 

...no, it isn't a USB drive.


Secure Ripper Test (part 2 concise results)

Reply #302
Currently there are three versions available.  It looks like $14 is not going to buy you the ability to use Ultra Secure Passes or to change the C2, FUA or cache settings.

Spoon promised a breakdown of the differences but I haven't seen it yet.



Secure Ripper Test (part 2 concise results)

Reply #305
The new(er) proposed pricing scheme is confusing and still doesn't seem very consumer friendly.

IMO of course.

- Free version = basic ripper, mp3 encoding/explorer info/columns expires, no ultrasecure or other 'advanced' options (to include logging and dynamic naming)

- power pack version = basic rippper, unlimited mp3 encoding, explorer info/columns... still no ultra secure/advanced options

- 'reference' version = full ripper/converter, doesn't include other apps (sveta/burner), free updates until next major version (ie R13 will not be free I assume)

That's my interpretation of available information.

Secure Ripper Test (part 2 concise results)

Reply #306
That means if you bought the Power Pack with R2, R3, R4... of dBpowerAMP you can upgrade to R12 with the latest PP features.



 

Secure Ripper Test (part 2 concise results)

Reply #309
Hello, I just tried to rip my first CD with my new computer using v.12 'reference', secure mode and CLI encoder (flac 1.1.3: -8 -V -P 16000 - -o [outfile]).
Some tracks weren't encoded at all. The console reports this error:

Code: [Select]
Error ripping to CLI Encoder, 'Track 4' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 04 - Cantata No. 39, 'Brich dem Hungrigen dein Brot,' BWV 39 (BC A96); Wohlzutun und mitzuteilen.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 5' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 05 - Cantata No. 39, 'Brich dem Hungrigen dein Brot,' BWV 39 (BC A96); Höchster, was ich habe.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 6' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 06 - Cantata No. 39, 'Brich dem Hungrigen dein Brot,' BWV 39 (BC A96); Wie soll ich dir, o Herr!.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 16' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 16 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Denn Gott verlässet keinen.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 17' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 17 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Auf ihn magst du es wagen.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 19' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 19 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Er richt's zu seinen Ehren.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]
 
Error ripping to CLI Encoder, 'Track 21' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 21 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Herr, gib, daß ich dein Ehre.flac'
  Track Ripped Insecurely.
 
Error ripping to CLI Encoder, 'Track 20' to 'C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 20 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Darum ich mich ihn ergebe.flac'
  Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]

I don't understand this message. Could someone enlight me? Thanks


EDIT: for each track it does:
1/ pass 1
2/ secure 1
3/ error (a 0 kbps flac with the correct name is created)

EDIT2:
Ripped the missing tracks again, and some were properly encoded but not all

EDIT3:
After several trials all tracks were encoded. But didn't change any option nor filename...
Wavpack Hybrid: one encoder for all scenarios
WavPack -c4.5hx6 (44100Hz & 48000Hz) ≈ 390 kbps + correction file
WavPack -c4hx6 (96000Hz) ≈ 768 kbps + correction file
WavPack -h (SACD & DSD) ≈ 2400 kbps at 2.8224 MHz

Secure Ripper Test (part 2 concise results)

Reply #310
Another question: are EAC and DBPowerAmp CRC for identical tracks/stream supposed to be the same? I just compare the same track, ripped with DBPA in ultra-secure mode and then with EAC.
Results:

DBPA trial#1
Code: [Select]
Track 21:  Ripped LBA 265980 to 275160 (2:02) in 0:37. Filename: C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 21 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Herr, gib, daß ich dein Ehre.flac
  Secure (Warning)  [Pass 1, Ultra 1 to 2, Re-Rip 182 Frames]
  CRC32: B574659C

=> there were corrected errors (but disc isn't scratched at all: it's a new one)
Then I ripped it again:

DBPA trail#2
Code: [Select]
Track 21:  Ripped LBA 265980 to 275160 (2:02) in 0:47. Filename: C:\Documents and Settings\Francis\Mes documents\Ma musique\Collegium Vocale\Peter Kooy - J.S. Bach; Cantatas 39, 73, 93, 105, 107, 131 Disc 2 - 21 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Herr, gib, daß ich dein Ehre.flac
  Insecure  [Pass 1, Ultra 1 to 6, Re-Rip 290 Frames]
  CRC32: B574659C
    Insecure Audio from 00:01:48,040 to 00:01:48,320

=> more corrected errors, but the CRC is identical to the first trial.

Now EAC Secure + Test & Copy:
Code: [Select]
Track 21
     Filename C:\EAC\PhilippeH CollegVocaleGhent\Kantaten (BWV 39,93,107) CD2\21. Was willst du dich betrüben -VII- Herr, gib, das ich in dein Ehre.wav

     Peak level 48.6 %
     Track quality 99.8 %
     Test CRC BBDCABB3
     Copy CRC 00F15C87
     Copy OK

No errors occured

EAC doesn't detect any error, but I got two different CRC: one for the test and another one for the copy. And none of them correspond to DBPowerAmp's CRC. Both files should as a consequence be different.


To check this difference I used foobar2000 bit-comparator tool:
Code: [Select]
Comparing:
"C:\Documents and Settings\Francis\Mes documents\Ma musique\Bach\21 - Cantata No. 107, 'Was willst du dich betrüben,' BWV 107 (BC A109); Herr, gib, daß ich dein Ehre.flac"
"C:\EAC\PhilippeH CollegVocaleGhent\Kantaten (BWV 39,93,107) CD2\21. Was willst du dich betrüben -VII- Herr, gib, das ich in dein Ehre.flac"
No differences in decoded data found.

Streams are therefore bit-identical but CRC reported by EAC and DBPowerAmp aren't the same 
I suspected foobar2000 tool to be buggy, but a mixed-pasted comparison on Audition doesn't show any different bit between both rips.
Was this already reported? I didn't closely followed the development of this (nice) tool.
Wavpack Hybrid: one encoder for all scenarios
WavPack -c4.5hx6 (44100Hz & 48000Hz) ≈ 390 kbps + correction file
WavPack -c4hx6 (96000Hz) ≈ 768 kbps + correction file
WavPack -h (SACD & DSD) ≈ 2400 kbps at 2.8224 MHz

Secure Ripper Test (part 2 concise results)

Reply #311
I have a copy protected disc I can't rip in secure mode. I'd like to disable C2 but can't. Burst mode results in consistent CRCs yet there is still no burst mode logging it seems.

I've just successfully ripped the CD in Secure Mode with no C2. I gave up trying to rip with EAC in secure mode and no C2; EAC would become unresponsive and take too long per track.


guruboolez, you can see the differing CRCs if you use AccurateRip dll with EAC too. I'm pretty sure the way the values are calculated is different.

edit: http://www.hydrogenaudio.org/forums/index....showtopic=24045
daefeatures.co.uk

Secure Ripper Test (part 2 concise results)

Reply #312
I'm a complete newbie with AccurateRip: I used it with EAC today for the first time. But I can't see any difference, excepted for the "send accuraterip results..." menu in \Database. I don't understand. Is it because I didn't manually set the read offset and let it to zero?

Anyway, all tracks ripped with EAC and with DBPA have different CRC but are all bit-to-bit identical.


EDIT: thank you for the link. It explains why CRC can't be compared.
My only problem is the "Error writing audio data to StdIn Pipe  [clEncoder::EncodeBlock]" error.
Wavpack Hybrid: one encoder for all scenarios
WavPack -c4.5hx6 (44100Hz & 48000Hz) ≈ 390 kbps + correction file
WavPack -c4hx6 (96000Hz) ≈ 768 kbps + correction file
WavPack -h (SACD & DSD) ≈ 2400 kbps at 2.8224 MHz

Secure Ripper Test (part 2 concise results)

Reply #313
EAC and dBpowerAMP will both display the same CRC if you enable the EAC option to use NULL samples for CRC calculation.

AccurateRip uses a different crc calculation routine.

Which encoder was being used with stdout?

Secure Ripper Test (part 2 concise results)

Reply #314
That means if you bought the Power Pack with R2, R3, R4... of dBpowerAMP you can upgrade to R12 with the latest PP features.

but aparently, the features of PP v12 would be less than PP v11.

Secure Ripper Test (part 2 concise results)

Reply #315
In what way? on a complete rewrite obviously there will be details overlooked, which we will try to correct, R12 adds plenty of extra PP features (such as live dsp effects and secure ripper).

Secure Ripper Test (part 2 concise results)

Reply #316
spoon:
flac 1.1.3 -8 -V -P 16000 - -o [outfile]
Wavpack Hybrid: one encoder for all scenarios
WavPack -c4.5hx6 (44100Hz & 48000Hz) ≈ 390 kbps + correction file
WavPack -c4hx6 (96000Hz) ≈ 768 kbps + correction file
WavPack -h (SACD & DSD) ≈ 2400 kbps at 2.8224 MHz

Secure Ripper Test (part 2 concise results)

Reply #317
In what way? on a complete rewrite obviously there will be details overlooked, which we will try to correct, R12 adds plenty of extra PP features (such as live dsp effects and secure ripper).

AFAIK, security measures would be only on "reference"? As you can see it's still a little confusing right now. It's just my understanding.

- Free version = basic ripper, mp3 encoding/explorer info/columns expires, no ultrasecure or other 'advanced' options (to include logging and dynamic naming)

- power pack version = basic rippper, unlimited mp3 encoding, explorer info/columns... still no ultra secure/advanced options

- 'reference' version = full ripper/converter, doesn't include other apps (sveta/burner), free updates until next major version (ie R13 will not be free I assume)

That's my interpretation of available information.

Secure Ripper Test (part 2 concise results)

Reply #318
c2 over usb can be downloaded here:

http://forum.dbpoweramp.com/showpost.php?p...mp;postcount=25

----

@guruboolez

There could be a discrepancy between flac and dbpoweramp and stdio pipes, try either using a temporary wave file (a guess at the command line):

flac 1.1.3 -8 -V -P 16000 -i [infile] -o [outfile]

Or use dbpoweramps r12 native flac encoder.

-----------

@kwanbis

There are a few tiny PP items missing from R12, but these are going to be implemented in DSP effects / actions so do not need to delay r12 from shipping.

The Power Pack will have secure ripping, cache elmination, Reference will be ultra secure with c2 pointers and FUA.

Secure Ripper Test (part 2 concise results)

Reply #319
Hello, I just tried to rip my first CD with my new computer using v.12 'reference', secure mode and CLI encoder (flac 1.1.3: -8 -V -P 16000 - -o [outfile]).
Some tracks weren't encoded at all.


I had the same experience with the CLI encoder when encoding to itunes AAC via itunesencode. About every other song was not encoded. A re-rip of the missed tracks still resulted in only about half of that second set being encoded.

Secure Ripper Test (part 2 concise results)

Reply #320
The Power Pack will have secure ripping, cache elmination, Reference will be ultra secure with c2 pointers and FUA.

excelent. I really like dbpoweramp

Secure Ripper Test (part 2 concise results)

Reply #321
I thought the itunesencode used temporary wave files rather than stdio.

Secure Ripper Test (part 2 concise results)

Reply #322
The Power Pack will have secure ripping, cache elmination, Reference will be ultra secure with c2 pointers and FUA.

so PP would be like today, and reference would introduce a better, more secure ripping process, right? (i re-read your note).

Secure Ripper Test (part 2 concise results)

Reply #323
I thought the itunesencode used temporary wave files rather than stdio.


I thought so too. This is my command line in R12:
-e "AAC Encoder" -a "[artist]" -l "[album]" -t "[title]" -g "[genre]" -y [year] -n [track] -i [infile] -o [outfile]

Is there an different way to write this that will make use of temp files? All files encode normally using itunesencode from EAC.

Secure Ripper Test (part 2 concise results)

Reply #324
One thing I don't get, I thought the Power Pack doesn't allow ripping with C2 pointers. Then why is there an update for this version for c2 over usb?

Edit: Well, I'm testing C2 over USB right now and it seems to work without trouble. Great work Spoon!