[GH-ISSUE #603] Single album artist is shown as 'Various Artist' #432

Closed
opened 2026-02-26 02:33:11 +03:00 by kerem · 24 comments
Owner

Originally created by @yusiwen on GitHub (May 30, 2017).
Original GitHub issue: https://github.com/koel/koel/issues/603

I've got a lot of album which has a single artist in tags, but they are shown as 'Various Artist' in the page.

See this pic below:
screenshot-music yusiwen cc-2017-05-30-17-55-37

Version: Latest stable
OS: Ubuntu 17.04 x64
PHP: 7.0.18-0ubuntu0.16.04.1

Thanks for your great work, I love koel.

Originally created by @yusiwen on GitHub (May 30, 2017). Original GitHub issue: https://github.com/koel/koel/issues/603 I've got a lot of album which has a single artist in tags, but they are shown as 'Various Artist' in the page. See this pic below: ![screenshot-music yusiwen cc-2017-05-30-17-55-37](https://cloud.githubusercontent.com/assets/3704932/26578159/5c1a070c-4561-11e7-953c-76e17af241cd.png) Version: Latest stable OS: Ubuntu 17.04 x64 PHP: 7.0.18-0ubuntu0.16.04.1 Thanks for your great work, I love koel.
kerem 2026-02-26 02:33:11 +03:00
Author
Owner

@phanan commented on GitHub (May 30, 2017):

If the album has a "compilation" status, then its artist would be Various Artists. Can you check?

<!-- gh-comment-id:304866701 --> @phanan commented on GitHub (May 30, 2017): If the album has a "compilation" status, then its artist would be Various Artists. Can you check?
Author
Owner

@ElectronicWar commented on GitHub (May 30, 2017):

If the album has a "compilation" status, then its artist would be Various Artists. Can you check?

How can one check that? I got the same issue with recently added albums, but I though it's a issue with Unicode. I encoded and tagged them myself and never had that issue before. "COMPILATION" tag is not used.

image

<!-- gh-comment-id:305015043 --> @ElectronicWar commented on GitHub (May 30, 2017): > If the album has a "compilation" status, then its artist would be Various Artists. Can you check? How can one check that? I got the same issue with recently added albums, but I though it's a issue with Unicode. I encoded and tagged them myself and never had that issue before. "COMPILATION" tag is not used. ![image](https://cloud.githubusercontent.com/assets/1890874/26605982/5f8fcbe0-4590-11e7-9882-a40fe1c4f46c.png)
Author
Owner

@yusiwen commented on GitHub (May 31, 2017):

@phanan
Thanks for the reply, but how can I check the "compilation" status of an album?

<!-- gh-comment-id:305061834 --> @yusiwen commented on GitHub (May 31, 2017): @phanan Thanks for the reply, but how can I check the "compilation" status of an album?
Author
Owner

@phanan commented on GitHub (May 31, 2017):

Can you select all songs in the album -> right click -> edit, and see if
the compilation checkbox is checked?

On Wed, May 31, 2017 at 3:08 AM, Siwen Yu notifications@github.com wrote:

@phanan https://github.com/phanan
Thanks for the reply, but how can I check the "compilation" status of an
album?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/phanan/koel/issues/603#issuecomment-305061834, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AHrt0otWgnrukqN9tO9OE27V0kiGSVFiks5r_Mu3gaJpZM4NqEy3
.

<!-- gh-comment-id:305102565 --> @phanan commented on GitHub (May 31, 2017): Can you select all songs in the album -> right click -> edit, and see if the compilation checkbox is checked? On Wed, May 31, 2017 at 3:08 AM, Siwen Yu <notifications@github.com> wrote: > @phanan <https://github.com/phanan> > Thanks for the reply, but how can I check the "compilation" status of an > album? > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <https://github.com/phanan/koel/issues/603#issuecomment-305061834>, or mute > the thread > <https://github.com/notifications/unsubscribe-auth/AHrt0otWgnrukqN9tO9OE27V0kiGSVFiks5r_Mu3gaJpZM4NqEy3> > . >
Author
Owner

@ElectronicWar commented on GitHub (May 31, 2017):

Compilation status is set on all checked albums on my instance (I had a look on about 10 of many)

<!-- gh-comment-id:305130165 --> @ElectronicWar commented on GitHub (May 31, 2017): Compilation status is set on all checked albums on my instance (I had a look on about 10 of many)
Author
Owner

@Spunge commented on GitHub (May 31, 2017):

I am experiencing this issue as well.

All albums have NULL in the is_compilation column, and just get assigned artist_id 2 ( Various artists )

<!-- gh-comment-id:305165060 --> @Spunge commented on GitHub (May 31, 2017): I am experiencing this issue as well. All albums have NULL in the is_compilation column, and just get assigned artist_id 2 ( Various artists )
Author
Owner

@yusiwen commented on GitHub (May 31, 2017):

@phanan
It is checked as a compilation. The mp3 files on my local PC are not in a compilation, after importing to Koel, they're identified as a compilation. Weird.

<!-- gh-comment-id:305207661 --> @yusiwen commented on GitHub (May 31, 2017): @phanan It is checked as a compilation. The mp3 files on my local PC are not in a compilation, after importing to Koel, they're identified as a compilation. Weird.
Author
Owner

@yusiwen commented on GitHub (May 31, 2017):

@phanan
Furthermore, most of my albums are identified as compilations. The fact is I don't even have a compilation album. All my albums are composed by single artist.

And after I uncheck the checkbox of 'compilation' in Koel and update the album info, Koel rescans, and the artist is right but the album cover is gone. And now all my albums which I unchecked the 'compilation' has the same cover shown as below:
screenshot-music yusiwen cc-2017-05-31-22-46-10

Update: 06-01
Today, I use 'eyeD3' tool to add a cover picture to mp3 file on the server. After scanning in Koel, the album has its cover but is shown as 'Various Artists' again.

And I use 'id3v2' tool to show tags of a mp3 file, this time, I'm sure the COMPILATION tag is not set. Result is logged below:

IDv2 tag info for 01 Main Title Theme (Billy).mp3 
APIC= (image/jpeg, 68300 bytes)
COMM==eng=smb
PRIV=WM/Mood='s\x00m\x00b\x00\x00\x00'
TALB=Pat Garrett & Billy the Kid
TCOM=Bob Dylan
TCON=Pop/Rock
TENC=POL
TIT2=Main Title Theme (Billy)
TPE1=Bob Dylan
TPE2=Bob Dylan
TPOS=1/1
TPUB=smb
TRCK=1/10
TXXX=Tagging time=2017-06-01T07:01:46
TYER=1973 

<!-- gh-comment-id:305209609 --> @yusiwen commented on GitHub (May 31, 2017): @phanan Furthermore, most of my albums are identified as compilations. The fact is I don't even have a compilation album. All my albums are composed by single artist. And after I uncheck the checkbox of 'compilation' in Koel and update the album info, Koel rescans, and the artist is right but the album cover is gone. And now all my albums which I unchecked the 'compilation' has the same cover shown as below: ![screenshot-music yusiwen cc-2017-05-31-22-46-10](https://cloud.githubusercontent.com/assets/3704932/26637791/04dcba82-4653-11e7-965a-e81549b12763.png) Update: 06-01 Today, I use 'eyeD3' tool to add a cover picture to mp3 file on the server. After scanning in Koel, the album has its cover but is shown as 'Various Artists' again. And I use 'id3v2' tool to show tags of a mp3 file, this time, I'm sure the COMPILATION tag is not set. Result is logged below: ``` IDv2 tag info for 01 Main Title Theme (Billy).mp3 APIC= (image/jpeg, 68300 bytes) COMM==eng=smb PRIV=WM/Mood='s\x00m\x00b\x00\x00\x00' TALB=Pat Garrett & Billy the Kid TCOM=Bob Dylan TCON=Pop/Rock TENC=POL TIT2=Main Title Theme (Billy) TPE1=Bob Dylan TPE2=Bob Dylan TPOS=1/1 TPUB=smb TRCK=1/10 TXXX=Tagging time=2017-06-01T07:01:46 TYER=1973 ```
Author
Owner

@yusiwen commented on GitHub (Jun 1, 2017):

@phanan
I've just uploaded an EP album with a single song in it. Its 'Compilation' flag is definitely not set in this situation. And still, it's shown as 'Various Artist' after Koel scanned it.
screenshot-music yusiwen cc-2017-06-01-21-37-24

There must be something wrong with tags recognization. Plz take a look at it. Thanks.

<!-- gh-comment-id:305496450 --> @yusiwen commented on GitHub (Jun 1, 2017): @phanan I've just uploaded an EP album with a single song in it. Its 'Compilation' flag is definitely not set in this situation. And still, it's shown as 'Various Artist' after Koel scanned it. ![screenshot-music yusiwen cc-2017-06-01-21-37-24](https://cloud.githubusercontent.com/assets/3704932/26682382/d8752aa4-4712-11e7-9015-a3a5ff0468bf.png) There must be something wrong with tags recognization. Plz take a look at it. Thanks.
Author
Owner

@ElectronicWar commented on GitHub (Jun 1, 2017):

I think it has something to do with github.com/phanan/koel@865dd429f3/app/Models/File.php (L172-L177)

I am using AlbumArtist quite extensively to store the english equivalent of the artist name to be able to search for it. I think it should not simply check of the existence of that tag but if really different artists are used.

<!-- gh-comment-id:305502217 --> @ElectronicWar commented on GitHub (Jun 1, 2017): I think it has something to do with https://github.com/phanan/koel/blob/865dd429f3f638322c4ee38bdbf1b4fb085d4c7f/app/Models/File.php#L172-L177 I am using AlbumArtist quite extensively to store the english equivalent of the artist name to be able to search for it. I think it should not simply check of the existence of that tag but if really different artists are used.
Author
Owner

@yusiwen commented on GitHub (Jun 1, 2017):

More experiments: I have uploaded a true compilation album, and after scanning, Koel didn't recognize it as compilation album at all and split it into several albums with the same album name by each artist.
screenshot-music yusiwen cc-2017-06-01-22-27-09
screenshot-music yusiwen cc-2017-06-01-22-27-31
screenshot-music yusiwen cc-2017-06-01-22-27-45
screenshot-music yusiwen cc-2017-06-01-22-27-54
screenshot-music yusiwen cc-2017-06-01-22-28-11

<!-- gh-comment-id:305509648 --> @yusiwen commented on GitHub (Jun 1, 2017): More experiments: I have uploaded a true compilation album, and after scanning, Koel didn't recognize it as compilation album at all and split it into several albums with the same album name by each artist. ![screenshot-music yusiwen cc-2017-06-01-22-27-09](https://cloud.githubusercontent.com/assets/3704932/26684548/dbd3589a-4719-11e7-9a47-0ac69374cafd.png) ![screenshot-music yusiwen cc-2017-06-01-22-27-31](https://cloud.githubusercontent.com/assets/3704932/26684549/dc355c52-4719-11e7-8351-9afb4a5f3dd2.png) ![screenshot-music yusiwen cc-2017-06-01-22-27-45](https://cloud.githubusercontent.com/assets/3704932/26684552/dc5e8cee-4719-11e7-8c2a-4046c2fea95d.png) ![screenshot-music yusiwen cc-2017-06-01-22-27-54](https://cloud.githubusercontent.com/assets/3704932/26684550/dc50f8c2-4719-11e7-88fb-3fd22432bcba.png) ![screenshot-music yusiwen cc-2017-06-01-22-28-11](https://cloud.githubusercontent.com/assets/3704932/26684551/dc5255e6-4719-11e7-97d3-77c2d4f16259.png)
Author
Owner

@BernardGoldberger commented on GitHub (Jun 2, 2017):

What version of koel are you guys running?

<!-- gh-comment-id:305895880 --> @BernardGoldberger commented on GitHub (Jun 2, 2017): What version of koel are you guys running?
Author
Owner

@ElectronicWar commented on GitHub (Jun 2, 2017):

What version of koel are you guys running?

v3.6.2 on Debian Stretch

<!-- gh-comment-id:305896607 --> @ElectronicWar commented on GitHub (Jun 2, 2017): > What version of koel are you guys running? v3.6.2 on Debian Stretch
Author
Owner

@BernardGoldberger commented on GitHub (Jun 2, 2017):

@ElectronicWar albumArtist is not meant to record the English equivalent, however, if the contributing_artist at the song levels are the same than I believe it will be fixed when the new implementations are implemented see https://github.com/phanan/koel/issues/403

<!-- gh-comment-id:305897765 --> @BernardGoldberger commented on GitHub (Jun 2, 2017): @ElectronicWar `albumArtist` is not meant to record the English equivalent, however, if the `contributing_artist` at the song levels are the same than I believe it will be fixed when the new implementations are implemented see https://github.com/phanan/koel/issues/403
Author
Owner

@ElectronicWar commented on GitHub (Jun 2, 2017):

Yeah, I will wait what #403 brings in terms of change. At the moment the way I am tagging files is working for me even if I am misusing that tag for it, but there is not much to choose from unfortunately.

<!-- gh-comment-id:305907899 --> @ElectronicWar commented on GitHub (Jun 2, 2017): Yeah, I will wait what #403 brings in terms of change. At the moment the way I am tagging files is working for me even if I am misusing that tag for it, but there is not much to choose from unfortunately.
Author
Owner

@phanan commented on GitHub (Jun 2, 2017):

#403 has been implemented on master for some time. If it doesn't fix/implement what we want, maybe discuss about it a bit more here or open another issue?

On Fri, Jun 2, 2017 at 9:59 PM, Manuel notifications@github.com wrote:

Yeah, I will wait what #403 https://github.com/phanan/koel/issues/403
brings in terms of change. At the moment the way I am tagging files is
working for me even if I am misusing that tag for it, but there is not much
to choose from unfortunately.


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/phanan/koel/issues/603#issuecomment-305907899, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AHrt0mfxpMTL2oPjSzl0wFnMn-d-QdKWks5sAHfKgaJpZM4NqEy3
.

<!-- gh-comment-id:305926699 --> @phanan commented on GitHub (Jun 2, 2017): #403 has been implemented on master for some time. If it doesn't fix/implement what we want, maybe discuss about it a bit more here or open another issue? On Fri, Jun 2, 2017 at 9:59 PM, Manuel <notifications@github.com> wrote: > Yeah, I will wait what #403 <https://github.com/phanan/koel/issues/403> > brings in terms of change. At the moment the way I am tagging files is > working for me even if I am misusing that tag for it, but there is not much > to choose from unfortunately. > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <https://github.com/phanan/koel/issues/603#issuecomment-305907899>, or mute > the thread > <https://github.com/notifications/unsubscribe-auth/AHrt0mfxpMTL2oPjSzl0wFnMn-d-QdKWks5sAHfKgaJpZM4NqEy3> > . >
Author
Owner

@Lustyn commented on GitHub (Nov 1, 2017):

I am currently experiencing this on the latest master and the latest release, even after rebuilding the entire database. All my albums are being marked as 'Various Artists'. Any solution other than manually editing the songs using CTRL+A and changing the compilation status?

<!-- gh-comment-id:340953244 --> @Lustyn commented on GitHub (Nov 1, 2017): I am currently experiencing this on the latest master and the latest release, even after rebuilding the entire database. All my albums are being marked as 'Various Artists'. Any solution other than manually editing the songs using CTRL+A and changing the compilation status?
Author
Owner

@ElectronicWar commented on GitHub (Nov 1, 2017):

For me the problem is not present anymore in master for a while now, so not sure whats causing your files to get flagged as compilations.

<!-- gh-comment-id:341152263 --> @ElectronicWar commented on GitHub (Nov 1, 2017): For me the problem is not present anymore in master for a while now, so not sure whats causing your files to get flagged as compilations.
Author
Owner

@yusiwen commented on GitHub (Dec 17, 2017):

@ElectronicWar Yes, latest master fixed the problem. Now newly added albums' artist are correctly shown on the page. But the previously added album before the fix are still wrong.

Is there a method to re-scan all the music? not just the new or updated song(s).

<!-- gh-comment-id:352234951 --> @yusiwen commented on GitHub (Dec 17, 2017): @ElectronicWar Yes, latest master fixed the problem. Now newly added albums' artist are correctly shown on the page. But the previously added album before the fix are still wrong. Is there a method to re-scan all the music? not just the new or updated song(s).
Author
Owner

@ElectronicWar commented on GitHub (Dec 17, 2017):

I had to clear the tables manually in the database, there is no "clean" function available, unfortunately.

<!-- gh-comment-id:352241593 --> @ElectronicWar commented on GitHub (Dec 17, 2017): I had to clear the tables manually in the database, there is no "clean" function available, unfortunately.
Author
Owner

@phanan commented on GitHub (Dec 17, 2017):

Actually there is a artisan koel:sync --force.

<!-- gh-comment-id:352241909 --> @phanan commented on GitHub (Dec 17, 2017): Actually there is a `artisan koel:sync --force`.
Author
Owner

@yusiwen commented on GitHub (Dec 17, 2017):

@phanan OK, thanks, I'll give it a try

<!-- gh-comment-id:352247508 --> @yusiwen commented on GitHub (Dec 17, 2017): @phanan OK, thanks, I'll give it a try
Author
Owner

@yusiwen commented on GitHub (Dec 17, 2017):

@phanan It seems ok, but there is another problem: In the 'Artists' and 'Albums' list, there are only a few artists or ablums are shown, meanwhile my 'All Songs' list is complete. Then I've completely deleted all my files in the music root folder, re-uploaded all my songs, after syncing, the 'Artist' and 'Album' list are still not complete, weird.

<!-- gh-comment-id:352255208 --> @yusiwen commented on GitHub (Dec 17, 2017): @phanan It seems ok, but there is another problem: In the 'Artists' and 'Albums' list, there are only a few artists or ablums are shown, meanwhile my 'All Songs' list is complete. Then I've completely deleted all my files in the music root folder, re-uploaded all my songs, after syncing, the 'Artist' and 'Album' list are still not complete, weird.
Author
Owner

@BrookeDot commented on GitHub (Apr 23, 2020):

Closing this as stale.

<!-- gh-comment-id:618159926 --> @BrookeDot commented on GitHub (Apr 23, 2020): Closing this as stale.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/koel-koel#432
No description provided.