brasslock / rubyripper

Automatically exported from code.google.com/p/rubyripper
1 stars 0 forks source link

No correction done #9

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Rip CD with mismatching chunks
2.
3.

What is the expected output? What do you see instead?
rr should compare and fix; instead rr just compares and reports

What version of the product are you using? On what operating system?
svn revision 12 on Debian

Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <monty@xiph.org> and Xiph.Org

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

Ripping from sector  270042 (track 15 [0:00.00])
          to sector  295089 (track 15 [5:33.72])

outputting to /Sjø/rr/track15_1.wav

 (== PROGRESS == [                 ++  +++++++++| 295089 00 ] == :^D * ==)

Done.

cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <monty@xiph.org> and Xiph.Org

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

Ripping from sector  270042 (track 15 [0:00.00])
          to sector  295089 (track 15 [5:33.72])

outputting to /Sjø/rr/track15_2.wav

 (== PROGRESS == [                  ++++++++++++| 295089 00 ] == :^D * ==)

Done.

Leads to this in the status window:
This log is created by Rubyripper, version 0.3

Official website: http://rubyforge.org/projects/rubyripper/
Wiki page: http://wiki.hydrogenaudio.org/index.php?title=Rubyripper

Cdrom offset used: 48

Ripper used: cdparanoia (default settings)
Matches required for all chunks: 2
Matches required for erronous chunks: 2

Codec(s) used:
-wav

CDDB INFO

Artist  = Unknown
Album   = Unknown
Year    = 0
Genre   = Unknown
Tracks  = 17

01 - Track 1
02 - Track 2
03 - Track 3
04 - Track 4
05 - Track 5
06 - Track 6
07 - Track 7
08 - Track 8
09 - Track 9
10 - Track 10
11 - Track 11
12 - Track 12
13 - Track 13
14 - Track 14
15 - Track 15
16 - Track 16
17 - Track 17

STATUS

Starting to rip track 15, trial 1#
Starting to rip track 15, trial 2#
Analyzing files for mismatching chunks
3543 chunk(s) didn't match 2 times.
Maximum tries reached. 3543 chunk(s) didn't match the required 2 times
Will continue with the file we've got so far
MD5 Digest is 5eb6115ddddc46fa18427974238927bd

Rubyripper is finished with the ripping and encoding of selected tracks.

RIPPING REPORT

All chunks were tried to match at least 2 times.
Track 15 couldn't be repaired within the maximum of 0 trials
After trial 2, track 15 still had 3543 chunk(s) that didn't match 2 times
The exact positions of the suspicious chunks can be found in the ripping log
Log file(s) saved

Original issue reported on code.google.com by mordbr...@gmail.com on 8 Nov 2006 at 8:34

GoogleCodeExporter commented 9 years ago
May I ask what value you set for maximum tries in the gui? I suspect you've set 
it 
at zero, right?

Original comment by rubyripp...@gmail.com on 8 Nov 2006 at 5:59

GoogleCodeExporter commented 9 years ago
I already see from your supplied output that this is the case. It's fixed in 
revision 13. Now that is an unlucky number, so please test ;)

Original comment by rubyripp...@gmail.com on 8 Nov 2006 at 6:53