mirror of
https://github.com/Googolplexed0/zotify.git
synced 2026-04-25 06:15:55 +03:00
[GH-ISSUE #30] Missing Metadata (Album Name & Genre) #27
Labels
No labels
bug
considering
discussion
documentation
enhancement
enhancement
good first issue
help wanted
pull-request
question
stale
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/zotify#27
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @aleks-mariusz on GitHub (Jul 8, 2025).
Original GitHub issue: https://github.com/Googolplexed0/zotify/issues/30
Originally assigned to: @Googolplexed0 on GitHub.
Hi,
First off, that you are keeping zotify working is incredible!
Minor complaint, the 'album' and 'genre' fields are missing in the downloaded files. Now i know that album should be def available, i'm unsure of genre (if spotify has this concept even).
Just thought i'd mention it. The example song i'm doing is:
(it finishes - i tried it another time and didn't get the extract expiration invalid parameter message:
so that instead.
But in both instances, the album and genre are missing (curiously, the track number was written tho, so it's got SOME of the metadata).
@Googolplexed0 commented on GitHub (Jul 9, 2025):
Thanks, I'm doing my best.
Album name should indeed always be written. Genres do exist, but only on a per-artist basis, and this is what is written to the genre metadata tag.
I checked the provided track myself and am seeing no issues with either the album name "As Good As Dead" or the genres "grunge, post-grunge". Can you confirm that the MD_SAVE_GENRES config is set to True? Providing a full config would be helpful.
@aleks-mariusz commented on GitHub (Jul 9, 2025):
ahh yes i guess it oculd be something about my settings:
So indeed, MD_SAVE_GENRES was not set to True - but what's the diff between that and MD_ALLGENRES ?? If i had to guess, i suppose that ALLGENRES saves multiple genres?
Anyway i just started to use Zotify yesterday, and then curiously, i got an email from spotify today:
I wonder if they detected i'm using zotify ? I purposefully set
DOWNLOAD_REAL_TIMEto True to make ti seem as much like a client just playing music..i'm wondering if it's related to zotify having to do the 'Loggin in' bit everytime i run it? Can't it save the session and just resume it rather than re-log in everytime (or am i misunderstanding what that part of running zotify is doing).
@Googolplexed0 commented on GitHub (Jul 9, 2025):
That was the default value for MD_SAVE_GENRES in the original repo and I was reluctant to change any of the old defaults. It may be worth doing if enough people don't check the available configs before using. Turn that on and retry the track, see if the tags are correct now. Still very confused about the lack of an album name though, that shouldn't ever have issues.
Correct, MD_SAVE_GENRES enables genre saving, ALLGENRES tells the metadata to include more than just the first genre available, and MD_GENREDELIMITER affects whether multiple genres are stored as an array or single (delimited) string.
This has started happening recently, I assume it's just them wanting to confirm your account hasn't been hacked because its credentials are being used in a 3rd party application. It only happens once AFAIK. Do let me know if they take any action against your account.
It may be theoretically possible to reuse a session, but sessions can expire if a user takes too long (~3 minutes) to input selections with the interactive functions, so I doubt a session's lifespan is long enough to implement anything.
@aleks-mariusz commented on GitHub (Jul 10, 2025):
ok i feel silly but i figured out the issue is on my end.. it's friggen VLC's problem not zotify's.. in-fact macos quickview showed me the song's album tag is properly set, so it's something about vlc's implementation of id3 tag reading that seems broken..
also confirmed with ffprobe:
the tags (at least album, since
MD_SAVEGENREi had not yet set to True) seem to be there this whole time :-/sorry for the false alarm, i'll now need to figure out why vlc's is misbehaving instead
thanks for the re-assurance, hopefully that's just all and i'll have no further issues - if i do i'll post here