Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Comment fonctionne Dynamic Multiview
Un multiview est assemblé à partir de plusieurs MediaLive canaux qui diffusent dans un seul groupe de MediaPackage canaux. Cette section décrit comment ces éléments s'emboîtent et ce que chacun apporte.
## Comment les pièces s'emboîtent
1. **Un MediaLive canal par source d'alimentation. ** Chaque MediaLive canal possède un groupe MediaPackage de sorties qui fournit des sorties CMAF Ingest à un MediaPackage canal V2.
1. **Tous les canaux sources diffusent dans le même groupe de MediaPackage canaux. ** Le groupe de canaux contient également un canal multivues, qui lit les segments des canaux sources.
1. **Le joueur demande une mise en page et une liste ordonnée de sources ** en tant que paramètres de requête sur la demande de manifeste. La disposition étant un paramètre de demande, une application peut modifier la disposition pendant la lecture.
1. **La chaîne multiview assemble les segments correspondants à la demande ** et renvoie un flux HLS ou DASH : une piste vidéo, un décodeur, une clé DRM, selon la configuration choisie par le spectateur.
Étant donné que la combinaison a lieu lors de la diffusion, votre empreinte de codage évolue en fonction du nombre de sources, et non du nombre d'arrangements que les spectateurs peuvent demander.
## Qu'est-ce qui MediaLive contribue
MediaLive code chaque source à l'aide des paramètres de l'encodeur qui permettent de combiner les rendus obtenus en aval. MediaLive ne regroupe pas les flux composites et ne sait pas quel arrangement un téléspectateur finira par demander.
Ce qui MediaLive produit, c'est une échelle de rendus par flux, où chaque rendu est :
+ encodé avec des paramètres qui le rendent compatible avec plusieurs vues, afin de MediaPackage pouvoir le combiner avec des rendus provenant d'autres flux, et
+ dimensionné de manière à ce qu'il corresponde aux positions de vue des mises en page que vous souhaitez prendre en charge.
Chaque sortie participante déclare également une ou plusieurs utilisations multivues dans le `outputUsage` champ, ce MediaLive qui indique les positions de vue que le rendu est censé occuper. MediaLive utilise cette déclaration pour appliquer les validations multivues. Pour les valeurs d'énumération et les règles de validation qu'elles déclenchent, consultez[Multiview dynamique : référence MediaLive de configuration](dynamic-multiview-reference.md).
## Vues et mises en page
MediaPackage prend en charge la combinaison de deux à quatre flux par mise en page. Tous les flux d'un multiview doivent être des chaînes appartenant au même groupe de MediaPackage chaînes.
Une mise en page est soit de ** taille égale**, dans laquelle chaque vue est de la même taille ** primary/secondary**, soit dans laquelle une grande vue est accompagnée de vues plus petites. Dans une primary/secondary mise en page, une vue secondaire a toujours exactement la moitié de la largeur et la moitié de la hauteur de sa vue principale.
| Disposition | Vues | Arrangement | Vues requises |
| --- | --- | --- | --- |
| 2EH | 2 | Deux égaux, côte à côte | taille égale |
| 3EL | 3 | Trois égaux, un à gauche et deux à droite | taille égale |
| 4E | 4 | Quatre grilles égales, 2 × 2 | taille égale |
| 2PL | 2 | Une grande école primaire à gauche, une secondaire | primaire \+ secondaire |
| 3PL | 3 | Une grande école primaire à gauche, deux secondaires | primaire \+ secondaire |
| 4PL | 4 | Une grande école primaire à gauche, trois secondaires | primaire \+ secondaire |
Ces diagrammes montrent comment chaque mise en page organise ses vues.
## Audio et sous-titres
Un flux multivues diffuse les pistes audio et les sous-titres de ** chaque ** vue, et non d'une seule. C'est le spectateur qui choisit lequel jouer.
Le son et les sous-titres de chaque flux source sont regroupés sous forme de rendus sélectionnables dans le manifeste : groupes de rendus audio et pistes de sous-titres en HLS, ensembles d'adaptation en DASH. Un spectateur qui regarde plusieurs flux peut écouter n'importe lequel d'entre eux et passer de l'un à l'autre sans modifier la disposition visuelle.
### Identification du son et des sous-titres pour chaque vue
MediaPackage étiquette chaque rendu audio et chaque sous-titrage dans le manifeste assemblé afin que vous puissiez savoir à quelle vue il appartient. Vous fournissez le label depuis votre MediaLive chaîne :
+ Pour l'audio, définissez le ** ** champ Nom du ** flux dans la ** section Paramètres du flux de chaque description audio, par exemple, `English` ou`Spanish`.
+ Pour les légendes, définissez le ** champ Description de la ** langue de chaque description de légende, par exemple, `English` ou`Spanish`.
MediaPackage préfixe cette étiquette avec la position de la vue. Un rendu audio étiqueté `English` sur votre première source apparaît sous `View1_English` la forme. Un rendu étiqueté `English` sur votre deuxième source apparaît sous `View2_English` la forme.
Dans un manifeste HLS, ce nom apparaît dans l'`NAME`attribut de la `EXT-X-MEDIA` balise. Dans un manifeste DASH, il apparaît dans l'`Label`élément du kit d'adaptation correspondant.
Le numéro de vue correspond à l'ordre dans lequel vous avez répertorié les chaînes sources dans le `sources` paramètre de votre demande. La première source est la vue 1, la seconde est la vue 2, et ainsi de suite. Pour plus d'informations sur le `sources` paramètre, voir [ Multiview ](https://docs.aws.amazon.com/mediapackage/latest/userguide/dynamic-multiview.html) dans le Guide * de l'*AWS Elemental MediaPackage utilisateur.