Per caricare file di alta qualità su Google sono necessarie le seguenti opzioni di formato. Per eventuali domande sui formati file, lo studio di post-produzione sarà in grado di aiutarti.
I file devono essere privi di elementi tra cui, a titolo esemplificativo:
- Alias
- Blocchi
- Fotogrammi neri superflui
- Visible Timecode (VITC)
- Dati dei sottotitoli CEA-608 (ad esempio Line 21)
- Interlacciamenti
- Fotogrammi misti
- Fotogrammi duplicati
Opzioni di formato 4K HDR/SDR
Pubblicazione di contenuti 4K
| Risoluzioni | 3840 x 2160 (contenuti 16:9 o 16:9 con letterbox in base alle linee guida sul ritaglio riportate qui sotto) |
| Proporzioni pixel | Proporzioni pixel 1:1 (pixel quadrati) |
| Frequenze fotogrammi | 23,976; 24; 25; 29,97; 30; 47,95; 48; 50; 59,94; 60
Solo frequenza fotogrammi originale. I contenuti con fotogrammi duplicati o sottoposti a telecine verranno rifiutati. I contenuti misti saranno valutati caso per caso: rivolgiti al tuo contatto delle operazioni con i partner. |
| Ritaglio | Sono accettate dimensioni di fotogramma 16:9 con letterbox. I contenuti con pillarbox (bande nere a sinistra e a destra), windowbox (bande nere su tutti i lati) o in formato 1,43:1 LTBX devono essere ritagliati riducendoli alla sola area con pixel attivi. |
La procedura di pubblicazione di contenuti in 4K è leggermente diversa rispetto a quella delle pubblicazioni in HD e SD. In questa sezione troverai le istruzioni per questa procedura.
È previsto un asset SDR per ogni pubblicazione in 4K se:
- Se i contenuti non hanno un master HDR, è accettabile SDR come singolo file pubblicabile.
- Se i contenuti hanno un master HDR, l'asset SDR è comunque obbligatorio per il pacchetto.
Sono preferibili i contenuti in True 4K, tuttavia Google accetterà contenuti ad alta risoluzione a partire da 2K.
Studi di post-produzione: se viene fatto riferimento a più esperienze (una per ogni regione), fornisci le fonti sia UHD sia HD. Se in un territorio sono presenti solo offerte HD/SD, fai riferimento alla fonte HD e ometti UHD SDR/HDR/Dolby Vision dalla presentazione del territorio. In questo modo è possibile salvare la pipeline di transcodifica.
Solo se un territorio dispone di offerte UHD, è necessario utilizzare una fonte UHD (inclusi HDR/Dolby Vision/HDR10+).
Se viene utilizzata una singola esperienza globale, non c'è alcun un problema, poiché esiste una sola transcodifica.
Profilo UHD SDR
Profilo video
| Attributo | Scheda tecnica |
|---|---|
| Codec | Apple ProRes 422 HQ |
| Contenitori | QuickTime (.mov) |
| Profondità di bit | 10 bit |
| Colori primari | BT.709 / BT.1886 |
| Caratteristiche del trasferimento | BT.709 / BT.1886 |
| Coefficienti della matrice | BT.709 / BT.1886 |
| Tipo di scansione | Progressiva |
Profilo audio
| Attributo | Scheda tecnica |
|---|---|
| Codec | PCM, 16 o 24 bit, almeno 48 kHz |
| Opzione 1 (5,1 + stereo) (preferita) |
Traccia 1: L R C LFE Ls Rs |
| Opzione 2 (5,1 + stereo) |
Traccia 1: L |
| Opzione 3 (5,1 + stereo) |
Traccia 1: L
|
| Opzione 4 (5,1 + stereo) |
Traccia 1: L R C LFE Ls Rs |
| Opzione 5 (solo stereo) | Traccia 1: Lt Traccia 2: Rt |
| Opzione 6 (solo stereo) | Traccia 1: Lt Rt |
Nota sulle assegnazioni del canale audio per il profilo audio - 4K SDR
Le assegnazioni del canale devono essere impostate nei metadati del file. Con QuickTime 7 Pro puoi impostare agevolmente le assegnazioni del canale nei file .mov di ProRes dopo l'esportazione o la transcodifica. "Mono" non è un valore accettabile come assegnazione del canale. Ai contenuti effettivamente di tipo mono a 2 canali, è necessario assegnare i canali "Sinistra" e "Destra". Un'errata assegnazione del canale potrebbe determinare ritardi nella pubblicazione o il rifiuto della risorsa. Nelle tracce stereo è possibile utilizzare le assegnazioni "Sinistra" (L) e "Destra" (R) al posto di "Totale sinistra" (LT) e "Totale destra" (RT).
Profilo HDR UHD
Caricamento di contenuti
Il master video HDR non deve contenere tracce audio.
Google Play Film richiede che tutti i contenuti 4K HDR forniti siano caricati con una versione 4K SDR associata. Le versioni HDR e SDR devono presentare tagli, modifiche, frequenza fotogrammi e durata assolutamente identici per garantire che le risorse complementari, ad esempio sottotitoli e audio, siano sincronizzate in entrambe le versioni. Sia per il video SDR, sia per quello in HDR verrà utilizzato l'audio master SDR. I contenuti 4K non masterizzati come HDR possono essere inviati come singolo file in formato SDR. I trailer HDR non sono attualmente supportati.
Google preferisce ricevere contenuti che siano effettivamente in qualità 4K, tuttavia sono accettati anche i contenuti ottimizzati a partire da 2K DI.
Profilo video
| Attributo | Scheda tecnica |
|---|---|
| Codec | Apple ProRes 4444 XQ o ProRes 4444 **ProRes 422 HQ accettato se lo studio non può fornire 444 master |
| Contenitori | QuickTime (.mov) |
| Profondità di bit | 10 bit o 12 bit (se anche il master HDR è un livello base Dolby Vision, la profondità di bit deve essere 12 bit) |
| Colori primari | BT.2020 |
| Caratteristiche del trasferimento | PQ / SMPTE2084 |
| Coefficienti della matrice | BT.2020 non costante |
| Tipo di scansione | Progressiva |
| Note | * Deve essere utilizzato il codificatore Apple ProRes con licenza ufficiale. ** Non sono consentiti elenchi di modifica poiché causano la perdita della sincronizzazione A/V o una transcodifica non corretta del file. |
Metadati video aggiuntivi - UHD HDR
Standard SMPTE ST 2086 Mastering Display Color Volume Metadata (varia in base ai contenuti)
Estratto da High-Dynamic-Range-HDR-Ecosystem.pdf:
Wide Color Gamut Images” will be used to describe the capabilities of the display used to master
the content, which includes the CIE (x,y) chromaticity coordinates of the RGB Primaries and
White Point of the mastering display, in addition to the minimum and maximum luminance of the
mastering display. If traditional mastering practices are followed during content creation, the
range of colors and luminance values encoded in the mastered video signal will be limited to the
range of colors and luminance values that can be shown on the mastering display. ST2086 may
be included in the encoded stream for both SDR and HDR contents.
SMPTE ST2086 deve essere incorporato nell'atom MDCV del container MOV.
"max-cll" e "max-fall"
Devono essere inclusi nei metadati anche "max-cll" e "max-fall" che corrispondono al massimo livello di luce dei contenuti e al massimo livello di luce media nei frame in cd/m^2 (nit) nel video. Se Max-CLL / Max-FALL non vengono calcolati, specifica un valore pari a "0", che indica un valore sconosciuto. I valori Max CLL e Max FALL devono essere solo numeri interi
Opzioni formato UHD Dolby Vision
Profilo Dolby Vision
I metadati Dolby Vision devono essere forniti come file XML collaterale che fa riferimento a un video di base UHD HDR
I metadati Dolby Vision possono utilizzare il proprio master o il livello base HDR a seconda dell'intento dello studio.
Profilo video
Il master video Dolby Vision non deve contenere tracce audio.
|
Attributo |
Scheda tecnica |
|---|---|
|
Apple ProRes 4444 XQ |
|
|
Contenitori |
QuickTime (.mov) |
|
Profondità di bit |
12 bit |
|
Colori primari |
BT.2020 |
|
Caratteristiche del trasferimento |
PQ / SMPTE2084 |
|
Coefficienti della matrice |
BT.2020 non costante |
|
Tipo di scansione |
Progressiva |
Pubblicazione di contenuti HD ed SD
Parametri comuni HD (si applicano a tutte le opzioni di formato riportate di seguito)
| Risoluzioni | 1920 x 1080 (contenuti 16:9 o 16:9 con letterbox in base alle linee guida sul ritaglio riportate qui sotto) 1440 x 1080 (solo contenuti 4:3 ) 1280 x 720 (16:9 contenuti o 16:9 con letterbox in base alle linee guida sul ritaglio riportate qui sotto) 960 x 720 (4:3) |
| Proporzioni pixel | Proporzioni pixel 1:1 (pixel quadrati) |
| Frequenze fotogrammi | 23,976; 24; 25; 29,97; 30
Solo frequenza fotogrammi originale. I contenuti con fotogrammi duplicati o sottoposti a telecine verranno rifiutati. I contenuti misti saranno valutati caso per caso: rivolgiti al tuo contatto delle operazioni con i partner. |
| Ritaglio | Sono accettate dimensioni di fotogramma 16:9 con letterbox. I contenuti con pillarbox (bande nere a sinistra e a destra), windowbox (bande nere su tutti i lati) o in formato 4:3 LTBX devono essere ritagliati riducendoli alla sola area con pixel attivi. |
Parametri comuni SD (si applicano a tutte le opzioni di formato riportate di seguito)
| Risoluzioni | 4 x 3: 720 x 480, 720 x 576, 768 x 576 (pixel quadrati), 640 x 480 (pixel quadrati)
16 x 9: 720 x 480 (16 x 9 NTSC con serie di segnalazioni anamorfiche), 720 x 576 (16 x 9 PAL con serie di segnalazioni anamorfiche), 1024 x 576 (pixel quadrati), 854 x 480 (pixel quadrati) * Si accetta anche il formato 720 x 404, ma la qualità potrebbe essere inferiore I contenuti devono essere pubblicati nelle proporzioni originali. |
| Proporzioni pixel | Il contrassegno delle proporzioni e/o l'Atom "pasp" (per i file .mov) devono essere impostati sulle proporzioni corrette (4:3, 16:9 o 1:1 per i pixel quadrati) |
| Frequenze fotogrammi | 23,976; 24; 25; 29,97; 30
Solo frequenza fotogrammi originale. I contenuti con fotogrammi duplicati o sottoposti a telecine verranno rifiutati. I contenuti misti saranno valutati caso per caso: rivolgiti al tuo contatto delle operazioni con i partner. |
| Ritaglio | Sono accettate dimensioni di fotogramma 16:9 con letterbox. I contenuti con pillarbox (bande nere a sinistra e a destra), windowbox (bande nere su tutti i lati) o in formato 4:3 LTBX devono essere ritagliati riducendoli alla sola area con pixel attivi. |
Opzioni di formato HD/SD
Opzione 1: ProRes 422 HQProfilo video
| Attributo | Scheda tecnica |
|---|---|
| Codec | Apple ProRes 422 HQ |
| Spazio colore | HD: ITU-R BT.709 SD: ITU-R BT.601 |
| Velocità in bit | HD: velocità in bit variabile, circa 110 Mbps previsti SD: velocità in bit variabile, circa 40-60 Mbps |
| Tipo di scansione | 23.976, 24, 25 - Progressiva 29.97 - Interlacciata o progressiva |
| Note | Non sono consentiti elenchi di modifica poiché causano la perdita della sincronizzazione A/V o una transcodifica non corretta del file. |
Profilo audio
| Attributo | Scheda tecnica |
|---|---|
| Codec | PCM, 16 o 24 bit, almeno 48 kHz |
| Opzione 1 (5,1 + stereo) (preferita) |
Traccia 1: L R C LFE Ls Rs |
| Opzione 2 (5,1 + stereo) |
Traccia 1: L |
| Opzione 3 (5,1 + stereo) |
Traccia 1: L
|
| Opzione 4 (5,1 + stereo) |
Traccia 1: L R C LFE Ls Rs |
| Opzione 5 (solo stereo) | Traccia 1: Lt Traccia 2: Rt |
| Opzione 6 (solo stereo) | Traccia 1: Lt Rt |
Nota sulle assegnazioni del canale audio
Le assegnazioni del canale devono essere impostate nei metadati del file. Con QuickTime 7 Pro puoi impostare agevolmente le assegnazioni del canale nei file .mov di ProRes dopo l'esportazione o la transcodifica. "Mono" non è un valore accettabile come assegnazione del canale. Ai contenuti effettivamente di tipo mono a 2 canali, è necessario assegnare i canali "Sinistra" e "Destra". Un'errata assegnazione del canale potrebbe determinare ritardi nella pubblicazione o il rifiuto della risorsa. Nelle tracce stereo è possibile utilizzare le assegnazioni "Sinistra" (L) e "Destra" (R) al posto di "Totale sinistra" (LT) e "Totale destra" (RT).Profilo video
| Attributo | Scheda tecnica |
|---|---|
| Contenitori | .mp4 .mov |
| Codec | H.264 |
| Profilo | Hi422P |
| Velocità in bit | SD (meno di 720 righe) - 15 Mbps 720 righe - 50 Mbps 1080 righe - 60 Mbps |
| Tipo di scansione | Progressiva
Nota: i contenuti con fotogrammi misti o elementi di interlacciamento saranno rifiutati. |
| Struttura GOP | IBBP (M=3, la lunghezza GOP non deve essere maggiore della metà della frequenza fotogrammi) |
| Spazio colore | 4:2:2 (opzione preferita) Se lo spazio colore 4:2:2 non è disponibile, utilizza 4:2:0 |
| Note | Non sono consentiti elenchi di modifica poiché causano la perdita della sincronizzazione A/V.
moov atom deve essere presente e trovarsi in testa al file. |
Profilo audio
| Attributo | Scheda tecnica |
|---|---|
| Codec audio | PCM (consigliato) AAC-LC |
| Bitrate audio | Minimo 192 Kbps per lo stereo Minimo 384 Kbps per 5.1 |
| Frequenza di campionamento audio | 48 kHz |
| Configurazione audio | PCM Stereo
AAC-LC Stereo
|
Profilo video
| Attributo | Scheda tecnica |
|---|---|
| Contenitori | Stream di trasporto MPEG-2 (.mpg, .mpeg, .ts) |
| Codec | MPEG-2 |
| Profilo | SD: 422P@ML HD: 422P@HL |
| Velocità in bit | SD (meno di 720 righe): 50 Mbps HD (720 righe o più): 80 Mbps |
| Tipo di scansione | Progressiva
Nota: i contenuti con fotogrammi misti o elementi di interlacciamento saranno rifiutati. |
| Struttura GOP | IBBP (M=3, la lunghezza GOP non deve essere maggiore della metà della frequenza fotogrammi) |
| Spazio colore | 4:2:2 (opzione preferita) Se lo spazio colore 4:2:2 non è disponibile, utilizza 4:2:0. |
Profilo audio
| Attributo | Scheda tecnica |
|---|---|
| Codec audio | s302m MP2 MPEG-1 Layer 2 |
| Bitrate audio | Minimo 192 Kbps per lo stereo Minimo 384 Kbps per 5.1 |
| Frequenza di campionamento audio | 48 kHz |
| Configurazione audio | s302m Stereo:
MP2 e MPEG-1 Layer 2 (solo stereo) Stereo:
|
Proporzioni di esempio
I file devono essere pubblicati nelle proporzioni originali, il formato non deve cioè risultare compresso o allungato.
- Sono accettati i formati letterbox 16 x 9 o pillarbox 16 x 9. Tuttavia, non vengono accettati formati letterbox e pillarbox nello stesso file (ad esempio: windowbox) o letterbox 4 x 3.
- I formati windowbox e letterbox 4 x 3 devono essere ritagliati fino ai pixel attivi.
- I contenuti nel formato pillarbox 16 x 9 non devono contenere loghi Full Frame, poiché il sistema non è in grado di ritagliare correttamente i contenuti.
- Il formato letterbox deve essere privo di logo, testo, bug e altri elementi.
- Rimuovere da film o nastri le linee di scansione incomplete e i margini poco nitidi in modo da ottenere bordi uniformi.
- La frequenza fotogrammi dei master pubblicati deve coincidere con la frequenza fotogrammi originale di produzione. Non modificare la frequenza fotogrammi originale senza averne prima discusso con il tuo contatto delle operazioni con i partner.
Le seguenti immagini non sono in scala e i bordi verdi rappresentano i pixel tagliati.
Immagini accettate:
| Formato aspetto | Esempio |
|---|---|
| 16x9 Full Frame |  |
| 16x9 Letterbox (non tagliata) |  |
| 16x9 Letterbox (tagliata) | |
| 16x9 Pillarbox | |
| 4x3 tagliata per HD/4x3 Full Frame per SD |
Immagini non accettate:
| Formato aspetto | Esempio |
|---|---|
| 16x9 Windowbox | |
| 4x3 Letterbox | |
| 4x3 Windowbox |
Sottotitoli codificati
Quando ne hai bisogno e come devi formattarli per la pubblicazione
Un file dei sottotitoli include il testo di ciò che viene detto nel video e i codici temporali che determinano il momento in cui deve essere visualizzata ogni riga di testo. Alcuni file includono anche informazioni su posizione e stile, particolarmente utili per spettatori non udenti o con problemi di udito. A partire dal 30 settembre 2012, secondo le norme della FCC, tutte le trasmissioni di contenuti TV negli Stati Uniti devono avere i sottotitoli.
Anche quando non sono obbligatori, ti consigliamo di fornire i sottotitoli come best practice ogni qualvolta sono disponibili, così da offrire un'esperienza migliore e più accessibile ai nostri utenti.
Come formattare i sottotitoli
Il formato di file che preferiamo è Scenarist Closed Caption (estensione di file .scc). Questi file rappresentano fedelmente i dati CEA-608, che costituiscono il formato preferenziale se i sottotitoli sono basati su caratteristiche CEA-608.
Supportiamo inoltre il formato SMPTE-TT, come consigliato dall'SMPTE RP 2052-10:2012. Fai riferimento alle tecniche appropriate descritte nel paragrafo 5.10 del documento SMPTE RP 2052-10:2012 per "incanalare" i dati CEA-608 o usare solo sottotitoli "pop-on". È supportato anche il formato iTunes Timed Text (.itt), un sottoinsieme di TTML. Sconsigliamo l'utilizzo di TTML al posto delle linee guida nel documento RP 2052-10:2012 perché potrebbe impedire la corretta visualizzazione dei sottotitoli. TTML basati su immagini non sono accettati.
I sottotitoli in giapponese possono essere inviati in Lambda CAP.
I sottotitoli in sovrimpressione saranno accettati solo in determinate circostanze, previa discussione con il tuo contatto delle operazioni con i partner. Se occorre sovrimprimere i sottotitoli nel master del video, tali sottotitoli dovranno essere visibili in ogni momento e non fuoriuscire dall'area delle immagini attiva. Inoltre, i sottotitoli in sovrimpressione non devono ostacolare o entrare in conflitto con file di sottotitoli pubblicati separatamente.
I sottotitoli devono essere sincronizzati con i contenuti, avere la stessa frequenza fotogrammi dell'origine video, contenere solo caratteri legali conformi al set di caratteri EIA-608 ed essere privi di errori di battitura e inesattezze.
Per garantire ai clienti un'esperienza ottimale, il testo in formato Timed Text in genere deve essere costituito da 2 righe di testo, in quanto è più difficile da leggere se il testo si sposta troppo velocemente, è troppo lungo o inizia a sovrapporsi (coprendo una parte maggiore di video).
Se in un video sono visibili 3 righe di testo in un paio di istanze, questo è accettabile, ma se ci sono 3 o più righe costantemente nel video, il nostro team del controllo qualità potrebbe chiederti di caricarlo di nuovo.
Narrazione e sottotitoli forzati
Google Play richiede l'invio di sottotitoli forzati per gli scenari indicati di seguito (che sono solo alcuni esempi). In entrambi gli scenari, è necessario fornire i sottotitoli forzati:
- In ogni caso quando il dialogo passa a una lingua diversa dalla lingua audio principale del video.
- Quando il testo sullo schermo non è nella stessa lingua dell'audio principale della risorsa ed è importante per capire la trama.
Se i contenuti vengono resi disponibili nella lingua audio originale e conterranno sottotitoli tradotti forniti con un file separato, gli elementi forzati non devono necessariamente essere incorporati nel video purché tali elementi siano inclusi anche nella trascrizione dei sottotitoli.
| Lingua audio originale | Disponibili in | Tipo di ordine di localizzazione | Ci sono sottotitoli forzati? | La narrazione forzata deve essere incorporata? |
|---|---|---|---|---|
| Inglese | Italia | Sottotitoli | Sì | No. Gli elementi forzati saranno nella traccia dei sottotitoli e il codice CSV dovrebbe contenere "yt:cc=on". |
| Inglese | Italia | Sottotitoli | No | N/D (È corretto mandare un file di sottotitoli separato) |
| Inglese | Italia | Doppiaggio in italiano | Sì | Sì |
| Inglese | Italia | Doppiaggio in italiano | No | N/A |
Scopri di più sui formati di sottotitoli supportati da Google Play e YoutTube qui.
Esempio: <keyword>yt:cc=on</keyword>