Dear reader,

Hereby I announce the 0.5.0 release. A lot of work has gone into this release. It should fix most bugs, as well as adding plenty of
features. A summary is shown below.

* 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

As always, you can download it at http://code.google.com/p/rubyripper/. If your particular annoyance still isn't solved, please take the effort to file an issue over there.

Kind regards,

frodoontop
Rubyripper developer

<edit> You should update your settings for the freedb server to a format like "http://freedb2.org:80/~cddb/cddb.cgi". Defaults should work as well (delete your $HOME/.rubyripper/settings file) </edit>

Thanks. I am using Rubyripper 4.3 with good results. Hopefully this app will be included with new distros soon.

Thanks for all your work. It's so nice to have a more secure ripper on Linux.

Is wavpack support planned? If not, consider this a feature request...

I have been using 0.4.4 with the latest version of Ubuntu. I downloaded 0.5.0 from the link provided, extracted the file to the default location. When I open Rubyripper from the Applications >>Sound & Video it still shows 0.4.4. What else do I need to do to finish the install of 0.5.0?

Thanks, in advance, for your help.

First uninstall rubyripper from the pagacke manager you used earlier. Then follow the installation instructions in the README file.

It's not built-in, but there's an option to use an arbitrary encoder.

Hi everybody,

I'm a bit disappointed with the "Other" encoder syntax. I've tried "faac -o %o %i" or neroAacEnc -if %i -of %o" but nothing seems to work. Am I doing it wrong ?

Thanks in advance

See for an example:
http://code.google.com/p/rubyripper/issues/detail?id=98

If this doesn't work, please file an issue.

Thanks a lot.
The problem was : %i should not be written with simple quotes ('%i') whereas others parameters should be written between simple quotes to preserve spaces.

In my current example

where neroaac is

Is it currently possible with rubyripper to rip both mp3s and flacs, say, but to different base directories? Also, is it possible it possible to apply replaygain to only the mp3s? If not, is there any way of getting some sort of output from rubyripper on exit for piping to a script, like just the location of the ripped files?

Sorry if none of that makes sense. I probably ought to investigate properly and file an issue but if anyone can shed any light on my issues or whether it's even possible to implement something like this, it would be great.

Different directories: yes, but limited. For each codec a subdir like flac, mp3, vorbis can be made.

You can only apply replaygain to all encodings or to none. But for flac this only results in a metadata tag, so what's the problem?

The location of the output can be directly opened from rubyripper itself when finished. Perhaps I do not fully understand your question.

I'm sorry, I wasn't being very clear. I currently rip my music to flac files on an external hard drive for archiving and to mp3 on my internal drive for general use, and I'm trying to automate the process. As you say, this isn't currently possible with rubyripper as both codec directories need to be in the same base directory. It's a feature I would like, although I assume you have a reason for preferring the current behaviour.

My other line of thinking is that if rubyripper returned the directory to which the files had been ripped after successfully completing all tasks then it could easily be incorporated into a basic shell script. I don't know much about this but I guess this could involve the entire program being run in a quiet mode with default config file settings, which is obviously less useful if freebsd lookup fails or something. Alternatively might it be easier, and perhaps more useful, to keep a log file in ~/.rubyripper of all the files ripped by the program? The last line could then be read by other programs and it would serve as a record of past rips for anyone who wanted it.

I guess you're probably not that interested in implementing something like this but I'd like to know if it is even feasible. I assume simply recording the path to successful rips in a log file is trivial and I'd like to have a look at the source code myself. My programming knowledge is pretty basic though so if it's not straightforward please let me know and I won't waste my time trying.

With regards to replaygain, that makes sense with the flacs having only their metadata changed obviously. I assume the reverse is true with mp3s i.e. the files themselves are changed (this is preferred behaviour for me since I use them on a portable device).

I suppose you could set set the basedir to '/mnt', then create two symlinks in /mnt, namely 'flac' and 'mp3'. These point to the resepctive locations you want. Just start the filenaming scheme with '%f/'.

About your second point, maybe issue 135 points out what you need? See http://code.google.com/p/rubyripper/issues/detail?id=135

mp3gain indeed changes the original files, although this shouldn't hurt sound quality.

That's a really good point about the base directory, hadn't even thought about using symlinks. Thanks.

And yeah, a batch mode was basically what I was thinking. Would be pretty cool although it's less of an issue for me now.

Hi,


I just tried 050. Good job. You're getting closer to EAC and dbpoweramp.

A couple of points:

1.
NTH feature: An option to replace blanks with underscores in file name variables would be good. (see EAC)
2.
The -Z to pass on to cdparanioa implies an active -Y option it says in the man-pages. !?!? Do I have to put it in?
3.
Accurate rip support would be really great. It works perfectly for me with EAC or dbpoweramp.
4.
Is there a way to control the drive speed?

THX

AccurateRip support is the most significant lacked feature of any linux ripper in my opinion. However there are issues with access to the AccurateRip database and I'd love to see an opensource alternative. There is an opened issue at the rubyripper site that has already discussed these issues however.

I apologize in advance for my lack of understanding regarding Linux, but I am still having trouble. You said to uninstall from the package manager. Ummm, how do I do that? I have downloaded 0.5.0 and it is saved to my desktop right next to 0.4.4.

To recap: I have been using rubyripper 0.4.4 and I have downloaded 0.5.0 and am trying to upgrade.

When installed manually, just fire a make uninstall (in a konsole/terminal) in the same directory.

When installed from a package manager use that one to uninstall.

Will Rubyripper give me better rips when compared to Soundjuicer?

In most cases SJ will give you the exact same results. In case there appear errors in the ripping process Rubyripper will give better results or at least notify you about the ocurrence of an error.

The favorite package manager in Ubuntu is Synaptic (or apt-get/aptitude in command line; or Adept in kubuntu).

If you installed rubyripper from a package (eg. from getdeb.net), to remove you have to run Synaptic, search the package and uninstall it; or from the command line do sudo apt-get remove rubyripper.

Note that you recognize a package because it ends with .deb.

The easiest method to install 0.5 would be to get the package from getdeb.net, as rubyripper is still not included in the official repositories. You simply click the .deb and firefox will offer to open the package with gdebi, do this and the package can be installed.

If you have files ending with .tar.bz2 downloaded from rubyripper's page, these are in source code, and require configure and install, and manually satisfy dependencies (cdparanoia and ruby-gettext, and ruby...). This is not recommended unless you have experience, because you must manually keep track of the installed from source programs to later remove or upgrade.

frodoontop: Just a little report since code.google is giving me a nice 502 error... Having cd-discid installed and not being able to connect to the freedb server to get results or something, freezes the gui (grays out all buttons). Not nice !

cd-discid shows disc id to be 20040103 and the freedb web page responds three different results.

If i remove cd-discid, rr becomes usable again...

Now i just need to recompile cdparanoia to increase the read ahead buffer value (<- this should have been a command line option !) to defeat my drive's cache

I'm seeing this same problem (on Ubuntu 8.04, in case that matters). Is there a way to keep using RubyRipper, apart from having to type out all the album and track information? This is me finally getting on to rip the few thousand CDs I have to FLAC, and I can't face having to type information for every CD.

I am glad to see a secure ripper is available once I make the switch to Ubuntu (been saying that for years).

Does Rubyripper support accuraterip? Do any linux rippers support accurate rip?

No and no (or not yet, at least).

There is a ticket reported for Accuraterip support:
http://code.google.com/p/rubyripper/issues/detail?id=112

Currently the focus lies on stabelizing cuesheet support. There are some small bugs left which have to be fixed first. A logical next step would be to continue with fixing the Accuraterip request, since it's the oldest request that still stands open. Thanks to the implementation of cuesheet support this will be more easy to support I expect.

