New Feature Requests

[ghost]

What follows is a lit of features already ready for addition or requested by the community. Drop a 👍 if you'd use, and a 👎 if you wouldn't use it.

UPDATE

1. Features that the spotDL team think are worth adding will be moved to New Features #912. Please vote over there.
2. As to the features requested before 23/10/2020, they will be considered purely on the basis of votes received.
3. Feel free to start conversations in this Issue/thread.

[ghost]

Quite Mode (#865)

Doesn't display a progress bar.

[will be implemented in the next release]

[ghost]

Lyrics added if available (#859)

Adds Lyrics to metadata if available.

As of now pulls Lyrics form genius, there might be a change of providers to MusicMatch.

[Will be Implemented in the next release]

[ghost]

VPN support for spotDL (#862)

Add VPN support for spotDL and handle the download errors that that might cause.

[elmoaaron]

Download podcast from spotify

[Will be worked on]

[mrdarrengriffin]

Download by Artist URL would be cool to have. (#874)

[Will be added in next release]

[ghost]

Choosing download format (#877)

Ability to choose format download from YouTube.

[Will be worked on in next release]

[DavidBuchanan314]

Add metadata to pre-existing local file (#843)

e.g. For if you have a high-quality local file that you want to add metadata/artwork to.

Could be implemented via a flag to specify the local file, which skips the track search and download process.

[0xbrayo]

Spotify URI support, download songs from URI links like spotify:track:4jVBIpuOiMj1crqd8LoCrJ and spotify:album:4Bp7LKA5Afo1PRoXuQe8qZ just like in Spotdl v2

[Implemented, will be added in next release]

[loftwah]

An optional interactive prompt eg spotdl -i --interactive (or whatever argument we wanna give it) that prompts the user for each option as they go (good for those that aren't comfortable with the command line).

#899

[vesper8]

[option] provide a way to number tracks from playlist #599

An option to preserve the order of the tracks when downloading a playlist

[ghost]

We're reconsidering our feature suggestion system. Give us a day or two. This thread will be locked till then.

[ghost]

Option to disable multiprocessing should that still cause issues for users in the future.

[ghost]

Maybe not, disabling multiprocessing will almost make each download run 5 times slower. Not a compromise we are willing to make

[aklajnert]

Maybe not, disabling multiprocessing will almost make each download run 5 times slower. Not a compromise we are willing to make

Did you try asyncio? It is very lightweight so it should be even faster than multiprocessing as it doesn't have the startup overhead. Also easier to debug.

[ghost]

nope. ffmpeg take a lot of CPU power. approx. 20-30%, when you use multiprocessing you can use nearly100% CPU power instead on just 30%. The download conversion process has to run across multiple CPU Cores. hence the need for multiprocessing

[aklajnert]

But it seems that you run ffmpeg as a subprocess, so it doesn't matter if you call the os.system() from a thread, process, or a coroutine - it should release GIL anyway.

[ghost]

Actually, could you make a mock implementation of what your talking about. I'll test it out.

[Kartikeya99]

Store some sort of a state such that when the tool is run the next time, it only downloads songs that haven't already been downloaded.

[ghost]

Store some sort of a state such that when the tool is run the next time, it only downloads songs that haven't already been downloaded.

It already does this

[aklajnert]

Actually, could you make a mock implementation of what your talking about. I'll test it out.

@Mikhail-Zex - see #994 - it seems to have no impact on performance.

[redbrain]

Feature request: have a flag to return the YouTube link and stop. This would be useful for piping to other programs.

[Silverarmor]

Ability to make .m3u files from spotify playlists

.m3u being a "playlist file".

[ghost]

Ability to make .m3u files from spotify playlists

.m3u being a "playlist file".

Why don't you work on this?

[ghost]

Feature request: have a flag to return the YouTube link and stop. This would be useful for piping to other programs.

Well, use spotdl as a library to do that. Just create a SongObj or use the search_for_song from search.utils.

CC:@redbrain

[Silverarmor]

Ability to make .m3u files from spotify playlists
.m3u being a "playlist file".

Why don't you work on this?

okey i will try haha - not the best at programming
https://github.com/Silverarmor/spotifyPL-DL

[ffernn-dev]

Just a quick idea, Spotify has a huge database of info on songs, maybe SpotDL could use the bpm data and other things of the sort.

[ghost]

Well, that would be great but YouTube doesn't provide that data for comparison.

[ffernn-dev]

I mean download the song, and then apply spotify's metadata to it afterwards

[ffernn-dev]

Also customisable output dir? (without running in a different directory)

[aklajnert]

Also customisable output dir? (without running in a different directory)

I also think that would be nice feature. I think it could be implemented after utilizing some decent argument parser. I think we can pull some changes from #895 and then work on adding some extra arguments.

[ghost]

I mean download the song, and then apply spotify's metadata to it afterwards

We do this already.

[ghost]

Also customisable output dir? (without running in a different directory)

I also think that would be nice feature. I think it could be implemented after utilizing some decent argument parser. I think we can pull some changes from #895 and then work on adding some extra arguments.

There's already a way to do this using spotdl as a library. The input just isn't exposed in the cli

[vlalog]

Convert songs from spotify to deezer and download them from deezer.

It will be solve some problems:

1. Downloading the wrong track with the same name
2. Downloading song with intro sound

[Silverarmor]

Deprecating this feature request method.

If you want to request a feature, make a new issue and use the FEATURE REQUEST template.