Skip to main content

Using matrix numbers of CDs to verify release years (1)


One of the first steps when making CDs is to produce a "glass master". From that (using a few more steps) a "stamper" is created which is then used to press the actual CDs.

When looking at a CD you can often see text in a ring in the middle of the CD. This is the so called matrix which comes from the glass master. Apart from the matrix other text (like the IFPI mastering SID code) could possibly also come from the glass master. A bit of background information can be found on page 7 of the IFPI SID code implementation guide although I would also highly recommend watching some of the clips about glass masters on YouTube, which are highly informative.

One company making a lot of these glass masters is Cinram. For most of their glass masters they stored the production date in matrix.

This is good news, because it means that it could possibly be used to verify releases and see if the declared year of the release is right: it could never have been released before the glass master was made. It could, of course, be released later, as some masters are made once and then the stampers made from these are used for years.

An example can be seen in this release: the glass master was made in 1993 (so there is no mastering SID code on it, as that was only introduced in 1994), but the CDs themselves were moulded in 1994 or later in a machine which printed a SID code in the mould.

A typical matrix from glass masters made in Canada by Cinram look like this:

"#931127N CD-26496 MFG BY CINRAM"

A matrix similar to this one can be seen on the pictures of this release.

The interesting part are the two digits following the # character. These are, according to a forum post on Discogs, the year the glass master was made (the number is actually the full date, either in YYMMDD or YMMDD notation). So what I can do is look for these patterns in the Matrix / Runout fields for each release with a matrix like this, extract the two digits representing the year and compare that to the year the CD was supposedly released.

In the data there are 4342 releases that have "MFG BY CINRAM" in the matrix, plus something else that starts with "#". The "CINRAM USA" matrix numbers seem to follow a different pattern, so I ignored those. The releases that I looked at are distributed over the Discogs dataset as follows:

Distribution of release pressed by Cinram with a possible year in the matrix

I then looked at for how many releases I could do a check between the possible year from the matrix and the release year. I could find 567 releases, distributed as follows:

Distribution of releases with a possible wrong year

I verified a few of the possible errors and although there might be a few where the matrix might not have the release year embedded in it the vast majority indeed seems to be wrong. A few releases were said to be from 1985 and pressed by Cinram, even though the profile page for Cinram says they didn't start pressing CDs until 1987.

There are apparently other pressing plants that also embedded the year in the matrix and somewhere in the coming few months I will look into these as well.

Comments

Popular posts from this blog

SID codes (part 1)

One thing that I only learned about after using Discogs is the so called Source Identification Code, or SID. These codes were introduced in 1994 to combat piracy and to find out on which machines a CD was made. It was introduced by Philips and adopted by IFPI, and specifications are publicly available which clearly describe the two available SID codes (mastering SID code and mould SID code). Since quite a few months Discogs has two fields available in the " Barcode and Other Identifiers " (BaOI) section: Mould SID code Mastering SID code A few questions immediately popped up in my mind: how many releases don't have a SID field defined when there should be (for example, the free text field indicates it is a SID field)? how many releases have a SID field with values that should not be in the SID field? how many release have a SID field, but a wrong year (as SID codes were only introduced in 1994) how many vinyl releases have a SID code defined (which is impossi

SPARS codes (part 1)

Let's talk about SPARS codes used on CDs (or CD-like formats). You have most likely seen it used, but maybe don't know its name. The SPARS code is a three letter code indicating if recording, mixing and mastering were analogue or digital. For example they could look like the ones below. There is not a fixed format, so there are other variants as well. Personally I am not paying too much attention to these codes (I simply do not care), but in the classical music world if something was labeled as DDD (so everything digital) companies could ask premium prices. That makes it interesting information to mine and unlock, which is something that Discogs does not allow people to do when searching (yet!) even though it could be a helpful filter. I wanted to see if it can be used as an identifier to tell releases apart (are there similar releases where the only difference is the SPARS code?). SPARS code in Discogs Since a few months SPARS is a separate field in the Discogs

Country statistics (part 2)

One thing I wondered about: for how many releases is the country field changed? I looked at the two most recent data dumps (covering February and March 2019) and see where they differed. In total 5274 releases "moved". The top 20 moves are: unknown -> US: 454 Germany -> Europe: 319 UK & Europe -> Europe: 217 unknown -> UK: 178 UK -> Europe: 149 Netherlands -> Europe: 147 unknown -> Europe: 139 unknown -> Germany: 120 UK -> US: 118 Europe -> Germany: 84 US -> UK: 79 USA & Canada -> US: 76 US -> Canada: 65 unknown -> France: 64 UK -> UK & Europe: 62 UK & Europe -> UK: 51 France -> Europe: 51 Saudi Arabia -> United Arab Emirates: 49 US -> Europe: 46 unknown -> Japan: 45 When you think about it these all make sense (there was a big consolidation in Europe in the 1980s and releases for multiple countries were made in a single pressing plant) but there are also a few weird changes: