Batch CD ripping on macOS

Hi, I use a Mac and an attached Superdrive (I think you can still get them). I use iTunes to burn my CD to ALAC (Apple Lossless and now open sourced) format. I moved my iTunes library on to my Roon Nucleus so this is where Roon gets its data. This also means I can copy my library over to my iPhone for playing when I am out and about. ARC does not work for me as the mobile signal around here is so poor.

As I buy new CDs I simply plug in the Superdrive and save to my iTunes (on the Nucleus) library. Roon instantly recognises it.

Hi, @Mark_Sealey.

The advice already given is outstanding. Youā€™re on the right track.

My recollection is that it is possible, at least on Windows, to launch dBpoweramp multiple times and have the instances rip in parallel. Iā€™m pretty sure thatā€™s what I did the last (and final) time I swept through my CD collection, though that was years ago.

I started ripping to low-bitrate MP3s in the 90s. By 2001, I was ripping everything to FLAC. I did a couple of additional passes to take advantage of improvements in FLACs compression algorithm and to improve metadata including embedded album art. When drive speed was slow, youā€™d spend time waiting for ripping to complete. As drive speed increased, the downtime in between rips got smaller.

I bet that if you had two drives going at the same time, with two copies of dBpoweramp running, youā€™d find that the rips are happening almost as fast (or even faster) than youā€™re able to correct and edit metadata to your satisfaction.

My approach is to create a local ā€œStagingā€ directory, into which CDs are ripped. When a rip completes, the disc ejects and I stick another in. I think you can configure dBpoweramp to automatically start ripping. I let dBpoweramp apply metadata from its metadata source, but I donā€™t spend any time trying to correct it, I let it apply what itā€™s found.

When a rip is done, I use a metadata editor to update and correct everything. Iā€™m very detail oriented and metadata is usually full of errors or choices that I donā€™t like. So I fix it.

My current editor is MusicBrainz but Iā€™ve used plenty of others. I make sure to use an editor that is capable of renaming files if I change track names in the editor itself. I donā€™t want inconsistencies between file system names and metadata.

I embed artwork in the files instead of having a file in the file system. Years ago, Iā€™d advocate for doing it the other way around but that was driven by concerns about storage space which shouldnā€™t be an issue today.

Once Iā€™m done with a disc (or multi-disc collection), I move or copy from Staging into my music folder. It doesnā€™t get near my music folder until itā€™s done.

By this point, the next disc has typically been ripped, or is close to being ripped, and I can move on to working on its metadata. If Iā€™m doing many CDs at a time, I put a stack on my desk work through them this way.

Maybe thereā€™s something in here that helps. The most important point Iā€™m trying to make is that working on metadata takes a while and I donā€™t think you really want or need a batch ripping system that can fly through your CDs at a rate thatā€™s much faster than your ability to work on metadata.

Hope you have fun with this project!

2 Likes

This is well-said, and I think that is why so many people who are cheering @Mark_Sealeyā€™s initiative are making these tough suggestions to himā€¦itā€™s all out of love.

@Mark_Sealey - in the science of ā€œLeanā€ there is a philosophy about touching things as few times as possible, and that work actually gets done faster this way, even though it is completely, 100% counterintuitive. In other words, this pattern:

  • Insert Disc
  • Have dBpoweramp (or XLD, or whatever) load its suggested metadata
  • Interact with/correct that metadata
  • Perform rip

ā€¦is actually going to get your work done faster than this pattern:

  • Insert Disc(s)
  • Interact lightly with dBpoweramp (or XLD, or whatever) to just make the rip(s)
  • Lunch metadata software
  • Load an album that you think needs fixing
  • Review metadata, fix it, and save it

In the latter, you are touching each album twice, and the time rather insidiously adds up.

I think I just broke my promise to shut up. I am sorry. :rofl: I will truly stop now. @Mark_Sealey we are rooting for you!

1 Like

Thank you so much, @Jayson_Chung, for that clear and comprehensive description of what, Iā€™d say, really amounts to making ā€˜virtual CD setsā€™

I could certainly do the first part of that - track tagging.

I could also change the distribution across the original folders which correspond to the CDs as sold/supplied.

But that does represent a decisive departure from the ā€˜rawā€™ sequence, doesnā€™t it.

I note the need to remember to set back for non-multi-disk items!

