影片和字幕 · YouTube 縮圖下載器和元資料檢視器
為什麼 hqdefault.jpg 有黑條：YouTube 的 4:3 時代和 16:9 開關
· 背景
youtube 縮圖 縱橫比
某些 YouTube 縮圖尺寸仍附有信箱欄。這篇文章解釋了該平台的早期 4:3 播放器如何塑造其縮圖尺寸、寬屏視頻發生了什麼變化以及為什麼保留舊尺寸以實現兼容性。
帶有四四方方縮圖的寬螢幕影片——舊平台的可見遺產
寬螢幕場景可以到達 4:3 JPEG 內部，並將水平條烘焙到其像素中。在 16:9 卡中，CSS 無法只刪除那些條形而不轉換影像。 `hqdefault` 和 `sddefault` 是 4:3 目錄畫布，其內容可能會加黑框；拉伸會扭曲整個矩形，而覆蓋它會裁剪像素。
ToolAcre 解碼可讀的 JPEG 並報告實際尺寸以及變體的方面描述。它既不裁剪也不重建圖片區域。 「適合此縮圖」可能意味著保留長條、扭曲檔案或裁切像素。檢視 480×360 或 640×480 可以讓使用者在選擇這些操作之前辨識來源影像屬性。下載另一個副本不會改變內建的條。
目前 4:3 目錄事實，不包含不受支援的平台歷史記錄
`hqdefault` 名目上是 480×360，而 `sddefault` 是 640×480；兩者的比例都是4：3。這些當前事實解釋了佈局行為，但沒有解釋 YouTube 何時引入這些名稱、它們的動機或它們保留的原因。如果沒有支援文件，平台歷史只是推測，因此即時檔案和解碼尺寸是此處使用的證據。
標稱尺寸仍需測量。選用的 `sddefault` 可能會傳回 404、另一個錯誤或 HTTP 200 下的 120×90 佔位符。 ToolAcre 在接受之前進行解碼。測量的 480×360 `hqdefault` 建立畫布形狀，不可見條； 4:3 構圖可能會填滿整個框架。長寬比允許信箱，但沒有證明這一點。在安排任何衍生工作之前檢查像素。
目前 16:9 變體，沒有發明歷史切換敘述
320×180 的「mqdefault」和 1280×720 的可選「maxresdefault」名義上是 16:9。兩者都適合寬螢幕插槽，但後者的像素面積是其十六倍。 `mqdefault` 可能適合小牌，但對於英雄來說會軟化； `maxresdefault` 可能有足夠的像素，但與覆蓋層衝突。比率僅回答幾何。
`maxresdefault` 可能會傳回 404 或一個小佔位符，且裁切無法建立缺少的來源。那麼 `mqdefault` 可能是唯一乾淨的 16:9 選項，而 4:3 `hqdefault` 提供更多像素。選擇較低的細節，稍後裁剪或尋求其他授權來源。 ToolAcre 既不升級 `mqdefault` 也不呼叫佔位符最大解析度。目標大小決定了權衡是否可以接受。
4:3 框架內的信箱 — 為什麼 hqdefault 和 sddefault 帶有條形圖，而 maxresdefault 則沒有
信箱式將寬螢幕圖片放入較窄的 4:3 畫布中，留下垂直空間作為長條。拉伸到 16:9 會使長條圖和圖片一起扭曲。 CSS `object-fit: cover` 裁切外部矩形並可能保留烘焙條。精確清理需要檢查像素並定義裁剪矩形，而不是假設顯示屬性會更改來源。
裁剪還可以刪除標題、標誌、臉孔或預期構圖。 ToolAcre 不會將其自動化；它提供經過驗證的 JPEG Blob，並有一個單獨的編輯器執行允許的衍生工作。保留原始內容，記錄來源 URL 和變體，並單獨保存裁剪。成功公開下載並不授予修改權限，因此請先審核權限。當精確再現很重要時，請包含裁剪座標。
相容性動機超出了實現範圍；從觀察到的檔案中選擇
呼叫 4:3 路徑來自特定時代的相容性工件會發明一個動機。該實施僅建立當前名稱、標稱尺寸、方面說明和公眾回應。產品程式碼展示當前行為，而不是第三方的歷史決策。類似舊約的維度不提供缺失的歷史。
選擇觀察到的檔案：解碼 `hqdefault`、`sddefault`、`mqdefault` 和 `maxresdefault`，檢查可用性，比較合成和像素需求，並記錄來源。穩定的 URL 稍後可能會提供修改後的藝術品，因此今天的檔案無法證明過去幾年的情況。長條圖不顯示上傳日期；新影片可能會暴露 4:3 候選人和舊的 16:9 海報。給觀察結果標註日期而不是給格式標註日期。
工作範例：裁切是使用者操作，而不是 ToolAcre 功能
課程頁面需要 960×540。 `maxresdefault` 傳回 120×90 佔位符，`sddefault` 不可用，`hqdefault` 是帶有條形的 480×360，而 `mqdefault` 是不帶條形的 320×180。 clean 檔案太小；較大的仍然未達到目標，需要裁剪。沒有提供的候選人滿足所有要求。
取得重複使用和修改授權後，編輯器將保留 `hqdefault` 並建立單獨的 16:9 作物。他們記錄其 URL、480×360 尺寸、存取日期和衍生檔案名，然後測試軟度和遺失的內容。如果不夠，他們會要求更好的來源。 ToolAcre 交付了原始 Blob；編輯製作並批准了該裁剪。審核記錄應明確指定編輯器操作。
重點：某些當前檔案中存在條形圖；他們的歷史不在這裡建立
解碼後的 4:3 畫佈在檢查之前不會證明條形，可見的條形不能證明發布日期、來源視訊比例或平台時代。 `hq1`、`hq2` 和 `hq3` 是幀劇照，而不是海報作物，因此替換可以改變場景。 ToolAcre 不會偵測條形顏色、尋找安全裁切、評估人臉或保證文字清晰。檢查最終響應斷點處的疊加，因為桌面上安全的裁剪可能會在行動裝置上隱藏其主題。在批准衍生產品之前，請測試橫向和窄縱向容器。
作物記錄應將檢索與編輯分開。 ToolAcre 在本地進行解析，然後向 Google 發送 8 個無憑證的 JPEG 探針和 1 個獨立的 oEmbed 請求；阻止程式、代理、佔位符、解碼失敗或無效 JSON 可能會留下部分證據，並註銷限制仍然存在。最初的回應顯示了現在到達的內容，而裁剪座標、衍生檔案名稱和批准則確定了後來的編輯行為。當未來的審稿人必須重現最終作品時，請保留這兩筆記錄。