GNOME Bugzilla – Bug 138334
Implement CDDB metadata backend
Last modified: 2012-07-22 13:43:02 UTC
Insert a CD (I've been testing with a bunch of singles including Tal Bachman, Goo Goo Dolls, Soul Asylum). gnome-cd launches and successfully looks up the tracklisting against the CD database configured under Applications->Preferences->More Preferences->CD Database (in this case, the UK FreeDB server). Start sound-juicer. It tries to look up the CD but fails to find a tracklisting. a) Please enable sound-juicer to use the CD database defined in my GNOME preferences. b) Please enable me to submit "new" discs to the chosen backend database where the info is not already found.
This would involve creating src/sj-metadata-cddb.c, which used the gnome-media CDDB-Slave2 for lookups.
*** Bug 159485 has been marked as a duplicate of this bug. ***
Is this still a problem? If I insert a CD which isn't in musicbrainz but is in freedb.org, I get that track info (which is usually of worse quality). I guess either the musicbrainz library or the backend server is doing cddb lookups now.
there is an ubuntu bug about this too: https://bugzilla.ubuntu.com/show_bug.cgi?id=11701
Related, but slightly different bug -- local storage of this information is also not consistent across programs. If I enter info by hand in sound-juicer, it is maintained for other instances of sound-juicer. If I enter info by hand in gnome-cd, it is there for other instances of gnome-cd. But the info is not stored in a way that both programs can see it -- sound-juicer won't see info entered in gnome-cd and viceversa. Grip is a third program that also doesn't interoperate with sound-juicer and grip (though Grip stores its files in a clear enough place -- .cddb or .cddb-slave -- I couldn't figure out at a glance where gnome-cd and sound-juicer keep their local cd info.
gnome-cd writes to .cddbslave/, but Sound Juicer never persists user-edited metadata. There in another bug for SJ persisting metadata.
It also doesn't handle multiple entries properly. I just got a Vanessa Carlton Disk (Be Not Nobody) two entries for another disk comes up but nothing ever shows up about the right disk. Also, submission support to freecddb would be nice.
MusicBrainz will proxy to FreeDB and now SJ will detect and fix the imported data in the multiple artist case. Closing WONTFIX as SJ doesn't need a dedicated FreeDB method.
MusicBrainz is not proxying to freedb. Maybe you are making a confusion with tge FreeDB Gateway that allows FreeDB applications to access MusicBrainz data: http://musicbrainz.org/doc/FreeDB_Gateway How to reproduce: 1) Put a CD that just has data in FreeDB (I have hundreds of them) 2) Open it in Sound Juicer (will say that music brainz doesn't have data) 3) Open it in a CDDB supporting application (Grip, ripperX) and see that the CD track data is there I'd like to develop this feature. I believe that with some guidance I can do it. Where can I find the developer community for Sound Juicer?
(In reply to comment #9) > MusicBrainz is not proxying to freedb. Maybe you are making a confusion with > tge FreeDB Gateway that allows FreeDB applications to access MusicBrainz data: > http://musicbrainz.org/doc/FreeDB_Gateway Nobody is confusing anything, the MusicBrainz servers were proxying to FreeDB in the past and stopped because the edits have no editorial oversight, and the data is mostly junk. > I'd like to develop this feature. I believe that with some guidance I can do > it. Look in libjuicer/sj-metadata-*.c The musicbrainz and gvfs backend show good examples of how you'd implement it. > Where can I find the developer community for Sound Juicer?