Playlist Overview
www.7r4t.m3u8深色影院式播放清单总览：逐镜头读懂分片结构与清晰度层次
这里把 www.7r4t.m3u8 当作一份可翻阅的播放清单来呈现：像看一场分了章节的夜场电影，先看主清单交代了什么，再看分片如何一段段接上，最后落到手机上怎么续播、卡顿时先查哪一层。所有说明按镜头顺序排列，随用随点。
主清单标签分片拼接码率层次多端续播缓冲排查
第一幕 · 清单里到底写了什么
一份 m3u8 是纯文本清单，开头的 #EXTM3U 声明它是扩展播放列表，下面的每一行要么是标签，要么是一条地址。它本身不装画面，只负责告诉播放器：该去哪取片、取多长、按什么顺序接。
版本与目标时长#EXT-X-VERSION 声明清单遵循的协议版本；#EXT-X-TARGETDURATION 给出单个分片的时长上限，播放器据此估算预取节奏。
分片条目#EXTINF 后面跟时长与分片地址，逐条罗列媒体切片，按出现顺序播放，是整份清单的主干。
多码率主清单#EXT-X-STREAM-INF 把不同清晰度的子清单并列，标注分辨率与带宽，播放器据此挑一路，这就是清晰度切换的入口。
加密与收尾#EXT-X-KEY 指明密钥位置；#EXT-X-ENDLIST 表示清单已完整，缺了它通常意味着仍在直播式追加。
第二幕 · 从打开到出画的四步
把 www.7r4t.m3u8 交给支持 HLS 的播放环境后，整个过程大致分四步走，顺序不要颠倒。
- 读取主清单：播放器先取到清单文本，确认协议版本与是否有子清单。
- 选定一路码率：根据当前带宽与屏幕尺寸，从多档清晰度里选一条子清单，网络变化时可中途更换。
- 按序拉取分片：依照 #EXTINF 的顺序逐片下载，先缓冲若干片再起播，画面由此接续。
- 拼接与续播：播放器把分片无缝接上，并记住当前进度，再次打开时从上次位置附近继续。
兼容对照
| 环境 | 原生 HLS 支持 | 通常做法 |
|---|---|---|
| Safari / iOS | 支持 | 直接在网页或系统播放器打开清单 |
| Android 浏览器 | 部分支持 | 多数情况借助支持 HLS 的播放组件 |
| 桌面 Chrome / Edge | 不原生 | 由页面内加载 HLS 解析库后再播放 |
| 本地播放器 | 多款支持 | 把清单地址作为条目导入播放列表 |
第三幕 · 清晰度与带宽的取舍
同一份主清单里往往并排放着几档码率，画质和流畅度是一对需要现场权衡的搭档，选择原则并不复杂。
先看屏幕，再挑档位手机竖屏、屏幕尺寸有限，中间档往往就够清晰，硬顶最高档只会白白占用带宽。
看目标时长定预取#EXT-X-TARGETDURATION 较小意味着切片更碎、起播更快但请求更多；较大则相反，起播略慢、请求更省。
留给带宽一点余量峰值带宽若刚好等于最高档位所需，稍有波动就会反复降档，留出余量能减少切换抖动。
第四幕 · 常被问到的几件事
清单一打开就是一段字幕，正常吗？
正常。m3u8 是清单文本而非视频文件，用文本编辑器能看到 #EXTM3U 开头的标签行，说明它本身就是一份指路文本。
播放到中途卡住，先查哪里？
先看网络是否在省电模式或弱信号下被限速，再看是否为个别分片地址取不到；多数卡顿来自取片环节，而不是清单本身写错。
换设备后要重新拖进度吗？
续播笔记一般保存在各自的播放环境里。同一个浏览器或同一款播放器会记得较近的进度，跨环境则通常需要手动定位。
清单里没有 #EXT-X-ENDLIST，怎么办？
这通常表示它不是一份完结的清单，而是持续追加的形态，播放器会不断取新片，属预期行为而非损坏。
第五幕 · 本页整理记录
本页围绕 www.7r4t.m3u8 整理清单标签、播放步骤、清晰度取舍与排查顺序，按章节顺序持续补充说明段落与对照表。