Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple albums (similar name) get the same cover #1069

Closed
3 tasks done
Jellby opened this issue Nov 10, 2022 · 5 comments
Closed
3 tasks done

Multiple albums (similar name) get the same cover #1069

Jellby opened this issue Nov 10, 2022 · 5 comments
Assignees

Comments

@Jellby
Copy link

Jellby commented Nov 10, 2022

  • I have checked the FAQ for answers.
  • I have checked the Changelog that the issue is not already fixed.
  • I believe this issue is a bug, and not a general technical issue, question or feature requests that can be discussed on the forum.

Describe the bug
I have a multi-disc album, but I have it tagged as separate albums: "Star Wars Anthology Disc 1" to "Star Wars Anthology Disc 4". I try to set different covers for each "album", and it seems to work, but when I restart Strawberry, all four of them get the last-set cover.

To Reproduce
The albums are in separate folders, tagged with different "album" tags, no "disc" tag.
Set different covers in the cover manager (no cover file in the folder, no cover tag in the files).
Restart Strawberry.

Expected behavior
Each disc should get a different cover, because there's no reason Strawberry should believe these are all the same album (except if it's trying to be smart and interpret "Disc x" in the album name as something else)

Screenshots:
Example tags for one file, no "disc" tag:
Screenshot_20221110_111526

All covers are set equal:
Screenshot_20221110_111311

System Information:

  • Operating system: Kubuntu 22.04
  • Strawberry Version: 1.0.10
@jonaski
Copy link
Member

jonaski commented Nov 16, 2022

This is done intentional, "disc" is removed from the album title when creating the filename hash for the cover. Since users sometimes write Disc x and the end of album title to separate album titles with multiple discs.
You should be able to workaround this by using the "Save album covers in album directory" option, or manually placing the album cover in each album directory. But you need to also delete the currently set cover, or manually removing it from ~/.local/share/strawberry/strawberry/collectionalbumcovers/

@Jellby
Copy link
Author

Jellby commented Nov 16, 2022

That doesn't work for me though (I mean, I don't want to store covers in my music directories), and it goes against the principle of "don't touch my files" that apparently Strawberry follows.

I'd rather manually assign the same cover to multiple albums "incorrectly" labelled with "disc" than be unable to assign different covers to different albums that just happen to have the word "disc" in their name. Is the word also removed in other languages?

@jonaski
Copy link
Member

jonaski commented Nov 16, 2022

It's only Disc or CD optionally within () or []:

const QRegularExpression Song::kAlbumRemoveDisc(" ?-? ((\\(|\\[)?)(Disc|CD) ?([0-9]{1,2})((\\)|\\])?)$", QRegularExpression::CaseInsensitiveOption);

I think it should be possible to create an option for this in the collection settings, but it needs to be on by default as it's been the behavior for years.

@Jellby
Copy link
Author

Jellby commented Nov 16, 2022

I'd be OK with a per-album setting (similar to "Don't show in various artists" perhaps), or a user-modifiable setting for regexes to "remove". Looking at the source code, is "Remastered" also removed? I have a couple of albums in my collection where I have both the original and remastered version, I'll have to check the covers for those too...

@jonaski
Copy link
Member

jonaski commented Nov 16, 2022

no, the kAlbumRemoveMisc thing is used when requesting album covers, lyrics and sending scrobbles, otherwise you most often don't get a match... It's not used to strip the cover filename

@jonaski jonaski self-assigned this Dec 3, 2022
@jonaski jonaski closed this as completed in f9ec438 Dec 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants