下載 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 讓原始編碼原封不動。