Got it. Thanks. I compared your settings with mine, which - as you would expect - mostly prefer Roon. Itā€™s the last three (ā€˜Trackā€™s titleā€™, ā€˜Track numberā€™) in particular which would make your process work, isnā€™t it.

What is meant by ā€˜Media numberā€™, BTW, please?

Thanks again for this set of instructions. Noted :slight_smile:

1 Like

Thanks, Stephen,

I suspect that denotes the ā€˜Homeā€™ directory - for anyone accessing the database remotely as a guest user.

Your screen grab appreciated. Iā€™ll keep trying. But I have a feeling that Iā€™m better off making a separate sub-task of tagging. Yate works really well.

Thanks for describing that process, William!

Thank you, @gTunes,

That is surely what I should investigate next. IOW I now need to make a straight decision between XLD and dBpoweramp. I have found the former a little slow.

Again, I need to confirm that the Mac version will work that way; I actually have four drives that I could use - in sequence!

Same here. As everyone else has said in this thread, the time goes to the tagging, not the ripping.

It seems as though MusicBrainz is the most reliable for classical too. Again, I think I need to settle on one and get used to it for the foreseeable future.

I hadnā€™t identified that as an issue. Thanks.

I see how that contributes to streamlining the task; the multitask.

Certainly! Thanks. I can see that the ā€˜batchā€™ aspect is really an illusion; as everyone else here has said.

Thanks, @DDPS!

which is exactly how I take it. Appreciated :slight_smile:

Got it. Something that could easily be proved with a stopwatch!

No! Glad you did. Thanks for so doing, @DDPS :slight_smile: .

1 Like

Hi, DDPS ā€“ If youā€™re saying that upon the next rescan these Library Import settings apply those metadata preferences to the entire library, then, yes, Iā€™d have to agree that the feature is mislabeled. May I ask how you came to understand this was what was happening? I havenā€™t noticed any ill effects from doing this and am not sure I see where they would come from. Any album or track tag preferences youā€™ve set yourself are not going to be overwritten by a rescan, AFAIK.

As for using ā€œMetadata preferenceā€ at the album level and then rescanning, yes, thatā€™s a good idea. Once, I wanted Roon to show a 3-CD set as three, distinct, separate albums. I found that nothing less than the full monty approach I described worked. Anything else, including relying on the metadata preference switches, did not produce the results I wanted. However, ā€œsimplyā€ rearranging tracks within an albumā€”including moving a track from one disc to another and even putting tracks on a new disc that doesnā€™t exist in the actual releaseā€”should work just using those switches. Thanks for bringing this up. And, again, if you know about specific downsides to using the library import settings approach, please let me know.

That said, I think Roon can be a little unpredictable when it comes to trying to restructure or reorganize albums. So, itā€™s good to have an escalation path.

In any case, despite the caveat I gave in my first message, Iā€™m sure what OP would like to doā€”get all the movements of a long symphony that is spread across two CDs onto one virtual disc in Roonā€”can be done.

1 Like

By the way, it took a while to rip them allā€¦about two months. Then I had around 300 CDs and now I have 500 or so. They say patience is a virtue!

1 Like

I came to understand this when I first ran Roon and was experimenting with my album artwork and metadata vs. the Roon-supplied equivalents. I had been OCD about metadata for years before I used Roon, during which period I primarily used Synology Audio Station (and, secondarily, an Auralic box, which I never truly loved). Upon my first import, I was terribly disappointed at the album artwork quality that Roon displayed, and I wanted to use my own meticulously-curated artwork, so I switched the setting and re-scanned, and within minutes, I was much happier. So thatā€™s how I discovered that.

You are correct; if you set album or track preferences, they will not be overwritten by a rescan.

