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 517671 - Group Multi-Artist Albums in Album View
Group Multi-Artist Albums in Album View
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Metadata
git master
Other Linux
: High normal
: 1.2
Assigned To: Banshee Maintainers
Banshee Maintainers
: 432040 525889 527895 530173 531312 535974 536059 537110 538231 541334 (view as bug list)
Depends on: 432040
Blocks:
 
 
Reported: 2008-02-20 14:46 UTC by Josiah Ritchie - flickerfly
Modified: 2008-08-26 19:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
banshee MultiArtist (195.49 KB, image/png)
2008-07-30 02:19 UTC, gmathisz
Details
banshee MultiArtist Track tags (231.01 KB, image/png)
2008-07-30 02:20 UTC, gmathisz
Details
Album with different artists (208.23 KB, image/png)
2008-07-30 14:44 UTC, Benjamín Valero Espinosa
Details
3. Multiartist album (160.41 KB, image/png)
2008-07-30 14:50 UTC, Benjamín Valero Espinosa
Details
Album artist has no albums (98.63 KB, image/png)
2008-07-30 16:35 UTC, Benjamín Valero Espinosa
Details
Album artist not in the browser (147.40 KB, image/png)
2008-07-30 16:37 UTC, Benjamín Valero Espinosa
Details

Description Josiah Ritchie - flickerfly 2008-02-20 14:46:03 UTC
Currently, in album view the same album is shown multiple times if the artist is unique. It would be handy to be able to intelligently recognize or somehow mark that an album has multiple artists and to group them accordingly. This would provide a cleaner album list to scroll through.
Comment 1 Patryk Zawadzki 2008-02-20 14:51:03 UTC
The de-facto standard way to solve this issue is to support the "albumartist" tag. This is used to put albums containing various artists together while keeping distinct albums with the same name apart.
Comment 2 Josiah Ritchie - flickerfly 2008-02-20 14:54:59 UTC
As I stated in the email list conversation, I think "albumartist" is a hack and there should be a better solution, but I'm also in favor of standards so I'll take it however it gets solved. :-)
Comment 3 Patryk Zawadzki 2008-02-20 14:59:59 UTC
Please note there is already a lot of music tagged with the albumartist tag. There is no other way to guarantee that two albums with the same title did not get released in the same year (grouping by date tag where only year instead of a full release date is a valid format). Changing artist to a common value is also not an option as that's the tag that gets displayed in all music players (even where performer tag might be more appropriate).
Comment 4 Andrew Conkling 2008-02-20 15:16:26 UTC
MusicBrainz Picard also makes use of the albumartist tag.

Removing the target milestone since 0.13.x won't be getting any more love.

Also, this seems more like a "Metadata" bug than a "User Interface" one, since that's where the mishandling is.
Comment 5 Joseph Wilhelm 2008-02-20 23:39:05 UTC
Actually, as far as MusicBrainz Picard... while it does fill the "albumartist" tag with "Various Artists" (as well as the "albumartistsortorder" with the same), I believe the tag that it uses in final determination of a multi-artist album is "compilation" (with a value of 1). I ran into a problem with this before, when using Picard to organize an album which wasn't available in the MusicBrainz database. Until I found and added the compilation tag, it was treating it as individual albums by each artist.

Again, this tag seems like a hack, as much as albumartist does, but it is at least a somewhat more sensible hack.

