Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Yaamon]

I'm looking for pointers on how to handle CDs where album information isn't found correctly.

I'm trying to rip the CD "Glorious: The Singles 97-07" by Natalie Imbruglia.  When I load the CD, MC gives options that all have the wrong tracks.  It appears there are multiple versions of this album, including import variations.  How do I proceed at this point?

I tried WMP, and it found the right album info immediately.  I ripped the CD using WMP, but I would rather use secure rip in MC.

Any suggestions are appreciated.

Thanks,
Greg

[Listener]

You could type in the correct track names.

[mwillems]

I'm looking for pointers on how to handle CDs where album information isn't found correctly.

I'm trying to rip the CD "Glorious: The Singles 97-07" by Natalie Imbruglia.  When I load the CD, MC gives options that all have the wrong tracks.  It appears there are multiple versions of this album, including import variations.  How do I proceed at this point?

I tried WMP, and it found the right album info immediately.  I ripped the CD using WMP, but I would rather use secure rip in MC.

Any suggestions are appreciated.

Thanks,
Greg

There isn't a particularly seamless solution; I rip a lot of albums and about 20% of the albums I rip in JRiver have no data, and another 20% are missing some data or have wrong data.  I usually just wind up ripping in WMP if I'm in a hurry or entering all the info by hand if I'm not.  WMP has about a 95% hit rate for me, but obviously the ripping module is nowhere near as flexible as JRiver's. 

My understanding is that JRiver uses their own proprietary database (YADB), as opposed to the subscription based databases used by other software (CDDB/gracenote for Itunes or the allmusic database for WMP).  So entering the track information is helpful for other JRiver users, even if it is a pain.

[MrC]

Edit: corrected based on new findings.

If you go ahead and rip the tracks w/out metadata, you can use my amg.pl script to pull the data from amg:

    http://yabb.jriver.com/interact/index.php?topic=84268.0

The CD tracks are available in MC, and the script can populate that track data, so both the physical CD entry and the ripped tracks can be set to have the same data.  The Filename field (used by the script) is special for CD entries, so you'll need to have a Filename field column that is expression based.  The column name is Filename, the type is Expression, and the expression is [Filename, 0].  With this, you can use the script to populate track and album info from amg.

@Matt - would it be possible to provide the Filename field as raw data such that it could be used for CD database entries, such as:

   (0x00DF6256):\Track01.cda

This is visible via exporting to MPL a CD database entry:

   <Field Name="Filename">(0x00DF6256):\Track01.cda</Field>

With this, an MPL could then update a CD database entry, and if done prior to ripping, could both be submitted to YADB and propagate to the tracks to be ripped.

[crisnee]

A great program  http://www.dbpoweramp.com/cd-ripper.htm that almost always gets the data and has all kinds of options including secure rip and includes a function that checks your rip against all other rips of said cd available to it, called Accuraterip. It's not free however; I think it's in the $35 range. I've been using it for many years and am very happy with it.

-Chris

[Al ex]

I am not happy with the results of the MC internal YADB feature, so I use MUSIC BRAINZ PICARD as my tagging tool to do the job after ripping, or on new imported tracks. I added the Last.FM+ plugin to MUSIC BRAINZ to get even more detailed tagging info in regard to Moods / Grouping / Genre.

I am quite satisfied with that solution, however, I would be much happier, if MC would have an integrated solution with similar results like MUSIC BRAINZ...

[AndrewFG]

Mine is yet another approach...

... I use iTunes as my ripping and tagging application. And I use MC only as my library browsing and music playing application. In iTunes I rip to Apple Lossless (ALAC) embedded in .m4a files, and obviously MC can perfectly play those ALACs and transcode them on the fly to any other format without problem.

One advantage of using the .m4a format (a.k.a. MP4) is that it uses a standardized file structure with "boxes" for all kinds of meta data. So you can include all kinds of meta data as tags actually embedded in the files themselves. This means that the music files are "portable"; iTunes writes the tags to the files; and MC reads those same tags.

{ Note concerning iTunes and meta data: There is one "trick" you need to know. When you rip a CD, it fetches the Album Art, and by default it stores the image in its local library database (not in the m4a file). It does this because if you have a CD with 20 tracks, then iTunes only needs to store one image. The "trick" is to use the clipboard to copy the art image from one track, and paste it back again into all the tracks. This removes the art image from iTunes library database, and writes the image into the cover art box in each m4a track itself. So the album art also becomes "portable" with each track. }

[Matt]

... I use iTunes as my ripping and tagging application

I don't believe iTunes has any sort of secure ripping, so I would not recommend this solution.

[Matt]

@Matt - would it be possible to provide the Filename field as raw data such that it could be used for CD database entries, such as:

   (0x00DF6256):\Track01.cda

This is visible via exporting to MPL a CD database entry:

   <Field Name="Filename">(0x00DF6256):\Track01.cda</Field>

With this, an MPL could then update a CD database entry, and if done prior to ripping, could both be submitted to YADB and propagate to the tracks to be ripped.

Exposed where?

With expressions, I would expect [Filename, 0] to do it (which means 'don't format for display').

[MrC]

Exposed where?

With expressions, I would expect [Filename, 0] to do it (which means 'don't format for display').

I must have screwed up something when I quickly tested yesterday.  [Filename, 0] works fine.

Thanks.

I've edited and corrected my reply above.

[AndrewFG]

I don't believe iTunes has any sort of secure ripping, so I would not recommend this solution.

What do you mean by "secure ripping"??

I ripped and tagged my entire collection of around 1000 CD's (about 10'000 tracks) using iTunes; and so I would not recommend any other solution   1)

1) but just to make it clear, I would not recommend iTunes for browsing or playing the tracks; in this respect MC wins hands down

[MrC]

What do you mean by "secure ripping"??

http://wiki.hydrogenaudio.org/index.php?title=Secure_ripping#What_is_Secure_Ripping.3F

[BryanC]

I ripped and tagged my entire collection of around 1000 CD's (about 10'000 tracks) using iTunes

Oh, no.

Even on my pristine CDs, I usually get a bad track rip every 6-7 discs that I then rerip and confirm using AccurateRip. That's something iTunes would gloss over.

[AndrewFG]

Oh, no.

Excuse me for being blunt, but your response seems rather bigoted to me. I am the one who has experience in importing 10000 tracks,  and you are not.  What makes you think you have any right to be judgemental?

[AndrewFG]

http://wiki.hydrogenaudio.org/index.php?title=Secure_ripping#What_is_Secure_Ripping.3F

ITunes can (if you want) use error correction when importing CDs.

[Matt]

Andrew, I think you may have taken offense where none was intended.  If you like ripping with iTunes, that's great.

However, users should be aware that the error correction it offers is not the same thing, and not as effective, as secure ripping offered by MC, EAC, etc.  

Whether you or anyone else cares about secure ripping is their decision.

[Listener]

ITunes can (if you want) use error correction when importing CDs.

You normally seem a rational guy.  Your response to BryanC is uncalled for.

I tried a number of rippers and players before settling on JRiver MC.  I tried very hard to make iTunes work for me.  iTunes did have an option to enable error correction.  However, I found that some CDs ripped with iTunes had audible errors in spite of the absence of any warning from iTunes while it was ripping those CDs.  Other people have reported similar behavior from iTunes.

Until you play those problematic music files made with iTunes, you won't know there is a problem.  A good secure ripper like EAC, dBpoweramp or JRiver MC will tell you immediately if there is a problem ripping a track.

Now Apple may have improved iTunes error reporting since I last used it.  I've never seen any explanation from Apple of just what their ripping process does when it encounters errors.

Bill