Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: CUETools DB (Read 293720 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: CUETools DB

Reply #300
Discs on Musicbrainz with HTOA have tracks listed incorrectly on the database page.

http://db.cue.tools/cd/936811

When using the "SaGa Frontier Original Soundtrack" Musicbrainz tracklist, "Theme of Coon" appears as track 1 but it should be "ムスペルニブル" instead.
This has come up before for a different CD but I'll need to search for the discussion.

The CD you referenced above is CD3
https://musicbrainz.org/release/ba1062ea-4f30-4faf-82a6-2cc20fdfa5d7
and MusicBrainz lists 21 track titles for the 20 track CD (hidden track + 20).
CTDB did retrieve and store all 21 titles from MusicBrainz
ioV0F7sbhrjXv4Qwy8K.fQPLUTs-
but returns the first 20 titles (for a 20 track CD). CTDB doesn't store track title + track number like you see on MusicBrainz. The number of tracks and positions are stored in the TOC.

 
korth

 

Re: CUETools DB

Reply #301
Discs on Musicbrainz with HTOA have tracks listed incorrectly on the database page.

http://db.cue.tools/cd/936811

When using the "SaGa Frontier Original Soundtrack" Musicbrainz tracklist, "Theme of Coon" appears as track 1 but it should be "ムスペルニブル" instead.
This has come up before for a different CD but I'll need to search for the discussion.

The CD you referenced above is CD3
https://musicbrainz.org/release/ba1062ea-4f30-4faf-82a6-2cc20fdfa5d7
and MusicBrainz lists 21 track titles for the 20 track CD (hidden track + 20).
CTDB did retrieve and store all 21 titles from MusicBrainz
ioV0F7sbhrjXv4Qwy8K.fQPLUTs-
but returns the first 20 titles (for a 20 track CD). CTDB doesn't store track title + track number like you see on MusicBrainz. The number of tracks and positions are stored in the TOC.

 
Right, I understand why it happens. I'm just wondering if it could be fixed on the CTDB side. The Musicbrainz API has the ability to identify pregap tracks so it should be able to filter those out on the tracklist the database shows. (ex. https://musicbrainz.org/ws/2/release/ba1062ea-4f30-4faf-82a6-2cc20fdfa5d7?fmt=json&inc=media+recordings The media entry for the last disc has a pregap entry with info about the pregap track separate from the rest of the tracks.)




Re: CUETools DB

Reply #305
Hi
After MuusicBrainz schema update of 2021-05-17, synchronization to MusicBrainz data seemed not working.
The release data input after that date doesn't appear on the metadata selection tab, even if MusicBrainz submit button can go to the matching disc on MusicBrainz page.
Could you check?
Thanks

Re: CUETools DB

Reply #306
Hi all, first time poster here,
I was backing up my CD collection with EAC, have completed 30 or so cds. However, it stops during the (initial) lookup of my CD The Corrs "Talk on Corners". The CTDB lookup never ends so I can't start the backup process.
EAC - CTDB seems to work fine with all other lookups so far so is there something off about "The Corrs" entry in DB?

Re: CUETools DB

Reply #307
So you're referring to the metadata portion of the plugin (song titles, etc.) before the ripping process begins?
If you could use one of the other metadata plugins in EAC to rip the entire CD then post the TOCID from the CTDB portion of the  extraction log, I could look up the entries. My access is limited so I can't do a full search at this time.

Edit:
found http://db.cuetools.net/top.php?tocid=uBweppFVUz5wxaGtmAUHezr1h.0-
http://db.cuetools.net/lookup2.php?version=3&ctdb=1&metadata=extensive&fuzzy=1&toc=0:19292:38365:58097:77985:95555:112055:132975:149502:170140:188277:210765:228715:251385:269387:292572
korth

Re: CUETools DB

Reply #308
After MuusicBrainz schema update of 2021-05-17, synchronization to MusicBrainz data seemed not working.
Could you check?
Forwarded and acknowledged
korth

Re: CUETools DB

Reply #309
So you're referring to the metadata portion of the plugin (song titles, etc.) before the ripping process begins?
If you could use one of the other metadata plugins in EAC to rip the entire CD then post the TOCID from the CTDB portion of the  extraction log, I could look up the entries. My access is limited so I can't do a full search at this time.
Yes, the metadata and such lookup. After some feverish clicking I got past it with the first option, first image. So ripping went fine.
Today I tried again and for some reason it was no problem doing the same operation!?
I got three pressings suggested and one cover image suggestion.
Fine.
So I cleared the options in my EAC view.
Took another CD, look up was fine.
Re-tried the Corrs album and BOOM! Stuck again in a (seemingly) never ending loop of look up - with the "busy" bar fading at lower edge of window. Pressing the red "x" does nothing seemingly once it has gone down the rabbit hole - unless there is some 5 minute time out I have to wait?
Aaaanyway, I killed entire EAC program and just went on with my day. Next time I'll try re-inserting same disc angain and again until the metadata search passes.

Thanks for taking a look at it though.

Re: CUETools DB

Reply #310
Musicbrainz sync updated for the new schema. Sorry for the delay.
CUETools 2.1.6

Re: CUETools DB

Reply #311
Looks like there's a broken entry in the database for TOCID: 7KFbP.ZFdKur54750kpmBVpPS8I-

Code: [Select]
[CTDB TOCID: 7KFbP.ZFdKur54750kpmBVpPS8I-] database access error: There is an error in XML document (18, 54)..

Digging into it a bit, it looks like one entry in the DB has a non-integer value of npar, so the XML deserializer chokes on it:

Code: [Select]
 <entry confidence="1" crc32="1c7e70b3" id="2330017" npar="16.5" stride="5880" syndrome="qzIkhp/ZiMPa4rTTyBExhWiOrlZI0L/Kb79zj5KuUM02" toc="0:16205:35960:54482:75235:92687:114912:141987:162177:182082:202512:221605:249142" trackcrcs="e357b767 17ccf28a 7eb4e9ec 71697e5e 8f7776f6 fab69360 f5a4aba7 2b419fa0 9d7bda24 96c55400 56984b0e bd5f1d2f" />

Re: CUETools DB

Reply #312
Hi everyone!
I'm sorry if this has already been asked before, but I couldn't find an answer. I wanted to know why some albums seem to have multiple TOCIDs, even though CTDB treats different pressings as the same album.

I verified a rip I've made of one of my CDs and CTDB verified it as "verified OK, confidence 4". A friend of mine has the same CD and his rip was verified as "verified OK, confidence 41", with a totally different TOCID. I'm not sure if we have different editions, but could that be the reason?

Thanks in advance.

Re: CUETools DB

Reply #313
It might have been easier to show the differences had you provided the TOCIDs. I'll try a different approach.

http://cue.tools/wiki/CUETools_Database#What_information_does_the_database_contain_per_each_CD.3F
Quote
What information does the database contain per each CD?
    CD TOC (Table Of Contents), i.e. length of every track (TOCID). Disc pregap length (HTOA) and/or CD-extra data track length stored separately (if any).
The TOCID is created from the length of each track. Some Titles are manufactured in multiple plants and sometimes under more than one label. The start position of one or more tracks may differ slightly at each plant (Engineer's discretion). A difference by one CD sector will change the TOCID.
As an example I chose Led Zeppelin - Led Zeppelin
MusicBrainz has 18 Disc IDs associated with the 1987 US release
https://musicbrainz.org/release/6166b18d-6055-38e0-886f-b265dd1a980f/discids
That's 18 unique CD TOCs so up to[1]18 unique TOCIDs.
Track 01 pregap (HTOA) and CD-extra data track lengths are stored elsewhere so it is possible to have more than one CD TOC per TOCID
korth

Re: CUETools DB

Reply #314
It might have been easier to show the differences had you provided the TOCIDs. I'll try a different approach.

http://cue.tools/wiki/CUETools_Database#What_information_does_the_database_contain_per_each_CD.3F
Quote
What information does the database contain per each CD?
    CD TOC (Table Of Contents), i.e. length of every track (TOCID). Disc pregap length (HTOA) and/or CD-extra data track length stored separately (if any).
The TOCID is created from the length of each track. Some Titles are manufactured in multiple plants and sometimes under more than one label. The start position of one or more tracks may differ slightly at each plant (Engineer's discretion). A difference by one CD sector will change the TOCID.
As an example I chose Led Zeppelin - Led Zeppelin
MusicBrainz has 18 Disc IDs associated with the 1987 US release
https://musicbrainz.org/release/6166b18d-6055-38e0-886f-b265dd1a980f/discids
That's 18 unique CD TOCs so up to[1]18 unique TOCIDs.

I see, thank you!

Sorry about the TOCIDs, here they are:
- My CD: BPZ_LgmAPqowNhisVg0KJYgCmlQ-
- My friend's CD: UPWcIVmMJ5H5tycwKLGJxFhS58E-

It's the first disc of a 3 disc compilation by Sam Cooke (the other two discs also have different TOCIDs when comparing my friend's CD with mine). I've looked on the CTDB site, and it seems that most of the tracks on my CD are longer than those on my friend's CD - especially the last track, which is seven seconds longer. I've also noticed that my CD has a pregap of 00:00:01, while my friend's CD has no pregap.

Is that common with albums that were manufactured in different plants?
Track 01 pregap (HTOA) and CD-extra data track lengths are stored elsewhere so it is possible to have more than one CD TOC per TOCID

Re: CUETools DB

Reply #315
Hello. Has someone written a tool to search the contents of the CTDB? Or must one figure out how to do it manually? I'd like to be able to search the CTDB as one can from the homepage of the GnuDB.


Re: CUETools DB

Reply #317
Somebody other than me take on the task of writing a better forum, then. Maybe we should have stuck with that ancient piece of crap Invision board 2.x forever.

Re: CUETools DB

Reply #318
http://db.cuetools.net/?tocid=Nxo0l89ao4.51ot2rPUPSBbaFLs-

Two rip attempts that I made got added to the database despite them being insufficient quality. Possible/worthwhile to remove them?
Even stranger is that the other two rips don't result in an accuraterip match when repairing the rip. Tested both.

From the first rip. Noticed that it and the second attempt were added while trying to redo it.

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: Nxo0l89ao4.51ot2rPUPSBbaFLs-] found
Submit result: insufficient quality
Track | CTDB Status
  1   | (3/3) Accurately ripped
  2   | (3/3) Accurately ripped
  3   | (3/3) Accurately ripped
  4   | (3/3) Accurately ripped
  5   | (3/3) Accurately ripped
  6   | (3/3) Accurately ripped
  7   | (3/3) Accurately ripped
  8   | (3/3) Accurately ripped
  9   | (1/3) Differs in 2580 samples @06:39:10-06:39:31,06:41:59-06:44:52,06:45:35-06:45:36,06:46:00-06:46:60,06:47:24-06:47:25,06:48:48,06:49:12-06:49:32,06:52:64-06:53:50,06:54:13-06:54:34,06:54:74-06:55:20,06:56:03,06:56:42-06:56:63,06:57:26-06:57:27,06:58:50,06:59:15,07:00:20-07:00:60,07:02:08-07:02:48,07:03:52-07:03:73, or (1/3) differs in 2587 samples @06:39:10-06:39:31,06:41:59-06:44:52,06:45:35-06:45:36,06:46:00-06:46:60,06:47:24-06:47:25,06:48:48,06:49:12-06:49:32,06:52:64-06:53:50,06:54:13-06:54:34,06:54:74-06:55:20,06:56:03,06:56:42-06:56:63,06:57:26-06:57:27,06:58:50,06:59:15,07:00:20-07:00:60,07:02:08-07:02:48,07:03:52-07:03:73
If you are sure that your rip contains errors, you can use CUETools to repair it.

Re: CUETools DB

Reply #319
https://hydrogenaud.io/index.php?msg=770571

I only see 1 submission in the past year. EAC/CUERipper will always submit a unique result but no recovery (repair) record was submitted due to the insufficient quality.

Two of the earlier rips (2017, 2019) have quality reported as 100% so recovery records were submitted. Each has a confidence level of 1 so no other rips have been submitted so far that confirm the original rips.
http://cue.tools/wiki/CTDB_EAC_Plugin#Known_issues
Quote
Known issues
CTDB accepts the recovery record portion of a submission when the plugin reports the rip quality as 100%
[...]
It is recommended to avoid doing a repair when the CTDB confidence is 1/x.
korth

Re: CUETools DB

Reply #320
https://hydrogenaud.io/index.php?msg=770571

I only see 1 submission in the past year. EAC/CUERipper will always submit a unique result but no recovery (repair) record was submitted due to the insufficient quality.

Two of the earlier rips (2017, 2019) have quality reported as 100% so recovery records were submitted. Each has a confidence level of 1 so no other rips have been submitted so far that confirm the original rips.
http://cue.tools/wiki/CTDB_EAC_Plugin#Known_issues
Quote
Known issues
CTDB accepts the recovery record portion of a submission when the plugin reports the rip quality as 100%
[...]
It is recommended to avoid doing a repair when the CTDB confidence is 1/x.


Huh, is it possible the data is stored locally in EAC somewhere then? I just know the new rips have increased the reference size number in the logs. I'm hopeful at some point others might add to the database, since I'm not trusting of the currents repair records thanks to none of them resulting in an accuraterip match.

On the plus side, I've been able to repair about eight rare cds with the program. So thanks for that.

Re: CUETools DB

Reply #321
Why is the web client of the database at db.cuetools.net so slow? And why was the left/right scrolling widged disabled recently?

Re: CUETools DB

Reply #322
Huh, is it possible the data is stored locally in EAC somewhere then? I just know the new rips have increased the reference size number in the logs.
They're submitted immediately. I can only see 4 rips for the referenced TOCID
2021-10-08
2020-08-28
2019-05-06
2017-11-15

And why was the left/right scrolling widged disabled recently?
Recently?
https://hydrogenaud.io/index.php?msg=984162
They haven't worked in over a year
korth

Re: CUETools DB

Reply #323
I don't use it that often. I've noticed it some time ago, but thought it was to resolve a temporary problem or force an upgrade of the web browser. Recently, relative to then existence of the database.

Re: CUETools DB

Reply #324
Here, let me re-phrase my question, and maybe it'll be more worth of a response:     ::)

So, am I stupid, or is there really no way to search the CTDB from db.cuetools.net beyond monkeying around with HTTP queries?