(On a small bit of searching, it appears that iTunes uses the same behavior)
Comment 6 Will Farrington 2008-02-21 13:03:30 UTC
Compilation is explicitly supported by devices such as iPods, and should be used whether in conjunction with AlbumArtist or not.
Comment 7 Dave Hayes 2008-03-27 04:45:11 UTC
Since ripping a CD with Banshee uses MusicBrainz metadata, it would make sense to group things using the MusicBrainz Release ID, which is foolproof and not dependent on any other tags. Barring the existence of MusicBrainz metadata, albumartist and compilation tags would make sane fallbacks.
Comment 8 Josiah Ritchie - flickerfly 2008-03-27 13:34:03 UTC
MusicBrainz Release ID sounds like a very good option; I like it. :-) Thanks Dave.
Comment 9 Gabriel Burt 2008-03-29 08:14:44 UTC
Essentially a dupe, but I'll leave this open since it's has a lot of discussion.
Comment 10 Gabriel Burt 2008-04-03 07:07:15 UTC
*** Bug 525889 has been marked as a duplicate of this bug. ***
Comment 11 Andrew Conkling 2008-04-14 03:48:15 UTC
*** Bug 527895 has been marked as a duplicate of this bug. ***
Comment 12 Dennis Fisher 2008-05-18 12:25:05 UTC
As an example of how severe/annoying this bug can be, I present to you Short Music for Short People, a collection of ~30 second punk songs by 101 different bands. (In case anyone's curious the last track is three songs combined.)

http://i59.photobucket.com/albums/g294/GreySim/multipleartistsseriousouchies.png
Comment 13 Rafael 2008-05-25 18:14:26 UTC
I agree. It's an annoying bug. As I listen too many Soundtrack albuns, the interface split themall.
Comment 14 Gabriel Burt 2008-05-26 18:14:35 UTC
*** Bug 530173 has been marked as a duplicate of this bug. ***
Comment 15 Gabriel Burt 2008-05-27 19:46:33 UTC
Bumping priority.
Comment 16 Gabriel Burt 2008-05-27 19:46:45 UTC
*** Bug 531312 has been marked as a duplicate of this bug. ***
Comment 17 Andrew Conkling 2008-06-12 22:33:51 UTC
*** Bug 536059 has been marked as a duplicate of this bug. ***
Comment 18 Gabriel Burt 2008-06-13 22:52:25 UTC
*** Bug 538231 has been marked as a duplicate of this bug. ***
Comment 19 Gabriel Burt 2008-06-17 22:36:02 UTC
At long last, fixed in r4160.
Comment 20 Andrew Conkling 2008-06-18 12:45:11 UTC
*** Bug 537110 has been marked as a duplicate of this bug. ***
Comment 21 Andrew Conkling 2008-06-19 16:53:05 UTC
*** Bug 432040 has been marked as a duplicate of this bug. ***
Comment 22 Andrew Conkling 2008-07-03 02:10:40 UTC
*** Bug 541334 has been marked as a duplicate of this bug. ***
Comment 23 gmathisz 2008-07-30 00:18:36 UTC
It does not seem to work with Banshee 1.2 in openSuse 11.0
Comment 24 Andrew Conkling 2008-07-30 01:02:07 UTC
(In reply to comment #23)
> It does not seem to work with Banshee 1.2 in openSuse 11.0

Can you provide more specifics? What artists/albums are you referring to? What's the metadata for the tracks? And how is it listed in Banshee's browser?
Comment 25 gmathisz 2008-07-30 02:19:25 UTC
Created attachment 115537 [details]
banshee MultiArtist
Comment 26 gmathisz 2008-07-30 02:20:31 UTC
Created attachment 115538 [details]
banshee MultiArtist Track tags
Comment 27 gmathisz 2008-07-30 02:21:36 UTC
Comment on attachment 115537 [details]
banshee MultiArtist

Screenshot with the Album
Comment 28 Andrew Conkling 2008-07-30 02:28:05 UTC
(In reply to comment #26)
> Created an attachment (id=115538) [edit]
> banshee MultiArtist Track tags

The Album Artist is Chris Cornell. This needs to be something like "Various Artists" to affect the browser. Banshee will pull together and group in the browser all tracks that have the same Album Artist and Album.
Comment 29 Benjamín Valero Espinosa 2008-07-30 06:26:33 UTC
I have the same problem in Fedora, with SVN updated version. This is my example:

1. I have a tribute album to an artist, Joan Manuel Serrat, whose tracks are interpreted by other artists.

2. I select all the tracks of this album and set the Album Artist tag to Joan Manuel Serrat. The Track Artist tag contains the interpret of each song. One of this interprets, Manolo García, only has one track in my library, the one of this album.

3. After that, the browser is supposed to show in the Artist block the Album Artist Joan Manuel Serrat, but it doesn't. Also, it is supposed not to show the artist Manolo García, because its track "belongs" to the last artist.

Pfff, it is difficult to explain. I will try to attach a screenshot if needed.
Comment 30 Andrew Conkling 2008-07-30 11:56:19 UTC
(In reply to comment #29)
> Pfff, it is difficult to explain. I will try to attach a screenshot if needed.

Sure, please do. Can you be sure to show the track you mention as well as at least one more from that album?
Comment 31 Benjamín Valero Espinosa 2008-07-30 14:44:21 UTC
Created attachment 115563 [details]
Album with different artists

1. I have some tracks of an album with different artists, so in the album browser there appears one album for artist and in the artist browser there appear every artist.
Comment 32 Benjamín Valero Espinosa 2008-07-30 14:50:00 UTC
Created attachment 115564 [details]
3. Multiartist album

3. After editing the Album Artist tag of the tracks, the album becomes multiartist, so just one album is showed in the browser. That's right.

But all the track artists, that have no own album, appear in the artist browser, and if I click in the the album artist, the multiartist album doesn't appear. Is this the right behaviour?

By the way, I think all 'Unknown album' should not appear, because if I have a lot of tracks of different artists where I don't know the album I will have a lot of 'Unknown album'.
Comment 33 Andrew Conkling 2008-07-30 14:59:22 UTC
(In reply to comment #32)
> Created an attachment (id=115564) [edit]
> But all the track artists, that have no own album, appear in the artist
> browser

This is intended behavior.

> and if I click in the the album artist, the multiartist album doesn't
> appear. Is this the right behaviour?

That doesn't sound right. Can you post a screenshot of what it looks like in that case?
Comment 34 Benjamín Valero Espinosa 2008-07-30 16:35:03 UTC
Created attachment 115571 [details]
Album artist has no albums

After setting the Album Artist tag with 'Joan Manuel Serrat' in the tracks of that album, if I click in that artist, the album doesn't appear.
Comment 35 Benjamín Valero Espinosa 2008-07-30 16:37:08 UTC
Created attachment 115572 [details]
Album artist not in the browser

If an Album Artist is not the Track Artist in any track, it will not appear in the artist browser, although the multiartist album does appear in the album browser.
Comment 36 Andrew Conkling 2008-07-30 18:18:52 UTC
(In reply to comment #35)
> If an Album Artist is not the Track Artist in any track, it will not appear in
> the artist browser, although the multiartist album does appear in the album
> browser. 

Again, intended behavior. You may be able to change this soon (see Gabriel's work: http://banshee-project.org/~gburt/filter_menu_mockups/). (I'd like to see the Album Artist used by default for the browser, for example.)

Since being fixed, there have been a lot of comments about it, but no more bug-related information (i.e. it doesn't need to be reopened). So can I request that anyone with any trouble with this behavior post to the mailing list or chat in IRC before posting here?
Comment 37 Andrew Conkling 2008-07-30 23:12:40 UTC
*** Bug 535974 has been marked as a duplicate of this bug. ***
Comment 38 nathansamson 2008-08-26 18:08:33 UTC
Hi,

I do have a music library on my computer, and when I'm import it (from local directory), the albums with multiple artists are shown as different albums.

Since this bug should be fixed (I'm using 1.2.1) this shouldn't happen. (Or is this bug fixed only if you import directly from the CD?)

Greetings,
Nathan
Comment 39 Michael Monreal 2008-08-26 18:30:23 UTC
nathan, it should work for you. however, your files may have some incorrect tags. check the albumartist tags using the metadata dialog in banshee and see if there's anything wrong.
Comment 40 nathansamson 2008-08-26 18:52:30 UTC
The album artist is the same as the track artist.

I guess album artis must be the same for all tracks in the album before they are grouped?

Since the songs were imported by another application (or by an older version of banshee) this can be the problem.

So indeed, when I set the album artists to Various artists (or something) it works.
Comment 41 Michael Monreal 2008-08-26 18:55:20 UTC
Yeah... this is to be expected :) Nice that it works for you now
Comment 42 Andrew Conkling 2008-08-26 19:16:29 UTC
Reposting my previous request:
> Since being fixed, there have been a lot of comments about it, but no more
> bug-related information (i.e. it doesn't need to be reopened). So can I request
> that anyone with any trouble with this behavior post to the mailing list or
> chat in IRC before posting here?