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

Playlist files not ignored when using -d or -i #37

Open
mmalisz opened this issue Sep 5, 2016 · 5 comments
Open

Playlist files not ignored when using -d or -i #37

mmalisz opened this issue Sep 5, 2016 · 5 comments

Comments

@mmalisz
Copy link

mmalisz commented Sep 5, 2016

Example:
I've got a dir with a m3u file within an directory. When using -d switch, said directory produces 2 playlists: one from the dir, another from the playlist file.
Same for id3 option.

Expected behaviour:
m3u / pls / any other supported playlist type should be ignored when using -d / -i switch.

@NicoHood
Copy link
Collaborator

NicoHood commented Sep 5, 2016

You are right. I also have this problem, with the exception that my playlist files are broken and just give errors ;)
We should probably add a new switch for local playlists. something like --local-playlists for m3u pls.

@mmalisz
Copy link
Author

mmalisz commented Sep 5, 2016

Well, it also makes sense to use local playlists if neither of auto-generating param is passed.

@NicoHood
Copy link
Collaborator

NicoHood commented Sep 5, 2016

That is true. Otherwise you'd have nothing. So I'd describe the param as:
-l, --local-playlists - Use m3u and pls playlists even if any auto-playlist feature is used

@mmalisz
Copy link
Author

mmalisz commented Sep 6, 2016

I meant use local playlists by default if no playlist param have been passed.

@NicoHood
Copy link
Collaborator

NicoHood commented Sep 6, 2016

Yes. And this param will explicitly enable them even if autoplaylists are used (where we will disable it then)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants