Why is reading ISRC so difficult? |
Why is reading ISRC so difficult? |
Dec 16 2012, 15:12
Post
#1
|
|
![]() Group: Members Posts: 6 Joined: 13-February 11 From: Oxfordshire, UK Member No.: 88144 |
This is my first post so apologies if it is not in the right place.
I plan to convert totally to digital replay keeping all my files on a media server and using a dedicated quiet PC for playback - nothing unusual about that. I wanted to ensure that when I rip my CD collection I only do it once, that the audio is bit perfect, and the metadata is as compete and informative as possible. I have spent a lot of time trying various ripping programs, validating metadata against Freedb, MusicBrainz, GD3 and I am now at the stage I can proceed with ripping my music collection EXCEPT that it seems to be almost impossible to get a reliable method of reading and storing the ISRC. I have tried EAC, DBPoweramp, J rivers, MBRipper and Cuetools. I have some CDS which will always give a valid ISRC, seven out of twelve, and the remaining five which I am unable to read. This is with any of the programs, any of three different drives, and two computers one running XP and one Windows 7. I repeat results are entirely consistent either ISRC is always there or it is never there. YES, I do realise the seemingly obvious conclusion is that no ISRC exists but these are mainstream CDs by popular artists from labels like EMI and Columbia. As the entire music industry is paranoid about collecting royalties and the main identifier of who is playing on any track is linked to the ISRC I do not believe that the "obvious" conclusion is correct. Interestingly the wikipedia article on the Red Book standard states: The basic specifications state that Maximum playing time is 79.8 minutes[5] Minimum duration for a track is 4 seconds (including 2-second pause) Maximum number of tracks is 99 Maximum number of index points (subdivisions of a track) is 99 with no maximum time limit International Standard Recording Code (ISRC) should be included If this is right then ANY compliant CD must have an ISRC encoded on each track. On scouring this and other audio forums there are four alleged reasons why the ISRC cannot be read and these are: 1 - Your drive cannot read them - well if that was the case I would not see any of them. 2 - You have not set up the ripping program correctly - same response as point one. 3 - The ISRC does not exist on the tracks - I have no evidence to the contrary other than that previously stated. 4 - The ISRC cannot be transferred to the metadata and can only be seen in a cue sheet - I have tried writing Cue sheets and get identical results 7 out of 12 work. The ISRC website states: In the case of Compact Discs the ISRCs and other PQ-data are encoded in the disc sub-code (Q channel) in the disc mastering process. For this reason, ISRCs must be encoded for each track in the Pre-Master for CD. Most commercial mastering software applications have a field dedicated for ISRC. For electronically distributed formats, the ISRC of each track should be associated with it in the metadata of the file. Does anyone have a set-up where they can reliably read ISRC? Is there more than one method of encoding the ISRC on the CD? My understanding is that ISRC is 12 digits, case insensitive and is the first thing in the Q channel. Is there any explanation as to why some codes are not detected by any of the programs I have listed? |
|
|
|
![]() |
Dec 17 2012, 14:12
Post
#2
|
|
![]() Group: Members Posts: 1469 Joined: 30-November 06 Member No.: 38207 |
We are talking about an industry who intentionally screwed up the error correction of the CD format and didn't mark the discs as such until the P of the S/PDIF put their lawyers at work. But certainly, the incentives were different.
There is a “Media Catalog Number” (MCN) as well. cdda2wav can report that: http://linux.about.com/library/cmd/blcmdl1_cdda2wav.htm Also: http://forums.musicbrainz.org/viewtopic.php?id=1908 This post has been edited by Porcus: Dec 17 2012, 14:16 -------------------- geocities.com/hydrogenaudio: http://goo.gl/tqYZj
|
|
|
|
Dec 17 2012, 20:34
Post
#3
|
|
![]() Group: Members Posts: 6 Joined: 13-February 11 From: Oxfordshire, UK Member No.: 88144 |
Porcus, Thank you for the links, I'm a bit slow so didn't quite understand what I was reading with the first. I will have another look this evening.
Regarding the Musicbrainz link the windows utility written by simonf is the same thing as MBripper which I downloaded directly from his site. I got the same results as using EAC. The crucial point for me is that if these results are to be believed then ISRC and UPC(EAN or Catalog No) do not exist on 33-42% of CDs. Are you saying this is likely to be the case? |
|
|
|
Dec 18 2012, 17:00
Post
#4
|
|
![]() Group: Members Posts: 1469 Joined: 30-November 06 Member No.: 38207 |
Are you saying this is likely to be the case? Don't know. I assume it depends on whether you buy mainstream music from IFPI member companies (they are the ones issuing it). Myself I only find ISRC tags in a few of my rips, but it might be due to software and settings. -------------------- geocities.com/hydrogenaudio: http://goo.gl/tqYZj
|
|
|
|
imazed Why is reading ISRC so difficult? Dec 16 2012, 15:12
chi QUOTE (imazed @ Dec 16 2012, 16:12) The b... Dec 16 2012, 15:49
imazed QUOTE (chi @ Dec 16 2012, 14:49) QUOTE (i... Dec 16 2012, 16:04
chi QUOTE (imazed @ Dec 16 2012, 17:04) Fair ... Dec 16 2012, 18:49
imazed QUOTE (chi @ Dec 16 2012, 17:49) QUOTE (i... Dec 17 2012, 20:10
tgoose QUOTE (imazed @ Dec 17 2012, 19:34) The c... Dec 18 2012, 17:11
imazed QUOTE (tgoose @ Dec 18 2012, 16:11) QUOTE... Dec 19 2012, 10:47
Kees de Visser QUOTE (imazed @ Dec 19 2012, 10:47) I hav... Dec 19 2012, 16:03
Lazlo Nibble FWIW: I explicitly do a full subcode check with cd... Dec 19 2012, 07:09
imazed QUOTE (Lazlo Nibble @ Dec 19 2012, 06:09)... Dec 19 2012, 10:39
Boiled Beans To sidetrack a bit, I have noticed that ISRCs are ... Dec 23 2012, 17:08
chi QUOTE (Boiled Beans @ Dec 23 2012, 18:08)... Dec 23 2012, 18:21![]() ![]() |
|
Lo-Fi Version | Time is now: 23rd May 2013 - 10:31 |