Encodage du contenu de vidéo à la demande (DASH)

Fichier manifeste MPEG-DASH monopériode ^(Alpha)

Attentes concernant le fichier manifeste MPEG-DASH monopériode

L'insertion dynamique d'annonces Google effectue les validations suivantes sur la description de la présentation du média brute.

Exigences relatives au contenu

Le contenu DASH doit respecter toutes les règles spécifiées dans les points d'interopérabilité DASH-IF.

MPEG-DASH

L'insertion dynamique d'annonces Google effectue les validations suivantes et repose sur les hypothèses suivantes concernant la description de la présentation du média brute.

1. Validations des éléments de la description de la présentation du média :
   • @profiles est défini sur urn:mpeg:dash:profile:isoff-live:2011.
   • @type est défini sur static.
   • La description de la présentation du média comprend un seul élément "Period".

   <MPD xmlns="urn:mpeg:dash:schema:mpd:2011" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:mpeg:dash:schema:mpd:2011 DASH-MPD.xsd" type="static" profiles="urn:mpeg:dash:profile:isoff-live:2011" maxSegmentDuration="PT2S" minBufferTime="PT2S">

    <Period …>

    …

    </Period>

    …

   </MPD>

2. Validations des éléments "Period" :
   • "Period" comporte au moins un élément AdaptationSet.
   • Au moins un élément EventStream doit être imbriqué avec des éléments Event encodés avec des points d'insertion pour que la période soit fractionnée. Reportez-vous à la norme SCTE-35 pour connaître les exigences d'encodage des points d'insertion.

   <Period id=”1” start="PT0S">

     <AdaptationSet …>

       …

     </AdaptationSet>

     <AdaptationSet …>

       …

     </AdaptationSet>

   </Period>

3. Les conditions suivantes sont requises pour les validations de l'élément AdaptationSet.
   Assurez-vous que AdaptationSet comporte au moins un élément @Representation.
   Les adaptations de vignettes et de sous-titres sont acceptées. Veuillez indiquer des ensembles d'adaptations de sous-titres.

   <AdaptationSet mimeType="video/mp4" startWithSAP="1" contentType="text" par="16:9" minWidth="640" maxWidth="640" minHeight="360" maxHeight="360" maxFrameRate="60/2" segmentAlignment="true">

     <Role schemeIdUri="urn:mpeg:dash:role:2011" value="main"></Role>

     <ContentComponent id="0" contentType="video" />

     <Representation …>

       …

     </Representation>

     <Representation …>

       …

     </Representation>

   </AdaptationSet>

4. Effectuez les validations de l'élément Representation :
   • Assurez-vous que le champ @id n'est pas vide.
   • Il ne doit pas y avoir d'éléments @SegmentBase ni @SegmentList.

   <Representation width="640" height="360" sar="1:1" frameRate="60/2" codecs="avc1.64001e" id="V300" bandwidth="300000">

     …

   </Representation/>

5. Validez SegmentTemplate avec $Time$ :
   • Assurez-vous que les éléments SegmentTemplate contiennent un élément SegmentTimeline imbriqué pour l'adressage explicite des segments multimédias.
   • Les éléments SegmentTimeline S peuvent contenir l'attribut S@t, qui est utilisé pour les URL de contenu multimédia.
     • Si elle n'est pas fournie, la valeur est supposée être 0 pour le premier élément S, et pour les éléments S suivants, la valeur est supposée être la somme de la durée de présentation la plus ancienne et de la durée contiguë de l'élément S précédent (c'est-à-dire, S@t + @d * (@r + 1) de l'élément "S" précédent).
     • SegmentTemplate@startNumber n'est pas utilisé.

     <SegmentTemplate timescale="90000" initialization="$RepresentationID$/init.mp4" media="$RepresentationID$/$Time$.m4s">

       <SegmentTimeline>

         <S t="0" d="270000" r="20" />

       </SegmentTimeline>

     </SegmentTimeline>

6. L'insertion dynamique d'annonces Google est compatible avec le composant temporel de la durée ISO-8601 et accepte le composant "Jour" facultatif (nombre entier) : P0Y0M[n]DT[n]H[n]M[n]S. Le composant de jours est converti en durée en tenant compte de 1 jour = 24 heures et est ajouté au composant temporel. La nanoseconde est la plus petite unité que nous reconnaissons.

Exemples de formats valides :

• P0Y0M
• P0Y0M2D
• P2D
• PT3H
• PT0H3M
• P0Y0M0DT0H0M1.000S
• P0Y0M1DT2H4M10S
• PT0.000000001S

Exemples de formats non valides :

• P
• PT
• 2007-03-01
• P5Y0M1DT2H4M1.000S
• P0Y1.5M1DT2H4M1.000S
• P0YiM1DT2H4M1.000S
• P0Y0M.3DT0H0M1.000S
• 3 h
• PT100,000H

Sous-titres

1. L'insertion dynamique d'annonces Google est compatible avec les sous-titres au format TTML et WebVTT.
2. L'insertion dynamique d'annonces Google est compatible avec tous les fichiers de sous-titres side-car fournis dans le flux MRSS.
3. Les fichiers de sous-titres side-car spécifiés dans le fichier manifeste DASH ne seront pas convertis et ne seront pas présents dans le fichier manifeste fractionné. Si des sous-titres side-car sont requis, ils doivent être spécifiés dans le flux MRSS.

Sous-titres side-car du fichier manifeste DASH non compatibles

4. Les sous-titres fragmentés spécifiés dans un AdaptationSet avec contentType="text" et avec un élément SegmentTimeline sont acceptés, mais les limites des segments de sous-titres doivent également être alignées sur les repères de point d'insertion pour réussir la validation.
   Remarque:Les appareils Roku ne sont pas compatibles avec les segments fragmentés dans un AdaptationSet.

Sous-titres fragmentés du fichier manifeste DASH compatibles

SCTE-35

1. L'insertion dynamique d'annonces Google ne reconnaît les points d'insertion comme des repères SCTE-35 présents dans les éléments DASH MPD@Period@EventStream@Event que s'ils réussissent les validations suivantes :
   • Les données SCTE-35 encodées en base64 doivent être contenues dans l'élément Event@Signal@Binary.
     Seule la valeur splice_insert est acceptée.
   • Dans les éléments EventStream contenant des Events avec des marqueurs SCTE-35, schemeIdUri doit être défini sur urn:scte:scte35:2014:xml+bin.
   • EventStream@timescale doit être défini, sans quoi il sera considéré comme étant défini sur 1 (échelle de temps en secondes).
   • Event@presentationTime doit être défini sur chaque élément Event.
   • Event@Signal@namespace doit comporter l'espace de noms http://www.scte.org/schemas/35/2016.
   • Les événements dans EventStream doivent être triés selon Event@presentationTime.
2. Hypothèses concernant Splice_insert
   Tous les repères splice_insert de EventStream seront traités comme des opportunités d'emplacement de coupures publicitaires. En d'autres termes, le fractionnement monopériode ne fait pas la différence entre les repères cue-out et cue-in. Il traite plutôt n'importe quel signal comme une opportunité d'emplacement de coupure publicitaire.
3. L'insertion dynamique d'annonces Google pour la VOD DASH ne prend pas en charge le fractionnement de segments et ne permet donc qu'une tolérance de 100 ms pour l'écart entre la durée de présentation d'un point d'insertion et la limite de segment la plus proche.