diff options
author | wm4 <wm4@nowhere> | 2015-08-04 17:04:56 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2015-08-04 17:51:00 +0200 |
commit | 0b1c3e8de22afc89868ad4aeb2a70738de33288c (patch) | |
tree | 295ef3708999477d8c0af7c2aa7c0d15065682b8 /common/playlist.c | |
parent | e7897dfb9b0e2d1f9d37ccc7df131b62694603e6 (diff) | |
download | mpv-0b1c3e8de22afc89868ad4aeb2a70738de33288c.tar.bz2 mpv-0b1c3e8de22afc89868ad4aeb2a70738de33288c.tar.xz |
player: warn against using HLS URLs with --playlist
That just makes no sense, but seems to be a somewhat common user error.
The detection is not perfect. It's conceivable that EXT-X-... headers
are used in normal m3u playlists. After all, HLS playlists are by
definition a compatible extension to m3u playlists, as stupid as it
sounds.
Diffstat (limited to 'common/playlist.c')
-rw-r--r-- | common/playlist.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/common/playlist.c b/common/playlist.c index df3b65fbbc..9fd087be67 100644 --- a/common/playlist.c +++ b/common/playlist.c @@ -281,6 +281,10 @@ struct playlist *playlist_parse_file(const char *file, struct mpv_global *global if (d && d->playlist) { ret = talloc_zero(NULL, struct playlist); playlist_transfer_entries(ret, d->playlist); + if (d->filetype && strcmp(d->filetype, "hls") == 0) { + mp_warn(log, "This might be a HLS stream. For correct operation, " + "pass it to the player\ndirectly. Don't use --playlist.\n"); + } } free_demuxer_and_stream(d); |