影片輸出設定 (Render Settings):H.264 / HEVC 碼率與解析度最佳化

musical%20instruments%2C%20vinyl%20record%2C%20war...
發表時間:2026 年 09 月 23 日 | 更新日期:2026 年 09 月 23 日 | 編輯:雅寶社區編輯團隊
影片輸出設定 (Render Settings):H.264 / HEVC 碼率與解析度最佳化 - 雅寶社區 · 頂客論壇

一致性原則說的是:先決定你的作品要給誰看、在哪裡看,然後讓音訊、視訊、解析度、碼率全部指向同一個「品質目標」。不要出現某一項特別強、某一項特別弱的情況。

二、編碼格式選擇:H.264 與 HEVC 的真實差異

進入正題。輸出設定的第一格通常是「格式」或「編碼器」。你會看到 H.264、HEVC(H.265)、ProRes、DNxHR、AV1 等選項,每個後面還跟著一堆 profile 和 level。我們先把這些名詞翻譯成人話。

2-1 H.264(AVC):相容性就是王道

H.264 又叫 AVC(Advanced Video Coding),2003 年制定,至今仍是全世界最通用的影片編碼。它最大的優勢不是效率,而是「什麼都能播」。從十年前的舊手機、老電視、到現在的剪輯軟體、瀏覽器、社群平台,H.264 幾乎是無條件支援。

對音樂創作者來說,H.264 的實際意義是:它是上傳用的安全牌。當你不確定目標平台會怎麼處理你的檔案,選 H.264 幾乎不會出錯。代價是同樣畫質下檔案比較大——但對於上傳用途,檔案大一點通常不是壞事(後面談碼率時會說明原因)。

H.264 常見的 profile 有 Baseline、Main、High。High Profile 支援 8×8 整數轉換與更有效率的熵編碼,是同畫質下檔案最小的選擇。輸出時如果看到 profile 選項,選 High(或 [email protected] 之類)就對了,別選 Baseline,那是給老舊裝置用的。

2-2 HEVC(H.265):體積減半的代價

HEVC 是 H.264 的下一代標準,2013 年定案。核心優勢很明確:在相同主觀畫質下,HEVC 的檔案大約只要 H.264 的 50%~70%。反過來說,同樣的碼率下,HEVC 可以保留更多細節、更少的壓縮瑕疵。

