Brevet FR3080968A1 — publié le 20191108

Procédé et dispositif de décodage d'une vidéo multi-vue, et procédé et dispositif de traitement d'images. 1. Domaine de l'invention La présente invention se rapporte de manière générale au domaine du traitement d'images 3D, et plus précisément au décodage de séquences d'images multi-vues et à la synthèse d'images de vues intermédiaires. 2. Art Antérieur Dans le domaine de la réalité virtuelle, la navigation libre permet au spectateur de regarder une scène de n'importe quel point de vue, que ce point de vue corresponde à un point de vue capturé par une caméra ou à un point de vue qui n'a pas été capturé par une caméra. Une telle vue qui n'a pas été capturée par la caméra est aussi appelée vue virtuelle ou vue intermédiaire car elle se situe entre des vues capturées par la caméra et doit être synthétisée pour la restitution. La navigation libre dans une scène nécessite de gérer correctement chaque mouvement de l'utilisateur visionnant la vidéo multi-vues, et d'éviter la sensation de malaise qui peut apparaître chez le spectateur lorsque le rendu des images n'est pas optimal. En général, le mouvement de l'utilisateur est correctement pris en compte par les appareils de restitution, par exemple un casque de réalité virtuelle HMD (pour Head Mounted Device en anglais). Cependant, la fourniture des pixels corrects pour l'affichage, quel que soit le mouvement de l'utilisateur (rotation ou translation) reste problématique. En effet, le calcul des images à afficher nécessite l'utilisation de plusieurs vues capturées pour pouvoir afficher des images de vues virtuelles (i.e. synthétisées) supplémentaires. De telles vues virtuelles correspondent à des points de vue qui n'ont pas été capturés par une caméra. Il est alors nécessaire de les calculer à partir des vues capturées décodées et des profondeurs associées. En conséquence, un codec offrant une fonctionnalité de navigation libre doit être efficace pour coder plusieurs vues et profondeurs associées et permettre un rendu optimal de vues virtuelles, i.e. nécessitant l'utilisation d'un algorithme de synthèse pour être affichées. On connaît des codeurs vidéos multi-vues conçus pour coder des séquences multi-vues, tels que le standard MV-HEVC ou 3D-HEVC (Series H: Audiovisuel and multimedia systems - Infrastructure of audio visuel services - Coding of moving video, High Efficiency Video Coding, Recommendation ITU-T H.265, International Telecommunication Union, December 2016). 2 Le codeur MV-HEVC applique une prédiction inter-vues très basique, tandis que le codeur 3D-HEVC inclut plusieurs outils supplémentaires permettant de tirer parti non seulement des redondances temporelles, mais aussi des redondances inter-vues. De plus, 3D-HEVC possède des outils spécifiques permettant un codage efficace des cartes de profondeurs. 5 Ces deux codecs, et en particulier 3D-HEVC, réduisent efficacement le débit binaire lorsqu'il s'agit de coder plusieurs vues avec des profondeurs associées, par rapport à un codec vidéo classique traitant des séquences vidéos 2D, tel que le standard HEVC. Dans un contexte de réalité virtuelle, après le décodage des vues qui ont été capturées par des caméras et codées dans un flux de données, des vues virtuelles peuvent être 10 synthétisées en fonction par exemple des mouvements de l'utilisateur. On connaît par exemple l'outil VSRS (Wegner, Stankiewicz, Tanimoto, Domanski, Enhanced view synthesis reference software (VSRS) for free-viewpoint tele vision, ISO/IEC JTC1/SC29/VVG11 m31520, October 2013, Geneva, Switzerland) pour synthétiser de telles vues virtuelles. 15 La figure 1 illustre un système de navigation libre classique, dans lequel un décodeur DEC (par exemple 3D-HEVC) décode un flux de données STR pour produire des vues décodées (VD1, VD2). De telles vues sont ensuite utilisées par un synthétiseur de vue SYNTH (par exemple VSRS) pour produire des vues synthétisées VS(1+2). Des vues décodées et des vues synthétisées sont ensuite affichées par un dispositif de restitution DISP, en fonction du 20 mouvement de l'utilisateur. Un décodeur classique DEC est illustré en figure 2. Classiquement, un tel décodeur effectue l'analyse (E20) du flux de données STR pour obtenir les données pertinentes à décoder, puis applique le processus de décodage (E21) pour reconstruire les vues décodées (VD1, VD2) qui peuvent ensuite être utilisées par le module de synthèse SYNTH pour générer des 25 vues virtuelles. Il apparaît ainsi que le processus de décodage de vues à partir d'un flux de données et le processus de synthèse de vues virtuelles ne sont pas corrélés. En particulier, le processus de synthèse est une tâche difficile à laquelle le décodeur ne participe pas. Le décodeur ne 30 fait que mettre à disposition du module de synthèse des vues décodées reconstruites à partir du flux de données. Un problème technique auquel se heurtent les applications de réalité virtuelle est que le codeur et le décodeur n'ont aucune connaissance a priori du point de vue final requis par l'utilisateur, notamment dans le cas d'une navigation libre. Le codeur et le décodeur de vidéo 35 multi-vues n'ont même aucune connaissance du processus de synthèse qui sera utilisé au final pour synthétiser des vues virtuelles. En effet, le procédé de synthèse utilisé pour synthétiser des vues virtuelles n'est à ce jour pas normalisé, au contraire du décodeur de 3 vidéo multi-vues, de sorte qu'un procédé de synthèse utilisé par des applications de réalité virtuelle reste un outil propriétaire. Par conséquent, la qualité des vues virtuelles synthétisées dépend des outils de synthèse et de l'algorithme de synthèse utilisés par de telles applications. En général, une telle qualité 5 dépend de la complexité des outils de synthèse utilisés et des ressources des dispositifs mettant en oeuvre ces outils de synthèse. Les applications de réalité virtuelle, et plus particulièrement celles mettant en oeuvre la navigation libre, doivent être temps réels. Les modules de synthèse de vues virtuelles fournissent en général des vues virtuelles de qualité moyenne, en particulier lorsque le 10 nombre de vues capturées et décodées est insuffisant, et quand bien même les vues capturées décodées et reconstruites sont de haute qualité visuelle. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique. 15 Elle concerne un procédé de décodage d'un flux de données représentatif d'une vidéo multi- vues, mis en oeuvre par un dispositif de décodage, comprenant l'obtention d'éléments de syntaxe à partir d'au moins une partie des données du flux, et la reconstruction d'au moins une image d'une vue de la vidéo à partir des éléments de syntaxe obtenus. Avantageusement, le procédé de décodage comprend en outre l'obtention d'au moins une 20 métadonnée sous une forme prédéterminée à partir d'au moins un élément de syntaxe, et la fourniture de ladite au moins une métadonnée à un module de traitement d'images. Un tel procédé de décodage permet ainsi de fournir à un module de traitement d'images, par exemple un module de synthèse externe au décodeur, des métadonnées représentatives de données du flux vidéo et pouvant être utilisées par le module de traitement d'images. Le 25 procédé mis en oeuvre au sein du module de traitement d'images est ainsi moins complexe. Par exemple, dans le cas d'un module de synthèse de vues virtuelles, il n'est pas nécessaire de recalculer certaines des données qui sont utilisées par l'algorithme de synthèse et qui sont disponibles auprès du décodeur. De plus, l'invention permet également au module de traitement d'images d'avoir accès à des données qu'il ne serait pas capable de calculer par 30 lui-même et de les utiliser afin d'améliorer son fonctionnement. Par exemple, dans le cas d'un module de synthèse de vues virtuelles, le décodeur peut fournir une carte d'occlusions au module de synthèse, de telles occlusions étant difficiles à déterminer par le module de synthèse à partir des seules images reconstruites d'une vue de la vidéo. Le procédé mis en oeuvre au sein du module de traitement d'images peut ainsi être amélioré, 35 car la complexité opératoire pour obtenir des données qui sont disponibles au niveau du décodeur étant réduite, des algorithmes de traitement d'images plus complexes, et donc plus 4 performants, peuvent alors être plus facilement mis en oeuvre au sein du module de traitement d'images. Dans le cas d'un module de synthèse de vues virtuelles, la qualité des vues virtuelles est ainsi améliorée. Ceci permet d'améliorer également la navigation libre d'un utilisateur dans 5 une vidéo multi-vues, en offrant des transitions entre vues plus lisses. De plus, l'amélioration de la synthèse de vues virtuelles permet également de réduire le nombre de caméras nécessaires à la capture de la scène. La fourniture des métadonnées selon un format prédéterminé permet de faciliter la communication entre le décodeur et le module de traitement d'images. Par exemple, les 10 métadonnées sont fournies sous la forme d'une table indexée et standardisée. Le module de traitement d'images sait ainsi pour chaque index de la table, quelle métadonnée est mémorisée à cet index. Il est connu d'utiliser des métadonnées pour les communications de données vidéo. Par exemple, les messages SEI (pour Supplemental Enhancement Information en anglais), 15 introduits avec le standard H.264/AVC, sont des données relatives à des traitements optionnels mis en oeuvre au niveau du décodeur. Les messages SEI sont envoyés au décodeur via le flux binaire de données vidéo. Toutefois, de telles données de messages SEI sont créées au niveau du codeur et ne sont utilisées que par le décodeur, et ce de manière optionnelle, pour améliorer la qualité des vues décodées et reconstruites. 20 Selon un mode particulier de réalisation de l'invention, l'obtention d'au moins une métadonnée comprend en outre le calcul de ladite au moins une métadonnée à partir d'au moins une partie des éléments de syntaxe. Un tel mode particulier de réalisation de l'invention permet de calculer de nouvelles 25 métadonnées, correspondant par exemple à des informations qui ne sont pas utilisées par le décodeur pour reconstruire une vue, par exemple une valeur de confiance calculée pour une information de profondeur, ou bien à des informations qui sont utilisées par le décodeur sous une autre forme, par exemple une information de mouvement avec une granularité plus grossière que celle utilisée lors de la reconstruction d'une image. 30 Selon un autre mode particulier de réalisation de l'invention, ladite au moins une métadonnée n'est pas utilisée pour la reconstruction de la au moins une image. Selon un autre mode particulier de réalisation de l'invention, ladite au moins une 35 métadonnée correspond à une information comprise dans le groupe comprenant: - des paramètres de caméra, - des vecteurs de mouvement décodés et mis à l'échelle, 5 - un partitionnement de l'image reconstruite, - une image de référence utilisée par un bloc d'une image de la vue reconstruite, - des modes de codage d'une image de la vue reconstruite, - des valeurs de paramètres de quantification d'une image de la vue reconstruite, 5 - des valeurs de résidus de prédiction d'une image de la vue reconstruite, - une carte représentative du mouvement dans une image de la vue reconstruite, - une carte représentative de la présence d'occlusions dans une image de la vue reconstruite, - une carte représentative de valeurs de confiance associées à une carte de profondeurs. 10 Selon un autre mode particulier de réalisation de l'invention, la forme prédéterminée correspond à une table indexée dans laquelle au moins une métadonnée est mémorisée en association avec un index. 15 Selon un autre mode particulier de réalisation de l'invention, ladite au moins une métadonnée est obtenue en fonction d'un niveau de granularité spécifié au dispositif de décodage. Selon ce mode particulier de réalisation de l'invention, les métadonnées générées à partir des éléments de syntaxe peuvent être obtenues selon différents niveaux de granularité. Par 20 exemple, pour une information de mouvement, les vecteurs de mouvement peuvent être fournis avec la granularité utilisée au décodeur (i.e. tels qu'utilisés par le décodeur), ou bien avec une granularité plus grossière (par exemple en fournissant un vecteur de mouvement par bloc de taille 64x64). 25 Selon un autre mode particulier de réalisation de l'invention, le procédé de décodage comprend en outre la réception par le dispositif de décodage d'une requête du module de traitement d'images indiquant au moins une métadonnée requise par le module de traitement d'images. Selon ce mode particulier de réalisation de l'invention, le module de traitement d'images indique au décodeur les informations dont il a besoin. Le décodeur peut ainsi ne 30 mettre à disposition du module de traitement d'images que les métadonnées requises, ce qui permet de limiter la complexité au décodeur et l'utilisation des ressources mémoires. Selon un autre mode particulier de réalisation de l'invention, la requête comprend au moins un index indiquant la métadonnée requise parmi une liste prédéterminée de métadonnées 35 disponibles. 6 L'invention concerne également un dispositif de décodage configuré pour mettre en oeuvre le procédé de décodage selon l'un quelconque des modes particuliers de réalisation définis ci-dessus. Ce dispositif de décodage pourra bien sûr comporter les différentes caractéristiques relatives au procédé de décodage selon l'invention. Ainsi, les caractéristiques et avantages 5 de ce dispositif de décodage sont les mêmes que ceux du procédé de décodage, et ne sont pas détaillés plus amplement. Selon un mode particulier de réalisation de l'invention, un tel dispositif de décodage est compris dans un terminal, ou un serveur. 10 L'invention concerne également un procédé de traitement d'images comprenant la génération d'au moins une image d'une vue virtuelle, à partir d'au moins une image d'une vue décodée par un dispositif de décodage. Selon l'invention, un tel procédé de traitement d'images comprend également la lecture d'au moins une métadonnée sous une forme prédéterminée, ladite au moins une métadonnée étant obtenue par le dispositif de décodage 15 à partir d'au moins un élément de syntaxe obtenu à partir d'un flux de données représentatif d'une vidéo multi-vues, ladite au moins une image étant générée en utilisant ladite au moins une métadonnée lue. Ainsi, le procédé de traitement d'images tire avantageusement parti de métadonnées disponibles au décodeur pour générer des images d'une vue virtuelle de la vidéo multi-vues. 20 De telles métadonnées peuvent correspondre à des données auxquelles le dispositif de traitement d'images n'a pas accès, ou bien à des données qu'il est capable de recalculer, mais au prix d'une grande complexité opératoire. Par vue virtuelle, on entend ici une vue d'un nouveau point de vue de la scène pour lequel aucune séquence d'images n'a été capturée par une caméra du système d'acquisition de la 25 scène. Selon un mode particulier de réalisation de l'invention, le procédé de traitement d'images comprend en outre l'envoi au dispositif de décodage d'une requête indiquant au moins une métadonnée requise pour générer l'image. 30 L'invention concerne également un dispositif de traitement d'images configure pour mettre en oeuvre le procédé de traitement d'images selon l'un quelconque des modes particuliers de réalisation définis ci-dessus. Ce dispositif de traitement d'images pourra bien sûr comporter les différentes caractéristiques relatives au procédé de traitement d'images selon l'invention. 35 Ainsi, les caractéristiques et avantages de ce dispositif de traitement d'images sont les mêmes que ceux du procédé de traitement d'images, et ne sont pas détaillés plus amplement. 7 Selon un mode particulier de réalisation de l'invention, un tel dispositif de traitement d'images est compris dans un terminal, ou un serveur. L'invention concerne aussi un système de traitement d'images pour l'affichage d'une vidéo 5 multi-vues à partir d'un flux de données représentatif de la vidéo multi-vues, comprenant un dispositif de décodage selon l'un quelconque des modes de réalisation décrits ci-dessus, et un dispositif de traitement d'images selon l'un quelconque des modes de réalisation décrits ci-dessus. 10 Le procédé de décodage, respectivement le procédé de traitement d'images, selon l'invention peut être mis en oeuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Selon un mode particulier de réalisation de l'invention, le procédé de décodage, respectivement le procédé de traitement d'images, est mis en oeuvre par un programme d'ordinateur. L'invention concerne également un programme d'ordinateur 15 comportant des instructions pour la mise en oeuvre du procédé de décodage ou du procédé de traitement d'images selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Un tel programme peut utiliser n'importe quel langage de programmation. Il peut être téléchargé depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur. 20 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un 25 ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci- dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, une clé USB, ou encore un moyen d'enregistrement 30 magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. 35 Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 8 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture 5 de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : - la figure 1 illustre schématiquement un système pour la navigation libre au sein d'une vidéo multi-vues selon l'art antérieur, - la figure 2 illustre schématiquement un décodeur d'un flux de données représentatif d'une 10 vidéo multi-vues selon l'art antérieur, - la figure 3 illustre schématiquement un système pour la navigation libre au sein d'une vidéo multi-vues selon un mode particulier de réalisation de l'invention, - la figure 4 illustre des étapes du procédé de décodage d'un flux de données représentatif d'une vidéo multi-vues selon un mode particulier de réalisation de l'invention, 15 - la figure 5 illustre schématiquement un décodeur d'un flux de données représentatif d'une vidéo multi-vues selon un mode particulier de réalisation de l'invention, - la figure 6 illustre des étapes du procédé de traitement d'images selon un mode particulier de réalisation de l'invention, - la figure 7 illustre des étapes du procédé de décodage et du procédé de traitement 20 d'images selon un autre mode particulier de réalisation de l'invention, - la figure 8 illustre schématiquement un dispositif adapté pour mettre en oeuvre le procédé de décodage selon un mode particulier de réalisation de l'invention, - la figure 9 illustre schématiquement un dispositif adapté pour mettre en oeuvre le procédé de traitement d'images selon un mode particulier de réalisation de l'invention, 25 - la figure 10 illustre un arrangement de vues d'un système de capture multi-vues. 5. Description de modes particuliers de réalisation de l'invention L'invention repose sur la modification du processus de décodage d'un flux de données représentatif d'une vidéo multi-vues, de sorte qu'un processus de traitement d'images basé 30 sur des vues reconstruites par le processus de décodage soit facilité. Par exemple, le processus de traitement d'images correspond à un processus de synthèse de vues virtuelles. Pour cela, le décodeur ne fournit pas seulement des images de vues reconstruites à partir du flux de données, mais également des métadonnées associées à de telles images, qui peuvent ensuite être utilisées pour la synthèse de vues virtuelles. Avantageusement, de 35 telles métadonnées sont formatées, i.e. mises sous une forme prédéterminée pour faciliter l'interopérabilité entre le décodeur et le synthétiseur. Ainsi, n'importe quel synthétiseur 9 configuré pour lire les métadonnées sous la forme prédéterminée peut être utilisé pour synthétiser des vues virtuelles. La figure 3 illustre schématiquement un système pour la navigation libre au sein d'une vidéo 5 multi-vues selon un mode particulier de réalisation de l'invention. Le système de la figure 3 fonctionne de manière similaire au système décrit en relation avec la figure 1, à la différence près que le décodeur DEC fournit en sortie des métadonnées MD1, MD2 en plus des images de vues reconstruites VD1 et VD2. De telles métadonnées MD1, MD2 sont fournies en entrée du synthétiseur qui génère alors une vue virtuelle VS(1+2), par exemple à partir de 10 vues reconstruites VD1, VD2. Le décodeur DEC et le synthétiseur SYNTH forment alors un système de traitement d'images selon l'invention. Ils peuvent être compris dans un même appareil ou bien dans deux appareils distincts aptes à communiquer entre eux. Par exemple, de manière non limitative et non exhaustive, de telles métadonnées peuvent correspondre à: 15 - des paramètres de caméra de la vue reconstruite par le décodeur, - des vecteurs de mouvement décodés et mis à l'échelle de l'image reconstruite par le décodeur, - un partitionnement de l'image reconstruite, - une indication d'images de référence utilisées par des blocs de l'image reconstruite, 20 - des modes de codage de l'image reconstruite, - des valeurs de paramètres de quantification de l'image reconstruite, - des valeurs de résidus de prédiction de l'image reconstruite. De telles informations peuvent être fournies telles qu'utilisées par le décodeur. Ou bien, de telles informations peuvent être traitées par le décodeur, par exemple pour être fournies 25 avec une granularité plus fine ou plus grossière que celle utilisée par le décodeur. Des métadonnées peuvent aussi être calculées et partagées par le décodeur, par exemple: - une carte représentant le mouvement général dans une image de la vue reconstruite, ou dans un groupe d'images; par exemple une telle carte peut être une carte binaire obtenue par seuillage des vecteurs de mouvement de l'image ou du groupe d'images, 30 - une carte représentative de la présence d'occlusions dans une image de la vue reconstruite ; par exemple une telle carte peut être une carte binaire obtenue en considérant le niveau d'information contenue dans les résidus de prédiction de chaque pixel dans le cas d'une prédiction inter-vue, ou bien l'information d'une localisation possible d'occlusions peut être dérivée des vecteurs de disparité de l'image ou d'une carte de contours, 35 - une carte représentative de valeurs de confiance associées à une carte de profondeurs; par exemple une telle carte peut être calculée par le décodeur en comparant les modes de codage de la texture et de la profondeur correspondante. 10 Certaines métadonnées fournies en sortie peuvent être des données relatives à une seule vue : elles sont alors intrinsèques à la vue. D'autres métadonnées peuvent être obtenues à partir de deux ou plusieurs vues. Dans ce cas, les métadonnées sont représentatives d'une 5 différence ou d'une corrélation entre les vues (paramètres de caméra, carte d'occlusion, différence de modes de décodage, etc..). La figure 4 illustre des étapes du procédé de décodage d'un flux de données représentatif d'une vidéo multi-vues selon un mode particulier de réalisation de l'invention. 10 Un flux de données STR est fourni en entrée du décodeur DEC, par exemple sous la forme d'un train binaire. Le flux de données STR comprend par exemple des données de la vidéo multi-vues codées par un codeur vidéo de l'état de l'art adapté pour le codage de vidéo multivues exploitant les redondances entre vues ou bien par un codeur vidéo mono-vue appliqué à chaque vue de la vidéo multi-vues individuellement. 15 Lors d'une étape E20, le décodeur DEC décode au moins une partie des données du flux délivrant des éléments de syntaxe décodés. Un tel décodage E20 correspond par exemple à un parcours du flux de données et à un décodage entropique du train binaire afin d'extraire les éléments de syntaxe nécessaires à la reconstruction d'une image courante d'une vue à reconstruire, par exemple une vue visualisée par un utilisateur. De tels éléments de syntaxe 20 correspondent par exemple aux modes de codage des blocs de l'image courante, aux vecteurs de mouvement dans le cas d'une prédiction inter-images ou inter-vues, aux coefficients quantifiés des résidus de prédiction, etc... Classiquement, lors de l'étape E21, l'image courante d'une vue (VD1, VD2) à reconstruire est reconstruite à partir des éléments de syntaxe décodés et éventuellement des images de 25 la vue ou d'autres vues précédemment reconstruites. Une telle reconstruction de l'image courante est mise en oeuvre selon les modes de codage et techniques de prédiction utilisées au niveau du codeur pour coder l'image courante. Les images de vues reconstruites sont fournies en entrée d'un module de traitement d'images SYNTH. 30 Lors d'une étape E23, au moins une métadon née est obtenue à partir d'au moins un élément de syntaxe décodé. Une telle métadonnée est formatée sous une forme prédéterminée. Une telle forme prédéterminée correspond par exemple à une syntaxe particulière selon laquelle les données sont arrangées pour être transmises ou stockées en mémoire. Lorsque le décodeur de vidéo multi-vues est un décodeur conforme à un standard particulier, la syntaxe 35 des métadonnées peut par exemple être décrite dans ce standard particulier ou un standard associé au standard particulier de décodage. 11 Selon un mode particulier de réalisation de l'invention, la forme prédéterminée correspond à une table indexée dans laquelle au moins une métadonnée est mémorisée en association avec un index. Selon ce mode particulier de réalisation, chaque type de métadonnées est associé à un index. Un exemple d'une telle table est illustré par la table 1 ci-dessous. Index Type de métadonnées 0 paramètres de caméra 1 vecteurs de mouvement 2 partitionnement de l'image 3 images de référence des blocs de l'image 4 modes de codage des blocs de l'image 5 paramètres de quantification des blocs de l'image 6 valeurs de résidus de prédiction des blocs de l'image 7 carte de mouvement de l'image 8 carte de mouvement global sur un groupe d'images 9 carte d'occlusions 10 carte de profondeurs 11 carte de confiance de la carte de profondeurs 5 Table 1: exemple d'une table des métadonnées Chaque métadonnée est mémorisée en association avec son index, et dans un format adéquat selon le type de métadonnées. Par exemple, les paramètres de caméra d'une vue sont mémorisés sous la forme d'un triplet de données comprenant respectivement une information de localisation correspondant par 10 exemple aux coordonnées du point dans le repère 3D correspondant à l'emplacement de la caméra dans la scène, une information d'orientation définie par exemple par les valeurs de 3 angles dans le repère 3D, et une profondeur de champ. Selon un autre exemple, les vecteurs de mouvement sont mémorisés sous la forme d'une table comprenant pour chaque bloc de l'image reconstruite correspondante, la valeur du 15 vecteur de mouvement correspondant. La table de métadonnées illustrées ci-dessus n'est qu'un exemple non limitatif. Les métadonnées peuvent être mémorisées sous d'autres formes prédéterminées. Par exemple, lorsqu'un seul type de métadonnées est possible, il n'est pas nécessaire d'associer un index au type de métadonnées. 20 Selon un mode particulier de réalisation de l'invention, lors d'une étape E22, au moins une métadonnée est calculée à partir d'au moins une partie des éléments de syntaxe décodés, avant l'étape d'obtention E23. 12 Un tel mode particulier de réalisation de l'invention permet d'obtenir ainsi des métadonnées qui ne sont pas utilisées pour reconstruire l'image courante de la vue à reconstruire mais qui peuvent être utilisées pour synthétiser des vues virtuelles à partir de l'image courante reconstruite, par exemple une carte d'occlusion. 5 Un tel mode particulier de réalisation de l'invention permet également d'obtenir des métadonnées avec une granularité différente de celle utilisée pour reconstruire l'image courante. Par exemple, les vecteurs de mouvement peuvent être calculés de manière plus grossière, par exemple pour des blocs de taille 64x64 pixels sur toute l'image, à partir des vecteurs de mouvement reconstruits de tous les sous-blocs de l'image courante contenus 10 dans le bloc 64x64. Par exemple, pour chaque bloc 64x64, un vecteur de mouvement est calculé en prenant la valeur minimale, ou maximale, une moyenne ou un médian, ou toute autre fonction, des vecteurs de mouvement des sous-blocs. Lors d'une étape E24, les métadonnées MD1, MD2 obtenues lors de l'étape E23 sont 15 fournies au module SYNTH de traitement d'images externe au décodeur DEC, par exemple un module de synthèse de vues virtuelles. Par module externe au décodeur, on entend un module dont le fonctionnement n'est pas nécessaire au décodage du flux de données , ni à l'affichage des vues reconstruites par le décodeur. Par exemple, les métadonnées sont mémorisées dans une mémoire accessible au module 20 de traitement d'images. Selon un autre exemple, les métadonnées sont transmises au module de traitement d'images, via un lien de connexion, par exemple un bus de transmission de données, lorsque le décodeur et le module de traitement d'images sont intégrés au sein d'un même appareil, ou bien via un câble ou une connexion sans fil, lorsque le décodeur et le module de traitement d'images sont intégrés dans des appareils distincts. 25 La figure 5 illustre schématiquement un décodeur d'un flux de données représentatif d'une vidéo multi-vues selon un mode particulier de réalisation de l'invention. Classiquement, le décodage d'une vue à reconstruire à partir d'un flux de données STR est 30 mis en oeuvre de la manière suivante. Le décodage d'une vue à reconstruire est fait image par image, et pour chaque image, bloc par bloc. Pour chaque bloc à reconstruire, les éléments correspondants au bloc sont décodés par un module de décodage entropique D à partir du flux de données STR, fournissant un ensemble d'éléments de syntaxe décodés SE (mode de codage de la texture, vecteurs de mouvement, vecteurs de disparité, mode de 35 codage de la profondeur, index d'image de référence, ...) et des coefficients quantifiés coeff. Les coefficients quantifiés coeff sont transmis à un module de quantification inverse (Q4), puis à un module de transformation inverse (T4) pour fournir des valeurs de résidus de 13 prédiction du bloc res',. Les éléments de syntaxe décodés (SE) sont transmis à un module de prédiction (P) pour calculer un bloc prédicteur pred à l'aide également d'une image préalablement reconstruite /'f (une partie de l'image courante, ou bien une image de référence de la vue préalablement reconstruite, ou bien une image de référence d'une autre 5 vue préalablement reconstruite). Le bloc courant est ensuite reconstruit (Br') en ajoutant la prédiction pred au résidus de prédiction du bloc res',. Le bloc reconstruit (Br') est ensuite mis en mémoire MEM pour être utilisé ultérieurement pour reconstruire l'image courante ou une autre image ou une autre vue. Selon l'invention, à la sortie du module de décodage entropique, les éléments de syntaxe 10 décodés SE et éventuellement les coefficients quantifiés des blocs sont transmis à un module FORM configuré pour sélectionner au moins une partie des éléments de syntaxe décodés SE et éventuellement les coefficients quantifiés, et les mémoriser sous la forme prédéterminée pour fournir des métadonnées MD relatives à l'image reconstruite, ou à un groupe d'images. 15 La sélection des éléments de syntaxe décodés SE à mettre en forme peut être fixe, par exemple définie explicitement dans le standard décrivant le fonctionnement du décodeur. Ou bien, différents types de sélection peuvent être définis de manière fixe, par exemple via des profils du décodeur, et un paramétrage du décodeur permet de le configurer afin que le module FORM de mise en forme sélectionne les éléments de syntaxe correspondants. Selon 20 encore une autre variante, le décodeur est apte à échanger avec le module de traitement d'images auquel il fournit les métadonnées. Dans ce cas, le module de traitement d'images indique explicitement au décodeur le type de métadonnées qu'il souhaite recevoir et le module FORM du décodeur ne sélectionne que les éléments de syntaxe décodés nécessaires. 25 Lorsque des métadonnées peuvent être fournies selon un niveau de granularité différent de celui utilisé par le décodeur, un tel niveau de granularité peut être défini de manière fixe dans le standard décrivant le fonctionnement du décodeur, ou bien via des profils du décodeur. Lorsque le module de traitement d'images communique avec le décodeur pour obtenir des métadonnées, le module de traitement d'images peut indiquer explicitement au décodeur le 30 niveau de granularité auquel il souhaite recevoir certaines des métadonnées. Selon un mode particulier de réalisation de l'invention, les éléments de syntaxe décodés SE et éventuellement les coefficients quantifiés en sortie du module de décodage entropique sont transmis à un module CALC configuré pour calculer des métadonnées à partir des 35 éléments de syntaxe SE et/ou des coefficients quantifiés. Telles que précédemment, les métadonnées à calculer peuvent être définies explicitement dans le standard décrivant le 14 fonctionnement du décodeur, selon différents profils ou non, ou bien déterminées à partir d'échanges avec le module de traitement d'images auquel elles sont destinées. Selon un mode particulier de réalisation de l'invention, le module FORM sélectionne, 5 notamment, les paramètres de caméra de la vue à reconstruire. Afin de synthétiser un nouveau point de vue, un module de synthèse doit créer un modèle décrivant comment chaque pixel d'une vue originale (reconstruite) est projeté dans la vue virtuelle. La plupart des synthétiseurs, par exemple basé sur la technique DIBR (pour Depth Image Based Rendering en anglais), utilise une information de profondeurs pour projeter les 10 pixels de la vue reconstruite dans l'espace 3D. Les points correspondants de l'espace 3D sont ensuite projetés dans le plan de la caméra du nouveau point de vue. Une telle projection des points de l'image dans l'espace 3D peut être modélisée avec l'équation suivante: M=K.RT.M', dans laquelle M est la matrice des coordonnées des points de l'espace 3D, K est la matrice des paramètres intrinsèques de la caméra virtuelle, et RT 15 est la matrice des paramètres extrinsèques de la caméra virtuelle (position de la caméra et orientation dans l'espace 3D) et M' est la matrice de pixels de l'image courante. Si les paramètres de caméras ne sont pas transmis au module de synthèse, le module de synthèse doit les calculer au prix d'une grande complexité et la précision et le calcul ne 20 peuvent pas être faits en temps-réels, ou doivent être obtenus par des capteurs externes. La fourniture de ces paramètres par le décodeur permet ainsi de limiter la complexité du module de synthèse. Selon un autre mode particulier de réalisation de l'invention, le module FORM sélectionne, 25 notamment, les éléments de syntaxe relatifs aux images de référence utilisées pour reconstruire l'image courante. Dans le cas où, pour générer une vue virtuelle, le module de synthèse a la possibilité de sélectionner des images de référence parmi des images de différentes vues disponibles, et préalablement reconstruites, le module de synthèse pourrait tirer avantage de savoir quelle 30 vues de référence ont été utilisées lors du codage d'une vue utilisée pour la synthèse. Par exemple, la figure 10 illustre un arrangement de vues d'un système de capture multi-vues comprenant 16 caméras. Les flèches entre chaque vue indiquent l'ordre de décodage des vues. Si le module de synthèse doit générer une vue virtuelle VV pour un point de vue placé entre la vue 6 et la vue 10 (représenté par une croix sur la figure 10), classiquement, le 35 module de synthèse doit vérifier la disponibilité de chaque vue, pour construire au mieux une vue virtuelle. 15 Selon le mode particulier de réalisation décrit ici, si le module de synthèse dispose de métadonnées indiquant, pour une vue, les vues de référence utilisées pour la reconstruire, le module de synthèse peut ne choisir que la vue disponible la plus proche du point de vue virtuel (vue 6 dans le cas de la figure 1), afin de décider quelles images utiliser pour générer 5 la vue virtuelle. Par exemple, si des blocs de la vue 6 utilisent une image de la vue 7 en tant qu'image de référence, le module de synthèse pourra décider d'utiliser également la vue 7 qui est forcément disponible puisqu'elle est utilisée par la vue 6. Un tel mode de réalisation permet ainsi de réduire la complexité du module de synthèse, en évitant d'avoir à vérifier la disponibilité de chaque vue lors de la synthèse. 10 Selon un autre mode particulier de réalisation de l'invention, le module CALC sélectionne, notamment, les éléments de syntaxe relatifs aux vecteurs de mouvement pour produire une carte de mouvement. Dans les zones où il y a peu de mouvement, la synthèse de vue virtuelle souffre en général 15 d'un manque de cohérence temporelle, due à l'imprécision des cartes de profondeurs. Ces incohérences sont extrêmement gênantes pour la visualisation du point de vue virtuel. Dans ce mode particulier de réalisation, le module CALC du décodeur sélectionne les vecteurs de mouvement décodés et reconstruits, i.e. après la prédiction inverse du vecteur de mouvement et la mise à l'échelle du vecteur de mouvement. Le module CALC réalise un 20 seuillage des vecteurs de mouvement reconstruits de chaque bloc pour produire une carte de mouvement, typiquement une carte binaire, dans laquelle chaque élément prend la valeur 0 ou 1, indiquant localement si la zone présente du mouvement ou non. La carte binaire peut être améliorée par exemple par l'utilisation de morphologie mathématique (par exemple érosion, dilatation, ouverture, fermeture) . 25 La carte binaire de mouvement peut ensuite être mise en forme, notamment en fonction de la granularité souhaitée (carte au niveau pixel, carte au niveau blocs ou sous-blocs, ou encore carte définie pour une taille de blocs spécifiques dans l'image, etc ...) pour indiquer l'information de présence de mouvement ou non dans la vue. Le module de synthèse recevant une telle carte de mouvement peut ensuite adapter son 30 fonctionnement, par exemple en appliquant des processus de synthèse différents selon qu'une zone est marquée comme présentant du mouvement ou non. Par exemple, pour résoudre le problème de l'incohérence temporelle, le processus de synthèse traditionnel peut être désactivé dans les zones fixes (sans mouvement) et simplement hériter de la valeur des pixels de l'image précédente. 35 Le module de synthèse peut bien évidemment générer une carte de mouvement par lui-même, en utilisant d'autres moyens, par exemple en estimant le mouvement comme un 16 codeur. Cependant, une telle opération a un impact non négligeable sur la complexité de l'algorithme de synthèse, ainsi que sur la précision du mouvement obtenu, étant donné que l'encodeur estime le mouvement à partir d'images non codées qui ne sont plus disponibles en sortie du décodeur. 5 Dans l'exemple illustré en figure 10 et le mode de réalisation décrit précédemment, les vues de référence valables peuvent être calculées non seulement en utilisant la vue disponible la plus proche, mais également en moyennant les vues de référence d'un voisinage du point de vue virtuel. Par exemple les vues de référence 6, 7, 10 et 11 peuvent être moyennées par le 10 module CALC du décodeur et la vue moyenne obtenue transmise au module de synthèse. Selon une autre variante, le module CALC du décodeur peut calculer une carte d'occlusion, dans laquelle il indique pour chaque pixel ou chaque bloc de l'image si la zone correspond à une zone d'occlusion. Par exemple, le module CALC peut déterminer si la zone correspond 15 à une zone d'occlusion en utilisant l'information d'image(s) de référence utilisée(s) par le décodeur pour reconstruire la zone. Par exemple, dans le cas de la figure 10, si la plupart des blocs de l'image de la vue 6 utilise une prédiction temporelle et que certains blocs de l'image de la vue 6 utilise une prédiction inter-vues, par exemple la vue 2, ces blocs sont susceptibles de correspondre à une zone d'occlusion. 20 Le module de synthèse recevant une telle carte d'occlusion peut alors décider d'appliquer un processus de synthèse différent selon que la zone est marquée ou non comme une zone d'occlusion. Selon un autre mode particulier de réalisation de l'invention, le module CALC sélectionne, 25 notamment, les modes de codage associés respectivement à la texture de l'image reconstruite et à la carte de profondeur de l'image. Selon l'art antérieur, les algorithmes de synthèse utilisent principalement des cartes de profondeur. De telles cartes de profondeur présentent en général des erreurs qui produisent des artefacts dans les vues virtuelles synthétisées. En comparant les modes de codage 30 entre la texture et la carte de profondeur, le décodeur peut dériver une mesure de confiance associée à la carte de profondeur, par exemple une carte binaire indiquant si la profondeur et la texture sont corrélées (valeur 1) ou non (valeur 0). Par exemple, la valeur de confiance peut être dérivée à partir des modes de codage. Si le mode de codage de la texture et le mode de codage de la profondeur sont différents, par 35 exemple l'un en mode Infra et l'autre en mode Inter, cela signifie que la texture et la profondeur ne sont pas corrélées. La valeur de confiance sera donc faible, par exemple 0. 17 La valeur de confiance peut aussi être positionnée en fonction des vecteurs de mouvement.Si la texture et la profondeur ont des vecteurs de mouvement différents, cela signifie que la texture et la profondeur ne sont pas corrélées. La valeur de confiance sera donc faible, par exemple O. 5 La valeur de confiance peut aussi être positionnée en fonction des images de référence utilisées par la texture et la profondeur. Si les images de référence sont différentes, cela signifie que la texture et la profondeur ne sont pas corrélées. La valeur de confiance sera donc faible, par exemple O. Le module de synthèse recevant une telle carte de confiance peut alors décider d'appliquer 10 un processus de synthèse différent selon que la zone est marquée ou non avec une valeur de confiance faible. Par exemple, pour de telles zones, une autre vue de référence fournissant une meilleure valeur de confiance pour la zone peut être utilisée pour synthétiser la zone correspondante. 15 La figure 6 illustre des étapes du procédé de traitement d'images selon un mode particulier de réalisation de l'invention. Un tel procédé est mis en oeuvre par exemple par un module de synthèse de vues virtuelles, à partir de vues décodées et reconstruites par exemple par le procédé de décodage décrit en relation avec la figure 5. Lors d'une étape E60, au moins une métadonnée (MD1, MD2) est lue par le module de 20 synthèse. Les métadonnées lues par le module de synthèse correspondent à des éléments de syntaxe décodés à partir d'un flux représentatif d'une vidéo multi-vues et sont associées à une ou plusieurs vues. Elles peuvent également correspondre à des informations calculées lors du procédé de décodage du flux à partir d'éléments de syntaxe décodés. Les métadonnées sont mémorisées ou transmises au module de synthèse sous une forme 25 prédéterminée, de sorte que tout module de synthèse disposant d'un module de lecture adapté puisse les lire. Lors d'une étape E61, le module de synthèse reçoit en entrée au moins une image d'une vue reconstruite (VD1, VD2) par un décodeur de vidéo multi-vues, par exemple selon le procédé de décodage décrit en relation avec la figure 5. Le module de synthèse utilise ces vues 30 reçues VD1, VD2 et les métadonnées MD1, MD2 lues pour générer au moins une image d'un point de vue virtuel VS(1+2). En particulier, les métadonnées MD1, MD2 sont utilisées par le module de synthèse pour déterminer un algorithme de synthèse à utiliser pour certaines zones de l'image, ou bien pour déterminer une vue à utiliser pour générer l'image de la vue virtuelle.... 35 La figure 7 illustre des étapes du procédé de décodage et du procédé de traitement d'images selon un autre mode particulier de réalisation de l'invention. 18 En général, le décodeur d'une vidéo multi-vues n'a pas connaissance du type de synthétiseur qui sera utilisé pour générer des points de vue virtuels. Autrement dit, le décodeur ne sait pas quel algorithme de synthèse sera utilisé, ni quels types de métadonnées pourront lui être utiles. 5 Selon le mode particulier de réalisation décrit ici, le décodeur et le module de synthèse sont adaptés pour pouvoir échanger de manière bidirectionnelle. Par exemple, le module de synthèse peut indiquer au décodeur une liste de métadonnées dont il aurait besoin pour réaliser une meilleure synthèse. Préalablement ou suite à la demande du module de synthèse, le décodeur peut informer le module de synthèse des métadonnées qu'il est 10 capable de lui transmettre. Avantageusement, la liste des métadonnées que le décodeur est apte à partager est normalisée, i.e. que tous les décodeurs conformes à une norme de décodage doivent être capables de partager les métadonnées de la liste. Ainsi, pour une norme de décodage donnée, le module de synthèse sait quelles métadonnées pourront être disponibles. La liste des métadonnées peut aussi être adaptée selon le profil de la norme du 15 décodeur. Par exemple, pour un profil destiné à des décodeurs nécessitant une faible complexité opératoire, la liste des métadonnées ne comprend que des éléments de syntaxe décodés du flux, alors que pour un profil destiné à des décodeurs aptes à gérer une complexité opératoire plus grande, la liste des métadonnées peut également comprendre des métadonnées obtenues par calcul à partir des éléments de syntaxe décodés du flux, 20 telles que carte de mouvement, carte d'occlusion, carte de confiance, etc... Lors d'une étape E70, le module de synthèse transmet au décodeur une requête indiquant au moins une métadonnée requise pour générer une image d'un point de vue virtuel. Par exemple, la requête comprend un index ou une liste d'index correspondant respectivement à des métadonnées requises. 25 Une telle requête est transmise selon un format prédéterminé, i.e. selon une syntaxe prédéterminée afin que le module de synthèse et le décodeur puisse se comprendre. Par exemple, une telle syntaxe peut être: nb pour i un entier allant de 0 à nb-1, 30 dans laquelle l'élément de syntaxe nb indique le nombre de métadonnées requises par le module de synthèse, et donc le nombre d'index à lire par le décodeur, et liste[i] indiquant l'index respectif des métadonnées requises. Selon un exemple, en reprenant l'exemple des métadonnées donné par la table 1 précitée, le module de synthèse peut indiquer dans la requête nb=2 et les index 0 et 9 correspondant 35 respectivement aux paramètres de caméra et à une carte d'occlusion. Selon une variante, le module de synthèse peut également indiquer en association avec l'index d'une métadonnée requise, un niveau de granularité, par exemple en spécifiant une 19 valeur prédéterminée d'un élément de syntaxe "grlever associé à la métadonnée. Par exemple, dans le cas de la carte d'occlusion, le module de synthèse peut indiquer une valeur 1 pour l'élément "lever' associé à l'index 9, s'il souhaite la carte d'occlusion au niveau pixel, ou bien une valeur 2 pour l'élément "lever' associé à l'index 9, s'il souhaite la carte 5 d'occlusion à un niveau plus grossier, par exemple pour des blocs de taille 8x8. Au cours d'une étape E71, le décodeur obtient les métadonnées correspondantes. Pour cela, et selon l'exemple décrit ci-dessus en relation avec la figure 4 ou 5, le décodeur récupère les éléments de syntaxe décodés nécessaires à l'obtention des métadonnées, et calcule les métadonnées non utilisées par le décodeur pour la reconstruction, telle que la 10 carte d'occlusions. Les métadonnées sont ensuite mises en forme selon la forme prédéterminée pour que le module de synthèse puisse les lire. Lors d'une étape E72, le décodeur transmet les métadonnées au module de synthèse qui peut alors les utiliser dans son algorithme de synthèse. 15 La figure 8 illustre schématiquement un dispositif DEC adapté pour mettre en oeuvre le procédé de décodage selon un mode particulier de réalisation de l'invention décrit précédemment. Un tel dispositif de décodage comprend une mémoire MEM, une unité de traitement UT, équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PG 20 stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en oeuvre les étapes du procédé de décodage tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC. Selon un mode particulier de réalisation de l'invention, le dispositif de décodage DEC comprend une interface de communication COMO permettant notamment au dispositif de 25 décodage de recevoir un flux de données représentatif d'une vidéo multi-vues, via un réseau de communication. Selon un autre mode particulier de réalisation de l'invention, le dispositif de décodage DEC comprend une interface de communication COM1 permettant au dispositif de décodage de transmettre des métadonnées à un dispositif de traitement d'images, tel qu'un module de 30 synthèse, et des images de vues reconstruites à partir du flux de données. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT met notamment en oeuvre les étapes du procédé de décodage décrit en relation avec les figures 4, 5 et 7, selon les instructions du programme 35 d'ordinateur PG. La mémoire MEM est notamment adaptée pour mémoriser des métadonnées obtenues au cours du procédé de décodage, sous une forme prédéterminée. 20 Selon un mode particulier de réalisation de l'invention, le dispositif de décodage décrit précédemment est compris dans un terminal, tel qu'un récepteur de télévision, un téléphone mobile (par exemple smartphone - pour téléphone intelligent en anglais-, un décodeur (set top box en anglais), un casque de réalité virtuelle, etc... 5 La figure 9 illustre schématiquement un dispositif SYNTH adapté pour mettre en oeuvre le procédé de traitement d'images selon un mode particulier de réalisation de l'invention décrit précédemment. Un tel dispositif comprend une mémoire MEM9, une unité de traitement UT9, équipée par 10 exemple d'un processeur PROC9, et pilotée par le programme d'ordinateur PG9 stocké en mémoire MEM9. Le programme d'ordinateur PG9 comprend des instructions pour mettre en oeuvre les étapes du procédé de traitement d'images tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC9. Selon un mode particulier de réalisation de l'invention, le dispositif SYNTH comprend une 15 interface de communication COM9 permettant au dispositif de recevoir des métadonnées en provenance d'un dispositif de décodage, tel que le dispositif DEC décrit ci-dessus, et des images de vues reconstruites à partir d'un flux de données représentatif d'une vidéo multivues, par le dispositif DEC. A l'initialisation, les instructions de code du programme d'ordinateur PG9 sont par exemple 20 chargées dans une mémoire avant d'être exécutées par le processeur PROC9. Le processeur PROC9 de l'unité de traitement UT9 met notamment en oeuvre les étapes du procédé de traitement d'images décrit en relation avec les figures 6 et 7, selon les instructions du programme d'ordinateur PG9. Selon un mode particulier de réalisation de l'invention, le dispositif SYNTH comprend une 25 interface de sortie AFF9 permettant du dispositif SYNTH de transmettre des images à un dispositif d'affichage, par exemple un écran. Par exemple, de telles images peuvent correspondre à des images d'un point de vue virtuel, générées par le dispositif SYNTH à l'aide des images de vues reconstruites et des métadonnées reçues du dispositif DEC. Selon un mode particulier de réalisation de l'invention, le dispositif SYNTH est un module de 30 synthèse. Il est compris dans un terminal, tel qu'un récepteur de télévision, un téléphone mobile (par exemple smartphone - pour téléphone intelligent en anglais-), un décodeur (set top box en anglais), un casque de réalité virtuelle, etc... Le principe de l'invention a été décrit dans le cas d'un système de décodage multi-vues, 35 dans lequel plusieurs vues sont décodées à partir d'un même flux (train binaire) et des métadonnées sont obtenues pour chaque vue. Le principe s'applique de manière similaire au cas où la vidéo multi-vues est encodée à l'aide de plusieurs flux (trains binaires), une vue par 21 flux étant codée. Dans ce cas, chaque décodeur de vue fournit les métadonnées associées à la vue qu'il REVENDICATIONS1. Procédé de décodage d'un flux de données représentatif d'une vidéo multi-vues, mis en oeuvre par un dispositif de décodage, comprenant: - l'obtention (E20) d'éléments de syntaxe à partir d'au moins une partie des données du flux, et - la reconstruction (E21) d'au moins une image d'une vue de la vidéo à partir des éléments de syntaxe obtenus, le procédé de décodage est caractérisé en ce qu'il comprend en outre: - l'obtention (E23) d'au moins une métadonnée sous une forme prédéterminée à partir d'au moins un élément de syntaxe, - la fourniture (E24) de ladite au moins une métadonnée à un module de traitement d'images. 15 2. Procédé de décodage selon la revendication 1, dans lequel l'obtention d'au moins une métadonnée comprend en outre le calcul de ladite au moins une métadonnée à partir d'au moins une partie des éléments de syntaxe. 20 3. Procédé de décodage selon l'une quelconque des revendications 1 ou 2, dans lequel ladite au moins une métadonnée n'est pas utilisée pour la reconstruction de la au moins une image. 4. Procédé de décodage selon l'une quelconque des revendications 1 à 3, dans lequel 25 ladite au moins une métadonnée correspond à une information comprise dans le groupe comprenant: - des paramètres de caméra, - des vecteurs de mouvement décodés et mis à l'échelle, - un partitionnement de l'image reconstruite, 30 - une image de référence utilisée par un bloc d'une image de la vue reconstruite, - des modes de codage d'une image de la vue reconstruite, - des valeurs de paramètres de quantification d'une image de la vue reconstruite, - des valeurs de résidus de prédiction d'une image de la vue reconstruite, - une carte représentative du mouvement dans une image de la vue reconstruite, 35 - une carte représentative de la présence d'occlusions dans une image de la vue reconstruite, - une carte représentative de valeurs de confiance associées à une carte de profondeurs. 23 5. Procédé de décodage selon l'une quelconque des revendications 1 à 4, dans lequel la forme prédéterminée correspond à une table indexée dans laquelle au moins une métadonnée est mémorisée en association avec un index. 5 6. Procédé de décodage selon l'une quelconque des revendications 1 à 5, dans lequel ladite au moins une métadonnée est obtenue en fonction d'un niveau de granularité spécifié au dispositif de décodage. 10 7. Procédé de décodage selon l'une quelconque des revendications 1 à 6, comprenant en outre la réception par le dispositif de décodage d'une requête du module de traitement d'images indiquant au moins une métadonnée requise par le module de traitement d'images. 8. Procédé de décodage selon la revendication 7, dans lequel la requête comprend au moins un index indiquant la métadonnée requise parmi une liste prédéterminée de métadonnées disponibles. 9. Dispositif de décodage d'un flux de données représentatif d'une vidéo multi-vues, le dispositif est configuré (UT, MEM, COM1) pour: - obtenir des éléments de syntaxe à partir d'au moins une partie des données du flux, et - reconstruire au moins une image d'une vue de la vidéo à partir des éléments de syntaxe obtenus, le dispositif de décodage est caractérisé en ce qu'il est en outre configuré pour: - obtenir au moins une métadonnée sous une forme prédéterminée à partir d'au moins un élément de syntaxe, - fournir ladite au moins une métadonnée à un module de traitement d'images. 10. Procédé de traitement d'images comprenant la génération d'au moins une image d'une vue virtuelle, à partir d'au moins une image d'une vue décodée par un dispositif de décodage, le procédé de traitement d'images est caractérisé en ce que: - il comprend la lecture (E60) d'au moins une métadonnée sous une forme prédéterminée, ladite au moins une métadonnée étant obtenue par le dispositif de décodage à partir d'au moins un élément de syntaxe obtenu à partir d'un flux de données représentatif d'une vidéo multi-vues, - la génération (E61) de ladite au moins une image comprenant l'utilisation de ladite au moins une métadonnée lue. 24 11. Procédé de traitement d'images selon la revendication 10, comprenant en outre l'envoi au dispositif de décodage d'une requête indiquant au moins une métadonnée requise pour générer l'image. 5 12. Dispositif de traitement d'images configuré pour générer au moins une image d'une vue virtuelle, à partir d'au moins une image d'une vue décodée par un dispositif de décodage, le dispositif de traitement d'images est caractérisé en ce que: - il est configuré (UT9, MEM9, COM9) pour lire au moins une métadonnée sous une 10 forme prédéterminée, ladite au moins une métadonnée étant obtenue par le dispositif de décodage à partir d'au moins un élément de syntaxe obtenu depuis un flux de données représentatif d'une vidéo multi-vues, - et en ce que lorsque ladite au moins une image est générée, ladite au moins une métadonnée lue est utilisée. 15 13. Système de traitement d'images pour l'affichage d'une vidéo multi-vues à partir d'un flux de données représentatif de la vidéo multi-vues, comprenant: - un dispositif de décodage selon la revendication 9, et - un dispositif de traitement d'images selon la revendication 12. 14. Programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de décodage selon l'une quelconque des revendications 1 à 8, ou pour la mise en oeuvre du procédé de traitement d'images selon l'une quelconque des revendications 10 à 11, lorsque ledit programme est exécuté par un processeur. 20 25