# Tracking down an old ripped album using only manually-entered data and a FreeDB disc ID
**URL:** https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715
**Category:** MusicBrainz
**Tags:** freedb, discid, musicbrainz
**Created:** [September 25, 2022, 8:12pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715 "2022-09-25T20:12:51Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@derat](https://community.metabrainz.org/u/derat)
#### Post date: [September 25, 2022, 8:12pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715/1 "2022-09-25T20:12:51Z")
I’m embroiled in a quest to tag the last few stragglers in my music collection. One of the holdouts is an MP3-encoded rip of a nine-track audio CD that I bought from a Japanese jazz band in 2008. If memory serves, the CD appeared to be self-published (it might’ve even been a CD-R disc), but I ditched all of my plastic several moves ago so it’s impossible for me to refer back to the original material.
I haven’t been able to find any likely matches in MusicBrainz when I search for various combinations of the artist (“Take Band”), release (“Naturally”), or track names (most or all of which are jazz standards, making searches harder). I haven’t found any AcoustID fingerprint matches, either. However, I noticed that I submitted the disc info (which I dutifully transcribed from the CD) to FreeDB back when I ripped it: [https://gnudb.org/cd/ja780e4409](https://gnudb.org/cd/ja780e4409)
My understanding from pages like [Disc ID Calculation - MusicBrainz](https://musicbrainz.org/doc/Disc_ID_Calculation) is that MB uses a different calculation than CDDB/FreeDB/GnuDB to compute disc IDs. Is there any way to search for releases using a [32-bit CDDB1 ID](https://en.wikipedia.org/wiki/CDDB#Example_calculation_of_a_CDDB1_(FreeDB)_disc_ID) (`780e4409` in this case)?
I somehow managed to dig up an old file that was generated by the ripping software that I used (Grip 3.3.1) with the hope that it would have enough information for me to manually compute an MB-style Disc ID, but it looks like it omits the lead-out track’s offset, which I think I’d need:
```auto
# xmcd CD database file generated by Grip 3.3.1
#
# Track frame offsets:
# 150
# 33837
# 67238
# 94882
# 121819
# 153628
# 185302
# 215022
# 243063
#
# Disc length: 3654 seconds
...
```
I noticed that GnuDB’s “misc” category has a 2009 release by a Japanese jazz trio with the same track count, total length, and disc ID: [https://gnudb.org/cd/mi780e4409](https://gnudb.org/cd/mi780e4409). The track titles and lengths are completely different, though, so I think it’s just a coincidence.
If I’m not able to dig up an existing entry for this release, should I create a new artist and release? I feel uneasy about adding new entities when I don’t have any physical or online evidence that I can point to in my edit notes beyond the data that I submitted to FreeDB back when I possessed the CD.
---
### Author:  [@jesus2099](https://community.metabrainz.org/u/jesus2099)
#### Post date: [September 25, 2022, 8:17pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715/2 "2022-09-25T20:17:55Z")
What about this one?
[Take Band / Naturally](https://gnudb.org/cd/ja780e4409) from [Search for Artists and Albums on gnudb.org an alternativ place for the free CD database.](https://gnudb.org/search/Naturally+Take+Band)
I have a script that imports releases from GnuDb: [konami-command/mb\_GNUDB-IMPORTER.user.js at master · jesus2099/konami-command · GitHub](https://github.com/jesus2099/konami-command/blob/master/mb_GNUDB-IMPORTER.user.js)
---
### Author:  [@outsidecontext](https://community.metabrainz.org/u/outsidecontext)
#### Post date: [September 25, 2022, 8:35pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715/3 "2022-09-25T20:35:47Z")
> [@derat](#):
>
> Is there any way to search for releases using a [32-bit CDDB1 ID](https://en.wikipedia.org/wiki/CDDB#Example_calculation_of_a_CDDB1_(FreeDB)_disc_ID) (`780e4409` in this case)?
Yes, you can search by FreeDB disc ID in the [advanced search form](https://musicbrainz.org/search). For this specific disc ID it is
[https://musicbrainz.org/otherlookup/freedbid?other-lookup.freedbid=780e4409](https://musicbrainz.org/otherlookup/freedbid?other-lookup.freedbid=780e4409)
So also just the bad match you already found, seems to be a collision with two different discs ending up with the same ID ☹
The nice thing about the data collected by MB for the MB disc IDs is that it allows also calculating the FreeDB IDs, so one can do a lookup by both the MB disc ID and the FreeDB one.
---
### Author:  [@derat](https://community.metabrainz.org/u/derat)
#### Post date: [September 25, 2022, 10:14pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715/4 "2022-09-25T22:14:45Z")
That’s the information that I submitted to FreeDB back when I ripped the CD. 🙂 Thanks for the pointer to the script, though – that’ll come in handy if I end up creating a new release!
---
### Author:  [@derat](https://community.metabrainz.org/u/derat)
#### Post date: [March 25, 2023, 8:04pm UTC](https://community.metabrainz.org/t/tracking-down-an-old-ripped-album-using-only-manually-entered-data-and-a-freedb-disc-id/602715/5 "2023-03-25T20:04:19Z")
I’m resurrecting this old thread to announce apparent success!
Google is still useless, but on a whim, I tried doing a Bing search for `"take band" japan`. The first result is [a video entitled “Take\*Band pt1”](https://www.youtube.com/watch?v=_OqblpjKc5M) showing what I think is the same group (minus a guitarist) playing on 2009-05-22 on a street in Shibuya, the same ward where I saw them playing and bought the CD in late 2008.
The video’s description pointed me at [http://www.hpmix.com/home/onemudrums/](http://www.hpmix.com/home/onemudrums/), which is a 404 now but was luckily [captured by the Wayback Machine](http://web.archive.org/web/20081017103905/http://www.hpmix.com:80/home/onemudrums/). From [this biography](http://web.archive.org/web/20081122053711/http://www.hpmix.com/home/onemudrums/F2.htm), I surmise that the group was named after its drummer, 竹下宗男 / Takeshita Muneo (who doesn’t appear to be in MB).
Best of all, I found [this page](http://web.archive.org/web/20080828000510/http://www.hpmix.com/home/onemudrums/T1.htm), which has some text that Google translates as “The new CD “NATURALLY/TAKE\*BAND” has been completed! !”. That sounds like the album I have!
I’ll enter some data now that I’ve found proof that I wasn’t imagining all the details.