I am receiving an error from rrip_cli which is:

$ rrip_cli
Use config file ~/.rubyripper/settings
Audio-disc found, number of tracks : 26, total playlength : 73:09
Fetching freedb info...
/usr/lib/site_ruby/1.8/rr_lib.rb:413:in `open': Not a directory - /home/bjorn/.cddb/02129601 (Errno::ENOTDIR)
from /usr/lib/site_ruby/1.8/rr_lib.rb:413:in `foreach'
from /usr/lib/site_ruby/1.8/rr_lib.rb:413:in `searchLocal'
from /usr/lib/site_ruby/1.8/rr_lib.rb:411:in `foreach'
from /usr/lib/site_ruby/1.8/rr_lib.rb:411:in `searchLocal'
from /usr/lib/site_ruby/1.8/rr_lib.rb:396:in `get_disc_info'
from /usr/lib/site_ruby/1.8/rr_lib.rb:378:in `freedb'
from /usr/bin/rrip_cli:259:in `get_cd_info'
from /usr/bin/rrip_cli:42:in `initialize'
from /usr/bin/rrip_cli:397:in `new'
from /usr/bin/rrip_cli:397
$

My settings:

vorbissettings=-q 6
flacsettings=--best
cd=#<Cddb:0x2aaaaf68e528>
naming_normal=%a - %b/%n - %t
max_tries=5
wav=false
vorbis=true
flac=false
gain=album
req_matches_all=2
req_matches_errors=3
naming_various=%a - %b/%n - %va - %t
freedb=true
username=skralljt@gmail.com
maxThreads=1
mp3=false
normalize=false
no_log=false
editor=mousepad
eject=true
verbose=true
basedir=~/audio/rips
site=http://freedb2.org:80/~cddb/cddb.cgi
rippersettings=-Z
playlist=true
first_hit=true
hostname=my_secret.com
debug=false
offset=0
cdrom=/dev/hdc
othersettings=
mp3settings=-V 3
other=false
filemanager=thunar
instance=#<Main:0x2aaaaf695c10>

I also cannot connect to freedb (grey buttons). Running rr-0.5 on Debian Testing.

I am also receiving the same error. I tried going into /home/username/ and deleting the 02129601 directory, and tried reinstalling. No dice! I guess I'll have to revert to abcde for the time being.

I cannot find the other thread relating to my next question:

Is it true that it is legally impossible for any Linux ripper to use the AccurateRip database due to restrictions of the open-source licenses?

Check if you have installed cd-discid package



from http://www.accuraterip.com/3rdparty-access.htm
So i guess not, and the other thing is that *nix program is not nesecerily under (L)GPL license, it could be under CC, BSD, MIT, etc...

Hi,
I just got the latest svn and if I try
like said in the readme.
I get the following error:


What I'm doing wrong?

My guess is that you're missing a dependency, perhaps cdparanoia? You'll get a proper error message when you are using current svn.

Hi, finally got Rubyripper rev. 228 up and running.
Ripping CD's to multiple files works excellent, but if I want to rip the cd to a single file + cue sheet rubyripper creates the directory, writes a log file and then quits without doing nothing.
Logfile

So I tried starting it from a console and I got the following output:


Where lies the problem now?

easy way to make cmd *.exe for win out of this?

I have no idea, but what's wrong with eac? For me the whole point of ruby ripper is to get *nix ripping up to windows standards

No, windows exe cannot be easily created, unless you find a cdparanoia.exe (or another commandline ripper) and even then some modifications have to be done.

@Stingrey: image support is quite experimental. I think I fixed your problem in revision 229. Please open up a bug at the bugtracker if you find more problems where you encounter a crash.

Sry, but same problem with Rev. 232.
I created a bugreport at http://code.google.com/p/rubyripper/issues/detail?id=199

If there is anyway I could help solving the problem let me know.