rip-utils
Changelog
v0.2.1: June, 2002
Released: rip-utils_v0.2.1.tar.gz
In progress: rip-utils.tar.gz

June 14, 2002 10:38 AM

&FreeDB::submit now generates the correct URL when an HTTP proxy is used.

Version 0.2.1

June 4, 2002 9:16 AM

FreeDB.pm was using an inaccurate algorithm for generating the freedb discid. In most cases, the algorithm generated the correct discid, but on rare occasions the discid was off by a byte. Fixed.

`ru rip`, which generates album playlists automatically, was replacing existing album playlists rather than merging its new information with the playlist on disk. This problem affects interrupted-then-resumed `ru rip` sessions. Consider the following sequence for example:

  1. % ru rip
  2. `ru rip` is interrupted after processing tracks 1 - 8
  3. % ru rip -9-11

`ru rip` creates a playlist for the entire album in step 1. After resuming the interrupted session in step 3, `ru rip` used to replace the playlist created in step 1 with a new playlist for tracks 9 - 11. `ru rip` now (or rather, once again) correctly detects existing track files and includes them in the final playlist.

`id3v2` changes the mode of mp3 files (e.g., from -rw-rw-r-- to -rw-------) when called from within `ru rip`. Unfortunately I cannot reproduce this problem by running `id3v2` on the commandline; until I can establish the precise cause of this behavior, I have added some code to `ru rip` that returns each file to its original mode after being processed by `id3v2`.

Version 0.2

June 2, 2002 9:31 AM

The order of operations performed by `ru submit` when comparing local album information against feedb has been corrected. In v0.1 `ru submit` replaced the local album information with the information returned from freedb. Consider the following sequence for example:

  1. % ru ls
  2. % ru tag -c
  3. % ru submit
  4. % ru rip

The changes made in step 2 were overwritten during the execution of step 3, and the album information subsequently submitted to freedb and used by step 4 no longer contained your modifications.

As I said, this problem has been corrected. I apologize for any inconvenience this may have caused.

May 19, 2002 9:52 AM

Corrected `ru submit` unspecified EmailAddress error message. The correct message is:

ru submit: You must specify the EmailAddress field in:
  
     ~/.thinbox/rip-utils/rip-utilsrc

Or use the -o option.

And rip-utilsrc.default now documents the EmailAddress field for completeness.

May 19, 2002 7:46 AM

Corrected an oversight that caused `ru submit` to produce the following output:

Global symbol "$ok" requires explicit package name at /usr/share/perl5/tbx/ru-submit line 109. Global symbol "$err" requires explicit package name at /usr/share/perl5/tbx/ru-submit line 109. Global symbol "$ok" requires explicit package name at /usr/share/perl5/tbx/ru-submit line 112. Global symbol "$err" requires explicit package name at /usr/share/perl5/tbx/ru-submit line 113. Compilation failed in require at /usr/local/bin/ru line 70.

Version 0.1

May 18, 2002 06:39 AM

Initial freshmeat announcement.

April 30, 2002 5:53 PM

If a rip-utils command is not able to connect to a freedb server, it no longer fails with compilation problems. Instead of seeing a message like this:

Can't use an undefined value as a symbol reference at /usr/share/perl5/tbx/FreeDB.pm line 349. Compilation failed in require at /usr/local/bin/ru line 48.

you will see one similar to:

ru list: Could not establish connection with freedb.freedb.org 8880: Invalid argument. Perhaps you are not connected to the Internet.

In addition, rip-utils now uses freedb protocol level 5 so that it can distinguish between multiple exact matches for the current compact disc (multiple close matches can be handled using protocol level 1). You might ask, "How can there be multiple exact matches?" The answer is that users are allowed to submit one album (discid) under more than one category (e.g., under blues and rock) because it is entirely possible that two or more different albums will share the same discid; the only way to distinguish between different albums that share the same ID is to allow a single discid to exist in multiple categories. Consequently, it is impossible (for software) to know whether multiple matching discids in separate categories represent the same album or many different albums.

April 29, 2002 5:12 AM

The new, unified commandline interface is complete. It takes the form:

ru <command> [command_options]

To see the full list of commands, use:

ru --help

To see the usage for a selected command, try:

ru <command> --help

A new command (`ru submit`) will submit your modified album information to the freedb server specified in your rc file or on the commandline. The information will be submitted in test mode (your changes will not be comitted) until the code has been reviewed by the folks at freedb.org. In order to use the submit feature you must fill out the EmailAddress field in your rip-utilsrc file or specify your email address on the commandline:

ru submit -o EmailAddress=user@hostname