將高品質影片上傳到 Google 時,請務必使用下方的格式選項。如有任何檔案格式問題,請向 PPH 尋求協助。
檔案不可包含瑕疵,包括但不限於:
- 疊頻效應
- 區塊化
- 不必要的黑畫面
- 顯示時間碼 (VITC)
- CEA-608 字幕資料 (例如 Line 21)
- 交錯掃描
- 影格重疊
- 影格重複
4K HDR/SDR 格式選項
提交 4K 內容
解析度 | 3840x2160 (16:9 全螢幕或符合下方修邊規則的 16:9 上下黑邊畫面) |
像素顯示比例 | 像素顯示比例 1:1 (方形像素) |
畫面更新率 | 23.976、24、25、29.97、30、47.95、48、50、59.94、60
僅限原始畫面更新率,我們不接受含有重複或膠卷過帶影格的內容。混合內容將視個別情況處理,詳情請諮詢您的合作夥伴業務聯絡人。 |
修邊 | 我們接受具有上下黑邊畫面的 16:9 影格大小。如果內容含有左右黑邊、黑框 (四周皆為黑邊) 或是 4:3 或 1.43:1 上下黑邊,請將內容裁剪到只剩活動像素區域。 |
4K 內容的提交流程與 HD 高畫質和 SD 標準畫質的提交流程略有不同,本節將逐步引導您完成提交作業。
提交 4K 內容時應一律提供 SDR 資產:
- 如果內容未包含任何 HDR 後期處理檔案,可以只提交 SDR 資產。
- 如果內容包含 HDR 後期處理檔案,仍必須在檔案包中納入 SDR 資產。
Google 建議使用者提交真 4K 內容,但也接受提升解析度的 2K 內容。
PPH:如果影片參照多重體驗 (每個區域各參照一種),請同時提交 UHD 和 HD 來源。假如某個地域只支援 HD/SD 選項,在該地域上架時請參照 HD 來源,並忽略 UHD SDR/HDR/Dolby Vision,以便簡化轉碼程序。
只有在支援 UHD 選項的地域才能使用 UHD 來源,包括 HDR/Dolby Vision/HDR10+。
由於只有一種轉碼,因此使用單一全域體驗也不會有問題。
UHD SDR 格式設定
影片格式設定
屬性 | 規格 |
---|---|
編碼器 | Apple ProRes 422 HQ |
容器 | QuickTime (.mov) |
位元深度 | 10 位元 |
主色 | BT.709/BT.1886 |
轉移特性 | BT.709/BT.1886 |
矩陣係數 | BT.709/BT.1886 |
掃描類型 | 循序式掃描 |
音訊格式設定
屬性 | 規格 |
---|---|
轉碼器 | PCM (16 或 24 位元),至少 48 kHz |
選項 1 (5.1 + 立體聲) - 建議使用 |
音軌 1:L R C LFE Ls Rs |
選項 2 (5.1 + 立體聲) |
音軌 1:L |
選項 3 (5.1 + 立體聲) |
音軌 1:L
|
選項 4 (5.1 + 立體聲) |
音軌 1:L R C LFE Ls Rs |
選項 5 (僅立體聲) | 音軌 1:Lt 音軌 2:Rt |
選項 6 (僅立體聲) | 音軌 1:Lt Rt |
為音訊設定檔分配聲道的注意事項:4K SDR
您必須在檔案中繼資料內舍弟聲道分配。如果您使用 QuickTime 7 Pro 進行匯出/轉碼工作,就能輕鬆透過 ProRes .mov 檔案來設定聲道分配。「單聲道」為無效的聲道分配設定,如果實際為 2 路單聲道,請配置為「左」聲道和「右」聲道。如未正確分配聲道,可能會導致您的資源延遲發佈或遭到退件。在立體聲音軌中,您也可以使用「左聲道」(L) 和「右聲道」(R) 的分配方式,取代「左總聲道」(LT) 和「右總聲道」(RT)。
UHD HDR 格式設定
內容上傳
HDR 影片後期處理檔案不應含有任何音軌。
Google Play 影視要求在提交 4K HDR 內容時,必須附上 4K SDR 版本。HDR 和 SDR 版本的剪輯方式、畫面更新率和時間長度都必須相同,影格也必須完全正確,才能確保隱藏式輔助字幕和音訊等附帶素材資源與這兩個版本同步。SDR 後期處理檔案中的音訊將用於 SDR 和 HDR 影片。未經 HDR 後期處理的 4K 內容可以只提交 SDR 版本。目前不支援 HDR 預告。
Google 鼓勵使用者提交真 4K 內容,但也接受提升解析度的 2K 數位中間後製片 (DI)。
影片格式設定
屬性 | 規格 |
---|---|
轉碼器 | Apple ProRes 4444 XQ 或 ProRes 4444** 如果工作室無法提供 444 後期處理檔案,我們也接受 ProRes 422 HQ |
容器 | QuickTime (.mov) |
位元深度 | 10 位元或 12 位元 (如果 HDR 後期處理檔案也是 Dolby Vision 基本層,位元深度就必須是 12 位元) |
主色 | BT.2020 |
轉移特性 | PQ/SMPTE2084 |
矩陣係數 | BT.2020 (非常數) |
掃描類型 | 循序式掃描 |
附註 | *必須使用官方 Apple ProRes 編碼器。 **請勿使用編輯清單,這會造成檔案無法正確轉碼和/或影音無法同步。 |
額外影片中繼資料 - UHD HDR
SMPTE ST 2086 後期處理畫面色容量中繼資料 (內容專用)
內容摘自 High-Dynamic-Range-HDR-Ecosystem.pdf。
Wide Color Gamut Images」(支援高亮度的後期處理畫面色容量與廣色域圖片) 將用於說明畫面對內容進行
後期處理的能力,包括 RGB 原色的 CIE (x,y) 色度座標、
後期處理畫面的白點,以及後期處理畫面的
最小與最大亮度。如果在建立內容的過程中採用傳統後期處理技術,
且影片訊號經過後期處理,當中已編碼的顏色範圍和亮度值將限制在
後期處理畫面可顯示的程度。ST2086 可納入 SDR 和 HDR 內容的編碼串。
SMPTE ST2086 應嵌入 MOV 容器的 MDCV Atom。
「max-cll」和「max-fall」
此外,您也必須在中繼資料納入「max-cll」和「max-fall」,這兩個項目分別代表影片的最大內容亮度和最大畫面格平均亮度 (以 cd/m^2 (nits) 為單位)。如未計算 Max-CLL/Max-FALL,請將值設為 0,用於表示這兩者的值不明。Max CLL 和 Max FALL 的值必須是整數。
UHD Dolby Vision 格式選項
提交 HD 和 SD 內容
HD 高畫質一般參數 (適用於以下 3 種格式選項)
解析度 | 1920x1080 (16:9 內容或上下黑邊符合下方修邊規範的 16:9 內容) 1440x1080 (僅限 4:3 內容) 1280x720 (16:9 內容或上下黑邊符合下方修邊規範的 16:9 內容) 960x720 (4:3) |
像素顯示比例 | 像素長寬比 1:1 (方形像素) |
畫面更新率 | 23.976、24、25、29.97、30
僅限原始畫面更新率,我們不接受含有重複或膠卷過帶影格的內容。混合內容將視個別情況處理,詳情請諮詢您的合作夥伴業務聯絡人。 |
修邊 | 我們接受具有上下黑邊畫面的 16:9 影格大小。如果內容含有左右黑邊,黑框 (影格四周皆為黑邊) 或 4:3 上下黑邊,應該將內容裁剪為只剩下活動像素區域。 |
SD 標準畫質一般參數 (適用於以下三種格式選項)
解析度 | 4x3:720x480、720x576、768x576 (方形像素)、640x480 (方形像素)
16x9:720x480 (NTSC 16x9 (已設定變形旗標))、720x576 (PAL 16x9 (已設定變形旗標))、1024x576 (方形像素)、854x480 (方形像素) *我們也接受 720x404 格式,但輸出品質可能會降低 您提交的內容應維持原始顯示比例。 |
像素顯示比例 | 顯示比例標記和/或「pasp」Atom (適用於 .mov 檔案) 必須設為正確的顯示比例 (4:3、16:9 或 1:1 方形像素) |
畫面更新率 | 23.976、24、25、29.97、30
僅限原始畫面更新率,我們不接受含有重複或膠卷過帶影格的內容。混合內容將視個別情況處理,詳情請諮詢您的合作夥伴業務聯絡人。 |
修邊 | 我們接受具有上下黑邊畫面的 16:9 影格大小。如果內容含有左右黑邊,黑框 (影格四周皆為黑邊) 或 4:3 上下黑邊,應該將內容裁剪為只剩下活動像素區域。 |
HD 高畫質/SD 標準畫質格式選項
選項 1:ProRes 422 HQ影片格式設定
屬性 | 規格 |
---|---|
編碼器 | Apple ProRes 422 HQ |
色域 | HD - ITU-R BT.709 SD - ITU-R BT.601 |
位元率 | HD - 變動位元率,最高可達 ~110 Mbps SD - 變動位元率,最高可達 ~40 - 60 Mbps |
掃描類型 | 23.976, 24, 25 - 循序式掃描 29.97 - 交錯式或循序式掃描 |
附註 | 請勿使用編輯清單,因為這會導致檔案無法正確轉碼和/或影音無法同步。 |
音訊格式設定
屬性 | 規格 |
---|---|
轉碼器 | PCM (16 或 24 位元),至少 48 kHz |
選項 1 (5.1 + 立體聲) - 建議使用 |
音軌 1:L R C LFE Ls Rs |
選項 2 (5.1 + 立體聲) |
音軌 1:L |
選項 3 (5.1 + 立體聲) |
音軌 1:L
|
選項 4 (5.1 + 立體聲) |
音軌 1:L R C LFE Ls Rs |
選項 5 (僅立體聲) | 音軌 1:Lt 音軌 2:Rt |
選項 6 (僅立體聲) | 音軌 1:Lt Rt |
聲道分配注意事項
您必須在檔案中繼資料內設定聲道分配。如果您使用 QuickTime 7 Pro 進行匯出/轉碼工作,就能輕鬆透過 ProRes .mov 檔案來設定聲道分配。「單聲道」為無效的聲道分配設定,如果實際為 2 路單聲道,請配置為「左」聲道和「右」聲道。如未正確分配聲道,可能會導致您的資源延遲發佈或遭到退件。在立體聲音軌中,您也可以使用「左聲道」(L) 和「右聲道」(R) 的分配方式,取代「左總聲道」(LT) 和「右總聲道」(RT)。影片格式設定
屬性 | 規格 |
---|---|
容器 | .mp4 .mov |
轉碼器 | H.264 |
格式設定 | Hi422P |
位元率 | SD (低於 720 行) - 15 Mbps 720 行 - 50 Mbps 1080 行 - 60 Mbps |
掃描類型 | 循序式掃描
注意:我們不接受含有混合影格或交錯顯示瑕疵的內容。 |
GOP 結構 | IBBP (M=3,GOP 長度不超過畫面更新率的一半) |
色域 | 4:2:2 (建議使用) 如果無法使用 4:2:2 色域,請使用 4:2:0。 |
附註 | 請勿編輯清單,因為這會造成影音無法同步。
請務必包含 moov atom,並將其置於檔案開頭。 |
音訊格式設定
屬性 | 規格 |
---|---|
音訊轉碼器 | PCM (建議使用) AAC-LC |
音訊位元率 | 立體聲最小值:192 Kbps 5.1 聲道最小值:384 Kbps |
音訊取樣率 | 48kHz |
音訊設定 | PCM 立體聲
AAC-LC 立體聲
|
影片格式設定
屬性 | 規格 |
---|---|
容器 | MPEG-2 傳輸串流 (.mpg、.mpeg、.ts) |
編碼器 | MPEG-2 |
格式設定 | SD:422P@ML HD:422P@HL |
位元率 | SD (低於 720 行):50 Mbps HD (720 行以上):80 Mbps |
掃描類型 | 循序式掃描
注意:我們不接受含有混合影格或交錯顯示瑕疵的內容。 |
GOP 結構 | IBBP (M=3,GOP 長度不超過畫面更新率的一半) |
色域 | 4:2:2 (建議使用) 如果無法使用 4:2:2 色域,請使用 4:2:0。 |
音訊格式設定
屬性 | 規格 |
---|---|
音訊轉碼器 | s302m MP2 MPEG-1 Layer 2 |
音訊位元率 | 立體聲最小值:192 Kbps 5.1 聲道最小值:384 Kbps |
音訊取樣率 | 48kHz |
音訊設定 | s302m 立體聲:
MP2 和 MPEG-1 Layer 2 (僅立體聲) 立體聲:
|
顯示比例範例
提交的檔案應維持原始顯示比例,未遭到擠壓或拉長。
- 我們接受 16x9 的上下黑邊或 16x9 的左右黑邊畫面,但不接受在同一個檔案中出現上下黑邊和左右黑邊 (例如黑框),也不接受含有上下黑邊的 4x3 內容。
- 如果內容含有黑框或 4x3 上下黑邊,請將內容裁剪為只剩下有效像素區域。
- 16x9 的左右黑邊內容不應含有全幅標誌,否則系統無法正確裁剪內容。
- 上下黑邊畫面不可有錯誤、標誌、文字和其他元素。
- 影帶或膠卷的不完整掃描線與模糊邊緣應裁剪成平滑邊緣。
- 提交後期處理檔案時,應保持製作後期處理檔案時的原始畫面更新率。除非您已事先徵詢合作夥伴業務聯絡人的意見,否則請勿更動原始的畫面更新率。
以下圖片並未按比例縮放,綠邊表示裁去的像素。
可接受且通過審查的畫面:
顯示格式 | 範例 |
---|---|
16x9 全幅 | |
16x9 上下黑邊 (未修邊) | |
16x9 上下黑邊 (已修邊) | |
16x9 左右黑邊 | |
HD 高畫質:4x3 修邊/SD 標準畫質:4x3 全幅 |
不接受且無法通過審查的畫面:
顯示格式 | 範例 |
---|---|
16x9 黑框 | |
4x3 上下黑邊 | |
4x3 黑框 |
字幕
字幕的使用時機和提交格式
字幕或隱藏式輔助字幕檔包含了影片對白/旁白的文字,以及每行文字顯示時間的時間碼。有些檔案還會提供位置和樣式資訊,這類資訊對聽障觀眾來說非常實用。根據美國聯邦通信委員會的規定,自 2012 年 9 月 30 日起,電視上播映的任何美國製播內容都必須提供隱藏式輔助字幕。
即使是不需要字幕的內容,我們仍建議盡可能提供字幕,讓使用者享有更優質便利的觀影體驗。
如何設定字幕格式
建議您使用 Scenarist Closed Caption 的檔案格式,副檔名為 .scc。這類檔案能精確呈現 CEA-608 資料的內容,因此是 CEA-608 規格字幕的首選格式。
另外,我們也支援 SMPTE RP 2052-10:2012 建議的 SMPTE-TT 格式。請參閱 SMPTE RP 2052-10:2012 文件第 5.10 段所述的正確做法來「傳送」CEA-608 資料,您也可以只使用「彈出」字幕。iTunes Timed Text (.itt) 也是我們支援的格式,這種格式屬於 TTML 的子集。我們建議不要使用未遵守 RP 2052-10:2012 規定的任意 TTML,這樣可能會導致字幕無法正常顯示。此外,我們不接受圖片式 TTML。
您可以使用 Lambda CAP 格式提交日文字幕。
我們只會在特定情況下接受內建字幕,請務必先徵詢合作夥伴業務聯絡人的意見。如果一定要將字幕/隱藏式輔助字幕 (CC) 燒錄至影片母帶,那麼內建字幕必須從頭到尾保持顯示,而且不可超出有效影像的範圍。此外,內建字幕與個別提交的字幕檔案不可發生遮擋或交疊的情況。
字幕的影格速率必須與影片來源一致。此外,字幕只能使用 EIA-608 字元集所規定的字元,內容必須正確無誤,不可以有錯字。
為了讓使用者獲得最佳體驗,以時間戳記排序的文字通常應以 2 行為限。如果文字太長、顯示時間太短或占據大量影片畫面,使用者會難以閱讀。
影片中偶有 3 行字幕的情況在可接受的範圍內,但假如這種情況時常出現,我們的品管團隊可能會要求您重新提交。
強制字幕和敘述
Google Play 要求下列情況 (但不限於這些情況) 應提供強制字幕。同時出現以下兩種情況時則需提供強制字幕:
- 對白語言變更為與影片的主要音訊語言不同的語言。
- 畫面上的文字所用的語言與影片資產的主要音訊語言不同,且該文字具有協助觀眾瞭解劇情的重要作用。
如果影片內容以原始的音訊語言呈現,並另外提供經過翻譯的獨立字幕檔,只要字幕檔也一併加入強制元素,就不必在影片中加入強制元素。
原始音訊語言 | 上架地區 | 翻譯訂單類型 | 是否具有強制字幕? | 是否應在影片中加入強制敘述? |
---|---|---|---|---|
英文 | 義大利 | 字幕 | 是 | 否 - 強制元素將納入字幕軌中,且 CSV 檔應包含「yt:cc=on」。 |
英文 | 義大利 | 字幕 | 否 | 無 (獨立的字幕檔即可) |
英文 | 義大利 | 義大利語配音 | 是 | 是 |
英文 | 義大利 | 義大利語配音 | 否 | 不適用 |
如要進一步瞭解 Google Play 和 YoutTube 支援的字幕格式,請按這裡。
範例:<keyword>yt:cc=on</keyword>