You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Every single time, i refresh the images or change an album art, it changes EVERY single song image or album image to what i changed OR when i refresh, for the last song i played. Any help? Anyone knows whats going on?
That clears it up then. We recently dropped the code path that would
prioritise embedded art over cover image files in order to increase
efficiency (ensuring no duplicate album arts are downloaded). In other
words this is now unfortunately correct behaviour.
Please organise your collection into one folder per album first. This has
been the minimum requirement for Euphonica to work correctly since the
beginning anyway (documented in README/that sole wiki article).
You can easily automatically organise your collection by using tools like
MusicBrainz Picard (UI, recommended) or beets (CLI). The folder structure
they use is compatible with Euphonica. In fact I'm using Picard for my own.
That clears it up then. We recently dropped the code path that would
prioritise embedded art over cover image files in order to increase
efficiency (ensuring no duplicate album arts are downloaded). In other
words this is now unfortunately correct behaviour.
Please organise your collection into one folder per album first. This has
been the minimum requirement for Euphonica to work correctly since the
beginning anyway (documented in README/that sole wiki article).
You can easily automatically organise your collection by using tools like
MusicBrainz Picard (UI, recommended) or beets (CLI). The folder structure
they use is compatible with Euphonica. In fact I'm using Picard for my own. β¦
This seems to have fixed everything. The issue can be marked as closed. Thanks for the help :)
Glad to hear that. I'll leave this issue open until I've cooked up a FAQ page or something though, as digging through that wiki page to find this information is still a chore.
IMHO there should be an option in the settings for this:
Current mode (folder-based)
Embedded art priority.
Other mpd clients like RMPC and Cantata properly respect the latter. Plus I much prefer tag-based organization to folder-based, because tags are more flexible. Also for youtube video downloads and singing clips, there is no concept of albums to speak of (so I simply set album to track title).
Just found this out. Somehow missed the README note. This would be the end of Euphonica for me, unfortunately. It's the best player around otherwise. And the only libadwaita one that allows easily browsing and playing local folders without a file picker in the process. As a DJ, it's not viable for me to have essentially a folder per track. My whole library is organised on a different principle altogether, it's chronological in a way that makes sense to me. Is there maybe a way to add an option to prefer embedded album art per track?
@somepaulo@mortang2410 Euphonica still supports embedded arts though? Just don't put a cover.jpg/png/webp file in that folder, and it'll automatically fall back to embedded art for each file (keyed by file-level URI). I don't see a reason why one should either, unless it's to represent a playlist?
The reason we prefer folder-level art over embedded art is that
Unless we're talking about libraries not organised around the concept of full releases, having the same album art embedded in every file takes up disk space for nothing, and;
When prioritising embedded art over folder-level art, each track would fetch its own art (since we check for embedded art first), resulting in the same image being downloaded multiple times over an internet connection, taking up way more cache space, and also using up more VRAM at runtime. This has been raised in an EndeavourOS forum thread once IIRC.
Just don't put a cover.jpg/png/webp file in that folder, and it'll automatically fall back to embedded art for each file (keyed by file-level URI).
I don't have cover art images in my folders. Going to an album in Euphonica and refreshing its metadata makes the whole folder use that track's cover art for all the tracks in the folder. Each new refresh affects the whole folder, so it's useless even to refresh all the albums one by one.
#344 should have reintroduced the necessary pathways for that and made them the default. Please refer to the PR's own desc for what to do (hint: clear the image cache).
Just updated and tested with clearing the cache. All embedded covers were redownloaded and now show up correctly in the playlist/queue panes and the albums section. But in the actual player column, cover art loads for the first track and stays the same on subsequent track change along with the inferred accent colour.
It really was. Now my dumb hotfix is to force a refresh on every track if the embedded art optimisation thing is disabled. Under a specific scenario (two consecutive tracks with the same art embedded, stored in the same folder without a cover file) it will be suboptimal (the pane will flash a spinner just to load the same art again). The only alternative is to literally "visually inspect" the two cover arts and have a similarity threshold. That can't be done reliably within the time span of a single frame, and asyncing it will cause even more trouble with fast track switching. Too expensive just to avoid a harmless spinner, plus with the optimisation on that won't happen as Euphonica is then allowed to deduce that the next track uses the same cover as the previous (though you'll need to enforce the one release per folder rule).
A hotfix release will come out shortly. I'm testing the Flatpak build right now.
Activity
zap-ctrl commentedon Jun 23, 2026
I have been having the same problem for the past few weeks now.
htkhiem commentedon Jun 24, 2026
Hi, this sounds really weird & I can't reproduce it. But just in case, are you having all of your song files in one folder?
zap-ctrl commentedon Jun 26, 2026
Yes, all song files in one folder.
htkhiem commentedon Jun 26, 2026
zap-ctrl commentedon Jun 26, 2026
This seems to have fixed everything. The issue can be marked as closed. Thanks for the help :)
htkhiem commentedon Jul 5, 2026
Glad to hear that. I'll leave this issue open until I've cooked up a FAQ page or something though, as digging through that wiki page to find this information is still a chore.
mortang2410 commentedon Aug 6, 2026
IMHO there should be an option in the settings for this:
Other mpd clients like RMPC and Cantata properly respect the latter. Plus I much prefer tag-based organization to folder-based, because tags are more flexible. Also for youtube video downloads and singing clips, there is no concept of albums to speak of (so I simply set album to track title).
aaravrav commentedon Aug 15, 2026
Yep. +1
somepaulo commentedon Aug 18, 2026
Just found this out. Somehow missed the README note. This would be the end of Euphonica for me, unfortunately. It's the best player around otherwise. And the only libadwaita one that allows easily browsing and playing local folders without a file picker in the process. As a DJ, it's not viable for me to have essentially a folder per track. My whole library is organised on a different principle altogether, it's chronological in a way that makes sense to me. Is there maybe a way to add an option to prefer embedded album art per track?
htkhiem commentedon Aug 18, 2026
@somepaulo @mortang2410 Euphonica still supports embedded arts though? Just don't put a
cover.jpg/png/webpfile in that folder, and it'll automatically fall back to embedded art for each file (keyed by file-level URI). I don't see a reason why one should either, unless it's to represent a playlist?The reason we prefer folder-level art over embedded art is that
somepaulo commentedon Aug 18, 2026
@htkhiem
I don't have cover art images in my folders. Going to an album in Euphonica and refreshing its metadata makes the whole folder use that track's cover art for all the tracks in the folder. Each new refresh affects the whole folder, so it's useless even to refresh all the albums one by one.
htkhiem commentedon Aug 18, 2026
Oh wow I misremembered how my own code behaved...
Thanks for reminding me of that. I'll look for a clean way to reintroduce embedded art priority if possible.
htkhiem commentedon Aug 22, 2026
#344 should have reintroduced the necessary pathways for that and made them the default. Please refer to the PR's own desc for what to do (hint: clear the image cache).
htkhiem commentedon Aug 31, 2026
Just merged #344. This issue has been auto-closed but please don't hesitate to reopen in case embedded art priority still doesn't work.Never mind, there's a screw-up. I need more time to fix this.
somepaulo commentedon Aug 31, 2026
Just updated and tested with clearing the cache. All embedded covers were redownloaded and now show up correctly in the playlist/queue panes and the albums section. But in the actual player column, cover art loads for the first track and stays the same on subsequent track change along with the inferred accent colour.
htkhiem commentedon Sep 1, 2026
That caught me offguard...Might be the new "spinning cover continuity" logic put in recently.
htkhiem commentedon Sep 1, 2026
It really was. Now my dumb hotfix is to force a refresh on every track if the embedded art optimisation thing is disabled. Under a specific scenario (two consecutive tracks with the same art embedded, stored in the same folder without a
coverfile) it will be suboptimal (the pane will flash a spinner just to load the same art again). The only alternative is to literally "visually inspect" the two cover arts and have a similarity threshold. That can't be done reliably within the time span of a single frame, and asyncing it will cause even more trouble with fast track switching. Too expensive just to avoid a harmless spinner, plus with the optimisation on that won't happen as Euphonica is then allowed to deduce that the next track uses the same cover as the previous (though you'll need to enforce the one release per folder rule).A hotfix release will come out shortly. I'm testing the Flatpak build right now.
somepaulo commentedon Sep 1, 2026
Off the top of my head, maybe the spinner flash could be mitigated by some sort of track change animation.
htkhiem commentedon Sep 19, 2026
Forgot to close this (#349 should have fixed it for real).