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

Download YTM Playlist yields to {album-artist} directory to None, even when the M3U pointing to correct {album-artist} #2286

Open
initrunlevel0 opened this issue Jan 25, 2025 · 1 comment
Labels
Bug Unexpected problem or unintended behavior that needs to be fixed Good First Issue Good for newcomers

Comments

@initrunlevel0
Copy link

System OS

Windows

Python Version

3.12 (CPython)

Install Source

pip / PyPi

Install version / commit hash

4.2.11

Expected Behavior vs Actual Behavior

When outputting downloaded file in {album-artist}/{album}/{artists} - {title}.{output-ext}, it should create directory with correct name according to music metadata. Instead, it creates {album-artist} None directory for all downloaded music from one YTM Playlist.

The strange thing is that generated M3U8 file contains correct {album-artist} in its path name

Steps to reproduce - Ensure to include actual links!

  1. spotdl --format m4a --output "{album-artist}/{album}/{artists} - {title}.{output-ext}" --m3u "#EnchantedTrance.m3u8" "https://music.youtube.com/playlist?list=PLQym-sGkzU7OLLQ4QwXN9o8Z3iRLMnUe_"
  2. It will create artist name as "None"
  3. All music have correct ID3 Tag
  4. The M3U8 contain the correct {album-artist} name, thus making the M3U8 playlist pointing to incorrect file.

Traceback

Nothing

Other details

No response

@initrunlevel0 initrunlevel0 added the Bug Unexpected problem or unintended behavior that needs to be fixed label Jan 25, 2025
@Silverarmor Silverarmor added the Good First Issue Good for newcomers label Jan 26, 2025
@Silverarmor
Copy link
Member

Can reproduce. Yes interesting error - seeing that we do have the info sin the m3u file is created correctly... but weirdly the variable is None type during the downloading phase. Perhaps something weird with the fact we're downloading from YTM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Unexpected problem or unintended behavior that needs to be fixed Good First Issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants