下载 4K 视频 — yt-dlp 命令生成器
为 2160p 视频生成 yt-dlp 命令，同时完整保留章节和元数据。
4K 到底要求什么
在 2160p 下，视频和音频永远是两路独立的流，所以必须有 ffmpeg 来合并。MKV 是更稳的 container：MP4 装不下 4K 用到的某些编码，强行使用会让 yt-dlp 重新编码 —— 慢、有损，而且 HDR 元数据通常就是这样丢掉的。
如果没有 4K，最可能是这个视频从来没有以那个分辨率上传过。在断定命令写错之前，先列出格式看看。做好每小时几个 GB 的准备，如果这是个问题，就用体积上限或时间范围。
container 的选择就是 HDR 的决定。4K HDR 以 VP9.2、AV1 这类 MP4 不一定装得下的编码到达，强行用 MP4 会迫使 yt-dlp 转码：几小时的活、肉眼可见的画质损失、HDR 元数据就此消失。MKV 什么都原样装得下；本预设默认选它正是为此。SDR 播放器放 HDR 文件会发灰——那是播放器的问题，不是文件的问题，而把 HDR 正经转成 SDR 是滤镜的活，不是加个旗标。
带宽是 4K 从理论落地的时刻：2160p 以体面的码率跑一小时要 40–90 GB，并发 fragment 把下载推到连接允许的速度——而这恰恰是触发平台限速的东西。如果运行慢成爬行，把 fragment 数减半、让它跑更久；4K 文件足够大，慢慢跑完仍然胜过重新开始。体积上限选项就是为了在磁盘之前拦下一次失控的运行。
章节和元数据是 4K 收藏真正体现价值的地方：没有章节的两小时电影就是一整个文件，有了它才翻得动。SponsorBlock 在这里也接得上——赞助片段在 4K 内容上和其他内容一样被标记，在一部电影长度的文件里跳过它们省下的时间比任何短片都多。把缩略图作为封面嵌入，否则你的媒体库会为每个 4K 文件显示一块空白。
4K 做不到的事：放大。被向上限制的 1080p 源就停在 1080p——上限是最大值，yt-dlp 会毫无怨言地挑不高于它的最好那路流。如果 -F 显示 1080p 以上什么都没有，那就是上传者给平台的一切。YouTube 上真正的 4K 源通常是 VP9 或 AV1，旧 GPU 靠软件解码——播放器卡顿往往是编码的问题而不是文件的问题，而 MKV 让原始编码原封不动。