Option to ignore nested playlists
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
Version: mpv 0.27.2 (but probably applies to all)
I have a large collection of music folders on a network drive, making regular players unusable for performance reasons. Currently, I'm using a few scripts that select one or more of these folders, create a plaintext playlist for mpv and then start it using mpv --playlist=<path>.
About half of these folders contain m3u playlists, which have the annoying effect of being picked up by mpv as part of the playlist and causing it to play all songs in this folder twice - once because the "master" playlist contains this folder, and a second time because the m3u points to the individual files.
I've searched the docs for a feature that would allow me to exclude certain file types or, more specific to my issue, cause mpv to ignore nested playlists, but haven't found anything. Is there such an option? If not, it'd be great to have.
The only workaround I can think of is specifying every individual file in my plaintext playlist, which makes it about 10x larger and might lead to a different order of tracks being played.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing how mpv handles the --playlist entry point and nested m3u playlists, then check the existing option documentation for related playlist or file-type controls. Done means a user-selectable option prevents nested playlists from being played while preserving the master playlist's track order.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100