CDDB/freedb access to vgmdb.net implemented

[westrock2000]

Do I need to put a note in the "discussion" area when I do this? I've had 2 of my submissions rejected.

"Reason: same tracklist and length duration as parent"

EDIT: What I mean is, how can I make sure a moderator understands why the edit was done. Mention CDDB compatibility somewhere?

[Rak]

Could anyone make some kind of tutorial on how to use this for a tagging tool ?

Which applications do i need, does it work with any tagging program?
Is this allowing us to fetch tracklists, and other infos and directly tag albums, like mp3 albums ?

Thanks to help me.

[jprjr]

Hi there, I didn't know if there's a way to link cddb IDs to vgmdb album IDs.

I'm writing a script to try and organize my music, and for cases where I don't have a lot of metadata, I'm generating everything I need to perform a CDDB lookup. For example:
http://vgmdb.net/cddb?cmd=cddb+query...=jprjr&proto=6

That returns an entry for the Sonic R Soundtrack, and of course I can grab the CDDB tracklist at http://vgmdb.net/cddb?cmd=cddb+read+...=jprjr&proto=6

I'd love for my script to be able to figure out the VGMdb album ID once I have a successful lookup.

I noticed the "genre" was returned as Soundtrack1967, and most results seem to have a unique "genre" value - is there a way to extract the ID from that? In this case the album ID for Sonic R is 1646.

Alternatively, maybe the EXTD field in the "cddb read" response could include the VGMdb album ID? Something like EXTD= VGMID: 1646

If there's concern about existing clients not understanding the EXTD field, it could probably be placed in a comment field.

Thank you so much in advance, and thank you so much for this service like, as a whole.

[jprjr]

Hi there, sorry for the double-post, just had a question: is there a way to submit alternative song lengths to the VGMdb?

The use case: I have my Sonic R soundtrack as a cue sheet + split wav files, with the pregaps appended to the previous track (the standard/default).

When I load the cue sheet in foobar2000, I get slightly shorter track lengths, since it subtracts the gaps from the song lengths, and the VGMDB lookup fails.

So when I load the cue sheet, select those tracks, and do a freedb lookup, foobar2000 uses this url and gets no results:

http://vgmdb.net/cddb?cmd=cddb+query...b2+0.8&proto=6

If instead I load the audio files and select those, foobar2000 uses this url:

http://vgmdb.net/cddb?cmd=cddb+query...b2+0.8&proto=6