聽起來很完美,但 HEVC 有幾個實務上的坑:

  • 相容性較差。舊裝置、舊瀏覽器、部分剪輯軟體對 HEVC 支援不完整。Windows 系統甚至要另外付費安裝解碼器。
  • 編碼速度慢。同樣的硬體,HEVC 匯出時間可能是 H.264 的兩到四倍。如果你的專案是 4K 十分鐘的視覺化動畫,這個差距會讓你懷疑人生。
  • 硬體編碼 vs 軟體編碼差異大。用顯卡加速(NVENC、Quick Sync、VideoToolbox)匯出 HEVC 速度很快,但品質通常不如軟體編碼(x265)。如果你的顯卡是較舊的世代,硬編 HEVC 的畫質可能反而輸給軟編 H.264。
  • 平台處理方式不一。YouTube 接受 HEVC 上傳,但部分平台會直接拒絕或先轉檔。
  • 那麼 HEVC 什麼時候值得用?答案是:當你有明確的體積限制,或你的觀眾主要在支援 HEVC 的裝置上觀看時。例如你要把 4K 母檔存進雲端備份、要寄給合作對象、要放進遊戲或互動作品裡——這些情境下 HEVC 的體積優勢就非常實際。但如果是「上傳到公開平台」,H.264 通常還是更穩的選擇。

    2-3 其他格式的定位:ProRes、DNxHR、AV1

    除了兩大主流,你可能還會看到幾個選項,這裡快速定位:

  • ProRes(422 / 422 HQ / 4444):Apple 的中間碼(intermediate codec),檔案極大但壓縮極少,是剪輯流程的標準格式,不是交付格式。用途是「存母檔」或「給剪輯師的素材」,不要拿來上傳。
  • DNxHR:Avid 陣營的中間碼,定位和 ProRes 類似,跨平台相容性不錯。
  • AV1:新一代開源編碼,效率比 HEVC 更好,YouTube、Netflix 已大量採用。但目前編碼速度慢、硬體支援還在普及中,現階段對個人創作者來說,實用性還不如 H.264 / HEVC。不過它的生態正在快速成長,值得持續關注。
  • VP9:Google 的編碼,YouTube 內部大量使用,但通常不需要你手動匯出。
  • 2-4 該選哪一個?決策流程

    把上面的資訊整理成一個簡單的判斷流程:

    第一步,問用途。如果是要上傳到公開平台(YouTube、IG、TikTok、Bilibili)→ 選 H.264。如果是要存母檔或交付給專業後期 → 選 ProRes 或 DNxHR。如果是要塞進有體積限制的容器(App、遊戲、隨身碟)→ 考慮 HEVC。

    第二步,問裝置。你的觀眾主要用什麼看?手機為主的觀眾,HEVC 支援度已經很好;但如果你知道有一群觀眾用舊電腦或舊電視,H.264 還是安全。

    第三步,問時間。你有多少時間等匯出?一支十分鐘的 4K 動畫,軟體編碼 H.264 可能要二十分鐘,軟體編碼 HEVC 可能要一小時。如果你的工作流程很趕,硬體編碼 H.264 是務實的選擇。

    三、解析度設定:不只看數字,還要看平台演算法

    解析度是第二個大哉問。1080p 夠不夠?要不要上 4K?豎屏短影音該用什麼尺寸?這一節我們從平台規格談到策略思考。

    3-1 主流平台的解析度與規格參考

    先建立一個基本認知:每個平台都有自己的「理想規格」,符合規格的檔案會被善待,不符合的會被額外處理。以下是常見平台的概略規格(數字會隨平台政策調整,實際請以官方說明為準):

    平台

    建議解析度

    畫面比例

    備註

    YouTube(橫式)

    1920×1080 或 3840×2160

    16:9

    上傳高於目標解析度可獲得更佳編碼

    YouTube Shorts

    1080×1920

    9:16

    長度 3 分鐘以內

    Instagram Reels

    1080×1920

    9:16

    建議 30 fps,避免過高碼率

    TikTok

    1080×1920

    9:16

    對碼率較敏感,過高會被重壓

    Spotify Canvas

    1080×1920(或 720×1280)

    9:16

    循環播放 3~8 秒

    Bilibili

    1920×1080 / 3840×2160

    16:9

    支援較高碼率,對 4K 友善

    看到這張表,你可能會注意到一件事:社群短影音幾乎都是 1080×1920 的豎屏格式,而且平台對碼率的容忍度普遍比 YouTube 低。這是因為短影音在手機上觀看,螢幕小、頻寬變動大,平台會優先保證「順播」而非「極致畫質」。所以把 4K 影片丟上 Reels 是沒有意義的,反而可能因為檔案規格不符而被壓得更慘。

    3-2 為什麼建議「上傳比需求更高一階」

    這是 YouTube 上傳策略裡最常被討論的一點。YouTube 的編碼策略是:當你上傳 4K 檔案時,系統會用 VP9 或 AV1 進行編碼,這些較新的編碼在相同碼率下效率更好;而 1080p 上傳的影片,往往只會得到 AVC 編碼,且碼率上限較低。結果就是:同樣的內容,用 4K 上傳後在 1080p 播放時,畫質常常比直接上傳 1080p 更好

    原理不難理解。首先是碼率分配的差異,平台給 4K 版本的碼率預算本來就比較高;其次,當你從 4K 降採樣到 1080p 時,等於做了一次「超取樣」(supersampling),鋸齒和雜訊都會被平均掉,畫面反而更乾淨。第三,新編碼的壓縮效率更好,能保留更多細節。

    所以實務建議是:如果你有 4K 素材,就用 4K 匯出上傳;如果你的素材只有 1080p,直接上傳 1080p 就好,硬拉成 4K 只是浪費頻寬。千萬不要把 1080p 素材放大成 4K,那不會帶來任何好處,只會讓檔案變大。

    3-3 音樂影片的特殊解析度考量

    音樂類內容在解析度選擇上,有幾個和一般影片不同的考量:

    歌詞影片:文字是主角。文字邊緣的銳利度直接影響觀感,而文字又是壓縮演算法最難處理的高頻資訊。建議至少 1080p,如果能上 1440p 或 4K 更好。另外,歌詞影片的畫面通常變化不大(靜態背景加文字淡入淡出),這種「低動態」畫面其實不需要高碼率,但需要高解析度來保住文字邊緣。

    視覺化動畫(Audio Visualizer):這類影片有大量粒子、光暈、波形線條,動態極高、細節極碎。這種內容既需要解析度,也需要碼率。4K 加上較高碼率會有明顯幫助。

    演奏實錄 / 訪談:畫面主體是人和樂器,動態中等,細節集中在樂器質感、手指動作、臉部。1080p 就很夠用,但如果你的畫面有大量樂器特寫,1440p 能帶來更自然的效果。

    Spotify Canvas:這類循環短片只在手機上小尺寸顯示,1080×1920 已經是最合理上限。過度追求解析度沒有意義,反而要控制檔案大小(通常建議 10 MB 以內),以確保載入順暢。

    四、碼率最佳化:把每一個 bit 花在刀口上

    碼率(bitrate)是整個輸出設定裡最容易搞錯的一項。太多人以為「愈高愈好」,結果匯出一個 3 GB 的檔案,上傳後平台還是把它壓成 15 Mbps,而你自己在家看原始檔時覺得「畫質超好」,完全不知道問題出在哪。

    4-1 位元率模式:CBR、VBR、CRF 怎麼選

    匯出設定裡的碼率欄位,通常有幾種模式:

  • CBR(Constant Bitrate,固定位元率):整支影片維持相同的碼率。優點是檔案大小可預測、適合直播串流;缺點是靜態畫面也吃一樣的頻寬,浪費空間。日常上傳不建議用。
  • VBR(Variable Bitrate,變動位元率):系統根據畫面複雜度自動分配。靜態畫面用低碼率,動態畫面用高碼率。這是最實用的模式。VBR 通常有「目標碼率」和「最大碼率」兩欄,建議把目標設在你需要的水準,最大值設為目標的 1.5~2 倍,讓複雜段落有喘息空間。
  • CRF(Constant Rate Factor,固定品質):x264 / x265 編碼器的品質控制方式,用一個數值代表「畫質目標」。數值愈小畫質愈好、檔案愈大。CRF 的優點是不用猜碼率,缺點是檔案大小不可控——同樣 CRF 18,一分鐘靜態歌詞影片可能是 50 MB,一分鐘粒子動畫可能是 500 MB。
  • CQ / QP:部分硬體編碼器使用的類似概念,原理和 CRF 接近。
  • 實務上,如果你是「一次性匯出、上傳」的流程,用 VBR 搭配明確的目標碼率最方便。如果你熟悉編碼器,用 CRF 能得到更一致的畫質。以下提供常見的 CRF 對照(以 H.264 / x264 為基準):

    CRF 數值

    畫質定位

    適用情境

    14~16

    視覺無損

    母檔保存、後續還要再剪

    17~19

    極高品質

    YouTube 4K 上傳、商業交付

    20~23

    高品質

    一般 1080p 上傳、社群影片

    24~28

    中等

    草稿、內部審片、體積優先

    29 以上

    明顯壓縮

    不建議用於正式作品

    HEVC / x265 的話,因為壓縮效率更好,相同畫質大約可以往上加 2~4,例如 H.264 的 CRF 20 約等於 HEVC 的 CRF 23~24。

    4-2 建議碼率對照表(H.264 / HEVC)

    如果你偏好用 VBR 指定碼率,下面這張表可以直接參考。數值以「H.264、SDR、4:2:0、8-bit」為基準,HEVC 則可以乘上約 0.6~0.7:

    解析度

    幀率

    H.264 標準

    H.264 高品質

    HEVC 等效

    1920×1080

    24 / 25 / 30

    8 Mbps

    12~16 Mbps

    6~10 Mbps

    1920×1080

    50 / 60

    12 Mbps

    16~20 Mbps

    9~13 Mbps

    2560×1440

    24 / 25 / 30

    16 Mbps

    24 Mbps

    12~16 Mbps

    2560×1440

    50 / 60

    24 Mbps

    32 Mbps

    17~22 Mbps

    3840×2160

    24 / 25 / 30

    35~45 Mbps

    53~68 Mbps

    25~45 Mbps

    3840×2160

    50 / 60

    53~68 Mbps

    80~100 Mbps

    40~65 Mbps

    「標準」那一欄大約是平台建議的最低門檻,「高品質」則是給細節豐富、動態大的內容用的。音樂類影片我通常會建議落在中間偏高的位置,因為壓縮瑕疵在音樂影片裡特別明顯——尤其是漸層背景和光暈。

    4-3 碼率不是越高越好:邊際效應與平台上限

    這裡要打破一個迷思。碼率提高帶來的畫質提升是「邊際遞減」的。從 5 Mbps 提升到 10 Mbps,畫質進步非常明顯;從 20 Mbps 提升到 40 Mbps,差異可能小到你肉眼要貼在螢幕上才看得出來;從 40 Mbps 提升到 80 Mbps,除非你的畫面有極端的細節(例如整片星空、大量粒子、高速運動),否則幾乎沒有差別,只是讓檔案大一倍。

    更現實的是,很多平台對上傳碼率有隱性上限。當你上傳一個 100 Mbps 的 1080p 檔案,平台不會照單全收,它會用自己設定的碼率重新編碼。你多出來的那些 bit,全部被丟進垃圾桶。與其浪費,不如把碼率抓在合理區間,把時間省下來做別的。

    4-4 影響碼率需求的變數:動態、雜訊、幀率

    同樣的解析度,為什麼有些影片只要 8 Mbps 就很漂亮,有些卻要 30 Mbps?關鍵在於畫面本身的「壓縮難度」:

  • 動態幅度:畫面變化愈大,需要愈多資料。一段靜態歌詞影片可能 5 Mbps 就夠,一段快速變化的粒子動畫可能要 40 Mbps。
  • 畫面雜訊:雜訊是最浪費碼率的東西。如果你的畫面有大量底噪、顆粒感、或是高 ISO 拍攝的粗糙質感,編碼器會拼命想去保留它,然後吃掉大量碼率。適度的降噪(在合理範圍內,不要過度磨皮)反而能提升編碼效率。
  • 漸層與細節:大片平滑漸層是壓縮的剋星,容易產生色帶。這類畫面需要較高碼率,或是用 10-bit 編碼來緩解。
  • 幀率:60 fps 的影片,在同樣的「每秒資料量」下,每格的資訊量只有 30 fps 的一半。也就是說,提升幀率的同時如果沒有提升碼率,單格畫質會下降。這就是為什麼 60 fps 的建議碼率通常是 30 fps 的 1.2~1.5 倍。
  • 文字與銳利線條:高對比的細線條也是編碼難題,歌詞影片要特別注意。

    理解了這些變數,你就能自己判斷:我的影片需要多少碼率?一個實用的方法是——先用較高碼率匯出一小段(例如 30 秒),觀察檔案大小和畫質,再往下調整到「畫質沒有明顯下降」的那個點,這就是你的甜蜜區間。

    五、音樂創作場景的實戰設定組合

    前面談了原理,現在來談可以直接套用的參數。以下四組設定,涵蓋音樂創作者最常遇到的輸出情境。

    5-1 歌詞影片 / 靜態視覺

    畫面特性:靜態或緩慢變化的背景,大量文字,動態低。

    推薦設定:

    容器格式:MP4

    視訊編碼:H.264(High Profile)

    解析度:1920×1080 或 2560×1440(上傳 YouTube 建議後者)

    幀率:與素材一致,通常 24 或 30 fps

  • 碼率模式:VBR,目標 12~16 Mbps,最大 24 Mbps(1080p);或 CRF 19~20
  • 色彩:4:2:0、8-bit、Rec.709

    音訊:AAC、320 kbps、48 kHz、立體聲

    重點提醒:文字邊緣容易出現壓縮瑕疵,如果背景是深色、文字是白色,對比極高,瑕疵會更明顯。可以考慮把碼率往上抓,或是用 10-bit 編碼減少色帶。另外,避免使用純黑(#000000)與純白的組合,稍微偏一點的深灰與米白會讓壓縮更友善。

    5-2 演奏實錄 / 訪談 / Vlog

    畫面特性:真人主體,中低動態,有樂器質感與環境細節。

    推薦設定:

    視訊編碼:H.264

    解析度:1920×1080(60p 或 30p)

    碼率模式:VBR,目標 12~16 Mbps(30p)、16~20 Mbps(60p)

    色彩:4:2:0、8-bit、Rec.709

    音訊:AAC、320 kbps、48 kHz

    如果你有 4K 素材,可以考慮直接以 4K 匯出上傳,讓平台自行降採樣,效果通常比直接輸出 1080p 更好。但如果你的剪輯專案裡有大量的特效或圖層,4K 匯出時間會大幅拉長,這時候 1080p 高碼率也是很合理的選擇。

    5-3 高動態視覺化 / 動畫 / 特效

    畫面特性:粒子、光暈、快速運動、複雜運算,動態極高。

    推薦設定:

    視訊編碼:H.264(相容優先)或 HEVC(體積優先)

    解析度:2560×1440 或 3840×2160

    碼率模式:VBR,目標 40~68 Mbps(4K)、24~32 Mbps(1440p)

    色彩:4:2:0、8-bit 或 10-bit

    音訊:AAC、320 kbps

    這類內容是最需要碼率的。如果你的視覺化動畫有大量細碎粒子,碼率不足時畫面會變成一團糊,粒子會「黏」在一起。建議先匯出一段測試,確認細節是否保留。另外,如果動畫中有大量漸層光暈,考慮用 10-bit 色彩深度來避免色帶——很多平台的 8-bit 播放會有輕微色帶,10-bit 上傳可以讓平台的轉碼更乾淨。

    5-4 社群短影音(直式)

    畫面特性:9:16 豎屏,手機觀看,長度短。

    推薦設定:

    視訊編碼:H.264

    解析度:1080×1920

    幀率:30 fps(必要時 60 fps)

    碼率模式:VBR,目標 8~12 Mbps,最大 16 Mbps

    音訊:AAC、256~320 kbps、48 kHz

    重點提醒:社群平台對碼率的容忍度低,過高的碼率可能導致上傳後被壓得更嚴重,或是處理時間過長。與其追求高碼率,不如確保畫面簡潔、對比明確、文字夠大。另外,社群影片的「前 0.5 秒」決定一切,輸出的時候記得把最精華的 hook 放在最前面。

    六、常見問題與疑難排解

    最後一節,整理音樂創作者在輸出時最常遇到的幾個問題,以及對應的解法。

    6-1 上傳後畫質變差、出現馬賽克

    原因:上傳檔案本身就已經壓縮過度,平台再壓一次後瑕疵被放大;或是上傳的碼率遠高於平台上限,平台強制重壓導致品質震盪。

    解法:提高來源碼率到合理區間(不是無上限),確保匯出時沒有二次壓縮(不要先匯出高壓縮版本再轉一次),並確認輸出設定與平台規格相符。如果畫面有大量漸層,考慮用 10-bit 編碼。上傳 4K 也能讓平台啟動更好的編碼器。

    6-2 檔案太大傳不動

    原因:碼率設太高,或是用了 ProRes 之類的中間碼。

    解法:改用 H.264 並把碼率調到建議值;改用 HEVC 可再省三到四成體積;降低解析度或幀率;減少影片長度(短影音平台通常只吃短內容)。如果你需要保留高畫質母檔,建議母檔與上傳檔分開匯出——母檔用 ProRes 或高品質 H.264 存硬碟,上傳檔用最佳化參數。

    6-3 音訊與畫面不同步

    原因:來源素材的幀率不一致;匯出時音訊取樣率與專案設定不符;某些可變幀率(VFR)的手機素材在匯出時造成時間軸錯位。

    解法:把所有素材轉成固定幀率(CFR),確保音訊取樣率統一(建議 48 kHz),匯出時使用「與專案設定相同」的音訊參數。如果問題持續,可以把音訊單獨匯出成 WAV,再與無聲影片合併。

    6-4 色彩變暗、變灰、發白

    原因:色彩空間標記錯誤,最常見的是「Full Range(0-255)」與「Limited Range(16-235)」標記不符,或是 HDR 素材被當成 SDR 處理。

    解法:確認專案與輸出的色彩標記一致。SDR 影片一般使用 Rec.709、Limited Range。如果你拍攝的是 HDR(HLG 或 PQ),輸出的時候要嘛正確標記 HDR,要嘛做色調映射(tone mapping)轉成 SDR,不要讓它「自生自滅」。多數社群平台目前對 HDR 支援仍有限,除非你有明確需求,否則以 SDR 交付比較穩。

    6-5 音訊被重新編碼,音質受損

    原因:平台對音訊也會重新編碼,如果你的上傳音訊碼率太低,或是有 clipping、相位問題,重壓後會更明顯。

    解法:上傳時使用 AAC 320 kbps、48 kHz,這是目前平台友善度與品質的最佳平衡點。匯出前確認音量峰值不要超過 -1 dBTP(True Peak),給編碼器一點餘裕。如果你的母帶已經經過響度戰爭(loudness war)處理、動態被壓得很扁,平台重壓後會更容易聽出失真,這時候可以考慮提供一個動態稍大的版本給串流使用。

    七、結語:設定是為了服務作品

    回到最開始的問題:H.264 還是 HEVC?1080p 還是 4K?碼率要多少?

    讀完這篇,你應該已經知道,這些問題沒有單一標準答案。真正的答案是:「取決於你的作品、你的觀眾、你的平台、以及你的工作流程。」H.264 是安全牌,HEVC 是效率牌;1080p 是務實,4K 是策略;碼率的關鍵不是高低,而是「分配到對的地方」。

    對音樂創作者來說,輸出設定還有一層特殊的意義。你的作品本質上是「聽覺」的,但觀眾打開連結的那一刻,第一個接觸到的其實是「視覺」。一個乾淨、銳利、沒有壓縮瑕疵的畫面,會讓觀眾對你的音樂產生「這個人很專業」的第一印象。反之,一個滿是色帶與方塊的畫面,會讓再好的混音都被扣分。

    所以,花一點時間把輸出設定搞懂,是值得的。它不浪漫,不像寫歌那樣有創造的快感,但它是最後一哩路,是把你的心血完整送到觀眾面前的那道門。把門打開,讓作品好好被聽見,也好好被看見。

    希望這篇整理對你有幫助。如果你在自己的專案裡試出更好的參數組合,歡迎在🎵 音樂創作版分享,讓更多創作者少走一點冤枉路。畢竟在這個一人分飾多角的時代,我們都需要彼此踩過的坑。

    🏠 返回首頁