I am aware of it. Unfortunately I cannot do anything about it myself, as I don't know programming. (Yes, really).
Two Gentoo developers have stepted up and have modernized much of the code. I hope they can help with this.
MusicBrainz had a freedb compatible gateway running since about 2007, which they shut down last year…
Last edit: Solbu 2020-02-04
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello, I am currently playing around with replacement of FREEDB by MB5.
I followed the development examples from musicbrainz.org and Grip is yet able to get artist, album title, album year, tracks and track artists from the MusicBrainz server.
In case of multiple hits for the same DiscID, the alternatives can be selected by the known buttons.
But this also breaks some known behavior:
1. The well known discdb is not compatible any longer
2. The data has always to be fetched from the MusicBrainz server
3. Submission is (not yet) possible
4. The old 64 bit discid is replaced by a MusicBrainz DiscID (see https://github.com/metabrainz/libdiscid)
5. FreeDB configuration is useless
If you are interested in my work, I can share it as soon as I have done some "cleanup" ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There is also gnudb.org, which also use the discdb. So there could also be beneficial to keep the existing support, and add the Musicbrainz support as an addition, maybe even as the default. But then again, I'm not the one who are doing the job. :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OK, so I see this change has already been made in the code...<<
So does this mean that Grip will use the old style discdb to get the traditional lookup done with gnudb, and if that fails it will try to lookup in Musicbrainz using the (new style) Musicbrainz DiscID ?
I see a post by Stephan Wurm on May 20, 2020 about Musicbrainz, but nothing else saying that any Musicbrainz compatible code was actually installed. There may be old code in Grip from when Musicbrainz offered a FreeDB style lookup, but that was discontinued years ago, they prefer to use their own DiscID, which is accurate, compared to the old FreeDB style disd id, so that may be old old code accessing a discontinued MB API.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am actually not a programmer, so I can't do anything about it.
I can do small changes, like changing URLs, fixing typos and tweaking the autotools code.
If someone want Musicbrainz support, someone else have to do the job and send me a patch or merge request.
Then I will test and merge it if it works.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ticket moved from /p/grip/bugs/412/
I am aware of it. Unfortunately I cannot do anything about it myself, as I don't know programming. (Yes, really).
Two Gentoo developers have stepted up and have modernized much of the code. I hope they can help with this.
MusicBrainz had a freedb compatible gateway running since about 2007, which they shut down last year…
Last edit: Solbu 2020-02-04
Hello, I am currently playing around with replacement of FREEDB by MB5.
I followed the development examples from musicbrainz.org and Grip is yet able to get artist, album title, album year, tracks and track artists from the MusicBrainz server.
In case of multiple hits for the same DiscID, the alternatives can be selected by the known buttons.
But this also breaks some known behavior:
1. The well known discdb is not compatible any longer
2. The data has always to be fetched from the MusicBrainz server
3. Submission is (not yet) possible
4. The old 64 bit discid is replaced by a MusicBrainz DiscID (see https://github.com/metabrainz/libdiscid)
5. FreeDB configuration is useless
If you are interested in my work, I can share it as soon as I have done some "cleanup" ;-)
Sorry for the long delay.
This sounds interesting. :-)
Feel free to send a patch, and I will test it.
Quriously, the freedb is not shutdown yet. It was supposed to shutdown almost 2 months ago.
There is also gnudb.org, which also use the discdb. So there could also be beneficial to keep the existing support, and add the Musicbrainz support as an addition, maybe even as the default. But then again, I'm not the one who are doing the job. :-)
Yes, using gnudb.gnudb.org as the DB server seems to work.
OK, so I see this change has already been made in the code...
So does this mean that Grip will use the old style discdb to get the traditional lookup done with gnudb, and if that fails it will try to lookup in Musicbrainz using the (new style) Musicbrainz DiscID ?
I see a post by Stephan Wurm on May 20, 2020 about Musicbrainz, but nothing else saying that any Musicbrainz compatible code was actually installed. There may be old code in Grip from when Musicbrainz offered a FreeDB style lookup, but that was discontinued years ago, they prefer to use their own DiscID, which is accurate, compared to the old FreeDB style disd id, so that may be old old code accessing a discontinued MB API.
I am actually not a programmer, so I can't do anything about it.
I can do small changes, like changing URLs, fixing typos and tweaking the autotools code.
If someone want Musicbrainz support, someone else have to do the job and send me a patch or merge request.
Then I will test and merge it if it works.
I was simply referring to the fact that the switch to gnudb.org had been made...
Ahh, yes. I changed that as it is a simple change. Personally I am satisfied with using GnuDB as replacement.
Users config files still need to change that manually for it to work thou, as it will not override existing user configs.