(notice all the offsets are slightly larger in the second URL, since foobar2000 isn't subtracting the pregap lengths).

Using the default CDDB server results in inexact matches for both queries:

http://freedb.dbpoweramp.com/~cddb/c...b2+0.8&proto=6

http://freedb.dbpoweramp.com/~cddb/c...b2+0.8&proto=6

I wouldn't want to mess up anybody who's using rips that include the pregaps. I don't know how the usual CDDB servers implement inexact matches.

[cal]

Originally Posted by jprjr

Hi there, I didn't know if there's a way to link cddb IDs to vgmdb album IDs.

I'm writing a script to try and organize my music, and for cases where I don't have a lot of metadata, I'm generating everything I need to perform a CDDB lookup. For example:
http://vgmdb.net/cddb?cmd=cddb+query...=jprjr&proto=6

That returns an entry for the Sonic R Soundtrack, and of course I can grab the CDDB tracklist at http://vgmdb.net/cddb?cmd=cddb+read+...=jprjr&proto=6

I'd love for my script to be able to figure out the VGMdb album ID once I have a successful lookup.

I noticed the "genre" was returned as Soundtrack1967, and most results seem to have a unique "genre" value - is there a way to extract the ID from that? In this case the album ID for Sonic R is 1646.

Alternatively, maybe the EXTD field in the "cddb read" response could include the VGMdb album ID? Something like EXTD= VGMID: 1646

If there's concern about existing clients not understanding the EXTD field, it could probably be placed in a comment field.

Thank you so much in advance, and thank you so much for this service like, as a whole.

@jprjr Hi, can you please make an issue about this on our GitHub tracker?: https://github.com/vgmdb/tracker/issues

This is the best way to ensure that your request gets seen.

[InkingBoy69]

Is /ja adress still in use?
I can use the default laguage port. But whenever I want to get Japanese titles, it gets nothing(without redirecting to default language).

[TheFantomConvoy]

Originally Posted by InkingBoy69

Is /ja adress still in use?
I can use the default laguage port. But whenever I want to get Japanese titles, it gets nothing(without redirecting to default language).

Tried it before, not that good, gonna have to go to the entry then manually copy/paste the titles & somehow get rid of the numbers and/or track times (if present), whether by using Excel or a Macro.

[Rak]

Does it work for web releases or only on CD?

[TheFantomConvoy]

Originally Posted by Rak

Does it work for web releases or only on CD?

Web doesn’t do CDDB to begin with, nor does it have Disc ID.
Not to mention how different it can be from what’s on the CD.

[Xeno_Wrath33]

What the hell is it with this component never pulling up the tracklist?

https://vgmdb.net/album/83396 <---This page has SEVEN FREEDB ENTRIES and I get 0 results when using the tagger in Foobar. Why is that?

And for the love of God, people, if there is an English or Romaji tracklist, then PLEASE SET THAT TO THE DEFAULT. Can't even begin to tell you how many times Japanese has been the default recently. THANK YOU.

[TheFantomConvoy]

Originally Posted by Xeno_Wrath33

What the hell is it with this component never pulling up the tracklist?

https://vgmdb.net/album/83396 <---This page has SEVEN FREEDB ENTRIES and I get 0 results when using the tagger in Foobar. Why is that?

And for the love of God, people, if there is an English or Romaji tracklist, then PLEASE SET THAT TO THE DEFAULT. Can't even begin to tell you how many times Japanese has been the default recently. THANK YOU.

Wouldn’t use this component in the first place. Especially as the site hasn’t quite fully crossed over to its new system yet.
Additionally, the developer behind this isn’t all that active on it either. Who knows how many things have to be changed?

Also, the ENG tracklist was already the default in that page you’d just linked. It’s site policy to make those default too.

[Gertman]

Hmm... are you sure that ENG is by default there?

[TheFantomConvoy]

Originally Posted by Gertman

Hmm... are you sure that ENG is by default there?

It’s the first one to show up, and can be checked when you want to edit the tracklist, so yes.

[Secret Squirrel]

Also, if you bring up the edit page for the tracklist, the checkbox for default is marked. There could be some other issue though.

[Cypher]

There seems to be a bug when retrieving tags from the cddb using foobar2000 2.0 version.

When using the "/ja" suffix, the cddb always return no match. But the tagging info can still be found with "/en", "/ja-latn" and the default "/cdda".

I've tested with several albums and the play time and track number of the track lists all match up.

[redbook]

I don't get Artist name when retrieving from EAC. Do others experience this as well?

[TheFantomConvoy]

Originally Posted by redbook

I don't get Artist name when retrieving from EAC. Do others experience this as well?

That never happens for sure, because the site doesn't have a feature to link artist names to the tracks in question.
For now the only identifier for artists on specific tracks (among other things like who the composer /arranger/lyricist are) is in the notes.

[PetraTyraAnderson]

is this setup right? I've been trying to tag the new FFXIV album all day since my copy is in japanese and i have tried just about everything besides having to buy the english version which i don't particularly fancy doing for obvious reasons

[dancey]

Important announcement for VGMdb freedb users:

tldr: If you use VGMdb freedb implementation, do not upgrade. If you prefer MusicBrainz, upgrade.

EAC 1.7 was released today, which changed metadata provider information in the application. freedb support is completely removed. Do not upgrade if you use EAC to query vgmdb.net.

From a post on their message board from the developer:

Hi,

to clarify the future integration of freedb:

Spoon has provided a freedb replacement server, which can be used by any application just by providing a different URL.
But this freedb replacement server will not accept submissions (or at least ignore them).

And AccurateRip meta is not just a fancy name for the replacement freedb.
It is a separate database (most probably with a dataset seeded from freedb), which is structured differently and contains more information (like composer and a cover image URL). All future submissions will go into that new database (with the available data provided in EAC). But the submission feature is not yet finished on the server side, therefore the submission button in EAC is disabled (until a later version of EAC).

As freedb has no further use for anything, but maybe some special usages, it is removed from EAC for good (the freedb data and database structure was bad design from the start, but it was the standard). Now the standard is dead (as there is no free and open freedb service available), and we need to look into the future. The two new standards for CD metadata in EAC will be Musicbrainz and AccurateRip meta. Spoon promised that the access to the database is and will be a free service. I need to trust him with that, even more as there is no alternative for user metadata submissions - Musicbrainz does not accept submissions as freedb did, not everybody is allowed to create or edit the album metadata. This is also the reason why the quality of the metadata is so high.

Another advantage of having AccurateRip meta as build-in metadata provider (instead of freedb) is actually for Linux users, which had some problems with the .NET plugins. Using this provider they have improved metadata and quite often directly a cover image available.

I am sorry, if this breaks the ripping process for anybody as it has been used to be. But everybody is free to use the 1.6 version (which will be available on my page in the archive), which is practically the same, but using still the old metadata providers - if you use a specialised freedb server, then you probably aren't interested in the improved metadata providers anyway...

[TheFantomConvoy]

Interesting, looks like that's a lot of reasons to continue editing and fixing stuff on MusicBrainz (as well) since they seem to want to lean into it even more as a metadata provider.
It's certainly helped a lot in understanding the likes of JASRAC and even user scripts (for me personally), among other things.

[Zorbfish]

This is why I migrated away from EAC. Since it's closed source you are stuck on an old version if you want stuff the maintainer deprecates.

I'm sure I could whip up a script that fakes the musicbrainz API but I now have my own toolkit I set up after I got fed up with tagging nonsense so I don't use this site much anymore

[redbook]

Lately EAC has been getting server error when trying to access vgmdb. Gnudb is working. This is on EAC 1.6. Anyone else getting connection errors...or is it working for you all?

[Jedi QuestMaster]

The VGMdb server isn't working for me, either. But I'm using EAC 1.3.

Is there another database we can use? I tried using CUETools, but it didn't recognize this one.

Also, I'm not manually entering all this shit; I've got, like 50 CDs in my backlog. <-me crying like a little baby

[TheFantomConvoy]

Originally Posted by Jedi QuestMaster

Is there another database we can use?

As of just now, there's at least one (EAC can use it directly for tags).

[Jedi QuestMaster]

Originally Posted by TheFantomConvoy

As of just now, there's at least one (EAC can use it directly for tags).

I tried MusicBrainz (http://freedb.musicbrainz.org:80/~cddb/cddb.cgi). It's not tagging the tracks. Maybe I have a different CD?

Bomberman the Music worked, but I think it was CUETools.

[TheFantomConvoy]

Originally Posted by Jedi QuestMaster

I tried MusicBrainz (http://freedb.musicbrainz.org:80/~cddb/cddb.cgi). It's not tagging the tracks. Maybe I have a different CD?

Maybe it takes some time to register, but EAC has in its database options a direct MusicBrainz button (below CTDB and others), not sure if it needs the freedb as a go-between.

[Jedi QuestMaster]

Originally Posted by TheFantomConvoy

EAC has in its database options a direct MusicBrainz button (below CTDB and others)

Maybe this is a v1.6 thing?

I just found out there's a v1.8: https://www.exactaudiocopy.de/en/ind...rces/download/

This is almost two months ago. I'm slow. It looks like freedb is removed completely now. An AccurateRip meta is now added.

Maybe we can suggest a VGMdb option as well?

[TheFantomConvoy]

Originally Posted by Jedi QuestMaster

Maybe this is a v1.6 thing?

This is a good while later, but does it (EAC's MusicBrainz connection) work now?

[Jedi QuestMaster]

It didn't recognize Konami All Stars 1993 which is on the Musicbrainz site so I guess not?

I also asked Andre at EAC if adding VGMdb could be a possibility, but he said that VGMdb "doesn't seem to have any kind of API that would allow submissions or downloads."

[dancey]

VGMdb freedb is a homegrown freedb solution, it will not be implemented into EAC. Not only is our lookup algorithm non-standard, our freedb server does not allow submissions (i.e., submitting the data from EAC into the database) or downloads (i.e., querying the VGMdb freedb database standalone). If you want to use freedb in EAC you must stay on 1.6. If you do not want to use freedb in EAC you can upgrade and use one of the other metadata options (CueTools, MusicBrainz, GD3), manually copy or write the tracklists, or rip & tag after with a different tool.