| 1 |
On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote: |
| 2 |
> I went to the CNE (Canadian National Exhibition) yesterday and |
| 3 |
> indulged in a buying spree of 18 CD sets of my fave music (basically |
| 4 |
> anything pop/rock/country pre-Beatles). I now have over 20 CDs that I |
| 5 |
> want to rip to flac eventually. I dread the gruntwork in renaming |
| 6 |
> tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for |
| 7 |
> stuff that'll get ahold of track titles? Is it in the form of metadata |
| 8 |
> on the CD? |
| 9 |
|
| 10 |
I personally like using morituri [1] for ripping my CDs. |
| 11 |
It's a little bit slower than some, but very accurate (I believe it |
| 12 |
compares several reads, just to make sure there were no errors). |
| 13 |
It's not available in the main portage tree, but it's in the dev-zero |
| 14 |
overlay as media-sound/morituri. |
| 15 |
|
| 16 |
It can rip to flac (with optional cue files) and works from the |
| 17 |
terminal, if you prefer that. |
| 18 |
Additionally, it can adjust for drive read offsets when writing files, |
| 19 |
and is one of the few Linux things I've found which check the rips |
| 20 |
against AccurateRip. |
| 21 |
|
| 22 |
What's particularly nice about it is that it uses what little metadata |
| 23 |
and such it can get from the CD to look it up in MusicBrainz and add in |
| 24 |
the title, artist, etc. |
| 25 |
It also uses this to name the files according to album, artist, song |
| 26 |
title, etc. |
| 27 |
The template it uses to name the files and directories is relatively |
| 28 |
configurable, as well. |
| 29 |
|
| 30 |
If you need more configurable tagging, cover art downloading, and such, |
| 31 |
then look into Picard [2], which is in the main portage tree as |
| 32 |
media-sound/picard. |
| 33 |
It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover |
| 34 |
art, and other stuff, and can rename files much more flexibly than |
| 35 |
morituri. |
| 36 |
|
| 37 |
This is especially nice in combination with morituri, since morituri |
| 38 |
saves the MusicBrainz ID into the metadata of the ripped files. |
| 39 |
Normally, Picard looks files up by either the available metadata, or by |
| 40 |
the acoustic fingerprint. |
| 41 |
Since the MusicBrainz ID is already there, it immediately knows which |
| 42 |
album it is (although it may have the wrong release if you want to be |
| 43 |
that precise). |
| 44 |
|
| 45 |
The only caveats with Picard that I know of are that it's GUI only, it |
| 46 |
can't embed full size cover art if the image is above some large |
| 47 |
resolution, and I think that submitting extra fingerprints requires you |
| 48 |
to register with AcoustID [4]. |
| 49 |
Also, it's not an actual ripper. |
| 50 |
It just works on the metadata and tags of flac, mp3, and maybe a few |
| 51 |
other types. |
| 52 |
|
| 53 |
I personally like to rip with morituri, then polish the tagging and get |
| 54 |
the cover art with Picard. |
| 55 |
|
| 56 |
[1] http://thomas.apestaart.org/morituri/trac/wiki |
| 57 |
[2] https://picard.musicbrainz.org/ |
| 58 |
[3] https://musicbrainz.org/ |
| 59 |
[4] https://acoustid.org/ |
Archives