# \[WS\] vgmdb
**URL:** https://community.mp3tag.de/t/ws-vgmdb/9731
**Category:** Web Sources Scripts
**Created:** [January 19, 2010, 12:25pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731 "2010-01-19T12:25:18Z")
**Posts on this page:** 20
**Page:** 9
### Author:  [@Romano](https://community.mp3tag.de/u/Romano)
#### Post date: [December 30, 2022, 11:24am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/165 "2022-12-30T11:24:29Z")
> [@Arbiter](#):
>
> I'm using the latest Mac versio
I only use windows, dont know if it matters.
> [@Arbiter](#):
>
> When I search for `Catch This! Vol. 2: Goldenrod FM - A Pokémon Gold & Silver Tribute Album` with the Parser version I get `ERROR(L37): unknown command 'exit'.` No search results are returned
For me it returns the correct album [v.03.04.2022]:
The extra html stuff must be corrected, will do it later.
> [@Arbiter](#):
>
> When I repeat these tests with the album `Hollow Knight: Voidheart`, I have the same issues
The same good result:
> [@Arbiter](#):
>
> I also have an additional problem. When using the 25.08.21`Search by Album JSON` to search for the full album name, I will get a search result. I select the result, but once the tagging page loads in the web sources interface, it only shows the file names of my tracks and doesn't display any info or tags from VGMdb.
the json version works for me also:
> [@Arbiter](#):
>
> I have also tried searching by URL
please dont use this i have not updated yet.
* * *
Always use the Json Version as the html version changes a lot.
Sometimes reducing the title gets what you want, no problem here.
---
### Author:  [@Arbiter](https://community.mp3tag.de/u/Arbiter)
#### Post date: [December 30, 2022, 9:41pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/166 "2022-12-30T21:41:16Z")
Thanks for testing. I'll be able to test in MP3Tag for Windows once my VM is working again. I've seen a few odd behaviors with the Mac MP3Tag with some of the web sources, so I'm guessing it is just some bugs in the WS implementation on Mac, or some issue with differences in how each OS handles some of the scripts.
I have been using the JSON Album search primarily. I just tested the other options to be thorough and to try to find a work-a-round. Manually searching for a truncated version of the album sometimes works. Still not sure why a successful result doesn't populate the content from VGMdb on the tag merge page, but that seems to be isolated to the Mac version from your testing.
EDIT: Tested on the Windows version and the sources worked properly for me as well, so it does appear to be a bug with the Mac version.
---
### Author:  [@DemonKingOdio](https://community.mp3tag.de/u/DemonKingOdio)
#### Post date: [January 17, 2024, 11:33pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/167 "2024-01-17T23:33:16Z")
Would there be any chance of having this write the ID to a VGMdb Release ID field similar to how the Discogs Script does?
---
### Author:  [@Kiriko21](https://community.mp3tag.de/u/Kiriko21)
#### Post date: [March 10, 2024, 2:03am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/168 "2024-03-10T02:03:52Z")
script didn't work now
---
### Author:  [@retaliator](https://community.mp3tag.de/u/retaliator)
#### Post date: [March 11, 2024, 6:15pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/169 "2024-03-11T18:15:44Z")
Copy that, same here! ☹
---
### Author:  [@Kiriko21](https://community.mp3tag.de/u/Kiriko21)
#### Post date: [March 12, 2024, 12:48am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/170 "2024-03-12T00:48:03Z")
for temporary solution, you need to change index url album to [vgmdb.net/abum](http://vgmdb.net/abum) at VGMdb#Search by &Album.src, and it looks like this
```auto
[Name]=VGMdb [v.03.04.2022]
[BasedOn]=vgmdb.net
[IndexUrl]=https://vgmdb.net/album/
[AlbumUrl]=https://vgmdb.net/album/
[WordSeparator]=+
```
with this solution, you must copy the AlbumId number from URL you want for example [https://vgmdb.net/album/82680](https://vgmdb.net/album/82680), copy 82680. it is not conventional from previous script you can find everything based on keyword, however, this temporary solution works pretty well for me
---
### Author:  [@ms6676749](https://community.mp3tag.de/u/ms6676749)
#### Post date: [March 19, 2024, 8:56am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/171 "2024-03-19T08:56:28Z")
VGMdb changed their index html. If the query entry finds the exact album, it appears that vgmdb automatically redirects to the album page. I've been updating the index portion of the vgmdb web source, but mp3tag does not seem to handle redirects well. MP3Tag's debug log, strangely, does not update such redirects, so I cannot update the websource to handle such events. Before, I had the index portion setup to handle album hits with CurrentURL, such as:
`[IndexFormat]=%Catalog%|%_url%|%Album%|%Year%|%TYPE%`
Code:
```auto
findline "
### Author:  [@Rickroll10000](https://community.mp3tag.de/u/Rickroll10000)
#### Post date: [March 27, 2024, 4:30pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/172 "2024-03-27T16:30:30Z")
yeah this solution causes a 404 error instead for me
---
### Author:  [@Alcahest](https://community.mp3tag.de/u/Alcahest)
#### Post date: [August 18, 2024, 3:15pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/173 "2024-08-18T15:15:33Z")
So the only solution at the moment is to do Kiriko21's mod and input the AlbumID in the search field ?
It does work but breaks "exact album name search" and "keyword search" completely (error 403, 404)..
Are you still around @Romano ?
---
### Author:  [@Romano](https://community.mp3tag.de/u/Romano)
#### Post date: [August 19, 2024, 10:17am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/174 "2024-08-19T10:17:11Z")
i am, but i there a new web source, that i feel is working: [[WS] VGMdb (extended)](https://community.mp3tag.de/t/ws-vgmdb-extended/59822)
so i stop mine, but i expect the api json version is likely to have fewer changes.
---
### Author:  [@Alcahest](https://community.mp3tag.de/u/Alcahest)
#### Post date: [August 19, 2024, 12:16pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/175 "2024-08-19T12:16:01Z")
Thanks for your reply. The other script is "search by URL" only and has a max limitation of 5 discs. Isn't there any way for "search by album title" or "keyword" to work anymore?
---
### Author:  [@Romano](https://community.mp3tag.de/u/Romano)
#### Post date: [August 19, 2024, 1:15pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/176 "2024-08-19T13:15:20Z")
you can get the json version in github, just click on my avatar, but it has fewer tags. try that. but it is not as developed as the other script.
---
### Author:  [@Alcahest](https://community.mp3tag.de/u/Alcahest)
#### Post date: [August 19, 2024, 1:41pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/177 "2024-08-19T13:41:25Z")
The JSON doesn't seem to work anymore either and always reports "Sorry, no entries are matching your search criteria."..
---
### Author:  [@GiFuJo](https://community.mp3tag.de/u/GiFuJo)
#### Post date: [August 19, 2024, 4:55pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/178 "2024-08-19T16:55:08Z")
Yeah, if anything major changes my web source is probably toast... Sadly, it doesn't seem like VMGdb is adding an API for tagging in the near future, so we can just pray for as little changes as possible.
---
### Author:  [@GiFuJo](https://community.mp3tag.de/u/GiFuJo)
#### Post date: [August 19, 2024, 4:56pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/179 "2024-08-19T16:56:49Z")
I've updated it to support up to 8 discs and tracklists. I could add more but maintainability would suffer, so I don't plan on adding support for more discs and tracklists in the near future.
---
### Author:  [@ms6676749](https://community.mp3tag.de/u/ms6676749)
#### Post date: [January 20, 2026, 8:43pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/180 "2026-01-20T20:43:22Z")
I lost all of my scripts from a recent SSD failure, so I had to redo all of them based on the latest versions of scripts here. Here’s mine for VGMdb that works with an album search [still a WIP]. The album string cannot be an exact match on VGMdb because a direct hit will cause a 302 error. Tested on MP3Tag v3.32 64bit.
[VGMdb#Search by Album.src](https://community.mp3tag.de/uploads/short-url/fSMYB9RErzNhhsKaUccOVwtIjXI.src) (5.5 KB)
---
### Author:  [@ms6676749](https://community.mp3tag.de/u/ms6676749)
#### Post date: [January 23, 2026, 2:10am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/181 "2026-01-23T02:10:40Z")
Updated to fix a few things…
[VGMdb#Search by Album.src](https://community.mp3tag.de/uploads/short-url/A0wK7ddG7ntZgL7zA9fmQD0zha6.src) (6.6 KB)
---
### Author:  [@ms6676749](https://community.mp3tag.de/u/ms6676749)
#### Post date: [February 25, 2026, 8:51am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/183 "2026-02-25T08:51:40Z")
Fixed to work with vgmdb’s current bot filtering.
[&VGMdb#&1 Search by &Album.src](https://community.mp3tag.de/uploads/short-url/fcutUTmf9bqGshGZTnU5tyVrXw1.src) (7.0 KB)
---
### Author:  [@Habanero](https://community.mp3tag.de/u/Habanero)
#### Post date: [March 19, 2026, 7:54pm UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/184 "2026-03-19T19:54:42Z")
This gives me an error 302 if I search for the exact title? Tested on DRAMA CD METAL GEAR SOLID Vol.2. If I remove “Vol. 2”, it works. Maybe it can’t parse punctuation?
---
### Author:  [@ms6676749](https://community.mp3tag.de/u/ms6676749)
#### Post date: [March 24, 2026, 10:50am UTC](https://community.mp3tag.de/t/ws-vgmdb/9731/185 "2026-03-24T10:50:56Z")
I mentioned earlier that “[t]he album string cannot be an exact match on VGMdb because a direct hit will cause a 302 error.” I mentioned this VGMdb issue here two years ago ([Link](https://community.mp3tag.de/t/ws-vgmdb/9731/171)). You will have to genericize the album title a little bit in the search window like you did.
Here’s an updated script that does a better job capturing the composers and arrangers:
[VGMdb - Search by Album.src](https://community.mp3tag.de/uploads/short-url/AaPuDEt2OFQyF7T1ynOBV58SCGd.src) (9.0 KB)
[Previous page](https://community.mp3tag.de/t/ws-vgmdb/9731.md?page=8)