rlishtaba / rubyripper Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/rubyripper
rubyripper's Introduction
TABLE OF CONTENTS 1. INTRODUCTION 2. SECURE RIP METHOD 3. HOW TO INSTALL 3a. MACOS SUPPORT 4. CHANGELOG 5. FAQ 6. RELEVANT URLS 7. RUNNING ALL TESTS 1. INTRODUCTION Rubyripper aims to deliver high quality rips from audio cd's to your computer drive. It tries to do so by ripping the same track with cdparanoia multiple times and then comparing the results. It currently has a gtk2 and a command- line interface. Some of it's main features: * graphical (gtk2) and command line interface * a secure rip method -> see 2. SECURE RIP METHOD * editable freedb tag fetching * flac, vorbis, mp3, wav support * any other codec by passing the command * multiple codec encoding in one run * offset support * pass parameters to cdparanoia * playlist creation * logfile with analysis of corrected and impossible to correct positions * MD5sum for each track included in the logfile 2. SECURE RIP METHOD The underlying philosophy is that errors are random and therefore will differ with each trial. Since the files don't always match directly proves that at least part of this is true. However, it might be that some read errors are not random and will happen exactly the same with multiple trials. In this case an error would slip through unnoticed. A completely secure rip can never be guaranteed, neither by Exact Audio Copy (which inspired Rubyripper), nor by any other ripper. Factors like the quality of the audio-cd and the quality of the cdrom drive are very important as well. Despite these problems Rubyripper tries to do it's very best. The user can set a number of 'A' matches for each chunk of 1000 bytes. Each chunk represents about 0,006 seconds. If, after ripping the track 'A' times, there are chunks that don't match 'A' times, another trial is launched. This time however, the mismatched chunks must match 'B' times, which can be equal, but not smaller to 'A' times. When Rubyripper has finished the ripping process, a suspicious positions analysis will be added to the logfile. For each second in the file it will be shown how much mismatched chunks there were originally. And at which trial these were corrected or not at all. It's possible to set a limit to the number of times a track is ripped. For some tracks it seems impossible to ever get a correct rip. The amount of errors left are usually very small though. It's not likely one actually will be able to hear this. 3. HOW TO INSTALL Dependencies: * cdparanoia * ruby 1.9 Suggested: * ruby-gettext (for translations) * ruby-gtk2 (for gtk2 gui) * cd-discid or discid (for proper freedb support) * eject or diskutil for MacOS (for eject support) * flac, oggenc, lame, neroAacEnc, wavpack (if the codec is wanted) * wavgain, vorbisgain, mp3gain, aacgain (for replaygain support) * normalize (for normalize support) * sox (for de-emphasize audio tracks) * cdrdao (for advanced toc analysis) Run from directory: (1) ./bin/rubyripper_gtk2 or (1) ./bin/rubyripper_cli To install: (1) ./configure --enable-lang-all --enable-gtk2 --enable-cli --prefix=/usr or (1) ./configure --enable-lang=de,hu --enable-gtk2 --enable-cli --prefix=/usr (2) make install The executables will be named `rrip_cli` and `rrip_gui` To uninstall: (1) `make uninstall` To cleanup: (1) `make clean` 3a) MACOS SUPPORT The CLI now works in MacOS. However, if your cdparanoia version doesn't support the -d switch (to set the device), only the default drive can be used. Rubyripper doesn't do this for you, so if you got weird results with freedb fetching, use your other cdrom drive. A cdparanoia port for MacOS that supports the -d switch can be found here: http://sourceforge.net/project/showfiles.php?group_id=158413 For MacOS on x86 systems cd-discid is not working (ppc does), but discid is: website => http://discid.sourceforge.net/ You can also test the fallback code for creating the discid ourselves, but it may not work on audio-cd's with a data track. 4. CHANGELOG ---------0.7.0 RELEASE------ * updated ruby requirement to 1.9 * massive refactoring and cleanups * added lots of unit tests with rspec * added a few feature tests with cucumber ---------0.6.2 RELEASE------ * fix a crash when error on end of disc * repair for Ruby-1.9 Net::HTTP updates * fix outdated assumptions for gtk binding version * backport a fix for separating various artists ---------0.6.1 RELEASE------ * fix for usage of sox to de-emphasize * fix for slow ripping for old ruby (1.8) version ---------0.6.0 RELEASE------ * many ruby-1.9 fixes * get advanced toc scanning with help of cdrdao * support for hidden tracks before track 1 * optionally set how many seconds a hidden track at least must be * optionally not rip sectors before track 1 (prevent crashes for some drives) * option to either append / prepend pregaps * option for pre-emphasis handling * fix rips with discs that start with a data track once again * all new options result in a correct cuesheet (like EAC) * fix the --all CLI option and rename it to --defaults * improved aborting a rip * better show intention of "overwrite" dir by renaming it * better detection of various artist discs * cooldown the drive for two minutes after 30 minutes non-stop ripping * better handling of incomplete rips of last track due to offsets * added detection of free disk space * force a unique output directory in the gtk2 gui * fix some exotic lame tags * poll for the drive for some seconds to detect a disc * more easy visual sign when some erors were not recovered * move to freedesktop.org standard directories to store files (auto migration) * automatically filter out illegal FAT32 characters in filenames * better implementation of encoding threads, fixes multiple encodings * show the amount of seconds for each trial to rip * new Italian translation * update of many translations * and many other small fixes ---------0.5.7 RELEASE------ * a fix for discs that start with a data track * a fix for checking the available space for some languages * a few fixes for the OpenBSD platform * fix a typo in the logfile when errors were corrected * don't replace bracquets in filenames -> [] * fix a typo which resulted in a directory not containing the album name * allow multiple encoding threads once again :) ---------0.5.6 RELEASE------ * fix a problem with cdparanoia and last track on some drives * implement "abort" button while ripping * add Bulgarian translation * support for multiple-disc albums * some ruby-1.9 syntax fixes * fix various artist field for other codec * don't convert to ISO-8859-1 for lame if the character isn't supported * add an option to replace spaces with underscores * add an option to lowercase all filenames. * remove the hardcoded --id3v2only tag ---------0.5.5 RELEASE------ * Set lower priority to encoding processes * Fix image rips crash * Some CLI enhancements * Removed -p option of vorbis since it didn't work as intended. * Add Swedish translation and update others * Make the other codec setting more foolproof * Fix problem with proxy without password ---------0.5.4 RELEASE------ * disable threaded encoding, because since the ruby-gtk2 0.17 release forking a process within a thread results in a freeze. Hopefully a more elegant solution will follow. * add French translation * add proxy support ---------0.5.3 RELEASE------ * fix detection of some devices * update Hungarian / German translation * fix permissions on install + other small config fixes * add totaltracks tag * add albumartist tag * add support for lame 3.98: all genre tags now allowed * mention the artist / album in the summary page * add accelerator keys * encoding errors are now always reported * support weird characters in tags, while disabling in the filename * small fixes here and there ---------0.5.2 RELEASE------ * add a check for permission while reading the cdrom drive * fix the configure script to obey the not needing ruby-gettext dependency * fix the terrible state of the command-line client ---------0.5.1 RELEASE------ * important fix that prevents creating corrupted wav files * move over to one single language file * make ruby-gettext optionally * single file ripping supported * cuesheet support * some small fixes all over the place ---------0.5.0 RELEASE------ * Make freedb work again (using http instead of socked connection) * Add basic support for normalize using "mp3gain/wavgain/vorbisgain/metaflac" * Add basic support for normalize using "normalize" * Ability to set multiple processes for encoding tasks (for all those dualcores) * Support to load freedb from local $HOME/.cddb folder * Reload disc metadata from the internet if same disc is still in the drive * Some fixes so the gtk2 interface (resizing, grey out buttons) * Fix for some cases the preferences weren't saved in time * Cdparanoia installation check on startup, prevents mysterious error * Option to not keep the logfile if no correction is needed * When warning that a directory already exists, mention which directory * Save various artist correctly on local yaml file * Get a larger icon for even more beauty, also install it conform standards * Use some environment variables * Add Spanish translation * Look if an encoding process exited normally and otherwise WARN * Any other fix I missed ---------0.4.4 RELEASE------ * Add Hungarian and Russian translation * Update the install procedure. Most distributions can now easily wrap the install to their standard procedure for packaging. After running the configure script a Makefile is created. In the configure phase --prefix is supported. With the make install --prefix and $DESTDIR are both supported. If any wishes remain, please file an issue. * rake is no longer needed as dependency * helpfile.rb is no longer needed (replaced by configure) * the Makefile is no longer needed (auto-created by configure) * the Rakefile is no longer needed (replaced by configure) ---------0.4.3 RELEASE------ * first release that's translatable. Dutch and German languages are supported initially. This adds the ruby-gettext dependency. * check if there is write permission on the output location * improve other codec support (actually make it work) * unicode fixes in tags * off by one error. First sector was always read once * some small fixes all over the place ----------0.4.2 RELEASE------ * kill a memory leak, reduces memory use a lot with long tracks * removed the ruby-libglade2 dependency (ruby-gtk2 still needed) * implemented a dialog for the case that an ouput directory already exists * license included as a file: the GPL-3 License * changed location of settings file to $HOME/.rubyripper/settings * saving of (edited) freedb metadata to local disk $HOME/.rubyripper/freedb.yaml * added a .desktop file for auto inclusion in for instance the KDE menu * a lot of small fixes ----------0.4.1 RELEASE------ * fix a typo that prevented the loading of the icon after install and resulted in a crash * fix a bug where basedirs with a space would result in a crash * correct a typo for 'other codec' * make the parsing of rubyripper_settings file more foolproof * change the way 'Preferences' are shown. No more closebutton, but dynamic sidebutton ----------0.4 RELEASE--------- * rewrite of gtk2 interface => improved usability * MacOS support (cli interface) * improved freedb support (various artists, long tracknames) * fix for all known bugs of 0.3 release ----------0.3 RELEASE--------- * some gtk2 interface improvements * some cli interface improvements * make the freedb options now configurable * multiple freedb hits handling * removed cdda2wav support and dependency (too many bugs in cdda2wav) * removed ruby-freedb dependency, replaced with cd-discid * option to set amount of matches for all chunks * option to set amount of matches for erronous chunks * time based error reporting, no more chunk based * option to use any codec by using an external command * Makefile for easy installing / de-installing * Fix for all known bugs of 0.2 release 5. FAQ Q : Why does the last track go slower than the rest? A : Chances are that you've supplied an offset different than 0 and supplied the option -Z to cdparanoia. A cdparanoia bug prevents finishing ripping the last track if -Z is supplied, so it's automatically removed for the last track. Q : Will Rubyripper work on any platform other than linux? A : If the same dependencies are available on these platforms, then things will probably just work fine. If some of the dependencies are missing, but you do know one other utility which does just about the same, please report a feature request at the Google bugtracker. Q : How do I report a bug / request a missing feature? A : Go to http://code.google.com/p/rubyripper/issues/list. The Rubyripper developer will typically respond within one week. You can add your e-mail, so any changes or updates in the bug will be send to you. Q : How do I get the very latest code (I don't care how many bugs there are)? A : Using git. See the wiki for instructions. Q : My buttons don't react and give the following error in a terminal: warning: GRClosure invoking callback: already destroyed Callback error A : Upgrade your ruby gtk bindings to a >=0.16.* version. Q: How can I help translate rubyripper to my language? A: See the wiki for instructions 6. RELEVANT URLS Bug tracker + filehosting + subversion server + wiki : http://code.google.com/p/rubyripper/ 7. RUNNING ALL TESTS All feature tests can be run with "cucumber". Ofcourse you should have installed cucumber. This can be done with "gem install cucumber". The "gem" command should be installed by default in any Ruby installation. The feature tests can be found in the features folder. All unit tests can be run with "rspec". Ofcourse you should have installed rspec. This can be done with "gem install rspec". The "gem" command should be installed by default in any Ruby installation. The rspec tests can be found in the spec folder.
rubyripper's People
Contributors
Watchers
rubyripper's Issues
Multiple results from cddb search fails
What steps will reproduce the problem?
1. Insert disc that gets multiple results from cddb submission
2.
3.
What is the expected output? What do you see instead?
Instead of letting user select proper match rr hangs and will not let you
continue
What version of the product are you using? On what operating system?
latest rr from svn, Debian Linux
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
./rr_lib.rb:248:in `cddb_query'
although it also died once with this:
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
./rr_lib.rb:248:in `cddb_query': undefined local variable or method
`return_code' for #<Cddb:0xb6a1e274> (NameError)
from ./rr_lib.rb:221:in `make_internet_contact'
from ./rubyripper_gtk2.rb:59:in `get_cddb'
from ./rubyripper_gtk2.rb:50:in `cdrom'
from ./rubyripper_gtk2.rb:28:in `initialize'
from ./rubyripper_gtk2.rb:28:in `new'
from ./rubyripper_gtk2.rb:28:in `initialize'
from ./rubyripper_gtk2.rb:352:in `new'
from ./rubyripper_gtk2.rb:352
Perhaps the easiest fix would be an option that disables cddb lookup from
occuring. That way any problem with cddb could be bypassed.
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 10:54
CLI exits when all tracks selected
Since the GUI isn't updated the CLI is going to get a workout...
What steps will reproduce the problem?
1. Launch CLI
2. Say yes to rip all tracks
3.
What is the expected output? What do you see instead?
It should run, instead it dies
What version of rubyripper are you using? On what operating system? What is
your version of the ruby-gtk bindings?
svn 48, Debian
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_cli.rb
Audio-disc found, number of tracks : 10, total playlength : 49:44
Fetching freedb info...
FREEDB INFO
Artist : Ljå
Album : Til Avsky for Livet
Genre : Unknown
Year : 2006
Track 1 : Til Satan
Track 2 : Til avsky for livet
Track 3 : Et barn er dødt i betlehem
Track 4 : Vårtegn
Track 5 : Tilgi dem aldri
Track 6 : Vådeskudd
Track 7 : Svart
Track 8 : Granatsjokk
Track 9 : Blendende lys
Track 10 : Gjort til Djevel
Should all tracks be ripped ? (y/n) y
Tracks to rip are 1, 2, 3, 4, 5, 6, 7, 8, 9, 10
[jebediah@manger]-(~/src/rubyripper/svn)$
Original issue reported on code.google.com by [email protected] on 30 Dec 2006 at 9:11
Unable to exit rubyripper-gtk2 half way through a rip
What steps will reproduce the problem?
1. Run rubyripper
2. Exit half-way through a rip.
What is the expected output? What do you see instead?
I wanted to exit out of the program immediately and for the CD to stop
spinning, but the program carried on regardless and the CD span even after
I killed the rubyripper process.
What version of the product are you using? On what operating system?
0.2
Kubuntu
Original issue reported on code.google.com by [email protected] on 27 Nov 2006 at 11:00
Custom encode option
How about in addition to flac, mp3, wav, etc to have a box to enter custom
encoding command? Then a user (certainly not me :P) could encode with
whatever other strange format or options they may seek.
Original issue reported on code.google.com by [email protected] on 27 Nov 2006 at 4:37
stuck at two matches
What steps will reproduce the problem?
1. Rip CD with error
2.
3.
What is the expected output? What do you see instead?
Should be corrected eventually but is stuck on two. Maybe this is the disc
and not a bug, though it's suspicious. You'd think in 10 rips there would
be two matches, although that's not necessarily true.
What version of the product are you using? On what operating system?
svn 20, debian
Please provide any additional information below.
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 player used to rip: _NEC DVD_RW ND-3550A 1.05
Cdrom offset used: 48
Ripper used: cdparanoia (default settings)
Matches required for all chunks: 2
Matches required for erronous chunks: 3
Codec(s) used:
-wav
CDDB INFO
Artist = Unknown
Album = Unknown
Year = 0
Genre = Unknown
Tracks = 7
01 - Track 1
02 - Track 2
03 - Track 3
04 - Track 4
05 - Track 5
06 - Track 6
07 - Track 7
STATUS
Starting to rip track 4, trial 1#
Starting to rip track 4, trial 2#
Analyzing files for mismatching chunks
24 chunk(s) didn't match 2 times.
Starting to rip track 4, trial 3#
Starting to rip track 4, trial 4#
24 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 5#
24 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 6#
17 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 7#
17 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 8#
14 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 9#
14 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 10#
14 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 11#
8 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 12#
8 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 13#
6 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 14#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 15#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 16#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 17#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 18#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 19#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 20#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 21#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 22#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 23#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 24#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 25#
2 chunk(s) didn't match 3 times.
Starting to rip track 4, trial 26#
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 82517 (track 4 [0:00.00])
to sector 121651 (track 4 [8:41.59])
outputting to /Files/rr/track4_21.wav
(== PROGRESS == [ + | 121651 00 ] == :^D * ==)
Done.
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1120
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1121
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 82517 (track 4 [0:00.00])
to sector 121651 (track 4 [8:41.59])
outputting to /Files/rr/track4_22.wav
(== PROGRESS == [ +---------| 121651 00 ] == :^D * ==)
Done.
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1121
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1122
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 82517 (track 4 [0:00.00])
to sector 121651 (track 4 [8:41.59])
outputting to /Files/rr/track4_23.wav
(== PROGRESS == [ + | 121651 00 ] == :^D * ==)
Done.
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1122
seconds = 356
Key = 355
Key = 356
Key = 357
value = 1123
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 82517 (track 4 [0:00.00])
to sector 121651 (track 4 [8:41.59])
outputting to /Files/rr/track4_24.wav
(== PROGRESS == [ + | 121651 00 ] == :^D * ==)
Done.
Original issue reported on code.google.com by [email protected] on 21 Nov 2006 at 3:02
Progress bar doesn't work correctly
What is the expected output? What do you see instead?
Sometimes (always?) ripping a full disc (no matter the # of tracks) leaves
the ripping and encoding progress meters at 0.167%.
What version of the product are you using? On what operating system?
svn 12, Debian
Please provide any additional information below.
See attached window shot. FYI - no I don't listen to j-pop! Freedb
totally has the wrong info for this disc. Yet another reason it's not
always desireable.
Original issue reported on code.google.com by [email protected] on 8 Nov 2006 at 10:35
Attachments:
Crash before last track rips
What steps will reproduce the problem?
1. Rip CD
What is the expected output? What do you see instead?
should start last track but instead bombs
What version of the product are you using? On what operating system?
svn 19, debian
Please provide any additional information below.
outputting to /Files/rr/track8_2.wav
(== PROGRESS == [ | 146841 00 ] == :^D * ==)
Done.
./rr_lib.rb:343:in `initialize': undefined method `include?' for
false:FalseClass (NoMethodError)
from ./rr_lib.rb:722:in `new'
from ./rr_lib.rb:722:in `ripper'
from ./rr_lib.rb:721:in `each'
from ./rr_lib.rb:721:in `ripper'
from ./rr_lib.rb:598:in `initialize'
from ./rubyripper_gtk2.rb:147:in `new'
from ./rubyripper_gtk2.rb:147:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:140:in `initialize'
from ./rubyripper_gtk2.rb:140:in `new'
from ./rubyripper_gtk2.rb:140:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:8:in `to_proc'
from ./rubyripper_gtk2.rb:355:in `call'
from ./rubyripper_gtk2.rb:355:in `main'
from ./rubyripper_gtk2.rb:355
Original issue reported on code.google.com by [email protected] on 19 Nov 2006 at 10:03
Write log in pieces
What version of the product are you using? On what operating system?
svn revision 12, Debian
Please provide any additional information below.
If rr crashes the log file is not written. This is frustrating after
ripping a disc only to have a crash. Instead have a call to write to the
log after every rip / computation (or whatever is best).
Original issue reported on code.google.com by [email protected] on 8 Nov 2006 at 8:36
No correction done
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 <[email protected]> and Xiph.Org
Report bugs to [email protected]
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 <[email protected]> and Xiph.Org
Report bugs to [email protected]
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 [email protected] on 8 Nov 2006 at 8:34
Cannot re-launch rip progress window
What steps will reproduce the problem?
1. Open rubyripper
2. Rip a CD
3. Minimize the rubyripper window
What is the expected output? What do you see instead?
I hoped that the ripping dialog window would come back when I brought
rubyripper forward. Instead it disappeared, with no way to re-launch it.
What version of the product are you using? On what operating system?
SVN 43. Ubuntu "Dapper"
Please provide any additional information below.
Maybe you could add a button to re-launch the ripping window?
Original issue reported on code.google.com by [email protected] on 24 Dec 2006 at 3:14
The Rip button no longer initiates a rip after Ruby Ripper has been installed
What steps will reproduce the problem?
1. Install Ruby Ripper using sudo make install.
2. Run Ruby Ripper by running rrip_gui.
3. Click the Rip button.
4. Nothing happens.
What is the expected output? What do you see instead?
I expect the Ripping Status window to open and the cd-rom to start spinning
to begin the rip. Nothing happens when I click the Rip button.
What version of the product are you using? On what operating system?
Ruby Ripper 0.3 on Ubuntu Linux 6.10 Edgy Eft
Please provide any additional information below.
It worked before I installed using sudo make install when I ran the
rubyripper_gtk2.rb from Nautilus. After I installed, it didn't work, so I
uninstalled. Then it wouldn't work by running from Nautilus either. I now
can only rip fro the cli.
Original issue reported on code.google.com by [email protected] on 19 Dec 2006 at 3:35
missing cd-discid throws no media error
What steps will reproduce the problem?
1. Install rubyripper without cd-discid
2.
3.
What is the expected output? What do you see instead?
rr should give an error if cd-discid is not found; instead it claims there
is no disc in the drive.
What version of the product are you using? On what operating system?
svn revision 8 on Debian
Please provide any additional information below.
Having rr check if cd-discid is installed is a good idea... if only to
prevent this misleading error message.
Original issue reported on code.google.com by [email protected] on 3 Nov 2006 at 2:28
Uninstall target
Makefile should have an uninstall target IMO. No offense to you and it is
not really so bad with rr (because of few files) but it annoys the hell out
of some folk when all kinds of files get slung around who knows where and
there is no uninstall to remove them. Keeps me from trying a lot of
programs. I've not reinstalled Debian in maybe 4 years and that cruft can
add up over time.
Original issue reported on code.google.com by [email protected] on 1 Dec 2006 at 2:18
FreeDB loops
What steps will reproduce the problem?
1. Pop in a CD that is not in already in FreeDB.
What is the expected output? What do you see instead?
Should use default values. Ends up looping. It queries freedb, then says
using default values, then once again queries freedb but never completes.
What version of rubyripper are you using? On what operating system? What is
your version of the ruby-gtk bindings?
svn 52, Debian
Please provide any additional information below.
May not actually query freedb, but that's what rr reports it's doing.
Since the freedb process never completes user is unable to rip the disc.
Also this keeps the prefs from being updated (through the GUI) to prevent
using freedb.
Original issue reported on code.google.com by [email protected] on 13 Jan 2007 at 2:37
RubyRipper doesn't work well on systems with multiple cdroms
I use RubyRipper 0.3, downloaded from RubyForge, installed on my Kubuntu
6.10. It works well ripping discs from my first
cdrom (/dev/hdc) but not when using the second one (dev/hdd). This is a
quite extensive bug report but I found it necessary
to enter 'verbose mode' in order to explain it all. Also, I am a Linux
noob, so please bear with me.
First, a look at my system. This is my /etc/fstab:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hdb2 -- converted during upgrade to edgy
UUID=c5ca0f83-6383-48ff-8536-ec358819dadb / ext3 defaults,errors=remount-
ro 0 1
# /dev/hdb3 -- converted during upgrade to edgy
UUID=487c0d17-b63e-4d79-8e17-2fc7007ade7c /home ext3 defaults 0 2
# /dev/hdd1 -- converted during upgrade to edgy
#UUID=DC589D85589D5ED8 /media/hdd1 ntfs defaults,nls=utf8,umask=007,gid=46
0 1
# /dev/hdb4 -- converted during upgrade to edgy
UUID=8413aef5-8feb-4cf1-a476-93b90933191a none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdd /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/hdb5 /media/transfer vfat
user,utf8,fmask=0077,dmask=0077,uid=1000,gid=1000 0 0
/dev/hdb6 /media/mp3-1 vfat
user,utf8,fmask=0077,dmask=0077,uid=1000,gid=1000 0 0
/dev/hdb7 /media/mp3-2 vfat
user,utf8,fmask=0077,dmask=0077,uid=1000,gid=1000 0 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
As you see, I have two CDs, /dev/hdc and /dev/hdd
Now a look at /cdrom:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> ls -al /cdro*
lrwxrwxrwx 1 root root 11 2006-11-02 06:38 /cdrom -> media/cdrom
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
So the default /cdrom points to /media/cdrom. Let's look at /media too:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> ls -al /media/ | grep cdro*
lrwxrwxrwx 1 root root 6 2006-11-02 06:38 cdrom -> cdrom0
drwxr-xr-x 2 root root 4096 2006-11-02 06:38 cdrom0
drwxr-xr-x 2 root root 4096 2007-01-15 10:06 cdrom1
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
So /cdrom is linked to /media/cdrom which is linked to /media/cdrom0.
There is also a /media/cdrom1.
Now use cdparanoia to get some info about the cdroms. With no disc in any
of the drives I get the following result:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cdparanoia -vsQ
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
CDROM sensed: ATAPI compatible _NEC DVD_RW ND-3540A
004: Unable to read table of contents header
Unable to open disc. Is there an audio CD in the drive?
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Seem like cdparanoia by default used /dev/cdrom for querying. Let's use
cdparanoia while specifying the drive:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
home/effo> cdparanoia -vsQ -d /dev/hdc
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/hdc for cdrom...
Testing /dev/hdc for cooked ioctl() interface
CDROM sensed: ATAPI compatible _NEC DVD_RW ND-3540A
004: Unable to read table of contents header
Unable to open disc. Is there an audio CD in the drive?
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Pretty much the same result. At least we now know that /dev/hdc is a NEC
DVD_RW. Let's check the other drive as well:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cdparanoia -vsQ -d /dev/hdd
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/hdd for cdrom...
Testing /dev/hdd for cooked ioctl() interface
CDROM sensed: ATAPI compatible HL-DT-ST GCE-8320B
004: Unable to read table of contents header
Unable to open disc. Is there an audio CD in the drive?
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Not much to say here, except we now know that /dev/hdd is a HL-DT-ST GCE-
8320B
Finally, this is the .rubyripper_settings file I start off with:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
wav=true
flacsettings=--best
mp3settings=--preset fast standard
vorbissettings=-q 6
rippersettings=-v
othersettings=
freedb=true
hostname=my_secret.com
username=anonymous
site=freedb.org
cdrom=/dev/hdc
offset=0
destination_dir=/home/effo/temp/%a - %b/%n - %t
max_tries=0.0
req_matches_all=2.0
req_matches_errors=2.0
temp_dir=/tmp/rr/
verbose=true
playlist=true
debug=true
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Let's insert a two track cd single in /dev/hdc. cdparanoia now outputs the
following:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cdparanoia -vsQ -d /dev/hdc
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/hdc for cdrom...
Testing /dev/hdc for cooked ioctl() interface
CDROM sensed: ATAPI compatible _NEC DVD_RW ND-3540A
Verifying drive can read CDDA...
Expected command set reads OK.
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 25150 [05:35.25] 0 [00:00.00] no no 2
2. 23137 [05:08.37] 25150 [05:35.25] no no 2
TOTAL 48287 [10:43.62] (audio only)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
So there really is a two-track disc in /dev/hdc. Now I can use rrip_cli to
rip one of the tracks. Fine.
Now eject the disc from /dev/hdc and insert a full lenght album in /dev/
hdd. Then run cdparanoia to verify the album
is there:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
home/effo> cdparanoia -vsQ -d /dev/hdd
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/hdd for cdrom...
Testing /dev/hdd for cooked ioctl() interface
CDROM sensed: ATAPI compatible HL-DT-ST GCE-8320B
Verifying drive can read CDDA...
Expected command set reads OK.
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 17715 [03:56.15] 0 [00:00.00] no no 2
2. 20690 [04:35.65] 17715 [03:56.15] no no 2
3. 17527 [03:53.52] 38405 [08:32.05] no no 2
4. 26620 [05:54.70] 55932 [12:25.57] no no 2
5. 11923 [02:38.73] 82552 [18:20.52] no no 2
6. 14777 [03:17.02] 94475 [20:59.50] no no 2
7. 20893 [04:38.43] 109252 [24:16.52] no no 2
8. 17062 [03:47.37] 130145 [28:55.20] no no 2
9. 15130 [03:21.55] 147207 [32:42.57] no no 2
10. 23265 [05:10.15] 162337 [36:04.37] no no 2
11. 73848 [16:24.48] 185602 [41:14.52] no no 2
TOTAL 259450 [57:39.25] (audio only)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Looks fine so let's update the .rubyripper_settings file to use /dev/hdd
and start the cli
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> sed s/hdc/hdd/ .rubyripper_settings
/home/effo> rrip_cli
No audio disc found in /dev/hdd
Do you want to change your settings? (y/n) : n
No audio-disc found, exiting...
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
What? No disc? But cdparanoia told me there IS a disc in /dev/hdd! Let's
check it again:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cdparanoia -vsQ -d /dev/hdd
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Checking /dev/hdd for cdrom...
Testing /dev/hdd for cooked ioctl() interface
CDROM sensed: ATAPI compatible HL-DT-ST GCE-8320B
Verifying drive can read CDDA...
Expected command set reads OK.
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 17715 [03:56.15] 0 [00:00.00] no no 2
2. 20690 [04:35.65] 17715 [03:56.15] no no 2
3. 17527 [03:53.52] 38405 [08:32.05] no no 2
4. 26620 [05:54.70] 55932 [12:25.57] no no 2
5. 11923 [02:38.73] 82552 [18:20.52] no no 2
6. 14777 [03:17.02] 94475 [20:59.50] no no 2
7. 20893 [04:38.43] 109252 [24:16.52] no no 2
8. 17062 [03:47.37] 130145 [28:55.20] no no 2
9. 15130 [03:21.55] 147207 [32:42.57] no no 2
10. 23265 [05:10.15] 162337 [36:04.37] no no 2
11. 73848 [16:24.48] 185602 [41:14.52] no no 2
TOTAL 259450 [57:39.25] (audio only)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yupp, the disc is there. So even if there is a device specified in
.rubyripper_settings, it seems like RubyRipper tries
to use /dev/hdc (I guess that is caused by following /cdrom which is
linked to /media/cdrom which is linked to /media/cdrom0
which is where /dev/hdc is mounted). There is also another sign indicating
that /cdrom is used instead of the specified
device. Let's insert the cd single in /dev/hdc again, with the album still
in /dev/hdd. RubuRipper is still configured
to use /dev/hdd:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> cat .rubyripper_settings | grep dev
cdrom=/dev/hdd
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Now start rrip_cli:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/home/effo> rrip_cli
Audio-disc found, number of tracks : 2, total playlength : 10:43
Fetching freedb info...
FREEDB INFO
1) Artist : Stefan Sundström
2) Album : Fabler Från Bällingebro
3) Genre : Folk/Rock
4) Year : 2006
5) Track 1 : Gässen På Fälten
6) Track 2 : Haren
Should all tracks be ripped ? (y/n)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
This is VERY interessting. The application starts, but with a strange
result. The information from FREEDB is for the
record in /dev/hdd but it seem like the disc layout - with only two tracks
- is read from /dev/hdc (or /cdrom). So with
a disc in /dev/hdc it is possible to start the application and read a disc
from /dev/hdd, but it will still use the
layout read from /dev/hdc.
To summarize: It seems like RubyRipper will use the device that /cdrom
poinst to, no matter if anohter device is specified
in the .rubyripper_settings file
Original issue reported on code.google.com by [email protected] on 21 Jan 2007 at 9:07
Icons look bad
svn 45, Debian
Please provide any additional information below.
Minor nitpick; the icons look pretty bad at anything other than 100%. I'm
sure there are options to make it look better. Keeping icons at normal
size or using another set of GPL icons. Question is will that conflict
with Gnome HIG in any way?
Original issue reported on code.google.com by [email protected] on 28 Dec 2006 at 8:29
Rename Reload CD button
Everytime I see the Reload CD buttom my initial thought is that it's to
load the disc into the reader (physically). By renaming it to "Reread CD"
it would clear up this confusion. Reload is not the wrong word but it's
confusing / vague since you can reload both the actual disc and the info on
the disc and CD does not specify which of those will occur.
Original issue reported on code.google.com by [email protected] on 11 Dec 2006 at 6:18
Crash when trying to rip again
What steps will reproduce the problem?
1. rip one track from CD
2. mv rip directory
3. select one track to rip again
What is the expected output? What do you see instead?
Instead of ripping there is a crash
What version of the product are you using? On what operating system?
svn 33, Debian
Please provide any additional information below.
outputting to /Files/rr/track4_30.wav
(== PROGRESS == [ | 130176 00 ] == :^D * ==)
Done.
./rubyripper_gtk2.rb:364: warning: GRClosure invoking callback: already
destroyed
./rubyripper_gtk2.rb:150:in `show_all': destroyed GLib::Object (TypeError)
from ./rubyripper_gtk2.rb:150:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:146:in `initialize'
from ./rubyripper_gtk2.rb:146:in `new'
from ./rubyripper_gtk2.rb:146:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:364:in `call'
from ./rubyripper_gtk2.rb:364:in `main'
from ./rubyripper_gtk2.rb:364
./rubyripper_gtk2.rb:150:in `initialize': destroyed GLib::Object
from ./rubyripper_gtk2.rb:146:in `new'
from ./rubyripper_gtk2.rb:146:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:364:in `call'
from ./rubyripper_gtk2.rb:364:in `main'
from ./rubyripper_gtk2.rb:364
Original issue reported on code.google.com by [email protected] on 1 Dec 2006 at 4:39
svn 44 fails to launch
** IMPORTANT **
There is a known issue with the 0.15.0 version of the bindings : your
buttons will become irresponsive. When launched from a terminal you'll see
a GRClosure warning that the object is already destroyed and can't have a
callback. Please don't report any more bugs of these kind, but just
downgrade to the 0.14.* version.
** IMPORTANT **
What steps will reproduce the problem?
1. Try to run it :P
2.
3.
What is the expected output? What do you see instead?
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
./rubyripper_gtk2.rb:10:in `require': ./rr_lib.rb:692: syntax error,
unexpected tLSHFT, expecting kEND (SyntaxError)
<<<<<<< .mine
^
./rr_lib.rb:695: syntax error, unexpected tEQQ, expecting kEND
=======
^
./rr_lib.rb:697: syntax error, unexpected tRSHFT
>>>>>>> .r43
^
./rr_lib.rb:802: syntax error, unexpected $end, expecting kEND from
./rubyripper_gtk2.rb:10
What version of rubyripper are you using? On what operating system? What is
your version of the ruby-gtk bindings?
svn 44 on Debian. libgtk2-ruby 0.15.0-1.1
Original issue reported on code.google.com by [email protected] on 28 Dec 2006 at 4:43
die when rescanning disc
What steps will reproduce the problem?
1. Try to rip with no cd inserted
2. insert cd
3. hit reload cd button
What is the expected output? What do you see instead?
should query disc, instead dies
What version of the product are you using? On what operating system?
svn 42, Debian
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
cd-discid: /dev/cdrom: CDROMREADTOCHDR: Input/output error
./rubyripper_gtk2.rb:111:in `refresh_cd': undefined method `children' for
nil:NilClass (NoMethodError)
from ./rubyripper_gtk2.rb:108:in `initialize'
from ./rubyripper_gtk2.rb:108:in `new'
from ./rubyripper_gtk2.rb:108:in `refresh_cd'
from ./rubyripper_gtk2.rb:317:in `on_reload_cd_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:362:in `call'
from ./rubyripper_gtk2.rb:362:in `main'
from ./rubyripper_gtk2.rb:362
./rubyripper_gtk2.rb:111:in `initialize': undefined method `children' for
nil:NilClass
from ./rubyripper_gtk2.rb:108:in `new'
from ./rubyripper_gtk2.rb:108:in `refresh_cd'
from ./rubyripper_gtk2.rb:317:in `on_reload_cd_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:362:in `call'
from ./rubyripper_gtk2.rb:362:in `main'
from ./rubyripper_gtk2.rb:362
Original issue reported on code.google.com by [email protected] on 13 Dec 2006 at 1:01
Albums with ... in title end up hidden
What steps will reproduce the problem?
1. Rip CD :P
2.
3.
What is the expected output? What do you see instead?
does what is expected but what it does can be confusing
What version of the product are you using? On what operating system?
Linux, latest svn of rr as of 20061101
Please provide any additional information below.
When the folder for an album, such as Aeternus - ...and so the night became is
created the album folder is hidden due to the leading ... (.. hides on
linux of course). Changing the default setting doesn't really fix that
since there are bands like ...and Oceans. Probably a quick check should be
made and if a directory with ... is to be made to change it to ___ or
something.
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 8:19
Readme fixes
A few edits to improve clarity and readabilty + a few typos. Feel free to
reject any change in the attached diff.
Original issue reported on code.google.com by [email protected] on 27 Nov 2006 at 4:59
Attachments:
All this key stuff
rip cd with errors; when it tries to compare (the number of erroneous chunk
matches?) it spits out a lot of info... too much in some cases.
What version of the product are you using? On what operating system?
svn 20, Debian
Please provide any additional information below.
Key = 508
Key = 509
Key = 510
Key = 511
Key = 512
Key = 513
Key = 514
Key = 515
Key = 516
Key = 517
Key = 518
Key = 519
Key = 520
value = 1762
seconds = 264
For each 520 key listings there was one value and one value for seconds.
Are all these keys needed? Just pushing that much to console had my CPU
maxed out for a good two minutes until I killed it.
Original issue reported on code.google.com by [email protected] on 21 Nov 2006 at 10:00
Wrong freedb info and a warning that the cd has changed while that's not true.
What steps will reproduce the problem?
1. Try to rip CD with multiple cddb matches
2.
3.
What is the expected output? What do you see instead?
rr should grab correct cddb match (maybe compare with cdparanoia -vQ?).
What version of the product are you using? On what operating system?
latest svn as of 20061102 on Debian
Please provide any additional information below.
The CDDB info supplied doesn't match current cd. Rip is canceled.
I don't fully understand this since with my test disc the # of tracks on
the disc and in the cddb match are the same. Perhaps the lengths vary
slightly? This is remaster of a previously released CD.
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 10:35
FreeDB numbering in CLI
I'm not sure if the numbers come from FreeDB or not but they make things a
bit confusing:
FREEDB INFO
1) Artist : Limbonic Art
2) Album : The Ultimate Death Worship
3) Genre : Black Metal
4) Year : 2002
5) Track 1 : The Ultimate Death Worship
6) Track 2 : Suicide Commando
7) Track 3 : Purgatorial Agony
8) Track 4 : Towards the Oblivion of Dreams
9) Track 5 : Last Rite for the Silent Darkstar
10) Track 6 : Interstellar Overdrive
11) Track 7 : From the Shades of Hatred
12) Track 8 : Funeral of Death
I can't see what good having the leftmost #'s is.
Original issue reported on code.google.com by [email protected] on 7 Dec 2006 at 10:01
Ripping a CD with many tracks makes the UI go off the bottom of the screen
What steps will reproduce the problem?
1. Insert CD with many tracks - my CD had 35.
2. Start rubyripper-gtk
3. The UI goes off the bottom of the screen.
What is the expected output? What do you see instead?
There should be a scroll bar or some way of seeing the bottom of the UI.
This problem occurred while running a screen resolution of 1280x1024, so
someone at 1024x768 would have no chance.
What version of the product are you using? On what operating system?
0.2
Kubuntu
See the attached screenshot at 1280x1024.
Original issue reported on code.google.com by [email protected] on 27 Nov 2006 at 10:48
Attachments:
GRClosure invoking callback: already destroyed
What steps will reproduce the problem?
1. Rip CD
2. Click close summary window button
3.
What is the expected output? What do you see instead?
Instead of closing the summary window remains open and throws an error to
console.
What version of the product are you using? On what operating system?
svn 8 on Debian
Please provide any additional information below.
./rubyripper_gtk2.rb:351: warning: GRClosure invoking callback: already
destroyed
Original issue reported on code.google.com by [email protected] on 3 Nov 2006 at 2:59
Claims that intended final file folder is already created and cannot proceed
What steps will reproduce the problem?
1. Open rubyripper
2. Set finished file location to desired location
3. Click "Rip Now"
What is the expected output? What do you see instead?
I expect that the CD will actually rip. Instead, the correct directory is
created, but Rubyripper claims it already existed, and so it could not rip.
What version of the product are you using? On what operating system?
Rubyripper 0.3 Ubuntu "Dapper Drake"
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 24 Dec 2006 at 3:20
Dies after rip and eject
What steps will reproduce the problem?
1. Rip CD
2. After finishing and ejecting rr dies.
3.
What version of rubyripper are you using? On what operating system? What is
your version of the ruby-gtk bindings?
svn 48, Debian
Please provide any additional information below.
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 232575 (track 11 [0:00.00])
to sector 255249 (track 11 [5:02.24])
outputting to /Files/rr/track11_2.wav
(== PROGRESS == [ | 255249 00 ] == :^D * ==)
Done.
ripping progress = 100
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
FreeBSD porting (c) 2003
Simon 'corecode' Schubert <[email protected]>
Report bugs to [email protected]
http://www.xiph.org/paranoia/
003: CDROM reporting illegal number of tracks
Unable to open disc. Is there an audio CD in the drive?
./rr_lib.rb:351:in `size': No such file or directory -
/Files/rr/track1_1.wav (Errno::ENOENT)
from ./rr_lib.rb:351:in `main'
from ./rr_lib.rb:348:in `times'
from ./rr_lib.rb:348:in `main'
from ./rr_lib.rb:338:in `initialize'
from ./rr_lib.rb:762:in `new'
from ./rr_lib.rb:762:in `ripper'
from ./rr_lib.rb:761:in `each'
from ./rr_lib.rb:761:in `ripper'
from ./rr_lib.rb:636:in `start_rip'
from ./rubyripper_gtk2.rb:122:in `rip_cd'
from ./rubyripper_gtk2.rb:116:in `initialize'
from ./rubyripper_gtk2.rb:116:in `new'
from ./rubyripper_gtk2.rb:116:in `rip_cd'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:797:in `call'
from ./rubyripper_gtk2.rb:797:in `main'
from ./rubyripper_gtk2.rb:797
Original issue reported on code.google.com by [email protected] on 28 Dec 2006 at 10:05
Add URLs to Readme
There are a few different URLs I associate with rr. The RubyForge page,
the Hydrogen Audio forum, the wiki and of course this. Might be good to
list them all in one place in the README file.
Original issue reported on code.google.com by [email protected] on 6 Dec 2006 at 12:08
Eject after completion option
Since some computers generate a lot of heat it would be better to pop the
disc out (by default I'd say) so that if a person wanders off or forgets
their CD won't slowly cook.
Original issue reported on code.google.com by [email protected] on 13 Nov 2006 at 1:39
Make song rip check boxes line up
Just a minor gui niggle... When there are more than 9 tracks the check
boxes to rip a track don't line up perfectly. It looks like it's centering
them. Of course this makes it slightly harder if you are going down the
row unchecking or checking certain tracks. Picture attached.
Original issue reported on code.google.com by [email protected] on 10 Dec 2006 at 9:42
Attachments:
CLI track selection wrong
What steps will reproduce the problem?
1. Enter 2 if for entering the tracks you want to keep.
2. Select two tracks
3.
What is the expected output? What do you see instead?
should select what I said, instead grabs additional tracks.
What version of the product are you using? On what operating system?
svn 38, Debian
Please provide any additional information below.
Maybe needs a space after the last # entered?
Should all tracks be ripped ? (y/n) n
Current selection of tracks : 1, 2, 3, 4, 5, 6, 7, 8
Enter 1 for entering the tracknumbers you want to remove.
Enter 2 if for entering the tracks you want to keep.
Your choice: 2
Type the numbers of the tracks you want to keep and separate them with a
space: 1 2
Current selection of tracks : 1, 2, 4, 6, 8
Do you want to make any changes? (y/n) : y
Current selection of tracks : 1, 2, 4, 6, 8
Enter 1 for entering the tracknumbers you want to remove.
Enter 2 if for entering the tracks you want to keep.
Your choice: 2
Type the numbers of the tracks you want to keep and separate them with a
space: 1 2
Current selection of tracks : 1, 2, 6
Do you want to make any changes? (y/n) : y
Current selection of tracks : 1, 2, 6
Enter 1 for entering the tracknumbers you want to remove.
Enter 2 if for entering the tracks you want to keep.
Your choice: 2
Type the numbers of the tracks you want to keep and separate them with a
space: 1 2
Current selection of tracks : 1, 2
Original issue reported on code.google.com by [email protected] on 7 Dec 2006 at 10:04
Exit button does not cause the program to exit
What steps will reproduce the problem?
1. Open Ruby Ripper by double clicking the .rb file or running the command
rrip_gui.
2. Click the Exit button.
3. Nothing happens.
What is the expected output? What do you see instead?
I expect the program to exit. I instead see it not exiting. I have to
click the "X" to close it.
What version of the product are you using? On what operating system?
Ruby Ripper 0.3 on Ubuntu Linux 6.10 Edgy Eft
Please provide any additional information below.
The button worked for me previously in version 0.2.
Original issue reported on code.google.com by [email protected] on 19 Dec 2006 at 3:22
Grap rip button if waiting for cddb data
What steps will reproduce the problem?
1. Start rr with a cd in drive
2. hit rip cd now before cddb results are fetched
3.
What is the expected output? What do you see instead?
Click rip button = nothing happens. The rip button should be gray
(inactive) until the cddb data is retrieved unless that cddb is disabled.
What version of the product are you using? On what operating system?
svn 43, Debian
Original issue reported on code.google.com by [email protected] on 24 Dec 2006 at 10:35
Summary incorrect
What steps will reproduce the problem?
1. rip cd that ends up having suspicion positions
2.
3.
What is the expected output? What do you see instead?
Summary lists wrong track and lists the output twice.
What version of the product are you using? On what operating system?
svn 13 on Debian
Please provide any additional information below.
See attached file.
Original issue reported on code.google.com by [email protected] on 9 Nov 2006 at 12:03
Attachments:
cli doesn't run
What steps will reproduce the problem?
1. run cli
2.
3.
What version of the product are you using? On what operating system?
svn 19, debian
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_cli.rb
./rubyripper_cli.rb:168:in `initialize': wrong number of arguments (4 for
3) (ArgumentError)
from ./rubyripper_cli.rb:168:in `new'
from ./rubyripper_cli.rb:168:in `cdrom'
from ./rubyripper_cli.rb:139:in `main'
from ./rubyripper_cli.rb:22:in `initialize'
from ./rubyripper_cli.rb:240:in `new'
from ./rubyripper_cli.rb:240
Original issue reported on code.google.com by [email protected] on 19 Nov 2006 at 9:24
Tries to rip data track
What steps will reproduce the problem?
1. Load CD that contains data track
2.
3.
What is the expected output? What do you see instead?
with cdparanoia -vQ all tracks except data track are shown. rr shows all
tracks including the data track
What version of the product are you using? On what operating system?
latest from svn on 20061102 on Debian
Please provide any additional information below.
I guess if somebody is trying to make a perfect backup (including cue
sheet) they'd want the data track ripped. Otherwise ripping a data track
with cdparanoia does no good. At minimum rr should notify the user which,
if any, tracks are data and not audio. From there the user can decide if
they want to rip it or not. Possibly this could be done by comparing the
cddb lookup to the output of cdparanoia -vQ?
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 10:12
Enter one-line summary
What steps will reproduce the problem?
1. Try to rip with no cd inserted
2. insert cd
3. hit reload cd button
What is the expected output? What do you see instead?
should query disc, instead dies
What version of the product are you using? On what operating system?
svn 42, Debian
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
cd-discid: /dev/cdrom: CDROMREADTOCHDR: Input/output error
./rubyripper_gtk2.rb:111:in `refresh_cd': undefined method `children' for
nil:NilClass (NoMethodError)
from ./rubyripper_gtk2.rb:108:in `initialize'
from ./rubyripper_gtk2.rb:108:in `new'
from ./rubyripper_gtk2.rb:108:in `refresh_cd'
from ./rubyripper_gtk2.rb:317:in `on_reload_cd_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:362:in `call'
from ./rubyripper_gtk2.rb:362:in `main'
from ./rubyripper_gtk2.rb:362
./rubyripper_gtk2.rb:111:in `initialize': undefined method `children' for
nil:NilClass
from ./rubyripper_gtk2.rb:108:in `new'
from ./rubyripper_gtk2.rb:108:in `refresh_cd'
from ./rubyripper_gtk2.rb:317:in `on_reload_cd_clicked'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:362:in `call'
from ./rubyripper_gtk2.rb:362:in `main'
from ./rubyripper_gtk2.rb:362
Original issue reported on code.google.com by [email protected] on 13 Dec 2006 at 1:01
Program doesn't function at all after ripping a cd
What steps will reproduce the problem?
1. Insert CD
2. Rip it
3. Try to click any button
What is the expected output? What do you see instead?
X Error: BadDevice, invalid or uninitialized input device 169
Major opcode: 147
Minor opcode: 3
Resource id: 0x0
Failed to open device
/usr/bin/rrip_gui: line 12
GLib-GObject-WARNING **:IA__g_object_notify: object class
`GtkTextBuffer' has no property named `copy-target-list'
/usr/bin/rrip_gui:364: warning: GRClosure invoking callback: already destroyed
/usr/bin/rrip_gui:364: warning: GRClosure invoking callback: already destroyed
/usr/bin/rrip_gui: line 364
GLib-GObject-WARNING **:IA__g_object_notify: object class
`GtkTextBuffer' has no property named `copy-target-list'
_gtk_text_util_create_rich_drag_icon: layout size 239 135
_gtk_text_util_create_rich_drag_icon: pixmap size 249 145
/usr/bin/rrip_gui: line 364
GLib-GObject-WARNING **:IA__g_object_notify: object class
`GtkTextBuffer' has no property named `copy-target-list'
_gtk_text_util_create_rich_drag_icon: layout size 410 180
_gtk_text_util_create_rich_drag_icon: pixmap size 260 190
/usr/bin/rrip_gui:364: warning: GRClosure invoking callback: already destroyed
/usr/bin/rrip_gui:364: warning: GRClosure invoking callback: already destroyed
/usr/bin/rrip_gui:364: warning: GRClosure invoking callback: already destroyed
What version of the product are you using? On what operating system?
rubyripper v.3, Kubuntu 6.10 (with GNOME libraries installed)
Please provide any additional information below.
I'm using a USB KVM, and switching between computers while the program is
ripping.
Original issue reported on code.google.com by [email protected] on 23 Dec 2006 at 4:51
Eject toggle button
Please close this (and slap me with a mustard covered herring) if I've
submitted this already. I think there should be a button that will toggle
the drive eject. It's not a big issue but would be very convenient if the
user forgets to close the drive themselves or is in another room than the
computer being used. As it stands now the only ways to do this are to get
to the actual drive or get another shell prompt to issue eject.
Original issue reported on code.google.com by [email protected] on 11 Dec 2006 at 6:23
Eject suboption
Ejection seems to work fine, but there should be a suboption to eject after
encoding. I think default should be to eject after ripping (and matching).
The reason being is some discs have one long track (sometimes over 50
minutes). So the disc would sit in there the whole time it encoded, which
doesn't much help anything.
Original issue reported on code.google.com by [email protected] on 17 Nov 2006 at 10:16
Dies when comparing mismatching files
What steps will reproduce the problem?
1. rip CD that needs corrections
2.
3.
What is the expected output? What do you see instead?
Should compare files, instead dies
What version of the product are you using? On what operating system?
latest from svn as of 20061102 on Debian
Please provide any additional information below.
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <[email protected]> and Xiph.Org
Report bugs to [email protected]
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 <[email protected]> and Xiph.Org
Report bugs to [email protected]
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.
./rr_lib.rb:418:in `analyze_files': undefined method `<<' for nil:NilClass
(NoMethodError)
from ./rr_lib.rb:344:in `main'
from ./rr_lib.rb:330:in `initialize'
from ./rr_lib.rb:719:in `new'
from ./rr_lib.rb:719:in `ripper'
from ./rr_lib.rb:718:in `each'
from ./rr_lib.rb:718:in `ripper'
from ./rr_lib.rb:604:in `initialize'
from ./rubyripper_gtk2.rb:168:in `new'
from ./rubyripper_gtk2.rb:168:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:158:in `initialize'
from ./rubyripper_gtk2.rb:158:in `new'
from ./rubyripper_gtk2.rb:158:in `on_ripcdbutton_clicked'
from ./rubyripper_gtk2.rb:8:in `to_proc'
from ./rubyripper_gtk2.rb:351:in `call'
from ./rubyripper_gtk2.rb:351:in `main'
from ./rubyripper_gtk2.rb:351
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 10:30
Crash when selecting tracks with CLI
Enter 1 for entering the tracknumbers you want to remove.
Enter 2 if for entering the tracks you want to keep.
Your choice: 1
Type the numbers of the tracks you want to remove and separate them with a
space: 1 3 4 5
./rubyripper_cli.rb:298:in `tracklist': undefined local variable or method
`anwer' for #<Gui_CLI:0xb7d15b20> (NameError)
from ./rubyripper_cli.rb:263:in `main'
from ./rubyripper_cli.rb:31:in `initialize'
from ./rubyripper_cli.rb:317:in `new'
from ./rubyripper_cli.rb:317
Original issue reported on code.google.com by [email protected] on 7 Dec 2006 at 10:05
The Save Settings button doesn't save settings on an installed Ruby Ripper
What steps will reproduce the problem?
1. Install Ruby Ripper using sudo make install
2. Run Ruby Ripper with rrip_gui
3. Click the Save Settings button.
4. Nothing happens.
What is the expected output? What do you see instead?
That the program display "Settings saved".
What version of the product are you using? On what operating system?
Ruby Ripper 0.3 on Ubuntu Linux 6.10 Edgy Eft
Please provide any additional information below.
It worked before I installed using sudo make install when I ran the
rubyripper_gtk2.rb from Nautilus. After I installed, it didn't work, so I
uninstalled. Then it wouldn't work by running from Nautilus either.
Original issue reported on code.google.com by [email protected] on 19 Dec 2006 at 3:31
display total disc time with cddb info
Very minor, but it would be nice to see the total disc time in the cddb
tab. I have a hard time estimating the total time of a disc with just the
track lengths and the total time gives me an idea of how long it will take
to rip. I know cdparanoia gives the total when you query a disc or you
could probably get it from cddb too.
Original issue reported on code.google.com by [email protected] on 9 Dec 2006 at 11:46
stalls on last track with -Z on cdparanoia
What steps will reproduce the problem?
1. use -Z with cdparanoia to rip disc
2.
3.
What is the expected output? What do you see instead?
cdparanoia stalls on the last track
What version of the product are you using? On what operating system?
svn 13 on Debian
Please provide any additional information below.
This appears to be a cdparanoia issue; however I've not run into it while
useing cdparanoia. I'll look into it further and see where exactly the
problem is occuring.
Original issue reported on code.google.com by [email protected] on 9 Nov 2006 at 11:07
svn 45 dies when rip pushed
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
./rr_lib.rb: line 690
Gtk-CRITICAL **:gtk_text_layout_get_iter_location: assertion
`GTK_IS_TEXT_LAYOUT (layout)' failed
./rr_lib.rb: line 690
Gtk-CRITICAL **:gtk_text_layout_get_iter_location: assertion
`GTK_IS_TEXT_LAYOUT (layout)' failed
ripping progress = 0
./rr_lib.rb:348:in `main': undefined method `times' for "2.0":String
(NoMethodError)
from ./rr_lib.rb:338:in `initialize'
from ./rr_lib.rb:762:in `new'
from ./rr_lib.rb:762:in `ripper'
from ./rr_lib.rb:761:in `each'
from ./rr_lib.rb:761:in `ripper'
from ./rr_lib.rb:636:in `start_rip'
from ./rubyripper_gtk2.rb:105:in `rip_cd'
from ./rubyripper_gtk2.rb:99:in `initialize'
from ./rubyripper_gtk2.rb:99:in `new'
from ./rubyripper_gtk2.rb:99:in `rip_cd'
from ./rubyripper_gtk2.rb:10:in `to_proc'
from ./rubyripper_gtk2.rb:778:in `call'
from ./rubyripper_gtk2.rb:778:in `main'
from ./rubyripper_gtk2.rb:778
Original issue reported on code.google.com by [email protected] on 28 Dec 2006 at 9:58
No disc inserted = rr dies
What steps will reproduce the problem?
1. Run rr with no disc inserted
2. crash
3.
What is the expected output? What do you see instead?
GUI launches but quickly dies leaving the output in additional comments
What version of the product are you using? On what operating system?
latest rr from svn on linux
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ ./rubyripper_gtk2.rb
cd-discid: /dev/cdrom: CDROMREADTOCHDR: Input/output error
./rr_lib.rb:248:in `cddb_query': undefined local variable or method
`return_code' for #<Cddb:0xb6aa91a8> (NameError)
from ./rr_lib.rb:221:in `make_internet_contact'
from ./rubyripper_gtk2.rb:59:in `get_cddb'
from ./rubyripper_gtk2.rb:50:in `cdrom'
from ./rubyripper_gtk2.rb:28:in `initialize'
from ./rubyripper_gtk2.rb:28:in `new'
from ./rubyripper_gtk2.rb:28:in `initialize'
from ./rubyripper_gtk2.rb:352:in `new'
from ./rubyripper_gtk2.rb:352
Original issue reported on code.google.com by [email protected] on 2 Nov 2006 at 10:50
make clean aborts early
What steps will reproduce the problem?
1. make install
2. make clean
What is the expected output? What do you see instead?
Process should complete cleanly. Instead it gives an Error 1. Probably
harmless.
What version of the product are you using? On what operating system?
svn 33, Debian
Please provide any additional information below.
[jebediah@manger]-(~/src/rubyripper/svn)$ sudo make clean
rm -rf /usr/share/rubyripper
rm /usr/bin/rrip_gui
rm /usr/bin/rrip_cli
rm /usr/lib/ruby/site_ruby/1.8/rr_lib.rb
rm temp_gtk.rb
rm: cannot remove `temp_gtk.rb': No such file or directory
make: *** [clean] Error 1
Original issue reported on code.google.com by [email protected] on 1 Dec 2006 at 10:23
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.