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 595820 - Set albumartist to Various when ripping CD with multiple artists and no albumartist
Set albumartist to Various when ripping CD with multiple artists and no album...
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Importing
1.4.3
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-09-21 10:48 UTC by Stuart Langridge
Modified: 2009-12-13 05:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stuart Langridge 2009-09-21 10:48:16 UTC
When Banshee rips a CD album which has many artists (a compilation album), and the upstream musicbrainz metadata for that album does not have albumartist set for each track on the album, Banshee leaves albumartist unset. This means that the album appears many times in the album list.

When ripping a compilation album, and albumartist is not set on the tracks, and the artists on the tracks are different, Banshee should automatically set albumartist for each of the tracks to "Various Artists" or some similar thing. This means that the album will appear only once in the list. 

Benefit of doing this: albums will not show up many times, which is confusing.

It is possible to edit the tracks in the album afterwards to set the albumartist to be the same for all of them (and it's possible to edit them all at once, which is useful) but this is still really annoying when it could Just Work by default!

This is not a duplicate of https://bugzilla.gnome.org/show_bug.cgi?id=570889. The "Ashes" example given in https://bugzilla.gnome.org/show_bug.cgi?id=570889#c6 does not apply here; the Tristania "Ashes" album would have artist set to "Tristania" on all the tracks, and therefore the automatic albumartist setting would not be applied.

Potential problem: if you have two albums, which:
  * both have the same name, and
  * each album is a compilation album, so there are tracks from more than one artist, and
  * each album does not have albumartist set in MusicBrainz
then Banshee's album view will conflate these two into one album. The way to fix this is to edit the tracks in the album and set albumartist different for each of the two albums. This is the same amount of work it takes to "fix" a compilation album without albumartist right now, and I suggest that it is more common to have compilation albums than it is to hit the above two-compilations-with-same-name problem.

It might also be possible to set albumartist to "Various Artists (name of album)" on each album which is automatically detected, which should solve the above potential problem.

Note: this is for ripping from CD, where Banshee *knows* that each track comes from the same album and can therefore make use of this information.

MBIDs for albums which rip incorrectly in this way forthcoming, once I get them. Even if this is strictly a problem in the upstream MB metadata, if it's possible for Banshee to work around this issue in a sensible way that doesn't break anything, it would be nice for it to do so.
Comment 1 Alexander Kojevnikov 2009-12-06 08:42:57 UTC
(In reply to comment #0)
> MBIDs for albums which rip incorrectly in this way forthcoming, once I get
> them. 

Do you have these MBIDs? They will make it much easier to fix the bug.
Comment 2 Stuart Langridge 2009-12-07 08:32:10 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > MBIDs for albums which rip incorrectly in this way forthcoming, once I get
> > them. 
> 
> Do you have these MBIDs? They will make it much easier to fix the bug.

I don't :( They were CDs at my ex's house -- I meant to get the MBIDs and didn't do so. If the bug isn't fixable without them, please WONTFIX it, and if I get the IDs I'll re-open. Sorry.
Comment 3 Alexander Kojevnikov 2009-12-13 05:59:02 UTC
Sure, feel free to re-open when you get those MBIDs.