Brevet FR3030978A1 — publié le 20160624

Génération d'une mosaïque de vidéos L'invention concerne les mosaïques de vidéos. L'invention porte en particulier sur la génération d'un flux vidéo représentatif d'une mosaïque de vidéos. De manière connue, de telles mosaïques de vidéos sont fournies par un flux vidéo qui, une fois décodé, donne lieu à l'affichage d'une pluralité de vidéos occupant chacune une région de l'image visualisable. Afin de générer de tels flux vidéos, il est par exemple connu de récupérer les signaux audiovisuels associés à un ensemble de chaînes que l'on souhaite assembler en mosaïque, de les sous- échantillonner et de les regrouper dans une seule vidéo. Cette vidéo est ensuite encodée à la manière d'une chaîne classique. Une autre manière de procéder consiste à générer une mosaïque à partir de flux vidéo respectivement décodés par différentes instances de décodage vidéo et à composer les chaînes ainsi décodées en une mosaïque dans une page Internet de navigateur. Ces manières de procéder comportent des inconvénients. En effet, dans le premier cas de figure, la définition et la répartition des chaînes composant une mosaïque est statique et ne peut faire l'objet d'une sélection par un utilisateur. En outre, les mosaïques ainsi formées doivent également être diffusées en tant que chaînes à part entière, ce qui diminue d'autant la bande passante pour d'autres flux vidéo. Dans le deuxième cas de figure, la mosaïque requiert autant d'instances de décodage vidéo que la mosaïque comporte de chaînes affichées. Les ressources requises pour le traitement de telles mosaïques est donc très important, et rend ce type de mosaïques inadapté pour certains équipements à faible puissance de calcul. L'invention vient améliorer la situation. A cet effet, l'invention concerne un procédé de génération d'un premier flux vidéo représentatif d'une mosaïque de vidéos, dit vidéo mosaïque, à partir d'un ensemble d'au moins deux deuxièmes flux vidéo composés chacun d'une vidéo associée à des données d'en-tête et à des données vidéo encodées représentatives d'images. En particulier, au cours du procédé: - les données vidéo encodées représentatives d'images de chacune des vidéos de l'ensemble des deuxièmes flux vidéo sont conservées lors de la génération du premier flux vidéo, - un en-tête associé à ladite vidéo mosaïque est généré, ledit en-tête étant représentatif d'un assemblage des données vidéos encodées représentatives d'images de chacune des vidéos de l'ensemble des deuxièmes flux vidéo, et comprenant - - des premières données d'en-tête qui sont héritées des données d'en-tête de chacune des vidéos de l'ensemble des deuxièmes flux vidéo, - des deuxièmes données d'en-tête qui sont générées indépendamment des données d'en-tête de chacune des vidéos de l'ensemble des deuxièmes flux vidéo. Le procédé selon l'invention permet de générer des mosaïques de manière souple, et plus particulièrement à partir d'une sélection de chaînes opérée par un utilisateur. En outre, il ne requiert pas la transmission du flux vidéo en tant que chaîne à part entière. Enfin, il fournit un flux vidéo dont le décodage en vue de l'affichage de la mosaïque requiert une faible puissance de calcul. Selon un autre aspect de l'invention, la vidéo mosaïque générée est de résolution supérieure à la résolution de chacune des vidéos de l'ensemble des deuxièmes flux vidéo. Selon un autre aspect de l'invention, la vidéo mosaïque est générée à partir d'une structure en tuiles, où les données vidéo encodées représentatives d'images associées à chaque tuile de la vidéo mosaïque correspondent respectivement aux données vidéo encodées représentatives d'images associées à chaque vidéo de l'ensemble des deuxièmes flux vidéo. Ceci a pour effet de simplifier la génération du premier flux vidéo dans le cadre où les deuxièmes flux vidéo obéissent à la norme MPEG-H HEVC/ H.265. Selon un autre aspect de l'invention, la vidéo mosaïque est construite à partir d'une structure en tranches ou en groupes de tranches, où les données vidéo encodées représentatives d'images associées à chaque tranche ou groupe de tranches de la vidéo mosaïque correspondent respectivement aux données vidéo encodées représentatives d'images associées à chaque vidéo de l'ensemble des deuxièmes flux vidéo. Ceci a pour effet ici de simplifier la génération du premier flux vidéo dans le cadre où les deuxièmes flux vidéo obéissent à la norme MPEG-4 AVC/ H.264. Selon un autre aspect de l'invention, pour au moins l'un des deuxièmes flux vidéo, on obtient ledit deuxième flux vidéo à partir d'un troisième flux vidéo représentatif d'une mosaïque de vidéos, ledit deuxième flux vidéo étant représentatif de l'une des vidéos de ladite mosaïque de vidéos du troisième flux vidéo. Le procédé permet ainsi la génération d'une mosaïque de vidéos à partir de vidéos elles-mêmes issues d'une mosaïque de vidéos. En conséquence, la richesse des configurations possibles des chaînes utilisées pour former le premier flux vidéo est augmentée. Selon un autre aspect de l'invention, pour au moins un deuxième flux vidéo obtenu à partir d'un troisième flux vidéo, les données vidéo encodées dudit deuxième flux sont indépendantes en termes de prédiction des données vidéo fournissant les autres vidéos de la mosaïque de vidéos dont ledit troisième flux est représentatif. Ceci a pour effet de faciliter la construction des deuxièmes flux vidéo à partir des troisièmes flux vidéo. Selon un autre aspect de l'invention, on obtient les deuxièmes flux vidéo à partir d'une sélection par un utilisateur d'au moins une chaîne télévisuelle correspondant à un ou plusieurs des deuxièmes flux vidéo. Ceci a pour effet que le contenu des vidéos que la mosaïque vise à rendre visualisable est d'une plus grande souplesse de configuration. Selon un autre aspect de l'invention, pour chaque flux vidéo d'un ensemble de flux vidéo, on construit des informations de signalisation représentatives du fait que ledit flux vidéo est adapté pour être utilisé en tant que deuxième flux vidéo et on associe audit flux vidéo les informations de signalisation, on reçoit les informations de signalisation des flux vidéo dudit ensemble et on choisit les deuxièmes flux vidéo parmi ledit ensemble de flux vidéo. Ceci a pour effet de faciliter la sélection des deuxièmes flux vidéo à partir desquels le premier flux vidéo est à composer. L'invention concerne également un programme informatique comportant des instructions pour la mise en oeuvre du procédé tel que défini ci-dessus, lorsque ce programme est exécuté par un processeur L'invention concerne en outre un support de stockage non-transitoire d'un programme exécutable par ordinateur, comprenant un ensemble de données représentant un ou plusieurs programmes, lesdits un ou plusieurs programmes comprenant des instructions pour, lors de l'exécution desdits un ou plusieurs programmes par un ordinateur comprenant une unité de traitement couplée de manière opérationnelle à des moyens mémoire et à un module de réception de flux vidéo, conduire l'ordinateur à générer un flux vidéo représentatif d'une mosaïque de vidéos selon le procédé tel que défini ci-dessus. Par ailleurs, l'invention concerne un terminal comprenant des moyens de génération d'un premier flux vidéo représentatif d'une mosaïque de vidéos, dit vidéo mosaïque, à partir d'un ensemble de deuxièmes flux vidéo composés chacun d'une vidéo associée à des données d'en-tête et à des données vidéo encodées représentatives d'images, dans lequel les moyens de génération sont configurés pour : - conserver les données vidéo encodées représentatives d'images de chacune des vidéos de l'ensemble des deuxièmes flux vidéo lors de la génération du premier flux vidéo, - générer un en-tête associé à ladite vidéo mosaïque, ledit en-tête étant représentatif d'un assemblage des données vidéos encodées représentatives d'images de chacune des vidéos de l'ensemble des deuxièmes flux vidéo, et comprenant - - des premières données d'en-tête qui sont héritées des données d'en-tête de chacune des vidéos de l'ensemble des deuxièmes flux vidéo, - des deuxièmes données d'en-tête qui sont générées indépendamment des données d'en-tête de chacune des vidéos de l'ensemble des deuxièmes flux vidéo. L'invention sera mieux comprise à la lecture de la description détaillée qui va suivre, donnée uniquement à titre d'exemple et faite en référence aux Figures annexées, sur lesquelles : - La Figure 1 est une illustration schématique d'un support de stockage et d'un terminal selon l'invention ; - Les Figures 2a et 2b sont des illustrations schématiques de données d'un flux vidéo généré dans le cadre de l'invention et de données de flux vidéo utilisés pour générer le flux vidéo ; - La Figure 3 est une illustration schématique d'un exemple de procédé selon l'invention, pouvant représenter l'algorithme général d'un programme informatique au sens de l'invention ; - La Figure 4 illustre un découpage d'une image d'un flux vidéo en groupes de tranches ; - La Figure 5 est une illustration schématique d'un ensemble de flux vidéo utilisé dans le cadre d'une variante du procédé de la Figure 3 ; et - La Figure 6 est une illustration schématique d'un flux vidéo généré dans le cadre de l'invention selon une variante du procédé de la Figure 3. La Figure 1 illustre un terminal TERM selon l'invention. Le terminal TERM est adapté pour générer un premier flux vidéo FV1 représentatif d'une mosaïque de vidéos MV, ci-après vidéo mosaïque MV. De manière connue, lors de son affichage, une telle vidéo mosaïque se présente sous la forme d'une vidéo découpée en régions au sein de chacune desquelles une vidéo donnée est visualisable. La vidéo est par exemple découpée en deux régions ou plus de deux régions. Les différentes vidéos composant la mosaïque vidéo peuvent être identiques ou différentes, c'est-à-dire représenter des scènes identiques ou différentes, les images respectives des différentes vidéos composant la mosaïque étant alors identiques, respectivement différentes. Par exemple, les vidéos sont différentes deux à deux, c'est-à-dire que les images d'une des régions de la mosaïque sont différentes des images concomitantes des autres régions de la mosaïque. Le premier flux vidéo FV1 est plus particulièrement généré à partir de deuxièmes flux vidéo notés FV21,.., FV2, FV2., et désignés de manière générique par la référence FV2. Chacun de ces flux vidéo FV2 est représentatif d'une vidéo (video 1, video i, video n sur la Figure 1). Le premier flux vidéo FV1 et les deuxièmes flux vidéo FV2 correspondent chacun à un ensemble de données numériques représentatives d'images formant les vidéos correspondantes. Les images d'un flux vidéo sont par exemple organisées en séquences d'images, c'est-à-dire en groupes d'images composant la vidéo correspondante. Ces flux vidéo obéissent par exemple à un ensemble de normes, tel que par exemple à l'ensemble de normes DVB pour « Digital Video Broadcasting », qui signifie diffusion vidéo numérique, à des normes du MPEG, pour « Moving Picture Expert Group », qui signifie groupe d'experts en films, etc. Dans le contexte de l'invention, le terme de « flux vidéo » ne signifie pas que les données numériques de ce flux sont uniquement considérées dans un état dans lequel elles circulent entre deux équipements, comme par exemple sur un réseau raccordant un terminal de réception de flux vidéo et un serveur. Dans le contexte de l'invention, le terme de « flux vidéo» est à comprendre comme ensemble de données numériques représentatives d'une vidéo, et ce indépendamment du fait que ces données soient en circulation entre deux tels équipements. En d'autres termes, la notion de « flux vidéo » englobe également les données numériques se trouvant dans un dispositif de stockage numérique tel qu'une mémoire ou un espace de stockage sur un serveur informatique. En référence aux Figures 2a et 2b, les premier et deuxièmes flux vidéo FV1, FV2 comprennent des données d'en-tête notées ET1 pour le premier flux FV1 et notées ET2i pour le deuxième flux vidéo FV2, et des données vidéos encodées notées DV1 pour le premier flux vidéo et notées DV2i pour le deuxième flux vidéo FV2. Les données d'en-tête sont représentatives de la configuration de la vidéo correspondante. Les données d'en-tête sont en particulier représentatives de la configuration d'encodage des données vidéo encodées du flux vidéo considéré. Les données d'en-tête comprennent un ou plusieurs ensemble(s) de paramètres et, pour chaque paramètre, une valeur du paramètre associé. Plus précisément, les données d'en-tête des premier et deuxièmes flux vidéo FV1, FV2 comprennent des paramètres de séquence (« Sequence Parameters Set » en anglais, d'acronyme SPS). Ces paramètres de séquence comprennent notamment des paramètres de résolution et des paramètres de profil et niveau indiquant respectivement l'ensemble des outils de codage autorisés potentiellement activés, et le niveau de complexité de décodage du flux. Un ensemble de paramètres de séquence est par exemple associé à chaque séquence d'image. Les données d'en-tête des premier et deuxièmes flux vidéo FV1, FV2 comprennent également des paramètres d'image (« Picture Parameters Set » en anglais, d'acronyme PPS). Ces paramètres d'images comprennent un paramètre d'activation d'une structuration de l'image correspondante en régions telles que les groupes de tranches (« slice groups ») dans la norme MPEG-4 AVC/H.264, ou en tuiles (« tiles ») dans la norme MPEG-H HEVC / H.265. Ces structurations en tuiles et groupes de tranches sont décrites ci-après. Les données d'en-tête des premier et deuxièmes flux vidéo FV1, FV2 comprennent en outre des paramètres de segment de tranche (« Slice segment header » en anglais), les tranches correspondant également à un objet utilisé pour structurer les données vidéo encodées de chaque image. Cette structuration en tranches est décrite ci-après Dans l'exemple de la Figure 2a qui illustre les données des deuxièmes flux vidéo FV2 dont les données vidéos sont encodées dans le format MPEG-H HEVC/ H.265, les paramètres de résolution des deuxièmes flux vidéo FV2 comprennent les paramètres «pic width in luma samples » et «pie height in luma samples », et les paramètres de profil/niveau comprennent les paramètres «general_profil space », « general tier_flag» et « general_profile ide ». En outre, les paramètres PPS comprennent le paramètre d'activation d'une structuration de l'image correspondante en tuiles «files enabled_flag». Les paramètres de segment de tranches comprennent le paramètre «first slice segment in_piejlag» représentatif du fait que le segment de tranche correspondant est ou non le premier de l'image. Optionnellement, les paramètres de segment de tranche comprennent le paramètre « num entry_point offsets». Dans l'exemple de la Figure 2b, qui illustre les données des deuxièmes flux vidéo FV2 dont les données vidéo DV2i sont encodées dans le format MPEG-4 AVC / H.264, les paramètres de résolution des deuxièmes flux vidéo FV2 comprennent les paramètres «pic width in mbs minus] » et «pic height in map units minus] », et les paramètres de profil/niveau comprennent les paramètres «profile ide» et « level ide ». Les paramètres SPS comprennent également un paramètre «frame mbs only_flag» qui indique que le flux vidéo ne contient que des macroblocs encodés selon un mode progressif, et ne contient pas de macroblocs encodés selon un mode entrelacé. Une valeur de ce paramètre égale à un signifie que les unités utilisées pour composer les groupes de tranches sont les macroblocs, ce qui facilite le calcul de champs de positionnement (« topieft » et « bottom_right ») des groupes de tranches. Dans le cas où le contenu encodé est susceptible d'utiliser des outils de codage entrelacé, les unités formant les groupes de tranches sont des paires de macroblocs. En outre, le paramètre d'activation d'une structuration de l'image correspondante en groupes de tranches est indiqué par la valeur du paramètre « num suce groups minus] ». Les paramètres de tranches comprennent le paramètre «first mb in suce» adapté pour renseigner la valeur du premier macro-bloc de la tranche associée. Les données d'en-tête ET1 du premier flux vidéo FV1 sont décrites plus en détail ci-après. Les données vidéo encodées sont représentatives des images de la vidéo correspondante. Ces données sont encodées selon une norme particulière, telle que par exemple la norme MPEG-4 AVC / H.264, la norme MPEG-H HEVC / H.265, la norme MPEG-2, etc. Chaque image de la vidéo correspondante est encodée dans les données vidéo encodées sous la forme d'unités de codage couvrant chacune une région de l'image correspondante. Ces unités de codage sont par exemple connues sous le nom de « Macroblocks » (macroblocs en français) dans le format MPEG-4 AVC/H.264, ou encore sous le nom de « Coding Tree Units » (CTU) dans le format MPEG-H HEVC / H.265. Le découpage d'une image en unités de codage peut présenter une structure particulière parmi un ensemble de structures possibles prévues par la norme correspondante. Autrement dit, les unités de codage d'une image peuvent elles-mêmes être regroupées au sein de structures plus vastes, le recours à ces structures permettant par exemple d'affiner la configuration de l'encodage et/ou du décodage des images pour en améliorer les performances, ou d'optimiser le flux vidéo pour un mécanisme de transport ou de protection aux erreurs spécifiques. Par exemple, le format MPEG-H HEVC / H.265 prévoit que les unités de codage peuvent être regroupées en tranches de données connues sous le nom anglophone de « slices ». Chaque tranche correspond à une région de l'image et peut posséder des propriétés, par exemple de dépendance temporelle en matière de prédiction vis-à-vis d'autres images de la vidéo, différentes de celles des autres tranches de la même image. Ces tranches peuvent elles-mêmes être structurées en segments de tranches (« Slice Segments » en anglais). Une tranche est composée d'un premier segment de tranche indépendant, suivi d'un ensemble de segments de tranche dépendants. Un seul en-tête de tranche est présent par tranche (fournie par l'entête du segment de tranche indépendant), utilisée comme référence par l'ensemble des segments de cette tranche. Des entêtes de segment de tranche sont également présents, de taille très réduite par rapport à l'entête de tranche. Chaque segment de tranche est encapsulé dans une unité de transport séparée (connue sous le nom anglophone de « NAL Unit » (Unité NAL), pour « Network Abstraction Layer Unit ») permettant d'adapter la taille de ces unités de transport en fonction du mécanisme de transport choisi. Cette granularité permet donc de contrôler la taille des unités de transport, en réduisant le coût des entêtes, puisque les informations de l'entête de tranche ne sont fournies qu'une seule fois. Le format MPEG-H HEVC / H.265 prévoit également que les unités de codage peuvent être regroupées en tuiles connues sous le nom anglophone de « tiles » formant chacune une région rectangulaire de l'image. Les tuiles d'une image forment des régions rectangulaires spatialement et/ou temporellement indépendantes les unes des autres en termes de codage. Les tranches contiennent un nombre entier d'unités de codage CTU agencées consécutivement selon l'ordre de parcours de l'image (« scan order »), et ne permettent pas de définir de manière souple des zones rectangulaires dans l'image autrement que dans le cas où les frontières de la tranche correspondent aux bords de l'image (les rectangles définis font donc nécessairement la largeur de l'image). En outre, comme indiqué précédemment, le format MPEG-4 AVC/H.264 prévoit le découpage des images en groupes de tranches (« slice groups » en anglais). Les groupes de tranches correspondent à un partitionnement de l'image en différents groupes, chaque groupe pouvant contenir une ou plusieurs tranches. Différents types de partitionnement sont définis, permettant par exemple de partitionner l'image sous une forme de damier, ou de définir plusieurs zones rectangulaires dans l'image. Dans le contexte de l'invention, préférentiellement, les deuxièmes flux vidéo FV2 utilisés pour générer le premier flux vidéo FV1 présentent des propriétés communes. En particulier, préférentiellement, les deuxièmes flux vidéo FV2 reposent sur la même norme (MPEG-4 AVC/H.264, MPEG-H HEVC / H.265, etc.). En outre, de préférence, les deuxièmes flux vidéo FV2 sont adaptés pour que l'assemblage de leurs images forme un rectangle. Par ailleurs, préférentiellement, les configurations de codage des différents deuxièmes flux vidéo FV2 sont compatibles entre elles. Avantageusement, ces configurations de codage sont identiques entre elles. Ces configurations de codage incluent notamment les outils de codage activés et les options de codage employées. Les configurations de codage incluent en particulier le nombre d'images de référence utilisées pour encoder les données vidéo des deuxièmes flux vidéo FV2. Dans le cadre de la norme MPEG-H HEVC / H.265, ces configurations de codage incluent par exemple l'usage ou non des fonctions connues associées aux paramètres « amp enablecUlag » et « sample adoptive offset enabledfiag» des SPS et PPS. Dans le cadre de la norme MPEG-4 AVC/H.264, ces configurations de codage incluent par exemple les fonctions associées aux paramètres «frame mbs onlyfiag» et « direct 8x8 inference fiag». De même, préférentiellement, le séquencement et l'ordonnancement des images des deuxièmes flux vidéo FV2 sont compatibles. Ceci correspond à l'ordre dans lequel les images sont codées et au type de prédiction utilisé pour chaque image ou pour chaque tranche (slice) composant ces images. De manière connue, parmi les types de prédiction, on distingue le type de prédiction I pour Intra, dans lequel l'image (ou la tranche) est codée sans référence à une autre image, le type de prédiction P dans lequel l'image (ou la tranche) est codée en référence à une image précédemment codée, et le type B dans lequel l'image (ou la tranche) est codée en référence à la fois à une image précédemment codée et une image future. En outre, de préférence, les images dites IDR, pour « Instantaneous Decoder Refresh » sont préférentiellement alignées temporellement entre les deuxièmes flux vidéo FV2. De manière connue, ces images IDR marquent le début d'une séquence dont les images ne dépendent (lorsqu'elles en dépendent) que d'images appartenant à la séquence en question. Cet alignement est configuré lors de l'encodage des vidéos 1 à i pour former les deuxièmes flux vidéo FV2. En référence à la Figure 1, le terminal TERM comprend un module de réception MR adapté pour connecter le terminal TERM à un réseau R via lequel les deuxièmes flux vidéo FV2 sont transmis au terminal. Comme indiqué précédemment, chaque deuxième flux vidéo FV2 est représentatif d'une vidéo. Ses données d'en-tête et ses données vidéo encodées sont construites de manière connue à partir de la vidéo correspondante. Cette construction est mise en oeuvre par un équipement du réseau R, tel que par exemple une tête de réseau TR. Le terminal TERM comprend en outre un module de génération MG configuré pour la génération du premier flux vidéo FV1 et un module d'émission ME adapté pour délivrer le premier flux vidéo FV1. Par ailleurs, le terminal TERM comprend un processeur PROC et une mémoire MEM pour le stockage de programmes informatiques permettant le fonctionnement du terminal TERM lors de leur exécution par le processeur PROC. La mémoire MEM comprend en particulier un programme informatique PI contenant des instructions dont l'exécution par le processeur PROC se traduit par la génération par le module de génération MG du premier flux vidéo comme décrit ci-après. La Figure 1 illustre en outre un support de stockage SS comprenant une mémoire de stockage MEMS contenant un ensemble de programmes EP contenant des instructions pour, lors de l'exécution des programmes par un ordinateur comprenant une unité de traitement couplée de manière opérationnelle à des moyens mémoire et à un module de réception de flux vidéo, conduire l'ordinateur à générer le premier flux vidéo par le procédé décrit ci-après. L'ensemble de programmes correspond par exemple au programme informatique PI ou encore à un programme dont l'exécution par un processeur tel que le processeur PROC se traduit par l'installation du programme PI dans une mémoire de stockage de données numériques telle que la mémoire MEM. La Figure 3 est un diagramme illustrant le procédé selon l'invention pour la génération du premier flux vidéo FV1. Comme décrit précédemment, cette génération est réalisée à partir de deuxièmes flux vidéo FV2. Lors d'une étape RECEP, le terminal TERM reçoit les deuxièmes flux vidéo FV2 au niveau de son module de réception MR. Ce module de réception est connecté au réseau R via lequel les deuxièmes flux vidéo FV2 sont acheminés. Cette étape se déroule par exemple de manière continue, les données des deuxièmes flux vidéo FV2 arrivant de manière continue au niveau du module de réception MR. Lors d'une étape de génération GEN, le premier flux vidéo FV1 est généré à partir des deuxièmes flux vidéo FV2 par le module de génération MG. Lors de cette étape, les deuxièmes flux vidéo FV2 sont analysés. Cette analyse fournit les données d'en-tête ET2 et les données vidéos encodées DV2 de chacun des deuxièmes flux vidéos. Cette analyse est menée par tout moyen connu, par exemple par un ou plusieurs parseurs. Le module de génération MG génère alors les données d'en-tête ET1 du premier flux vidéo FV1 à partir des données d'en-tête ET2i des deuxièmes flux vidéo FV2 et génère les données vidéo encodées DV1 du premier flux vidéo FV1 à partir des données vidéo encodées DV2i des deuxièmes flux vidéos FV2. Les données d'en-tête ET1 générées sont représentatives de l'assemblage, au sein des images du premier flux vidéo FV1, des images des deuxièmes flux vidéo FV2. Les données d'en-tête ET1 comprennent des premières données d'en-tête ET11 et des deuxièmes données d'en-tête ET12. Les premières données d'en-tête ET11 sont générées par le module de génération MG de telle sorte que ces premières données d'en-tête ET1 soient héritées des données d'en-tête ET2i de chacun des deuxièmes flux vidéo FV2. En d'autres termes, les paramètres des premières données d'en-tête ET11 générés par le module de génération MG correspondent aux paramètres présents dans les données d'en-tête ET2i des deuxièmes flux vidéos, et sont générés précisément car ils sont présents au sein des données d'en-tête ET2i. Les premières données d'en-tête ET11 comprennent notamment les paramètres de séquence SPS relatifs à la résolution des images du premier flux vidéo FV1, au profil et au niveau de la séquence considérée. Dans l'exemple de la Figure 2a (MPEG-H HEVC / H.265), les paramètres de séquence SPS que comprennent les premières données d'en-tête peuvent en outre comprendre un ou plusieurs des paramètres suivants: « amp enablecUlag»,«pcm enablecUlag» «scaling list enablecUlag», «sample adaptive offset enabled_flag»,«sps temporal mvp enabled_flag »,et «strong intra smoothing enabled_flag». Par ailleurs, les premières données d'en-tête ET11 comprennent des paramètres d'image (PPS) associés à la configuration de codage des images du premier flux vidéo, à l'exception des paramètres relatifs à la structuration des images en tuiles (MPEG-H HEVC / H.265) et en groupes de tranches (MPEG-4 AVC/H.264). Dans l'exemple de la Figure 2a (MPEG-H HEVC / H.265), les paramètres d'image PPS des premières données d'en-tête comprennent en outre un ou plusieurs des paramètres suivants : «sign data hiding enabled_flag», weighted_pred_flag»,«cabac init_present_flag», «pps slice chroma qp offsets_present_flag»,«weighted bipred_flag», «transquant bypass enabled_flag». Dans l'exemple de la Figure 2b (MPEG-4 AVC/H.264), les paramètres de séquence SPS que comprennent les premières données d'en-tête comprennent les paramètres de résolution et les paramètres de niveau et de profil. Ils peuvent en outre comprendre un ou plusieurs des paramètres suivants :«frame mbs only_flag»,«direct 8x8 inference_flag», « gaps injrame num value allowedflag ». En outre, les paramètres d'image PPS des premières données d'en-tête peuvent comprendre un ou plusieurs des paramètres suivants : « entropy coding mode_flag»,«weighted_pred_flag»,«constrained intra_pred_flag». Avantageusement, les paramètres des premières données d'en-tête ET11 ont des valeurs respectives prises égales aux valeurs de ces paramètres au sein des données d'en-tête ET2 des deuxièmes flux vidéo FV2, à l'exception des paramètres de résolution. En particulier, la valeur des paramètres de résolution du premier flux vidéo FV1 est prise supérieure à la valeur des paramètres des deuxièmes flux vidéo FV2. En d'autres termes, la résolution des images du premier flux vidéo FV1 est prise supérieure à la résolution des images des deuxièmes flux vidéo FV2. La vidéo mosaïque MV a ainsi une résolution supérieure à la résolution des vidéos dont les deuxièmes flux vidéo FV2 sont représentatifs. Dans l'exemple de la Figure 2a, les paramètres de résolution des deuxièmes flux vidéo FV2 ont pour valeurs respectives 640 pixels (largeur) et 352 pixels (hauteur), ces valeurs étant respectivement 1920 et 704 pour le premier flux vidéo FV1. Dans l'exemple de la Figure 2b, ces paramètres ont pour valeur 39 et 21 pour les deuxièmes flux vidéo FV2, et 119 et 43 pour le premier flux vidéo FV1 (exprimés en macroblocs). Le premier flux vidéo FV1 contient des informations de configuration des listes de référence, qui correspondent de manière connue à une caractérisation des images utilisées comme référence pour le codage prédictif des donnes vidéo encodées du premier flux vidéo FV1. Ces informations de configuration des listes de référence sont générées à partir d'informations correspondantes que comprennent les deuxièmes flux vidéo FV2. Aussi, avantageusement, ces informations de configuration des listes de référence pour le premier flux vidéo FV1 sont prises identiques aux informations de configuration des deuxièmes flux vidéo FV2. Ces informations de configuration des listes de référence sont par exemple distribuées entre les paramètres de séquence SPS et les paramètres d'image PPS. Dans le cadre de la norme MPEG-H HEVC / H.265, ces informations de configuration comprennent par exemple les paramètres suivants : - «num short term ref_pic sets», - «long term ref_pics_present_flag», - « num ref idx 10 default active minus] », et - « num ref idx 11 default active minus] ». Dans le cadre de la norme MPEG-4 AVC/H.264, ces informations de configuration comprennent par exemple les paramètres suivants : - « max_num_ref frames », - « num ref idx_10_default_active_minusl », et - « num_ref idx_ll_defaut_active_minusl ». Les deuxièmes données d'en-tête ET12 comprennent des paramètres générés indépendamment des paramètres présents au sein des données d'en-tête ET2i. En d'autres termes, les paramètres de deuxièmes données d'en-tête ET12 sont générés par le module de génération MG quels que soient les paramètres des données d'en-tête ET2i et quelles que soient les valeurs correspondantes. Ces paramètres des deuxièmes données d'en-tête ET12 comprennent en particulier des paramètres et des valeurs correspondantes configurés pour définir, pour chaque image des données vidéo encodées DV1 du premier flux vidéo FV1, une structure en une pluralité de régions. Préférentiellement, pour des données vidéos encodées DV2i des deuxièmes flux vidéo FV2 obéissant au format MPEG-H HEVC / H.265, les paramètres des deuxièmes données d'en-tête ET12 comprennent un paramètre de déclaration de la structure de chaque image du premier flux vidéo FV1 en tuiles, et des paramètres précisant la configuration de la structure en tuiles de chaque image. Dans l'exemple de la Figure 2a, les deuxièmes données d'en-tête ET12 comprennent ainsi le paramètre de déclaration de la structure en tuiles « files enabledflag» dont la valeur vaut un, et les paramètres « num files columns minus/ », «num files rows minus] » et « uniform spacing_flag » respectivement associés au nombre de colonnes de tuiles de l'image correspondante, au nombre de lignes de tuiles de cette image et à une information de découpage uniforme de l'image (c'est-à-dire associée au fait que les lignes sont de même hauteur et les colonnes de même largeur). Les valeurs associées à ces trois paramètres sont par exemple prises égales à 2, 1 et 1, ce qui définit un découpage de l'image correspondante (ou d'une séquence d'images) du premier flux vidéo FV1 à 6 tuiles organisées en trois colonnes et deux lignes. Compte tenu du fait que les vidéos encodées formant le premier flux vidéo sont à priori indépendantes entre elles, les différentes vidéos composant la mosaïque sont a fortiori indépendantes, notamment temporellement. En référence à la Figure 2b, les deuxièmes données d'en-tête ET12 comprennent le paramètre de déclaration de la structure en groupes de tranches « num slice groups minus] » dont la valeur vaut 5, ce que définit 6 groupes de tranches au sein de l'image correspondante. Les deuxièmes données d'en-tête ET12 comprennent en outre, pour chacun de ces groupes, deux paramètres définissant l'espace occupé par le groupe en question. Ces paramètres sont « top left[i] » et « bottom right[i] », où i désigne le groupe correspondant. Les valeurs de ces paramètres correspondent chacune au numéro d'un macrobloc correspondant. Dans l'exemple de la Figure 2b, les deuxièmes données d'en-tête ET12 comprennent en outre un paramètre de type de découpage en groupes de tranches « slice group map type ». En effet, de manière connue, ce mécanisme de découpage en groupes de tranches (connu sous le nom anglophone de « Flexible Macroblock Order » et d'acronyme FMO) présente un type parmi plusieurs possibles. Ces types sont les suivants : - entrelacé (valeur de paramètre 0), - dispersé (valeur de paramètre 1), - un découpage présentant plusieurs slice groups de premier plan (« foreground »), et un slice groupe de fond/restant (« leftover ») (valeur de paramètre 2) - un type dit « box-out » (valeur de paramètre 3), - un type dit « raster scan » (valeur de paramètre 4), - un type dit « wipe » (valeur de paramètre 5), et - un type explicite dans lequel une information explicite d'association à un groupe de tranches est fournie pour chaque macrobloc (valeur de paramètre 6). Préférentiellement, la valeur du paramètre « slice group map type » est prise égale à 2 ou 6. En effet, les types correspondants permettent de définir de manière optimale un partitionnement des images en plusieurs blocs rectangulaires adjacents. Une fois construites, les données d'en-tête ET1 du premier flux vidéo FV1 définissent ainsi la structure de chaque image du premier flux vidéo FV1, et en particulier définissent un découpage de chaque image du premier flux vidéo en régions distinctes (tuiles en MPEG-H HEVC / H.265et groupes de tranches en MPEG-4 AVC/H.264) adaptées pour former un assemblage des images des deuxièmes flux vidéo FV2. A noter que les images des deuxièmes flux vidéo FV2 peuvent également présenter un découpage en régions via le mécanisme de tuiles (en MPEG-H HEVC / H.265) ou en groupes de tranches (en MPEG-4 AVC/H.264). En d'autres termes, les données d'en-tête ET2i peuvent également comprendre le paramètre « files enabled_flag» dont la valeur vaut un et les paramètres de description de la configuration de ce découpage, ou le paramètre « num suce groups minus] » dont la valeur définit un découpage de l'image en régions plus petites que l'image elle-même et les paramètres de description de la configuration de découpage correspondante. La Figure 4 illustre le découpage obtenu par les paramètres illustrés sur la Figure 2b. A noter que pour les Figures 2a et 2b, l'entier n, qui représente le nombre de deuxièmes flux vidéo FV2 à partir desquels le premier flux vidéo FV1 est obtenu, a pour valeur 6. Les deuxièmes données d'en-tête ET12 comprennent en outre, pour chaque région de chaque image ainsi définie, des données d'en-tête de tranche (« slice segment header ») associées à la région en question. Ces données d'en-tête ont notamment pour fonction de localiser chaque région au sein de l'image considérée. Dans l'exemple de la Figure 2a, ces données d'en-tête de tranche comprennent une déclaration de ce que la région est la première région de l'image (paramètre «first suce sigment in_piejlag»), ce paramètre valant 1 pour la première région de l'image et 0 dans le cas contraire. Pour les autres régions, les données d'en-tête correspondantes comprennent un paramètre « slice segment address » indiquant l'adresse dans l'image de la région associée. La valeur de ce paramètre est notée de manière générique addressi pour la région i de l'image considérée. Par exemple, cette adresse correspond à un décalage spatial par rapport à une origine de l'image. Par exemple, dans l'exemple de la Figure 2a, les unités CTU sont configurées pour avoir une dimension 16*16 pixels (via le paramètre CtbSizeY dont la valeur est 16). Dans cette configuration, la deuxième région de l'image a pour valeur de paramètre « suce segment address » 880, la troisième pour valeur de ce paramètre 1760, etc. Dans l'exemple de la Figure 2b, les données d'en-tête de tranche comprennent un paramètre «first mb in slice » d'identification du premier macrobloc du groupe de tranches correspondant. Dans cet exemple où les unités de carte de groupes de tranches (les « slice_group_map_unit ») sont des macroblocs (car la valeur de «frame mbs only_flag» vaut « 1 »), la valeur de ce paramètre est prise égale à la valeur du paramètre « topleft[i] » de la région correspondante. Lors de l'étape GEN, les données vidéos encodées DV1 sont construites par le module de génération MG à partir des données vidéos encodées DV2i des deuxièmes flux vidéo FV2. Les données vidéos encodées DV1 comprennent, pour chaque image, des données vidéos associées à chaque région définie par les données d'en-tête ET1. Ces données vidéos associées à une région i donnée d'une image sont notées DV1. Lors de l'étape GEN, pour chaque région de chaque image du premier flux FV1, le module de génération MG fait correspondre les données vidéo DV1 de la région considérée à des données vidéo encodées DV2i de l'un des deuxièmes flux vidéo FV2. Plus précisément, comme illustré sur les Figures 2a et 2b, pour chaque région de chaque image du premier flux vidéo FV1, les données vidéo encodées DV1i construites pour une région donnée sont prises identiques aux données vidéo d'une image d'un deuxième flux vidéo FV2. Lors de cette construction des données vidéos du premier flux vidéo FV1, les données vidéo encodées DV2i demeurent encodées et ne sont décodées à aucun moment. En d'autres termes, elles sont allouées aux régions des images du premier flux vidéo sans subir de décodage. Elles sont par ailleurs conservées et ne subissent pas de modification. A l'issue de cette étape, le premier flux vidéo FV1 est construit. Il est alors représentatif d'une mosaïque des vidéos des deuxièmes flux vidéo FV2, c'est-à-dire que chaque image du flux vidéo FV1 est représentative des images des deuxièmes flux vidéo FV2 dont les images correspondent chacune à une région d'une image du premier flux vidéo FV1. A l'issue de cette étape GEN, lors d'une étape EMI, le premier flux vidéo FV1 est délivré par le module d'émission ME du terminal TERM. Le premier flux vidéo FV1 est par exemple fourni à un dispositif de décodage et d'affichage AFF tel que représenté à la Figure 1. Lors d'une étape DECOD représentée à la Figure 3, le premier flux vidéo FV1 est décodé. Ce décodage est par exemple réalisé par un module de décodage DEC du dispositif AFF. Une fois le premier flux vidéo FV1 décodé, la mosaïque vidéo VM est restituée par le dispositif d'affichage AFF. La mosaïque de vidéos issue du premier flux vidéo FV1 se présente alors sous la forme d'une vidéo découpée en régions du dispositif d'affichage AFF, les images vidéo correspondant à chacun des deuxièmes flux vidéo FV2 étant visualisable au sein de l'une de ces régions. Préférentiellement, lors de l'étape GEN, les deuxièmes flux vidéo FV2 utilisés pour construire le premier flux vidéo FV1 résultent d'une sélection par un utilisateur d'au moins une chaîne télévisuelle correspondant à un ou plusieurs deuxièmes flux vidéo FV2. Cette sélection est par exemple réalisée via une interface homme-machine configurée pour la sélection d'une chaîne télévisuelle affichée sur le dispositif AFF. En outre, en référence à la Figure 5, avantageusement, les flux vidéo utilisés en tant que deuxièmes flux vidéo FV2 pour construire le premier flux vidéo FV1 comprennent chacun des informations de signalisation NF représentatives du fait que le flux vidéo correspondant est adapté pour être utilisé en tant que deuxième flux vidéo FV2. Plus spécifiquement, ces informations de signalisation NF sont représentatives du fait que les flux vidéo signalés partagent un paramétrage identique ou compatible. Cela inclut en particulier : - les outils de codage activés, et renseignés dans les données d'entête (SPS, PPS dans le cas de MPEG-4 AVC/H.264 ou MPEG-H HEVC/H.265) - le séquencement des différents types images (I, P, B), avec un alignement temporel complet ou partiel des images dites « points d'accès aléatoire » permettant le démarrage du décodage. Cela inclut en particulier les images dites IDR (pour « Instantaneous Decoder Refresh ») décrites dans MPEG-4 AVC/H.264 ou MPEG-H HEVC/H.265 , - le nombre et l'ordre des images de référence utilisées pour prédiction temporelle, - la résolution de codage. Par « paramétrages compatibles », par exemple pour un premier et un deuxième paramétrage respectivement associés à l'un de deux flux vidéo, on entend qu'on peut créer un troisième paramétrage déterminé à partir des premier et deuxièmes paramétrages et au sein duquel les données des deux flux vidéo sont effectivement manipulables sans générer d'erreurs. En d'autres termes, aucun des premier et deuxième paramétrages ne comprend de paramètre dont la valeur rend impossible la manipulation effective des données correspondantes au sein d'un troisième paramétrage prévu pour le traitement des données des deux flux vidéo en raison d'un conflit avec la valeur d'un paramètre de l'autre paramétrage. Aussi, dans le cadre de cette variante, lors d'une étape SIGN antérieure à l'étape RECEP, on construit un ensemble E de flux vidéo à chacun desquels les informations de signalisation NF sont associées. En pratique, cette association est réalisable sous la forme d'un ajout des informations de signalisation INF au flux vidéo correspondant. Alternativement, cette association se fait par déclaration, par exemple dans un fichier indépendant des flux vidéo, de ce que les flux vidéo sont adaptés pour être utilisables en tant que deuxièmes flux vidéo. Cette alternative est illustrée sur la Figure 5 par un bloc NF (en pointillés) représentatif de l'émission des informations de signalisation NF indépendamment des flux vidéo considérés. En outre, ces flux vidéo ainsi signalisés sont notés FVP1, FVPi, FVP. sur la Figure 5. En outre, la signalisation de ces informations est symbolisée par un cadre au sein du flux vidéo associé et dans lequel la mention NF figure. Dans le cadre de cette variante, lors de l'étape de génération GEN et préalablement à la génération du flux vidéo FV1, on sélectionne les deuxièmes flux vidéo FV2 parmi l'ensemble E de flux vidéo FVP1, FVP, FVP. auxquels sont associées les informations de signalisation INF. En référence à la Figure 6, en variante, au moins l'un des deuxièmes flux vidéo FV2 est obtenu à partir d'un troisième flux vidéo FV3 représentatif lui-même d'une mosaïque de vidéos. Les autres deuxièmes flux vidéo FV2 sont obtenus comme décrit précédemment, ou sont également obtenus à partir d'un flux vidéo représentatif d'une mosaïque de vidéos. La Figure 6 illustre un mode de réalisation dans lequel les deuxièmes flux vidéo FV2 sont tous obtenus à partir de deux troisièmes flux vidéo FV31 et FV32. Préférentiellement, dans cette variante, le ou les troisièmes flux vidéo FV3 obéissent à la norme MPEG-H HEVC / H.265et présentent des données reposant sur une structuration en tuiles pour chaque image, cette structuration étant décrite ci-dessus. Ceci a pour effet de faciliter la construction des deuxièmes flux vidéo FV2 à partir des troisièmes flux vidéo FV3. En outre, préférentiellement, les données vidéo encodées du flux vidéo extrait du troisième flux vidéo FV3 pour former un deuxième flux vidéo FV2 sont indépendantes en termes de prédiction des autres vidéos formant le troisième flux vidéo FV3 en question. Cette indépendance est par exemple déclarée par l'intermédiaire d'un message SET. Ces messages SET correspondent à une entité NAL précisément connue sous le nom de SET (pour « Supplemental Enhancement Information », qui signifie information d'amélioration supplémentaire). En l'occurrence le message utilisé pour déclarer cette indépendance est connu sous le nom de « temporal motion-constrained tilesets SET message », pour message temporel SET d'ensemble de tuiles contraint en mouvement) Ceci facilite plus avant l'obtention du deuxième flux vidéo FV2 à partir du troisième flux vidéo FV3. Dans le cadre de ce mode de réalisation, lors d'une étape EXTR du procédé tel que représenté sur la Figure 3, chaque deuxième flux vidéo FV2 à construire à partir d'un troisième flux vidéo FV3 est effectivement construit. Pour ce faire, on récupère les données vidéo encodées correspondantes dans le troisième flux vidéo FV3 et qui forment alors les données vidéo encodées DV2i, et on génère ses données d'en-tête ET2i à partir des données d'en-tête du troisième flux vidéo FV3 correspondant. Cette étape EXTR intervient par exemple entre l'étape de réception RECEP et l'étape de génération GEN. Alternativement, cette étape intervient préalablement à l'étape de réception RECEP. Dans ce cas de figure, la construction des deuxièmes flux vidéo FV2 est mise en oeuvre par un équipement autre que le terminal TERM, tel que par exemple une tête de réseau. Cette variante permet de limiter la quantité de données à faire transiter via le réseau jusqu'au terminal TERM. Avantageusement, le (ou les) troisième flux vidéo FV3 utilisé pour obtenir les deuxièmes flux vidéo FV2 est lui-même obtenu par le procédé selon l'invention décrit ci-dessus. D'autres modes de réalisation sont envisageables. En particulier, dans la description ci-dessus, la génération du premier flux vidéo FV1 a été décrite comme mise en oeuvre par le terminal TERM de réception de flux vidéo. Toutefois, ce procédé peut être mis en oeuvre par un équipement quelconque du réseau R, le premier flux vidéo FV1 en tant que tel étant alors acheminé via le réseau R jusqu'au terminal TERM. Par exemple, le procédé est mis en oeuvre par un des équipements du groupe formé par : un serveur de contenu, une plateforme de services, une tête de réseau, une passerelle domestique. REVENDICATIONS1. Procédé de génération d'un premier flux vidéo (FV1) représentatif d'une mosaïque de vidéos (MV), dit vidéo mosaïque, à partir d'un ensemble d'au moins deux deuxièmes flux vidéo (FV2) composés chacun d'une vidéo associée à des données d'en-tête (ET2i) et à des données vidéo encodées (DV2i) représentatives d'images, dans lequel : - les données vidéo encodées (DV21, DV2i, DV211) représentatives d'images de chacune des vidéos de l'ensemble de deuxièmes flux vidéo (FV2) sont conservées lors de la génération du premier flux vidéo (FV1), - un en-tête (ET1) associé à ladite vidéo mosaïque (MV) est généré, ledit en-tête (ET1) étant représentatif d'un assemblage des données vidéos encodées (DV21, DV2i, DV211) représentatives d'images de chacune des vidéos de l'ensemble de deuxièmes flux vidéo (FV2), et comprenant - - des premières données d'en-tête (ET11) qui sont héritées des données d'en-tête (ET21, ET2i, ET211) de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2, FV21, FV2,i FV211), - des deuxièmes données d'en-tête (ET12) qui sont générées indépendamment des données d'en-tête (ET21, ET2i, ET211) de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2). 2. Procédé selon la revendication 1, dans lequel la vidéo mosaïque (MV) générée est de résolution supérieure à la résolution de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2). 3. Procédé selon la revendication 1 ou la revendication 2, dans lequel la vidéo mosaïque (MV) est générée à partir d'une structure en tuiles, où les données vidéo encodées (DV11, DV1i, DV111) représentatives d'images associées à chaque tuile de la vidéo mosaïque (MV) correspondent respectivement aux données vidéo encodées (DV21, DV2i, DV211) représentatives d'images associées à chaque vidéo de l'ensemble des deuxièmes flux vidéo (FV2). 4. Procédé selon la revendication 1 ou la revendication 2, dans lequel la vidéo mosaïque (MV) est construite à partir d'une structure en tranches ou en groupes de tranches, où les données vidéo encodées (DV11, DV1i, DV111) représentatives d'images associées à chaque tranche ou groupe de tranches de la vidéo mosaïque (MV) correspondent respectivement aux données vidéo encodées (DV21, DV2i, DV211) représentatives d'images associées à chaque vidéo de l'ensemble des deuxièmes flux vidéo (FV2). 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel, pour au moins l'un des deuxièmes flux vidéo (FV2), on obtient ledit deuxième flux vidéo (FV2) à partir d'un troisième flux vidéo (FV3, FV31, FV32) représentatif d'une mosaïque de vidéos, ledit deuxième fluxvidéo étant représentatif de l'une des vidéos de ladite mosaïque de vidéos du troisième flux vidéo (FV3, FV31, FV32). 6. Procédé selon la revendication 5, dans lequel, pour au moins un deuxième flux vidéo (FV2) obtenu à partir d'un troisième flux vidéo (FV3, FV31, FV32), les données vidéo encodées (DV2i) dudit deuxième flux sont indépendantes en termes de prédiction des données vidéo encodées fournissant les autres vidéos de la mosaïque de vidéos dont ledit troisième flux vidéo (FV3, FV31, FV32) est représentatif. 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel on obtient les deuxièmes flux vidéo (FV2) à partir d'une sélection par un utilisateur d'au moins une chaîne télévisuelle correspondant à un ou plusieurs des deuxièmes flux vidéo (FV2). 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel, pour chaque flux vidéo (FVP1, FVPi, FVP.) d'un ensemble (E) de flux vidéo, on construit des informations de signalisation (INF) représentatives du fait que ledit flux vidéo est adapté pour être utilisé en tant que deuxième flux vidéo (FV2) et on associe audit flux vidéo les informations de signalisation (INF), et dans lequel on reçoit les informations de signalisation (INF) des flux vidéo dudit ensemble et on choisit les deuxièmes flux vidéo (FV2) parmi ledit ensemble (E) de flux vidéo. 9. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications précédentes, lorsque ce programme est exécuté par un processeur. 10. Support de stockage non-transitoire d'un programme exécutable par ordinateur, comprenant un ensemble de données représentant un ou plusieurs programmes, lesdits un ou plusieurs programmes comprenant des instructions pour, lors de l'exécution desdits un ou plusieurs programmes par un ordinateur comprenant une unité de traitement couplée de manière opérationnelle à des moyens mémoire et à un module de réception de flux vidéo, conduire l'ordinateur à générer un premier flux vidéo représentatif d'une mosaïque de vidéos selon le procédé de l'une quelconque des revendications 1 à 8. 11. Terminal comprenant des moyens de génération (MG) d'un premier flux vidéo représentatif d'une mosaïque de vidéos (MV), dit vidéo mosaïque, à partir d'un ensemble de deuxièmes flux vidéo (FV2, FV21, FV2, FV211) composés chacun d'une vidéo associée à des données d'en-tête (ET2i) et à des données vidéo encodées (DV2i) représentatives d'images, dans lequel les moyens de génération (MG) sont configurés pour : - conserver les données vidéo encodées (DV21, DV2i, DV211) représentatives d'images de chacune des vidéos de l'ensemble de deuxièmes flux vidéo (FV2) lors de la génération du premier flux vidéo (FV1),- générer un en-tête (ET1) associé à ladite vidéo mosaïque (MV), ledit en-tête étant représentatif d'un assemblage des données vidéos encodées (DV21, DV2i, DV211) représentatives d'images de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2, FV21, FV2 FV211), et comprenant - - des premières données d'en-tête (ET11) qui sont héritées des données d'en-tête (ET21, ET2i, ET211) de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2, FV21, FV2 FV211), - des deuxièmes données d'en-tête (ET12) qui sont générées indépendamment des données d'en-tête (ET21, ET2i, ET211) de chacune des vidéos de l'ensemble des deuxièmes flux vidéo (FV2, FV21, FV2 FV211).