After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 121479 - Cache MusicBrainz metadata
Cache MusicBrainz metadata
Status: RESOLVED OBSOLETE
Product: sound-juicer
Classification: Applications
Component: metadata
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
: 384519 (view as bug list)
Depends on:
Blocks: 309082
 
 
Reported: 2003-09-04 18:42 UTC by Bastien Nocera
Modified: 2021-05-17 15:46 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2003-09-04 18:42:53 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
Comment 1 davidscotson 2003-09-17 13:11:52 UTC
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.
Comment 2 Ross Burton 2003-11-17 10:19:06 UTC
One reason why I am not exactly rushing to implement this is that in
practise you will only rip a CD once...
Comment 3 Sven Arvidsson 2003-11-27 19:21:47 UTC
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.
Comment 4 Ross Burton 2005-06-26 21:03:31 UTC
Now that SJ is becoming a player, this is more important.
Comment 5 David Mandelberg 2005-10-05 19:02:24 UTC
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.
Comment 6 Ross Burton 2006-01-08 13:52:01 UTC
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!
Comment 7 Alex L. Mauer 2007-03-01 21:42:51 UTC
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.
Comment 8 Ross Burton 2008-01-05 13:49:30 UTC
*** Bug 384519 has been marked as a duplicate of this bug. ***
Comment 9 GNOME Infrastructure Team 2021-05-17 15:46:58 UTC
-- 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.