FR 3072850 A1 20190426 FR 1759822 A 20171019 Procédés de codage et de décodage d'un flux de données représentatif d'une vidéo omnidirectionnelle. 1. Domaine de l'invention L'invention se situe dans le domaine de la compression vidéo, et plus particulièrement des techniques de codage et de décodage de vidéo immersives ou omnidirectionnelle (ex : 1800 , 360° en 2D ou 3D). 2. Art Antérieur Un contenu vidéo omnidirectionnel permet de représenter une scène à partir d'un point central, et ce dans toutes les directions. On parle de contenu vidéo 360° lorsque l'intégralité du champ est capturé. Un sous ensemble du champ peut également être capturé, par exemple 180° seulement. Le contenu peut être capturé de façon monoscopique (2D) ou stéréoscopique (3D). Ce type de contenu peut être généré par assemblage de séquences d'images capturées par différentes caméras, ou bien généré synthétiquement par ordinateur (ex : jeux vidéo en VR). Les images d'un tel contenu vidéo permettent de restituer via un dispositif adéquat la vidéo selon n'importe quelle direction. Un utilisateur peut contrôler la direction selon laquelle la scène captée est affichée et naviguer de manière continue dans toutes les directions possibles. De tels contenus vidéo 360° peuvent par exemple être restitués en utilisant un casque de réalité virtuelle offrant à l'utilisateur une impression d'immersion dans la scène capturée par le contenu vidéo 360°. De tels contenus vidéo 360° nécessitent des dispositifs de réceptions adaptés à ce type de contenu (casque de réalité virtuelle par exemple) afin d'offrir les fonctionnalités d'immersion et de contrôle de la vue affichée par l'utilisateur. Toutefois, la plupart des récepteurs de contenus vidéo actuellement déployés ne sont pas compatibles avec ce type de contenu vidéo 360° et ne permettent la restitution que de contenus vidéo 2D ou 3D classiques. En effet, la restitution d'un contenu vidéo 360° nécessite l'application de transformations géométriques aux images de la vidéo afin de restituer la direction de visualisation souhaitée. Ainsi, la diffusion de contenus vidéo 360° n'est pas rétro-compatible avec le parc de récepteurs vidéo existants et est limitée aux seuls récepteurs adaptés à ce type de contenus. Toutefois, on remarque que le contenu capturé spécifiquement pour une diffusion vidéo 360° peut déjà faire l'objet d'une capture pour une diffusion vidéo en 2D ou 3D. Dans ce cas, c'est l'intégralité du contenu 360 projeté sur un plan qui est diffusé. De plus, la diffusion simultanée d'un même contenu capturé sous différents formats (2D ou 3D et 360°) pour adresser les différents récepteurs vidéo est coûteuse en termes de bande 2 passante, puisqu'il faut envoyer autant de flux vidéo que de formats possibles : vues 20, 3D, 3600 de la même scène capturée. Il existe donc un besoin pour une optimisation du codage et de la diffusion de contenus vidéos omnidirectionnelles, représentant un partie (180°) ou l'intégralité d'une scène (360°) 5 et de façon monoscopique (20) ou stéréoscopique (3D). Il existe des techniques de codage vidéo par couches, dit codage vidéo scalable ou échelonnable, permettant de coder un flux vidéo 20 en plusieurs couches de raffinement successives offrant différentes niveaux de reconstruction de la vidéo 20. Par exemple, la scalabilité spatiale permet de coder un signal vidéo en plusieurs couches de résolutions 10 spatiales croissantes. La scalabilité en PSNR (pour Peak Signal to Noise Ratio en anglais) permet de coder un signal vidéo pour une résolution spatiale fixe en plusieurs couches de qualité croissante. La scalabilité en espace colorimétrique permet de coder un signal vidéo en plusieurs couches représentées dans des espaces colorimétriques de plus en plus larges. Cependant, aucune des techniques de codage existantes ne permet de générer un flux de 15 données vidéo représentatif d'une scène qui puissent être décodé à la fois par un décodeur vidéo 20 ou 30 classique et par un décodeur vidéo 360°. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique. Elle concerne à cet effet un procédé de 20 codage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : - le codage dans ledit flux d'au moins une couche de base représentative d'une vidéo 20 ou 30, la vidéo 20 ou 30 étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle (360°, 180° etc), - le codage dans ledit flux d'au moins une couche de rehaussement représentative de la 25 vidéo omnidirectionnelle, la au moins une couche de rehaussement étant codée par prédiction par rapport à la au moins une couche de base. L'invention permet ainsi de réduire le coût de transmission des flux vidéo lorsque les contenus vidéo doivent être transmis à la fois en vue 20 et en 360° ou en vue 30 et 30360°. Ainsi, un décodeur vidéo 20 ou 30 classique ne décodera que la ou une des couches 30 de base pour reconstruire une vidéo 20 ou 30 de la scène et un décodeur compatible 360° décodera la ou les couches de base et au moins une couche de rehaussement pour reconstruire la vidéo 360°. L'utilisation d'une prédiction de la au moins une couche de base pour coder la couche de rehaussement permet ainsi de réduire le coût de codage de la couche de rehaussement. 35 Corrélativement, l'invention concerne également un procédé de décodage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : 3 - le décodage à partir dudit flux d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, - le décodage à partir dudit flux d'au moins une couche de rehaussement représentative de 5 la vidéo omnidirectionnelle, la au moins une couche de rehaussement étant décodée par prédiction par rapport à la au moins une couche de base. Par vidéo omnidirectionnelle, on entend ici aussi bien une vidéo d'une scène dont l'intégralité du champ (3600) est capturé, qu'une vidéo d'une scène dont une sous-partie du champ 360° 10 est capturé, par exemple 180°, 160°, 255.6°, ou autre. La vidéo omnidirectionnelle est donc représentative d'une scène capturée sur au moins une partie continue du champ à 360°. Selon un mode particulier de réalisation de l'invention, la prédiction de la couche de rehaussement par rapport à la au moins une couche de base comprend, pour coder ou 15 reconstruire au moins une image de la couche de rehaussement : - la génération d'une image de référence obtenue par projection géométrique sur l'image de référence d'une image, dite image de base, reconstruite à partir de la au moins une couche de base, - la mémorisation de ladite image de référence dans une mémoire d'images de 20 référence de la couche de rehaussement. Avantageusement, la prédiction dans la couche de rehaussement est réalisée par l'ajout lors du codage ou du décodage d'une image de la couche de rehaussement d'une image de référence dans laquelle les images reconstruites à partir des couches de base sont projetées. Ainsi, une nouvelle image de référence est ajoutée dans la mémoire d'images de 25 référence de la couche de rehaussement. Cette nouvelle image de référence étant générée par projection géométrique de toutes les images de base reconstruites à partir des couches de base à un instant temporel. Selon un autre mode particulier de réalisation de l'invention, le flux de données comprend 30 une information représentative d'un type de projection géométrique utilisée pour représenter la vidéo omnidirectionnelle. Selon un autre mode particulier de réalisation de l'invention, la vue représentée par la vidéo 20 ou 3D est une vue extraite de la vidéo omnidirectionnelle. Selon un autre mode particulier de réalisation de l'invention, le flux de données comprend 35 une information représentative d'un type de projection géométrique utilisée pour extraire une vue de la vidéo omnidirectionnelle et de ses paramètres de localisation. 4 Selon une variante, une telle information représentative des paramètres de projection et de localisation de ladite image de base est codée dans le flux de données à chaque image de la vidéo 3600. Avantageusement, cette variante permet de prendre en compte un déplacement dans la scène d'une vue servant de prédiction à la couche de rehaussement. Par exemple, 5 les images de la vidéo de la couche de base peuvent correspondre à des images capturées en se déplaçant dans la scène, par exemple pour suivre un objet en mouvement dans la scène. Par exemple, la vue peut être capturée par une caméra en mouvement ou successivement par plusieurs caméras localisées à différents points de vue dans la scène, pour suivre un ballon ou un joueur lors d'un match de foot par exemple. 10 Selon un autre mode particulier de réalisation de l'invention, le flux de données comprend au moins deux couches de base, chaque couche de base étant représentative d'une vidéo 20 ou 3D, chaque couche de base étant respectivement représentative d'une vue de la scène, les au moins deux couches de base étant codées indépendamment l'une de l'autre. 15 Ainsi, il est possible d'avoir plusieurs couches de base indépendantes dans le flux, permettant de reconstruire indépendamment plusieurs vues 20 ou 3D de la vidéo 360°. Selon un autre mode particulier de réalisation de l'invention, une image de la couche de rehaussement est codée à l'aide d'un groupe de tuiles, chaque tuile couvrant une région de 20 l'image de la couche de rehaussement, chaque région étant distincte et disjointe des autres régions de l'image de la couche de rehaussement, chaque tuile étant codée par prédiction par rapport à au moins une couche de base. Le décodage de la couche de rehaussement comprend la reconstruction d'une partie de l'image de la couche de rehaussement, la reconstruction de ladite partie de l'image comprenant le décodage des tuiles de la couche de 25 rehaussement couvrant la partie de l'image de la couche de rehaussement à reconstruire, et le décodage de la au moins une couche de base comprenant le décodage des couches de base utilisées pour prédire les tuiles couvrant la partie de l'image de la couche de rehaussement à reconstruire. Un tel mode particulier de réalisation de l'invention permet de reconstruire seulement une 30 partie de l'image omnidirectionnelle, et non l'image entière. Typiquement, seulement la partie en cours de visualisation par l'utilisateur est reconstruite. Ainsi, il n'est pas nécessaire de décoder toutes les couches de base du flux vidéo, voire même de les envoyer au récepteur. En effet, un utilisateur ne pouvant simultanément pas voir l'image entière de la vidéo omnidirectionnelle, il est ainsi possible de coder une image omnidirectionnelle par un 35 mécanisme de tuiles permettant de coder de manière indépendante des régions de l'image omnidirectionnelle pour permettre ensuite de ne décoder que les régions de l'image omnidirectionnelle visibles par l'utilisateur. 5 Grâce au mode particulier de réalisation de l'invention, le codage indépendant des couches de base permet ainsi de reconstruire séparément les tuiles de l'image omnidirectionnelle et de limiter la complexité au décodage en évitant le décodage de couches de base inutiles. Avantageusement, pour chaque tuile de la couche de rehaussement à décoder, une 5 information identifiant la au moins une couche de base utilisée pour prédire la tuile est décodée à partir du flux de données. L'invention concerne également un dispositif de codage d'un flux de données représentatif d'une vidéo omnidirectionnelle. Le dispositif de codage comprend des moyens de codage 10 dans ledit flux d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, et des moyens de codage dans ledit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, lesdits moyens de codage de la couche de rehaussement comprenant des moyens de prédiction de la couche de 15 rehaussement par rapport à la au moins une couche de base. L'invention concerne également un dispositif de décodage d'un flux de données représentatif d'une vidéo omnidirectionnelle. Le dispositif de décodage comprend des moyens de décodage dans ledit flux d'au moins une couche de base représentative d'une vidéo 20 ou 20 30, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, et des moyens de décodage dans ledit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, lesdits moyens de décodage de la couche de rehaussement comprenant des moyens de prédiction de la couche de rehaussement par rapport à la au moins une couche de base. 25 Le dispositif de codage, respectivement de décodage, est notamment adapté à mettre en oeuvre le procédé de codage, respectivement de décodage, décrit précédemment. Le dispositif de codage, respectivement de décodage, pourra bien sûr comporter les différentes caractéristiques relatives au procédé de codage, respectivement de décodage, selon 30 l'invention. Ainsi, les caractéristiques et avantages de ce dispositif de codage, respectivement de décodage, sont les mêmes que ceux du procédé de codage, respectivement de décodage, et ne sont pas détaillés plus amplement. Selon un mode particulier de réalisation de l'invention, le dispositif de décodage est compris dans un terminal. 35 L'invention concerne également un signal représentatif d'une vidéo omnidirectionnelle, comprenant des données codées d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une 6 même scène capturée par la vidéo omnidirectionnelle, et des données codées d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, la au moins une couche de rehaussement étant codée par prédiction par rapport à la au moins une couche de base. 5 Selon un mode particulier de réalisation de l'invention, une image de la couche de rehaussement est codée à l'aide d'un groupe de tuiles, chaque tuile couvrant une région de l'image de la couche de rehaussement, chaque région étant distincte et disjointe des autres régions de l'image de la couche de rehaussement, chaque tuile étant codée par prédiction par rapport à au moins une couche de base. Selon un tel mode particulier de réalisation de 10 l'invention, le signal comprend également pour chaque tuile, une information identifiant la au moins une couche de base utilisée pour prédire la tuile. Ainsi, seules les couches de base nécessaires au décodage d'une tuile à décoder sont décodées, optimisant ainsi l'utilisation des ressources du décodeur. 15 L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de codage ou du procédé de décodage 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 20 enregistré sur un support lisible par ordinateur. 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. Selon encore un autre aspect, l'invention concerne un support d'enregistrement ou support 25 d'informations lisible par un ordinateur comprenant 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 mémoire de type Read-Only Memory (ROM), par exemple un CD- ROM ou une ROM de circuit 30 microélectronique, une mémoire flash montée sur un support de stockage amovible, tel qu'une clé USB, ou encore une mémoire de masse magnétique de type Hard-Disk Drive (HDD) ou Solid-State Drive (SSD), ou une combinaison de mémoires fonctionnant selon une ou plusieurs technologies d'enregistrement de données. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique 35 ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. En particulier, le programme d'ordinateur proposé peut être téléchargé sur un réseau de type Internet. 7 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. Le procédé de codage ou de décodage selon l'invention peut donc être mis en oeuvre 5 de diverses manières, notamment sous forme câblée ou sous forme logicielle. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple 10 exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure lA illustre des étapes du procédé de codage selon un mode particulier de réalisation de l'invention, - la figure 1B illustre un exemple d'un signal généré selon le procédé de codage mis en oeuvre selon un mode particulier de réalisation de l'invention, 15 - la figure 2A illustre une image d'une vue d'une scène captée par une vidéo 3600 codée dans une couche de base, - la figure 2B illustre l'image illustrée en figure 2A projetée dans le référentiel d'une image de la vidéo 360°, - la figure 20 illustre une image de la vidéo 360° codée dans une couche de rehaussement, 20 - les figures 2D et 2E illustrent chacune une image de deux vues d'une scène captée par une vidéo 360° et codées chacune dans une couche de base, - la figure 2F illustre les images des deux vues illustrées en figures 2D et 2E projetée dans le référentiel d'une image de la vidéo 360°, - la figure 2G illustre une image de la vidéo 360° codée dans une couche de rehaussement, 25 - la figure 3 illustre des étapes du procédé de décodage selon un mode particulier de réalisation de l'invention, - la figure 4A illustre un exemple d'un codeur configuré pour mettre en oeuvre le procédé de codage selon un mode particulier de réalisation de l'invention, - la figure 4B illustre un dispositif adapté pour mettre en oeuvre le procédé de codage selon 30 un autre mode particulier de réalisation de l'invention, - la figure 5A illustre un exemple d'un décodeur configuré pour mettre en oeuvre le procédé de décodage selon un mode particulier de réalisation de l'invention, - la figure 5B illustre un dispositif adapté pour mettre en oeuvre le procédé de décodage selon un autre mode particulier de réalisation de l'invention. 35 - les figures 6A et 6B illustrent respectivement une image de la vidéo omnidirectionnelle 360° codée par tuiles indépendantes et une image de référence générée à partir de deux vues de deux couches de base et utilisée pour coder l'image de la figure 6A, 8 - les figures 7A-C illustrent respectivement une projection dans un plan 20 d'une vidéo omnidirectionnelle 3600 avec projection de type cubemap, une représentation sphérique 3D dans un référentiel XYZ de la vidéo omnidirectionnelle 360°, et une vue extraite du contenu immersif 360° dans un plan 20 selon une projection rectiligne, 5 - la figure 70 illustre la relation entre différentes projections géométriques, - la figure 8 illustre la procédure de construction de l'image de référence. Les images des figures 2A, C-E et G et des figures 7A-B sont extraites de vidéos 360° mises à disposition par LetInVR dans le cadre du groupe d'exploration JVET (pour Joint Video Exploration Team en anglais, JVT-D0179: Test Sequences for Virtual Reality Video Coding 10 from Letin VR, 15-21 Octobre 2016). 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention est de coder un flux de données de manière échelonnable 15 permettant ainsi de reconstruire et restituer une vidéo 360° lorsqu'un récepteur est adapté à recevoir et restituer une telle vidéo 360° et reconstruire et restituer une vidéo 20 ou 3D lorsque le récepteur est seulement adapté à restituer une vidéo 20 ou 3D. Afin de diminuer le coût de transmission d'un flux comprenant à la fois la vidéo 20 ou 3D et la vidéo 360°, selon l'invention, la vidéo 20 ou 3D est codée dans une couche de base et la 20 vidéo 360° est codée dans une couche de rehaussement ou d'amélioration prédite à partir de la couche de base. Selon un mode particulier de réalisation de l'invention, le flux peut comprendre plusieurs couches de base correspondant chacune à une vidéo 20 ou 3D correspondant à une vue de la scène. La couche d'amélioration est ainsi codée par prédiction à partir de toutes ou d'une 25 partie des couches de base comprises dans le flux. 5. 2 Exemples de mise en oeuvre La figure 1A illustre des étapes du procédé de codage selon un mode particulier de réalisation de l'invention. Selon ce mode particulier de réalisation de l'invention, une vidéo 30 360° est codée de manière scalable en extrayant des vues de la vidéo 360° et en codant chaque vue dans une couche de base. Par vue, on entend ici une séquence d'images acquise à partir d'un point de vue de la scène captée par la vidéo 360°. Une telle séquence d'image peut être une séquence d'images monoscopique dans le cas d'une vidéo 360° en 2D ou une séquence d'images stéréoscopique dans le cas d'une vidéo 360° en 3D. Dans le 35 cas d'une séquence d'images stéréoscopique, chaque image comprend une vue gauche et une vue droite codées conjointement par exemple sous la forme d'une image générée à l'aide des vues gauche et droite placée côte à côté ou l'une au-dessus de l'autre. Le codeur 9 codant une telle séquence d'images stéréoscopique dans une couche de base ou une couche de rehaussement codera alors chaque image comprenant une vue gauche et une vue droite comme une séquence d'images 20 classique. On décrit ci-après un mode de réalisation dans lequel la vidéo omnidirectionnelle est une 5 vidéo 3600 en 20. On décrit ici un mode de réalisation où deux couches de base sont utilisées pour coder la couche d'amélioration. De manière générale, le procédé décrit ici s'applique au cas où un nombre de vues N, avec N supérieur ou égal à 1, sont utilisées pour le codage de la couche d'amélioration. 10 Le nombre de couches de base est indépendant du nombre de vues utilisées pour générer la vidéo 360°. Le nombre de couches de base codé dans le flux de données scalable est par exemple déterminé lors de la production du contenu, ou peut être déterminé par l'encodeur à des fins d'optimisation de débit. Au cours des étapes 10 et 11, une première et une deuxième vues sont extraites de la vidéo 15 360°. Les vues [1] et [2] sont respectivement codées lors d'une étape de codage 12 d'une couche de base BL[1] et d'une étape de codage 13 d'une couche de base BL[2]. Dans le mode particulier de réalisation décrit ici, les couches de base BL[1] et BL[2] sont codées indépendamment l'une de l'autre, i.e. qu'il n'existe aucune dépendance de codage (prédiction, contexte de codage, etc...) entre le codage des images de la couche de base 20 BL[1] et le codage des images de la couche de base BL[2]. Chaque couche de base BL[1] ou BL[2] est décodable indépendamment des autres. Selon un autre mode particulier de réalisation, il est possible de coder les couches de base BL[1] et BL[2] de manière dépendante, par exemple pour gagner en efficacité en compression. Toutefois, ce mode particulier de réalisation de l'invention, nécessite au niveau 25 du décodeur de pouvoir décoder les deux couches de base pour restituer une vidéo 20 classique. Chaque image codée/reconstruite des couches de base BL[1] et BL[2] est ensuite projetée 30 (étapes 14 et 15 respectivement) géométriquement dans une même image de référence Iref. Il en résulte une image de référence partiellement remplie, qui contient les échantillons interpolés à partir de la ou les vues de la couche de base projetées. La construction de l'image de référence est décrite plus en détail en relation avec la figure 8. Les figures 2A-2C illustrent un mode de réalisation dans lequel une seule couche de base 35 est utilisée. Selon ce mode de réalisation, les images de la vidéo 360° ont une résolution spatiale de 3840x1920 pixels et sont générées par une projection équi-rectangulaire et la 10 séquence d'images 3600 a une fréquence de 30 images par seconde. La figure 20 illustre une image de la vidéo 360° à un instant temporel t codée dans la couche d'amélioration. Une image à l'instant temporel t de la vue extraite de la vidéo 360° est illustrée en figure 2A. Une telle vue est par exemple extraite de la vidéo 360° à l'aide des coordonnées de Yaw = 5 20°, Pitch = 5°, Horizontal FOV (pour Field Of View en anglais) = 1100 et Vertical FOV = 80°, la résolution spatiale des images de la vue extraite est de 1920x960 pixels et la fréquence temporelle est de 30 images par seconde. Les coordonnées Yaw et Pitch correspondent aux coordonnées du centre (P sur la figure 2B) de la projection géométrique d'une image de la vue de la couche de base, les coordonnées Yaw et Pitch correspondent respectivement à 10 l'angle 0 et à l'angle cp du point P illustrés dans le format pivot en figure 7B. Les paramètres Horizontal FOV et Vertical FOV correspondent respectivement à la taille horizontale et verticale d'une image de la vue extraite centrée au point P dans le format pivot illustré en figure 7B, cette image de la vue extraite est représentée dans la figure 70. La figure 2B illustre l'image de référence Iref utilisée pour prédire l'image de la vidéo 360° à 15 l'instant t après projection géométrique équirectangulaire de l'image de la couche de base illustrée en figure 2A. Les figures 20-2G illustrent un mode de réalisation dans lequel deux couches de base sont utilisées. Selon ce mode de réalisation, les images de la vidéo 360° ont une résolution 20 spatiale de 3840x1920 pixels et sont générées par une projection équi-rectangulaire et la séquence d'images 360° à une fréquence de 30 images par seconde. La figure 2G illustre une image de la vidéo 360° à un instant temporel t codée dans la couche d'amélioration. Une image à l'instant temporel t d'une première vue extraite de la vidéo 360° est illustrée en figure 20. Cette première vue est par exemple extraite de la vidéo 360° à l'aide des 25 coordonnées de Yaw = 20°, Pitch = 5°, Horizontal FOV (pour Field Of View en anglais) = 110° et Vertical FOV = 80°, la résolution spatiale des images de la première vue extraite est de 1920x960 pixels et la fréquence temporelle est de 30 images par seconde. Une image à l'instant temporel t d'une deuxième vue extraite de la vidéo 360° est illustrée en figure 2E. Cette deuxième vue est par exemple extraite de la vidéo 360° à l'aide des 30 coordonnées de Yaw = -100°, Pitch = 5°, Horizontal FOV (pour Field Of View en anglais) = 110° et Vertical FOV = 80°, la résolution spatiale des images de la première vue extraite est de 1920x960 pixels et la fréquence temporelle est de 30 images par seconde. La figure 2F illustre l'image de référence Iref utilisée pour prédire l'image de la vidéo 360° à l'instant t après projection géométrique équirectangulaire des images de la première vue et 35 de la deuxième vue illustrées respectivement en figures 20 et 2E. Afin de projeter les images reconstruites des couches de base dans l'image de référence, les étapes de transformation géométrique suivantes sont appliquées. 11 La représentation d'une vidéo omnidirectionnelle 3600 dans un plan est définie par une transformation géométrique caractérisant la manière dont un contenu omnidirectionnel 360° représenté dans une sphère est adapté à une représentation dans un plan. La 5 représentation sphérique des données est utilisée comme format pivot, elle permet de représenter les points captés par un dispositif de vidéo omnidirectionnel. Une telle représentation sphérique 3D XYZ est illustrée en figure 7B. Par exemple, la vidéo 360° est représentée à l'aide d'une transformation géométrique 10 équirectangulaire qui peut être vu comme la projection des points sur un cylindre entourant la sphère. D'autres transformations géométriques sont bien sûr possibles, par exemple la projection en CubeMap, correspondant à une projection des points sur un cube enfermant la sphère, les faces des cubes étant finalement dépliés sur un plan pour former l'image 2D. Une telle projection en CubeMap est par exemple illustrée en figure 7A. 15 La figure 7D illustre plus en détails la relation entre les différents formats cités ci-dessus. Le passage d'un format A equirectangulaire vers un format B en cubemap se fait à travers un format pivot C caractérisé par une représentation des échantillons dans un système sphérique XYZ illustré en figure 7B. De la même façon, l'extraction d'une vue D à partir du 20 format A se fait à travers ce format pivot C. L'extraction d'une vue du contenu immersif est caractérisée par une transformation géométrique, par exemple en opérant une projection rectiligne des points de la sphère sur un plan illustré par le plan ABCD en figure 70. Cette projection est caractérisée par des paramètres de localisation tels que le yaw, le pitch et le champ de vision horizontal et vertical (FOV pour Field Of View en anglais). Les propriétés 25 mathématiques de ces différentes transformations géométriques sont documentées dans le document JVET-G1003 ("Algorithm descriptions of projection format conversion and video quality metrics in 360Lib Version 4", Y. Ye, E. Alshina, J. Boyce, JVET of ITU-T SG16 WP3 and ISO/IEC JTC 1/SC 29/WG 11, 7th meeting, Torino, IT, 13-21 July, 2017). 30 La figure 8 illustre les différentes étapes permettant le passage entre deux formats. Une table de correspondance est d'abord construite en E80 afin de mettre en correspondance la position de chaque échantillon dans l'image de destination (Iref), avec sa position correspondante dans le format source (correspondant aux images reconstruites des couches de base BL[1] et BL[2] dans l'exemple décrit avec la figure 1A). Pour chaque position (u,v) 35 dans l'image de destination les étapes suivantes s'appliquent : - En E81 : passage des coordonnées (u,v) de l'image de destination dans le système pivot XYZ. 12 - En E82: projection des coordonnées XYZ du système pivot dans l'image source (u' ,v'). - En E83: mis à jour de la table de correspondance mettant en relation les positions dans le format destination et dans le format source. 5 Une fois la table de correspondance construite, la valeur de chaque pixel (u,v) dans l'image de destination (Iref) est interpolée par rapport à la valeur à la position correspondante (u',v') dans l'image source lors d'une étape E84 (correspondant aux images reconstruites des couches de base BL[1] et BL[2] dans l'exemple décrit avec la figure 1A ). Une interpolation peut être réalisée en (u'v') avant l'attribution de la valeur, en appliquant un filtre 10 d'interpolation type Lanczos sur l'image décodée de la couche de base, à la position mise en correspondance. Lors d'une étape 16 du procédé de codage illustré en figure 1A, la vidéo 3600 est codée dans une couche d'amélioration EL par prédiction par rapport aux couches de base BL[1] et 15 BL[2] en utilisant l'image de référence Iref générée à partir des couches de base Lors d'une étape 17, les données codées lors des étapes 12, 13 et 16 sont multiplexées afin de former un flux binaire comprenant les données codées des couches de base BL[1] et BL[2] et de la couche d'amélioration EL. Les données de projection permettant de construire l'image de référence Iref sont également codées dans le flux binaire et transmises au 20 décodeur. Les étapes de codage 12, 13 et 16 peuvent avantageusement être mises en oeuvre par des codeurs vidéo standards, par exemple par un codeur standard SHVC codeur scalable de la norme HEVC. 25 La figure 1B illustre un exemple d'un flux binaire généré selon le procédé décrit en relation avec la figure 1A. Selon cet exemple, le flux binaire comprend : - les données codées des couches de base BL[1] et BL[2], - une information PRJ représentative du type de projection géométrique utilisée pour représenter le contenu omnidirectionnel, par exemple une valeur indiquant une projection 30 équirectangulaire, - une information PRJ_B1, respectivement PRJ_B2, représentative de la projection utilisée pour extraire la vue et de ses paramètres de localisation dans la vidéo 360° de la vue de la couche de base BL[1], respectivement BL[2]. L'information représentative des paramètres de projection et de localisation d'une vue de la 35 couche de base peut par exemple être codée sous la forme des coordonnées de la vue (Yaw, Pitch, HFOV, VFOV) assorti du type de projection (rectiligne) utilisé pour extraire la vue. 13 L'information représentative des paramètres de projection et de localisation d'une vue d'une couche de base peut être codée une seule fois dans le flux binaire. Elle est ainsi valable pour toute la séquence d'images. L'information représentative des paramètres de projection et de localisation d'une vue d'une 5 couche de base peut être codée plusieurs fois dans le flux binaire, par exemple à chaque image, ou à chaque groupe d'images. Elle n'est ainsi valable que pour une image ou un groupe d'images. Lorsque l'information représentative des paramètres de projection et de localisation d'une vue est codée à chaque image, une telle variante procure l'avantage que la vue extraite à 10 chaque instant temporel de la séquence peut correspondre à une vue d'un objet en mouvement dans la scène et suivi au cours du temps. Lorsque l'information représentative des paramètres de projection et de localisation d'une vue est codée pour un groupe d'images, une telle variante procure l'avantage que la séquence vidéo codée dans une couche de base peut changer de point de vue au cours du 15 temps, permettant ainsi de suivre un événement via différents points de vue au cours du temps. La figure 3 illustre des étapes du procédé de décodage selon un mode particulier de réalisation de l'invention. 20 Selon ce mode particulier de réalisation de l'invention, le flux binaire échelonnable représentatif de la vidéo 3600 est dé-multiplexé lors d'une étape 30. Les données codées des couches de base, BL[1] et BL[2] dans l'exemple décrit ici, sont envoyées à un décodeur pour être décodées (étapes 31, 33 respectivement). Puis, les images reconstruites des couches de base sont projetées (étapes 32, 34 25 respectivement) de manière similaire au procédé de codage sur une image de référence Iref pour servir de prédiction à la couche d'amélioration EL. La projection géométrique est réalisée à partir des données de projection fournies dans le flux binaire (type de projection, information de projection et de localisation de la vue). Les données codées de la couche d'amélioration EL sont décodées (étape 35) et les images 30 de la vidéo 360° sont reconstruites en utilisant les images de référence Iref générées à partir des projections géométriques réalisées sur les couches de base, tel que spécifié précédemment. Le flux binaire échelonnable représentatif de la vidéo 360° permet ainsi d'adresser tout type de récepteurs. Un tel flux échelonnable permet également que chaque récepteur puisse 35 décoder et reconstruire une vidéo 20 ou une vidéo 360° selon ses capacités. Selon le procédé de décodage décrit ci-dessus, les récepteurs classiques, tels que PC, téléviseur, tablette, etc... ne décoderont qu'une couche de base, et restitueront une 14 séquence d'images 20. Tandis que les récepteurs adaptés pour la vidéo 3600, tels que les casque de réalité virtuelle, smartphones (téléphone intelligent), etc, décoderont les couches de base et la couche d'amélioration et restitueront la vidéo 360°. 5 La figure 4A illustre de manière plus détaillée les étapes de codage d'une couche de base et d'une couche d'amélioration du procédé décrit précédemment selon un mode particulier de réalisation de l'invention. On décrit ici le cas du codage d'une couche d'amélioration codant une vidéo omnidirectionnelle 360° par prédiction à partir d'une couche de base codant une vue k. 10 Chaque image de la vue k à coder est découpée en bloc de pixels et chaque bloc de pixels est ensuite codé de manière classique par prédiction spatiale ou temporelle en utilisant une image de référence précédemment reconstruite de la séquence d'images de la vue k. De manière classique, un module de prédiction P détermine une prédiction pour un bloc courant Bk,. Le bloc courant Bk, est codé par prédiction spatiale par rapport à d'autres blocs 15 de la même image ou bien par prédiction temporelle par rapport à un bloc d'une image de référence précédemment codée et reconstruite de la vue k et mémorisée dans la mémoire MEMb. Un résidu de prédiction est obtenu en calculant la différence entre le bloc courant Bk, et la prédiction déterminée par le module de prédiction P. 20 Ce résidu de prédiction est ensuite transformé par un module de transformation T mettant en oeuvre par exemple une transformation de type OCT (pour Discrete Cosine Transform). Les coefficients transformés du bloc de résidu sont ensuite quantifiés par un module de quantification Q, puis codés par le module de codage entropique C pour former les données codées de la couche de base BL[k]. 25 Le résidu de prédiction est reconstruit, via une quantification inverse effectuée par le module Q-1 et une transformation inverse effectuée par le module T-1 et ajouté à la prédiction déterminée par le module de prédiction P pour reconstruire le bloc courant. Le bloc courant reconstruit est alors mémorisé afin de reconstruire l'image courante et que cette image courante reconstruite puisse servir de référence lors du codage d'images 30 suivantes de la vue k. Lorsque l'image courante de la vue k est reconstruite, un module de projection PROJ effectue une projection géométrique de l'image reconstruite dans l'image de référence Iref de la vidéo 360°, telle qu'illustrée en figure 2B et selon la transformation géométrique décrite précédemment. 35 L'image de référence Iref obtenue par projection de l'image reconstruite de la couche de base est mémorisée dans la mémoire de la couche d'amélioration MEMe. 15 Tout comme pour la couche de base, la vidéo omnidirectionnelle 3600 est codée image par image et bloc par bloc. Chaque bloc de pixels est codé de manière classique par prédiction spatiale ou temporelle en utilisant une image de référence précédemment reconstruite et mémorisée dans la mémoire MEMe. 5 De manière classique, un module de prédiction P détermine une prédiction pour un bloc courant Bec d'une image courante de la vidéo omnidirectionnelle 360°. Le bloc courant Bec est codé par prédiction spatiale par rapport à d'autres blocs de la même image ou bien par prédiction temporelle par rapport à un bloc d'une image de référence précédemment codée et reconstruite de la vidéo 360° et mémorisée dans la mémoire MEMe. 10 Selon l'invention, avantageusement, le bloc courant Bec peut également être codé par prédiction inter-couches par rapport à un bloc co-localisé dans l'image de référence Iref obtenue à partir de la couche de base. Par exemple, un tel mode de codage est signalé dans les données codées EL de la couche d'amélioration par un mode de codage INTER signalant un codage temporel du bloc, un vecteur de mouvement nul, et un index de 15 référence indiquant l'image de référence de la mémoire MEMe utilisée indiquant l'image Iref. Ces informations sont codées par le codeur entropique C. Un tel mode particulier de réalisation de l'invention permet de réutiliser la syntaxe existante des modes de codage temporels des standards existants. D'autres types de signalisation sont bien sûr possibles. Le mode de prédiction déterminé pour coder un bloc courant Bec est par exemple sélectionné 20 parmi tous les modes de prédiction possibles et en sélectionnant celui minimisant un critère débit/distorsion. Une fois un mode de prédiction sélectionné pour le bloc courant Bec, un résidu de prédiction est obtenu en calculant la différence entre le bloc courant Bec et la prédiction déterminée par le module de prédiction P. 25 Ce résidu de prédiction est ensuite transformé par un module de transformation T mettant en oeuvre par exemple une transformation de type DCT (pour Discrete Cosine Transform). Les coefficients transformés du bloc de résidu sont ensuite quantifiés par un module de quantification Q, puis codés par le module de codage entropique C pour former les données codées de la couche d'amélioration EL. 30 Le résidu de prédiction est reconstruit, via une quantification inverse effectuée par le module Q-1 et une transformation inverse effectuée par le module T-1 et ajouté à la prédiction déterminée par le module de prédiction P pour reconstruire le bloc courant. Le bloc courant reconstruit est alors mémorisé afin de reconstruire l'image courante et que cette image courante reconstruite puisse servir de référence lors du codage d'images 35 suivantes de la vidéo omnidirectionnelle 360°. Le codage a été décrit ici dans le cas d'une seule vue k codée dans une couche de base. Le procédé est aisément transposable au cas de plusieurs vues codées dans autant de 16 couches de base. Chaque image reconstruite à un instant temporel t d'une couche de base est projetée sur la même image de référence Iref de la vidéo 3600 pour coder une image de la vidéo 360° à l'instant t. 5 La figure 4B présente la structure simplifiée d'un dispositif de codage COD adapté pour mettre en oeuvre le procédé de codage selon l'un quelconque des modes particuliers de réalisation de l'invention décrit précédemment. Un tel dispositif de codage comprend une mémoire MEM4, une unité de traitement UT4, équipée par exemple d'un processeur PROC4. 10 Selon un mode particulier de réalisation de l'invention, le procédé de codage est mis en oeuvre par un programme d'ordinateur PG4 stocké en mémoire MEM4 et pilotant l'unité de traitement UT4. Le programme d'ordinateur PG4 comprend des instructions pour mettre en oeuvre les étapes du procédé de codage tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC4. 15 A l'initialisation, les instructions de code du programme d'ordinateur PG4 sont par exemple chargées dans une mémoire (non représentée) avant d'être exécutées par le processeur PROC4. Le processeur PROC4 de l'unité de traitement UT4 met notamment en oeuvre les étapes du procédé de codage décrit en relation avec les figures 1A, ou 4A, selon les instructions du programme d'ordinateur PG4. 20 Selon un autre mode particulier de réalisation de l'invention, le procédé de codage est mis en oeuvre par des modules fonctionnels (P, T, Q, Q-1, -1, C, PROJ). Pour cela, l'unité de traitement UT4 coopère avec les différents modules fonctionnels et la mémoire MEM4 afin de mettre en oeuvre les étapes du procédé de codage. La mémoire MEM4 peut notamment comprendre les mémoires MEMb, MEMe. 25 Les différents modules fonctionnels décrits ci-dessus peuvent être sous forme matérielle et/ou logicielle. Sous une forme logicielle, un tel module fonctionnel peut comprendre un processeur, une mémoire et des instructions de code de programme pour mettre en oeuvre la fonction correspondante au module lorsque les instructions de code sont exécutées par un le processeur. Sous une forme matérielle, un tel module fonctionnel peut mis en oeuvre par 30 tout type de circuits d'encodage adaptés, tels que par exemple et de manière non limitative des microprocesseurs, des processeurs de traitement du signal (DSP pour Digital Signal Processor en anglais), des circuits intégrés spécifiques à des applications (ASICs pour Application Specific Integrated Circuit en anglais), des circuits FPGA pour Field Programmable Gate Arrays en anglais, un câblage d'unités logiques. 35 La figure 5A illustre de manière plus détaillée les étapes de décodage d'une couche de base et d'une couche d'amélioration du procédé décrit précédemment selon un mode particulier 17 de réalisation de l'invention. On décrit ici le cas du décodage d'une couche d'amélioration EL codant une vidéo omnidirectionnelle 3600 par prédiction à partir d'une couche de base BL[k] codant une vue k. La vue k et la vidéo omnidirectionnelle 360° sont décodées image par image et bloc par bloc. 5 De manière classique, les données de la couche de base BL[k] sont décodées par un module de décodage entropique D. Puis, pour un bloc courant d'une image courante à reconstruire, un résidu de prédiction est reconstruit via une quantification inverse des coefficients décodés entropiquement par un module de quantification inverse Q-1 et une transformation inverse par un module de transformation inverse T-1. Un module de prédiction 10 P détermine une prédiction pour le bloc courant à partir des données de signalisation décodées par le module de décodage entropique D. La prédiction est ajoutée au résidu de prédiction reconstruit pour reconstruire le bloc courant. Le bloc courant reconstruit est alors mémorisé afin de reconstruire l'image courante et que cette image courante reconstruite soit mémorisée dans la mémoire d'images de référence de 15 la couche de base MEMb et qu'elle puisse servir de référence lors du décodage d'images suivantes de la vue k. Lorsque l'image courante de la vue k est reconstruite, un module de projection PROJ effectue une projection géométrique de l'image reconstruite dans l'image de référence Iref de la vidéo omnidirectionnelle 360°, telle qu'illustrée en figure 2B et selon la transformation 20 géométrique décrite précédemment. L'image de référence Iref obtenue par projection de l'image reconstruite de la couche de base est mémorisée dans la mémoire d'images de référence de la couche d'amélioration MEMe. Les données de la couche d'amélioration EL sont décodées par un module de décodage entropique D. Puis, pour un bloc courant d'une image courante à reconstruire, un résidu de 25 prédiction est reconstruit via une quantification inverse des coefficients décodés entropiquement mise en oeuvre par un module de quantification inverse Q-1 et une transformation inverse mise en oeuvre par un module de transformation inverse T-1. Un module de prédiction P détermine une prédiction pour le bloc courant à partir des données de signalisation décodées par le module de décodage entropique D. 30 Par exemple, les données de syntaxe décodées indiquent que le bloc courant Be, est codé par prédiction inter-couches par rapport à un bloc co-localisé dans l'image de référence Iref obtenue à partir de la couche de base. Le module de prédiction détermine donc que la prédiction correspond au bloc co-localisé au bloc courant Be dansl'image de référence Iref. La prédiction est ajoutée au résidu de prédiction reconstruit pour reconstruire le bloc courant. 35 Le bloc courant reconstruit est alors mémorisé afin de reconstruire l'image courante de la couche d'amélioration. 18 Cette image reconstruite est mémorisée dans la mémoire d'images de référence de la couche d'amélioration MEMe pour servir de référence lors du décodage d'images suivantes de la vidéo 3600 . 5 La figure 5B présente la structure simplifiée d'un dispositif de décodage DEC adapté pour mettre en oeuvre le procédé de décodage selon l'un quelconque des modes particuliers de réalisation de l'invention décrit précédemment. Un tel dispositif de décodage comprend une mémoire MEM5, une unité de traitement UT5, équipée par exemple d'un processeur PR005. 10 Selon un mode particulier de réalisation de l'invention, le procédé de décodage est mis en oeuvre par un programme d'ordinateur PG5 stocké en mémoire MEM5 et pilotant l'unité de traitement UT5. Le programme d'ordinateur PG5 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 PR005. 15 A l'initialisation, les instructions de code du programme d'ordinateur PG5 sont par exemple chargées dans une mémoire (non représentée) avant d'être exécutées par le processeur PR005. Le processeur PR005 de l'unité de traitement UT5 met notamment en oeuvre les étapes du procédé de décodage décrit en relation avec les figures 3, ou 5A, selon les instructions du programme d'ordinateur PG5. 20 Selon un autre mode particulier de réalisation de l'invention, le procédé de décodage est mis en oeuvre par des modules fonctionnels (P, Q-1, T-1, D, PROJ). Pour cela, l'unité de traitement UT5 coopère avec les différents modules fonctionnels et la mémoire MEM5 afin de mettre en oeuvre les étapes du procédé de décodage. La mémoire MEM5 peut notamment comprendre les mémoires MEMb, MEMe. 25 Les différents modules fonctionnels décrits ci-dessus peuvent être sous forme matérielle et/ou logicielle. Sous une forme logicielle, un tel module fonctionnel peut comprendre un processeur, une mémoire et des instructions de code de programme pour mettre en oeuvre la fonction correspondante au module lorsque les instructions de code sont exécutées par un le processeur. Sous une forme matérielle, un tel module fonctionnel peut mis en oeuvre par 30 tout type de circuits d'encodage adaptés, tels que par exemple et de manière non limitative des microprocesseurs, des processeurs de traitement du signal (DSP pour Digital Signal Processor en anglais), des circuits intégrés spécifiques à des applications (ASICs pour Application Specific Integrated Circuit en anglais), des circuits FPGA pour Field Programmable Gate Arrays en anglais, un câblage d'unités logiques. 35 19 Selon un mode particulier de réalisation de l'invention, les blocs d'une image de la couche d'amélioration sont codés par groupes de blocs, un tel groupe de bloc est aussi appelé tuile. Chaque groupe de blocs, i.e. chaque tuile est codée indépendamment des autres tuiles. Chaque tuile peut alors être décodée indépendamment des autres tuiles. De tels tuiles (TE0- 5 TE11) sont illustrées en figure 6A représentant une image de la vidéo omnidirectionnelle 3600 à un instant temporel dans laquelle 12 tuiles sont définies et recouvrent entièrement l'image. Par codage indépendant des tuiles, on entend ici un codage des blocs d'une tuile n'utilisant pas de prédiction spatiale à partir d'un bloc d'une autre tuile de l'image, ou de prédiction 10 temporelle à partir d'un bloc d'une tuile de l'image de référence non co-localisé avec la tuile courante. Chaque tuile est codée par prédiction temporelle ou inter-couches à partir d'une ou plusieurs de couches de base comme illustré en figures 6A et 6B. Sur les figures 6A et 6B, les tuiles TE4 et TE7 sont codées par prédiction inter-couches par rapport à l'image projetée dans 15 l'image de référence Iref de la vue 1 et les tuiles TE3 et TE6 sont codées par prédiction inter- couches par rapport à l'image projetée dans l'image de référence Iref de la vue 2. Selon ce mode particulier de réalisation de l'invention, un récepteur adapté pour décoder et restituer une vidéo 360° peut ne décoder que les tuiles nécessaires à la zone courante de l'image 360° visualisée par un utilisateur. En effet, lors de la restitution d'une vidéo 360°, un 20 utilisateur ne peut pas visualiser à un instant t, toute l'image de la vidéo, i.e. il ne peut pas regarder dans toutes les directions à la fois et ne visualise à un instant t que la zone de l'image face à son regard. Par exemple, une telle zone de visualisation est représentée par la zone ZV sur la figure 6A. Ainsi, selon ce mode de réalisation, seules les couches de base ayant servie à la prédiction 25 de la zone visualisée par l'utilisateur sont décodées lors de l'étape 31. Dans l'exemple décrit en figures 6A et 6B, seule la couche de base correspondant à la vue 1 est décodée lors de l'étape 31, et seules les tuiles TE4, TE5, TE7 et TE8 sont décodées lors de l'étape 35 de la figure 3, à partir de la couche d'amélioration EL. Lors de l'étape 35, seule la partie de l'image de la couche de rehaussement correspondant aux tuiles TE4, TE5, TE7 et TE8 est 30 reconstruite. Le mode particulier de réalisation, décrit en relation avec les figures 6A et 6B, est décrit ici dans le cas où les tuiles de la couche d'amélioration EL à décoder ne dépendent que d'une seule couche de base (celle de la vue 1). Selon d'autres variantes, une tuile de la couche d'amélioration EL peut être codée par prédiction à partir de plusieurs couches de base, en fonction par exemple des choix d'optimisation débit/distorsion effectués 35 lors du codage des blocs de la couche d'amélioration, un bloc d'une tuile pouvant être codant par prédiction par rapport à une première couche de base, et un autre bloc de la même tuile pouvant être codé par une autre couche de base distinct de la première couche de base. 20 Dans ce cas, toutes les couches de base utilisées pour la prédiction des blocs d'une tuile de la couche d'amélioration doivent être décodées. Pour cela, le flux de données codées comprend pour chaque tuile de la couche d'amélioration une information identifiant les couches de base utilisées pour prédire la tuile. 5 Par exemple, pour chaque tuile, des éléments de syntaxe indiquant le nombre de couches de base utilisées et un identifiant de chaque couche de base utilisée sont codés dans le flux de données. De tels éléments de syntaxe sont décodés pour chaque tuile de la couche d'amélioration à décoder lors de l'étape 35 de décodage de la couche d'amélioration. 10 Le mode particulier de réalisation décrit ci-dessus permet de limiter l'utilisation des ressources du décodeur et d'éviter le décodage de données inutiles car non visualisées par l'utilisateur. Un tel mode de réalisation peut être mis par l'un quelconque des dispositifs de codage et l'un quelconque des dispositifs de décodage décrits précédemment. 15 Les procédés de codage et de décodage décrits ci-dessus ont été décrits dans le cas où les images reconstruites des couches de base sont projetées, lors des étapes 14 et 15 de la figure lA et lors des 32, 34 de la figure 3, sur une même image de référence insérée dans la mémoire d'images de référence de la couche de rehaussement. Lorsque le nombre de couches de base est limitée, par exemple 1 ou 2, une telle image de 20 référence présente des zones non définies, par exemple mises à 0 par défaut, de taille importante, utilisant alors des ressources mémoires inutilement. Selon d'autres variantes, les images reconstruites des couches de bases projetées sur la couche de rehaussement peuvent être mémorisées dans des sous-images de référence. Par exemple, une sous-image peut être utilisée pour chaque couche de base. Chaque sous- 25 image est mémorisée en association avec des informations de décalage permettant à l'encodeur et/ou au décodeur de déterminer la localisation de la sous-image dans l'image de rehaussement. Une telle variante procure l'avantage d'économiser l'espace mémoire en évitant d'avoir une image de référence au niveau de la couche de rehaussement dont la majorité des échantillons sont nuls. 30 Une telle variante peut être mise en oeuvre indépendamment au codeur et/ou REVENDICATIONS1. Procédé de codage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : - une étape de codage dans ledit flux d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, - une étape de codage dans ledit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, la au moins une couche de rehaussement étant codée par prédiction par rapport à la au moins une couche de base. 2. Procédé de décodage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : - une étape de décodage à partir dudit flux d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, - une étape de décodage à partir dudit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, la au moins une couche de rehaussement étant décodée par prédiction par rapport à la au moins une couche de base. 3. Procédé selon la revendication 1 ou 2, dans lequel la prédiction de la couche de rehaussement par rapport à la au moins une couche de base comprend, pour coder ou reconstruire au moins une image de la couche de rehaussement : - la génération d'une image de référence obtenue par projection géométrique sur ladite image de référence d'une image, dite image de base, reconstruite à partir de la au moins une couche de base, - la mémorisation de ladite image de référence dans une mémoire d'images de référence de la couche de rehaussement. 4. Procédé selon la revendication 3, dans lequel le flux de données comprend une information représentative d'un type de projection géométrique utilisée pour représenter la vidéo omnidirectionnelle. 5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel la vue représentée par la vidéo 20 ou 3D est une vue extraite de la vidéo omnidirectionnelle. 22 6. Procédé selon la revendication 5, dans lequel le flux de données comprend une information représentative des paramètres de projection et de localisation de ladite image de base dans une image de la vidéo omnidirectionnelle, ladite information étant utilisée pour 5 projeter l'image de base sur l'image de référence. 7. Procédé selon la revendication 6, dans lequel ladite information représentative des paramètres de projection de localisation de ladite image de base est codée dans le flux de données à chaque image de la vidéo omnidirectionnelle. 10 8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel le flux de données comprend au moins deux couches de base, chaque couche de base étant représentative d'une vidéo 20 ou 3D respectivement représentative d'une vue de la scène, les au moins deux couches de base étant codées indépendamment l'une de l'autre. 15 9. Procédé de décodage selon la revendication 8, dans lequel une image de la couche de rehaussement est codée à l'aide d'un groupe de tuiles, chaque tuile couvrant une région de l'image de la couche de rehaussement, chaque région étant distincte et disjointe des autres régions de l'image de la couche de rehaussement, chaque tuile étant codée par prédiction 20 par rapport à au moins une couche de base, le décodage de la couche de rehaussement comprend : - la reconstruction d'une partie de l'image de la couche de rehaussement comprenant le décodage des tuiles de la couche de rehaussement couvrant la partie de l'image de la couche de rehaussement à reconstruire, et 25 - le décodage de la au moins une couche de base comprenant le décodage des couches de base utilisées pour prédire les tuiles couvrant la partie de l'image de la couche de rehaussement à reconstruire. 10. Procédé de décodage selon la revendication 9, comprenant en outre, pour chaque tuile 30 de la couche de rehaussement à décoder, le décodage d'une information identifiant la au moins une couche de base utilisée pour prédire la tuile. 11. Dispositif de codage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : 35 - des moyens de codage dans ledit flux d'au moins une couche de base représentative d'une vidéo 20 ou 3D, la vidéo 20 ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, 23 - des moyens de codage dans ledit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, lesdits moyens de codage de la couche de rehaussement comprenant des moyens de prédiction de la couche de rehaussement par rapport à la au moins une couche de base. 5 12. Dispositif de décodage d'un flux de données représentatif d'une vidéo omnidirectionnelle, comprenant : - des moyens de décodage dans ledit flux d'au moins une couche de base représentative d'une vidéo 2D ou 3D, la vidéo 2D ou 3D étant représentative d'une vue d'une même scène 10 capturée par la vidéo omnidirectionnelle, - des moyens de décodage dans ledit flux d'au moins une couche de rehaussement représentative de la vidéo omnidirectionnelle, lesdits moyens de décodage de la couche de rehaussement comprenant des moyens de prédiction de la couche de rehaussement par rapport à la au moins une couche de base. 15 13. Signal représentatif d'une vidéo omnidirectionnelle, comprenant des données codées d'au moins une couche de base représentative d'une vidéo 2D ou 3D, la vidéo 2D ou 3D étant représentative d'une vue d'une même scène capturée par la vidéo omnidirectionnelle, et des données codées d'au moins une couche de rehaussement représentative de la vidéo 20 omnidirectionnelle, la au moins une couche de rehaussement étant codée par prédiction par rapport à la au moins une couche de base. 14. Signal selon la revendication 13, dans lequel une image de la couche de rehaussement est codée à l'aide d'un groupe de tuiles, chaque tuile couvrant une région de l'image de la 25 couche de rehaussement, chaque région étant distincte et disjointe des autres régions de l'image de la couche de rehaussement, chaque tuile étant codée par prédiction par rapport à au moins une couche de base, le signal comprend : - pour chaque tuile, une information identifiant la au moins une couche de base utilisée pour prédire la tuile. 30 15. Programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de codage selon l'une quelconque des revendications 1 à 8 ou des instructions pour la mise en oeuvre du procédé de décodage selon l'une quelconque des revendications 2 à 10, lorsque ledit programme est exécuté par un processeur. 35