If you want to convert, say, a 2 CD set to two distinct albums, there are three approaches:

  1. If you are doing an import for the first time, set all the metadata right for each of the two discs on a work computer with a metadata editor, put them in the right folder structure, and then move them to your Roon watched folders. Done.

  2. If you have already imported a 2 CD set and want to convert it into two separate albums, the easiest thing to do is what you have outlined. That is:

    a) remove the albums from your library;

    b) rescan;

    c) use the ā€œClean up libraryā€ function; and

    d) go to step 1 above as if you were importing anew.

    The disadvantage of this - and some may consider it quite minor - is that you will lose all play history for that music.

  3. If you want to keep the play count & history, however, you can do this, which is cumbersome, but it truly does work (I just did this about a week ago with a Bert Kaempfert album, BTW):

    a) Copy your existing 2 CD set from your Roon music source to your work computer to make your metadata and folder structure changes that you desire to make it into two distinct albums;

    b) In your Roon music source, delete the old bundled set, then copy the new individual albums to wherever they need to be.

    c) Do NOT clean up your library, but DO perform a force rescan. The old album will still look like it is there, which will be frustrating. This is because Roon uses a certain fingerprinting technique when importing your music, and the old library metadata that you did not clear out will make the new files look like the previously deleted ones.

    d) When looking in Roon at that old album, select ā€œā€¦ā€ in white circle

    e) In first screen, under ā€œMissing or extra tracks,ā€ select ā€œFix Track Groupingā€

    f) It will give you an error noting duplicate track numbers or names, which I donā€™t specifically recall, but itā€™s OK to do what it suggests

    g) At the top of the left column, select ā€œEdit Discsā€

    h) Deselect all but disc 1

    i) Make sure that you only have tracks for disc 1 selected in the right column.

    j) At the bottom right, select ā€œCreate Albumā€ (1 disc, X tracks or whatever is right)

    k) After this, if anything is left on the left hand side, ā€œRemoveā€ it.

    l) Then exit the interface, and go back to the underlying album as if you were going to listen to it

    m) The album may be ā€œUnidentifiedā€ - go back in and identify it (select ā€œā€¦ā€ in white circle, identify album, as usual)

    n) The second album should now be separate, and it may need to be identified, too

So there are three other options. But - and I may be wrong - I donā€™t think that these are really the issues that @Mark_Sealey was facing?

1 Like

@DDPS

No; but very useful all the same. Noted :slight_smile:

Geoff,

Have just spent almost all day ā€˜normalizingā€™ my multi-album imports.

Seemed to go well except for two things:

  1. that the BackGround audio analysis speed stalls, and
  2. I have found that if I edit the album (in Album Editor), scroll to the bottom and select the second of the three options in ā€˜MULTI-PART COMPOSITION GROUPINGā€™, NAMELY ā€˜xxx tracks, yyy recordingsā€™ I appear to be able to achieve the same thing. Is this safe, please?

TIA!

If itā€™s always the same album that it gets stuck on, then I would try re-ripping the album.

For your second question, I think that you are getting confused between the numbering convention for multidisc box sets and multi-part composition grouping. The latter is to do with grouping, for example, the movements of a symphony into a single composition, e.g. Beethovenā€™s 5th. If you choose the ā€œPrefer file dataā€ option, then you need to use the WORK and PART tags in your file metadata. This is covered in the ā€œFile tag best practiceā€ article in the Knowledge Base.

Thanks, Geoff,

I donā€™t think it is, actually; not sure that I can find out. Are there user-accessible log files which I could consult to find out, please? Iā€™ve seen reference to them but donā€™t want to go poking around where I donā€™t know what Iā€™m doing.

Very possible :slight_smile: But not for long!

Understood. Iā€™d like to think that Iā€™ve got that under control. Yate has an excellent regex-based script (an Action in its parlance) which splits TITLE (while also retaining it in its entirety, of course) into WORK and PART for import into Roon. I think thatā€™s working well.

I guess I could ask, please, when would I use

the second of the three options in ā€˜MULTI-PART COMPOSITION GROUPINGā€™

?

You would use it if Roon has not correctly identified a work and its parts for local files, and you have added the WORK and PART tags to the files.

Great. Thanks. Understood!

Following upā€¦I clarified the ā€œ2-in-1ā€ separation process in a separate tip post this morning:

1 Like

Thanks for those two tips, @DDPS.

I usually have 0 files to ā€˜cleanā€™ in the Library. And Iā€™m not too worried about play counts, though it is nice to have them, of course.

Your detailed instructions help me also by providing guidance as to what can and cannot, should and should not be done to files in and outside of Roon.

All noted.

1 Like

Thanks for relating that. I had thought maybe you had run into some unanticipated headaches from using this procedure.

I wanted to avoid the complexity of using the track grouping tool, but I hadnā€™t thought about losing the play count and history. I donā€™t care much about those, but itā€™s a good point. The clean, illustrated write-up you posted separately is wonderful. Cheers.

1 Like