GNOME Bugzilla – Bug 121479
Cache MusicBrainz metadata
Last modified: 2021-05-17 15:46:58 UTC
To save the metadata, we should get the ID from the in-drive disc: o = mb_New(); mb_GetWebSubmitURL (o, url, 1024); mb_GetIDFromURL (o, url, id, 64); then with id: - Try to load from the hard drive (~/.gnome2/sound-juicer.d/$(id).xml ?) probably using a SjMetadata derived object for the loading or failing that - Lookup as usual Save the modifications made to the ListStore when: - extraction starts - CD tray status change - changing CD drive - reread_cb is called Add a button to the menu to reset the metadata to what MB would download
It would be a good idea to share this database with other apps that access audio CD info. I had a (very) quick check and it doesn't seem like there is a standard place to store this info in Gnome (or freedesktop.org) so you may want to propose a standard. I mainly use Mac OS X which has a file called "CD Info.cidb" that stores this info. I'm not sure if it is that well documented but at least iTunes, the Finder and a media catalog app called iCDc can access it. One of the nice features is that after the cddb lookup in iTunes the CD gets correctly named when listed in the Finder rather than just being called "Audio CD" with the individual tracks listed as "1 Audio Track.aiff", "2 Audio Track.aiff" etc. it actually has the correct album and track names. Very neat. And I also believe that you can then just drag the files off the CD to copy them to the hard drive. I think Windows has something similar called CD.ini to store this info. Obviously storing the data is a prerequisite for sharing it; just putting the issue on your radar, in case it influences your implementation.
One reason why I am not exactly rushing to implement this is that in practise you will only rip a CD once...
I guess this is a small problem for people who is always connected to the Internet, but for people using a dialup, this is a small inconvenience. I prefer to dial up, get info for a bunch of CDs, disconnect and rip. Likewise, it would be nice to have that info around if i for example feel like playing one of the audio cds later on, and not having to dial up to download info a second time.
Now that SJ is becoming a player, this is more important.
IMHO, if the computer is connected to the internet and the cd info is stored, sj should use the stored data and backround a process to update it because musicbrainz data can be (and in my experience often is) changed.
Just committed to HEAD support for caching the RDF from MusicBrainz. It doesn't check for updates, or persist user modifications, but it's a start!
I just wanted to add the comment that it isn't necessary to add a button to reset metadata to the MB data: the "Re-read disc" option should suffice for that, I think.
*** Bug 384519 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/sound-juicer/-/issues/22.