FR 3067199 A1 20181207 FR 1755017 A 20170606 1 La présente invention concerne un procédé de transmission d'une vidéo immersive vers une pluralité d'utilisateurs, un système et un dispositif aptes à mettre en oeuvre le procédé. Ces dernières années ont vu apparaître une pluralité de modes de visualisation d'images et de vidéos. Ainsi, alors que jusque dans les années « 2000 », on se cantonnait aux images à deux dimensions (2D), des vidéos stéréoscopiques, des vidéos en trois dimensions (3D) et des vidéos immersives représentant une même scène prise suivant une pluralité de points de vue, par exemple à « 360» degrés, ont vu leur apparition. A l'heure actuelle, les systèmes de diffusion de vidéos immersives ne nécessitent plus d'utiliser des salles dédiées comprenant un écran à « 360» degrés et une pluralité de dispositifs de projection d'images projetant chacun un point de vue d'une vidéo immersive. Il est en effet possible maintenant d'obtenir un système de diffusion de vidéos immersives à partir de lunettes, dites lunettes immersives ou lunettes 3D immersives, comprenant un dispositif d'affichage d'images intégré. Ce mode de mise en oeuvre plus simple permet d'envisager une démocratisation des systèmes de diffusion de vidéos immersives. Ainsi, dans le futur, des utilisateurs pourront visualiser des vidéos immersives dans leur habitation. Ces vidéos immersives seront fournies par exemple, par des opérateurs et transmises à travers des réseaux de communication tels que le réseau internet, à l'image de ce qui se fait actuellement avec la diffusion de vidéos 2D par internet. La Fig. 1 illustre schématiquement un exemple de système de diffusion de vidéos immersives 1. Dans ce système, un utilisateur 12 porte une paire de lunettes immersives 13. Cette paire de lunettes immersives 13 comprend un module de traitement 131 et un module de visualisation d'images non représenté. Le module de visualisation d'images comprend par exemple un écran faisant face à chaque oeil de l'utilisateur 12. Le module de visualisation d'images permet à l'utilisateur de visualiser une vidéo à « 360» degrés symbolisée par un anneau 10 dans la Fig. 1. Dans ce système, la vidéo immersive a été reçue par le module de traitement 131 d'un serveur par l'intermédiaire d'un réseau de communication, puis décodée par le module de traitement 131 avant son affichage sur le module de visualisation d'images. 3067199 2 Lors de l'affichage, le système de diffusion de vidéos immersives 1 définit une forme géométrique simple (ici, un anneau, mais d'autres formes sont possibles telles qu'une sphère, un dôme ou un cube) sur laquelle est plaquée la vidéo immersive. Toutefois, l'utilisateur 12 ne voit qu'une partie de la vidéo immersive limitée par son 5 champ visuel. Ainsi, dans la Fig. 1, l'utilisateur 12 ne voit qu'une sous-partie spatiale 11 de la vidéo immersive lui faisant face. Le reste de la vidéo immersive n'est utilisé que si l'utilisateur 12 change de point de vue sur la vidéo. En plus d'offrir un point de vue à l'utilisateur beaucoup plus large qu'une vidéo HD classique (« High Definition » en terminologie anglo-saxonne : 1920x1080 pixels), 10 une vidéo immersive possède généralement une résolution spatiale et une résolution temporelle nettement supérieures à une vidéo HD classique. De telles caractéristiques impliquent un débit très important qui peut être difficilement supportable par un réseau. Dans certains systèmes de diffusion de vidéos immersives, l'utilisateur reçoit la vidéo immersive en pleine résolution spatiale et temporelle. Le réseau de 15 communication doit donc supporter un débit relativement important. Ce débit est d'autant plus important que plusieurs utilisateurs peuvent recevoir la même vidéo immersive en même temps. Pour pallier ce problème de débit, dans d'autres systèmes de diffusion de vidéos immersives, chaque utilisateur ne reçoit qu'une sous-partie spatiale de la vidéo immersive correspondant à son point de vue. Toutefois, des 20 problèmes de latence se posent dans ce type de système dès qu'un utilisateur change de point de vue sur la vidéo immersive. En effet, lorsqu'un utilisateur change de point de vue, il doit informer le serveur qu'il a changé de point de vue, et le serveur doit répondre en transmettant à l'utilisateur une sous-partie spatiale de la vidéo correspondant au nouveau point de vue. 25 Il est souhaitable de pallier ces inconvénients de l'état de la technique. Il est notamment souhaitable de fournir un système qui soit réactif lors d'un changement de point de vue sur une vidéo immersive et économique en termes de débit de transmission de ladite vidéo immersive lorsque plusieurs utilisateurs visualisent ladite vidéo. Il est de plus souhaitable de fournir une solution qui soit simple à mettre en oeuvre 30 et à faible coût. Selon un premier aspect de la présente invention, la présente invention concerne un procédé de transmission d'une vidéo immersive entre une unité réseau et au moins un équipement de visualisation permettant à une pluralité d'utilisateurs de visualiser simultanément ladite vidéo immersive, l'unité réseau et chaque équipement de 3067199 3 visualisation étant reliés par un réseau de communication, la vidéo immersive comprenant une suite d'ensembles d'images, chaque image étant composée de blocs de pixels, la vidéo immersive étant transmise sous une forme encodée selon un standard de compression vidéo prédéterminé à chaque équipement de visualisation. Le procédé 5 est mis en oeuvre par l'unité réseau et comprend pour chaque ensemble d'images : obtenir une information représentative d'un point de vue sur la vidéo immersive observé par chaque utilisateur ; déterminer au moins une zone d'image, dite zone privilégiée, correspondant à au moins une partie des points de vue ; pour chaque image comprise dans l'ensemble d'images, appliquer aux blocs de pixels n'appartenant pas à une zone 10 privilégiée, un taux de compression en moyenne plus élevé qu'une moyenne des taux de compression appliqués aux blocs de pixels appartenant à une zone privilégiée ; et, transmettre l'ensemble d'images à chaque équipement de visualisation. De cette manière, on réduit le débit de la vidéo immersive par rapport à une vidéo immersive transmise en pleine qualité quels que soient les points de vue puisque les 15 zones des images situées en dehors de la zone privilégiée correspondant à une zone de la vidéo immersive observée par une majorité d'utilisateur sont encodées dans une qualité inférieure. Selon un mode de réalisation, l'unité réseau obtient la vidéo immersive sous une forme non compressée et encode la vidéo immersive selon le standard de compression 20 vidéo prédéterminé ou l'unité réseau obtient la vidéo immersive sous une forme compressée et transcode la vidéo immersive de sorte qu'elle soit compatible avec le standard de compression vidéo prédéterminé. Selon un mode de réalisation, le procédé comprend : déterminer pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point 25 de vue ; déterminer un centre pour chaque sous-partie spatiale ; déterminer un barycentre d'au moins une partie des centres des sous-parties spatiales ; et, définir une zone rectangulaire centrée sur le barycentre, ladite zone rectangulaire formant une zone privilégiée, la zone rectangulaire ayant des dimensions prédéfinies ou déterminées en fonction d'un débit disponible sur le réseau de communication. 30 Selon un mode de réalisation, le procédé comprend : déterminer pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point de vue ; déterminer au moins une union des sous-parties spatiales se chevauchant ; et, pour chaque groupe de sous-parties spatiales résultant d'une union, définir une zone 3067199 4 rectangulaire englobant ledit groupe de sous-parties spatiales, chaque zone rectangulaire formant une zone privilégiée. Selon un mode de réalisation, le procédé comprend : déterminer pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point 5 de vue ; définir une pluralité de catégories de blocs de pixels, une première catégorie comprenant des blocs de pixels n'apparaissant dans aucune sous-partie spatiale, et au moins une seconde catégorie comprenant des blocs de pixels apparaissant au moins dans un nombre prédéfini de sous-parties spatiales ; classer chaque bloc de pixels d'une image de l'ensemble d'images dans une catégorie en fonction du nombre de fois que ce 10 bloc de pixels apparaît dans une sous-partie spatiale ; et, former au moins une zone privilégiée à partir de blocs de pixels classés dans chaque seconde catégorie. Selon un mode de réalisation, le procédé comprend en outre : ajouter aux sous- parties spatiales définies en fonction des points de vue, au moins une sous-partie spatiale prédéfinie, ou définie à partir de statistiques sur des points de vue d'utilisateurs sur 15 ladite vidéo immersive lors d'autres visualisations de la vidéo immersive. Selon un mode de réalisation, le procédé comprend en outre : associer à chaque sous-partie spatiale définie en fonction d'un point de vue, dite sous-partie spatiale courante, une sous-partie spatiale, dite sous-partie spatiale extrapolée, définie en fonction d'une position de la sous-partie spatiale courante et d'une information 20 représentative d'un mouvement d'une tête d'un utilisateur correspondant à ce point de vue, les sous-parties spatiales courantes et extrapolées étant prises en compte dans la définition de chaque zone privilégiée. Selon un deuxième aspect de l'invention, l'invention concerne une unité réseau adaptée pour mettre en oeuvre le procédé selon le premier aspect. 25 Selon un troisième aspect de l'invention, l'invention concerne un système comprenant au moins un équipement de visualisation permettant à une pluralité d'utilisateurs de visualiser simultanément une vidéo immersive et une unité réseau selon le deuxième aspect. Selon un quatrième aspect, l'invention concerne un programme d'ordinateur 30 comprenant des instructions pour mettre en oeuvre, par un dispositif, le procédé selon le premier aspect, lorsque ledit programme est exécuté par un processeur dudit dispositif Selon un cinquième aspect, l'invention concerne des moyens de stockage, stockant un programme d'ordinateur comprenant des instructions pour mettre en oeuvre, 3067199 5 par un dispositif, le procédé selon le premier aspect, lorsque ledit programme est exécuté par un processeur dudit dispositif Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de 5 réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1 illustre schématiquement un exemple de système de diffusion de vidéos immersives; - la Fig. 2 illustre schématiquement des sous-parties spatiales d'une vidéo 10 immersive vues par une pluralité d'utilisateurs; - la Fig. 3 illustre schématiquement un système dans lequel est mise en oeuvre l'invention ; - la Fig. 4 illustre schématiquement un exemple d'architecture matérielle d'une passerelle résidentielle selon l'invention ; 15 - la Fig. 5 illustre schématiquement un procédé d'adaptation d'une vidéo immersive à un ensemble de points de vue d'utilisateurs ; - les Figs. 6A, 6B et 6C illustrent schématiquement trois exemples de procédé permettant de définir au moins une zone d'image, dite zone privilégiée, dans laquelle les blocs de pixels doivent avoir en moyenne un taux de compression plus faible que 20 des blocs de pixels n'appartenant pas à une zone privilégiée ; - la Fig. 7A illustre schématiquement les partitionnements successifs subis par une imge vidéo lors d'un encodage HEVC ; - la Fig. 7B représente schématiquement une méthode d'encodage d'un flux vidéo compatible avec le standard HEVC ; 25 - la Fig. 7C représente schématiquement une méthode de décodage selon le standard HEVC ; - la Fig. 8 représente schématiquement un procédé d'adaptation destiné à adapter une vidéo non encodée ; et, - la Fig. 9 représente schématiquement un procédé d'adaptation destiné à adapter 30 une vidéo encodée. Par la suite, l'invention est décrite dans le cadre d'une pluralité d'utilisateurs utilisant chacun un équipement de visualisation tel que des lunettes immersives comprenant un module de traitement. Chaque utilisateur visualise la même vidéo immersive, mais potentiellement suivant des points de vue différents. Chaque utilisateur 3067199 6 peut s'éloigner ou se rapprocher de la vidéo immersive, se tourner, tourner la tête, lever la tête, etc. Tous ces mouvements changent le point de vue de l'utilisateur. L'invention est toutefois adaptée à d'autres équipements de visualisation tel qu'un équipement de visualisation comprenant une salle dédiée à la diffusion de vidéos immersives équipée 5 d'un écran à « 360 » degrés ou d'un écran en forme de dôme et d'une pluralité de dispositifs de projection d'images projetant chacun une partie d'une vidéo immersive. Chaque dispositif de projection d'images est alors relié à un module de traitement externe. Les utilisateurs peuvent alors évoluer dans la pièce et regarder la vidéo immersive suivant différents points de vue. 10 La Fig. 3 illustre schématiquement un système 3 dans lequel est mise en oeuvre l'invention. Le système 3 comprend un serveur 30 relié par un réseau étendu 32 (Wide Area Network (WAN) en terminologie anglo-saxonne) tel qu'un réseau internet à une passerelle résidentielle 34 (« gateway » en terminologie anglo-saxonne), appelée 15 simplement passerelle par la suite, située par exemple dans une habitation. La passerelle 34 permet de connecter un réseau local 35 (« LAN : Local Area Network » en terminologie anglo-saxonne) au réseau étendu 32. Le réseau local 35 est par exemple un réseau sans fils tel qu'un réseau Wi-Fi (ISO/CEI 8802-11). Dans la Fig. 3, une pluralité de clients identiques 131A, 131B et 131C, chacun compris dans une paire de 20 lunettes immersives, sont reliés à la passerelle par le réseau local 35. Chaque paire de lunettes immersives est portée par un utilisateur qui peut déambuler dans l'habitation pour obtenir différents points de vue sur la vidéo immersive. Par ailleurs, chaque paire de lunettes immersives comprend un module de positionnement adapté pour déterminer une information représentative du point de vue de l'utilisateur sur la vidéo immersive. 25 Le serveur 30 stocke la vidéo immersive en pleine résolution spatiale et temporelle sous forme d'un flux vidéo binaire non compressé ou compressé selon un standard de compression vidéo tel que le standard de compression vidéo MPEG-4 visual (ISO/IEC 14496-2), le standard H.264/MPEG-4 AVC (ISO/IEC 14496-10 - MPEG-4 Part 10, codage vidéo avancé (« Advanced Video Coding » en terminologie anglo- 30 saxonne) / ITU-T H.264) ou le standard H.265/MPEG-4 HEVC (ISO/IEC 23008-2 - MPEG-H Part 2, codage vidéo haute efficacité (High Efficiency Video Coding en terminologie anglo-saxonne) / ITU-T H.265). La vidéo immersive est composée d'une suite d'images, chaque image étant composée de blocs de pixels. 3067199 7 Le serveur 30 est adapté pour diffuser la vidéo immersive vers la passerelle 34. La passerelle 34 comprend un module d'adaptation 340 capable d'adapter la vidéo immersive à des points de vue d'un ensemble d'utilisateurs de manière à satisfaire un maximum d'utilisateurs. 5 On note que le procédé pourrait tout aussi bien fonctionner sans serveur. Dans ce cas, c'est la passerelle qui stocke la vidéo immersive en plus de se charger de l'adapter et de la transmettre aux clients 131A, 131B et 131C. La Fig. 2 illustre schématiquement des sous-parties spatiales d'une vidéo immersive vues par une pluralité d'utilisateurs. 10 Dans la Fig. 2, on retrouve la vidéo immersive 10 plaquée sur un anneau dans la Fig. 1. Toutefois, dans la Fig. 2, l'anneau a été déplié de manière à ce que la vidéo apparaisse dans un plan. On suppose que dans la Fig. 2, les trois utilisateurs visualisent des points de vue différents. L'utilisateur utilisant les lunettes immersives comprenant le module de traitement 131A visualise la sous-partie 11A. L'utilisateur utilisant les 15 lunettes immersives comprenant le module de traitement 131B visualise la zone 11B. L'utilisateur utilisant les lunettes immersives comprenant le module de traitement 131C visualise la zone 11C. L'utilisateur utilisant les lunettes immersives comprenant le module de traitement 131A a un point de vue plus éloigné sur la vidéo que les deux autres utilisateurs ce qui explique que la sous-partie 11A est plus grande que les sous- 20 parties 11C et 11B. L'utilisateur utilisant les lunettes immersives comprenant le module de traitement 131C est orienté sur la vidéo immersive plus à gauche que l'utilisateur utilisant les lunettes immersives comprenant le module de traitement 131B. La Fig. 4 illustre schématiquement un exemple d'architecture matérielle du module d'adaptation 340. Le module d'adaptation 340 comprend alors, reliés par un 25 bus de communication 3400: un processeur ou CPU (« Central Processing Unit » en anglais) 3401 ; une mémoire vive RAM (« Random Access Memory » en anglais) 3402 ; une mémoire morte ROM (« Read Only Memory » en anglais) 3403 ; une unité de stockage ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD (« Secure Digital » en anglais) 3404 ; un ensemble d'interfaces de communication 3405 30 permettant au module d'adaptation 340 de communiquer avec le serveur 30 à travers le réseau étendu 32 et avec chaque client 131 à travers le réseau local 35. Le processeur 3401 est capable d'exécuter des instructions chargées dans la RAM 3402 à partir de la ROM 3403, d'une mémoire externe (non représentée), d'un support de stockage, tel qu'une carte SD, ou d'un réseau de communication. Lorsque le module 3067199 8 d'adaptation 340 est mis sous tension, le processeur 3401 est capable de lire de la RAM 3402 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en oeuvre, par le processeur 3401, du procédé décrit en relation avec les Figs. 5. 5 Tout ou partie du procédé décrit en relation avec la Fig. 5 peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, telle qu'un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (« Field-Programmable Gate Array » en anglais) ou 10 un ASIC (« Application-Specific Integrated Circuit » en anglais). La Fig. 5 illustre schématiquement un procédé d'adaptation d'une vidéo immersive à un ensemble de points de vue d'utilisateurs permettant de satisfaire au mieux un maximum d'utilisateurs. Le procédé décrit en relation avec la Fig. 5 est exécuté par le module d'adaptation 15 341 de la passerelle 34. Toutefois, ce procédé pourrait tout aussi bien être mis en oeuvre par un module d'adaptation 341 indépendant de la passerelle 34 et situé entre la passerelle 34 et chaque client 131A, 131B, ou 131C. Dans un autre mode de réalisation, le module d'adaptation pourrait aussi être compris dans un noeud du réseau situé entre le serveur 30 et la passerelle 34 tel qu'un DSLAM (multiplexeur d'accès à une ligne 20 d'abonné numérique : « Digital Subscriber Line Access Multiplexer » en terminologie anglo-saxonne). Un rôle du module d'adaptation 340 est d'adapter la vidéo immersive de manière à ce qu'elle satisfasse un maximum d'utilisateurs en termes de qualité d'affichage et en termes de réactivité en cas de changement de point de vue. 25 Le procédé décrit en relation avec la Fig. 5 est mis en oeuvre à intervalles réguliers, par exemple avec une période P correspondant à une durée d'image ou d'une suite de quelques images. Par exemple P=34ms pour une vidéo immersive à « 30» images par seconde ou P= 17ms pour une vidéo immersive à « 60» images par seconde. Ainsi, le module d'adaptation peut adapter chaque image de la vidéo immersive de manière à 30 satisfaire une majorité d'utilisateurs. Dans une étape 501, le module d'adaptation 340 obtient de la part du client 131A (respectivement 131B et 131C) une information représentative d'un point de vue observé par l'utilisateur correspondant audit client. Par exemple chaque information 3067199 9 représentative d'un point de vue comprend un azimut, un angle d'élévation et un éloignement. Dans une étape 502, le module d'adaptation 340 détermine au moins une zone d'image, dite zone privilégiée, correspondant à au moins une partie des points de vue. 5 Nous détaillons par la suite en relation avec les Figs. 6A, 6B et 6C différentes méthodes permettant de déterminer au moins une zone privilégiée. Dans une étape 503, pour chaque image suivant la détermination d'au moins une zone privilégiée, le module d'adaptation 340 applique aux blocs de pixels n'appartenant pas à une zone privilégiée, lors d'un encodage ou un transcodage, un taux de 10 compression en moyenne plus élevé qu'une moyenne des taux de compression appliqués aux blocs de pixels appartenant à une zone privilégiée. L'étape 503 permet d'obtenir un flux vidéo correspondant à la vidéo immersive adapté aux points de vue des utilisateurs. Chaque image de cette vidéo immersive possède une qualité supérieure dans au moins une zone regardée par une majorité d'utilisateurs et une qualité inférieure 15 dans le reste de l'image. Nous détaillons par la suite différents modes de réalisation de cette étape. Dans un mode de réalisation, la moyenne des taux de compression des blocs de pixels des zones privilégiées et la moyenne des taux de compression des blocs n'appartenant pas à une zone privilégiée dépend d'un débit disponible sur le réseau 35. 20 Dans une étape 504, le flux vidéo ainsi obtenu est transmis à chaque équipement de visualisation en utilisant le réseau local 35. Dans un autre mode de réalisation, le procédé est mis en oeuvre suite à un changement de points de vue d'une majorité d'utilisateurs. Les Figs. 6A, 6B et 6C illustrent schématiquement trois exemples de procédé 25 permettant de définir au moins une zone d'image, dite zone privilégiée, dans laquelle les blocs de pixels doivent avoir en moyenne un taux de compression plus faible que des blocs de pixels n'appartenant pas à une zone privilégiée. Les blocs de pixels appartenant à une zone privilégiée auront donc en moyenne une qualité supérieure aux blocs de pixels n'appartenant pas à une zone privilégiée. De cette manière, on privilégie 30 les zones des images de la vidéo immersive qui sont vues par les utilisateurs ou au moins vues par une majorité d'utilisateurs. Les procédés décrits en relation avec les Figs. 6A, 6B et 6C correspondent à l'étape 502. Le procédé décrit en relation avec la Fig. 6A débute par une étape 5020. Au cours de l'étape 5020, à partir de chaque information représentative d'un point de vue, le 3067199 10 module d'adaptation 340 détermine une sous-partie spatiale de la vidéo immersive correspondant audit point de vue. Chaque sous-partie spatiale est par exemple un rectangle aligné sur des limites de blocs de pixels. Dans une étape 5021, le module d'adaptation 340 détermine un centre pour 5 chaque sous-partie spatiale. Dans une étape 5022, le module d'adaptation 340 détermine un barycentre des centres des sous-parties spatiales, c'est-à-dire un point qui minimise une somme des distances entre ledit point et chaque centre. Dans un mode de réalisation, le barycentre est un point minimisant une distance à un pourcentage prédéfini de centres. Le 10 pourcentage prédéfini est par exemple 80%. Dans une étape 5023, le module d'adaptation 340 définit une zone rectangulaire centrée sur le barycentre, ladite zone rectangulaire formant une zone privilégiée. Dans un mode de réalisation, la zone rectangulaire a des dimensions prédéfinies. Dans un mode de réalisation, la zone rectangulaire a des dimensions égales à une moyenne des 15 dimensions des sous-parties spatiales. Dans un mode de réalisation, le module d'adaptation détermine les dimensions de la zone rectangulaire en fonction d'un débit disponible sur le réseau 35. Lorsque ledit débit est faible, inférieur à un premier seuil de débit, les dimensions de la zone rectangulaire sont égales à des dimensions moyennes prédéfinies d'une sous-partie spatiale, ce qui permet de fixer des dimensions minimales 20 pour la zone rectangulaire. Lorsque ledit débit est élevé, supérieur à un deuxième seuil de débit, les dimensions de la zone rectangulaire sont égales par exemple, au double des dimensions moyennes prédéfinies d'une sous-partie spatiale, ce qui permet de fixer des dimensions maximales de la zone rectangulaire. Lorsque ledit débit est moyen, compris entre le premier et le deuxième seuils de débit, les dimensions de la zone rectangulaire 25 augmentent linéairement en fonction du débit entre les dimensions moyennes prédéfinies d'une sous-partie spatiale et le double des dimensions moyennes prédéfinies d'une sous-partie spatiale. Dans ce mode de réalisation, on privilégie donc une zone réellement vue par les utilisateurs. Mais, lorsque le débit le permet, on étend la zone privilégiée de manière à permettre à un utilisateur qui changerait de point de vue, 30 d'avoir un affichage de la vidéo immersive de bonne qualité malgré ce changement. Dans un mode de réalisation, le premier et le deuxième seuils de débit sont égaux. Le procédé décrit en relation avec la Fig. 6B débute par une étape 5024 identique à l'étape 5020. 3067199 11 Dans une étape 5025, le module d'adaptation 340 détermine une union des sous-parties spatiales. On ne forme une union que pour les sous-parties spatiales qui se chevauchent. Ainsi, on peut obtenir plusieurs groupes de sous-parties spatiales résultant d'une union de sous-parties spatiales se chevauchant. 5 Dans une étape 5026, pour chaque groupe de sous-parties spatiales formées par union, le module d'adaptation définit une zone rectangulaire englobant ledit groupe de sous-parties spatiales. Chaque zone rectangulaire forme alors une zone privilégiée. Dans un mode de réalisation, les groupes de sous-parties spatiales comptant peu de sous-parties spatiales, par exemple comptant un nombre de sous-parties spatiales 10 inférieur à un nombre prédéterminé, ne sont pas pris en compte pour définir une zone privilégiée. Le procédé décrit en relation avec la Fig. 6C débute par une étape 5027 identique à l'étape 5020. Dans une étape 5028, chaque bloc de pixels d'une image est classé dans une 15 catégorie en fonction du nombre de fois que ce bloc de pixels apparaît dans une sous- partie spatiale. On peut ainsi former une pluralité de catégories de blocs de pixels. Une première catégorie est par exemple une catégorie de blocs de pixels n'apparaissant dans aucune sous-partie spatiale. Une deuxième catégorie comprend des blocs de pixels apparaissant au moins N fois dans une sous-partie spatiale. N est un nombre entier égal 20 par exemple à «5 ». Une troisième catégorie comprend des blocs de pixels n'apparaissant ni dans la première, ni dans la deuxième catégorie. Le module d'adaptation 340 forme lors d'une étape 5029 une première zone privilégiée à partir des blocs de pixels appartenant à la deuxième catégorie et une deuxième zone privilégiée à partir des blocs de pixels appartenant à la troisième catégorie. Dans un mode de 25 réalisation, suite à la mise en oeuvre du procédé décrit en relation avec la Fig. 6C, les zones privilégiées dont les dimensions seraient inférieures aux dimensions moyennes prédéfinies d'une sous-partie spatiale sont supprimées. Les blocs de pixels appartenant à ces zones éliminées sont considérés comme ne faisant pas partie d'une zone privilégiée. 30 Dans un mode de réalisation, lors des étapes 5020, 5024 et 5027, on ajoute aux sous-parties spatiales correspondant aux points de vue des utilisateurs au moins une sous-partie spatiale prédéfinie, par exemple par un réalisateur de la vidéo immersive, ou définie à partir de statistiques sur des points de vue d'utilisateurs sur ladite vidéo immersive lors d'autres visualisations de la vidéo immersive. 3067199 12 Dans un mode de réalisation, lors des étapes 5020, 5024 et 5027, chaque sous-partie spatiale correspondant à un point de vue d'un utilisateur, dite sous-partie spatiale courante, est associée à une seconde sous-partie spatiale obtenue en prenant en compte un mouvement de la tête de l'utilisateur, dite sous-partie spatiale extrapolée. On suppose 5 que les lunettes immersives de l'utilisateur comprennent un module de mesure de mouvement. Le client 131 obtient une information de mouvement de la part du module de mesure de mouvement et transmet cette information au module d'adaptation 340. L'information de mouvement est par exemple un vecteur de mouvement. A partir de l'information de mouvement et d'une position de la sous-partie spatiale courante, le 10 module d'adaptation détermine une position de la sous-partie spatiale extrapolée. L'ensemble formé des sous-parties spatiales courantes et des sous-parties spatiales extrapolées est ensuite utilisé dans la suite des procédés décrits en relation avec les Figs. 6A, 6B et 6C. Dans un mode de réalisation, lors de l'étape 503, chaque image de la vidéo 15 immersive considérée pendant la période P est compressée suivant un standard de compression vidéo ou transcodée de manière à ce qu'elle soit compatible avec le standard de compression vidéo. Dans un mode de réalisation, le standard de compression vidéo utilisé est HEVC. Les Figs. 7A, 7B et 7C décrivent un exemple de mise en oeuvre du standard 20 HEVC. La Fig. 7A illustre les partitionnements successifs subis par une image de pixels 72 d'une vidéo originale 71, lors de son encodage selon le standard HEVC. On considère ici qu'un pixel est composé de trois composantes : une composante de luminance et deux composantes de chrominance. Dans l'exemple de la Fig. 7A, l'image 25 72 est dans un premier temps divisée en trois tranches (« slices » en terminologie anglo- saxonne). Une tranche est une zone d'une image pouvant couvrir la totalité d'une image ou seulement une portion, comme la tranche 73 dans la Fig. 7A. Une tranche comprend au moins un segment de tranche (« slice segment » en terminologie anglo-saxonne) suivi optionnellement d'autres segments de tranche. Le segment de tranche en première 30 position dans la tranche est appelé segment de tranche indépendant (« independent slice segment » en terminologie anglo-saxonne). Un segment de tranche indépendant, tel que le segment de tranche IS1 dans la tranche 73, comprend un entête complet, tel qu'un entête 78. L'entête 78 comprend un ensemble d'éléments de syntaxe permettant le décodage de la tranche. Les éventuels autres segments de tranche d'une tranche, tels 3067199 13 que des segments de tranche DS2, DS3, DS4, DS5 et DS6 de la tranche 73 dans la Fig. 7A, sont appelés des segments de tranche dépendants (« dependent slice segment » en terminologie anglo-saxonne), car ils ne possèdent qu'un entête partiel faisant référence à l'entête de segment de tranche indépendant qui les précède dans la tranche, ici l'entête 5 78. On note que dans le standard AVC, seul le concept de tranche existe, une tranche comprenant nécessairement un entête complet et ne pouvant pas être divisée. On peut noter que chaque tranche d'une image est décodable indépendamment de toute autre tranche de la même image. Toutefois, la mise en oeuvre d'un post filtrage de boucle dans une tranche peut nécessiter l'utilisation de données d'une autre tranche. 10 Après le partitionnement de l'image 72 en tranches, les pixels de chaque tranche d'une image sont partitionnés en blocs d'arbre de codage (« coded Tree Block (CTB) » en terminologie anglo-saxonne), tels qu'un ensemble de blocs d'arbre de codage 74 de la Fig. 7A. Par la suite, pour simplifier, nous utiliserons l'acronyme CTB pour désigner un bloc d'arbre de codage. Un CTB, tel que le CTB 79 dans la Fig. 7A, est un bloc de 15 pixels carré dont la taille est égale à une puissance de deux et dont la taille peut aller de seize à soixante-quatre pixels. Un CTB peut être partitionné sous forme d'arbre quaternaire (« quad-tree » en terminologie anglo-saxonne) en une ou plusieurs unités de codage (« coding unit (CU) » en terminologie anglo-saxonne). Une unité de codage est un bloc de pixels carré dont la taille est égale à une puissance de deux et dont la taille 20 peut aller de huit à soixante-quatre pixels. Une unité de codage, telle que l'unité de codage 405 de la Fig. 4, peut être ensuite partitionnée en unités de prédiction (« prediction unit (PU) » en terminologie anglo-saxonne) utilisées lors de prédictions spatiales ou temporelles et en unités de transformation (« transform unit (TU) » en terminologie anglo-saxonne) utilisées lors de transformations de blocs de pixels dans le 25 domaine fréquentiel. Au cours du codage d'une image, le partitionnement est adaptatif, c'est à dire que chaque CTB est partitionné de manière à optimiser les performances de compression du CTB. Par la suite, pour simplifier, nous considérons que chaque CTB est partitionné en une unité de codage et que cette unité de codage est partitionnée en 30 une unité de transformation et une unité de prédiction. De plus, tous les CTB ont la même taille. Les CTB correspondent au bloc de pixels décrit en relation avec les Figs. 3,5, 6A, 6B et 6C. On suppose de plus par la suite que chaque image encodée ne comprend qu'une tranche indépendante. 3067199 14 La Fig. 7B représente schématiquement une méthode d'encodage d'un flux vidéo compatible avec le standard HEVC mise en oeuvre par un module de codage. L'encodage d'une image courante 701 d'une vidéo débute par un partitionnement de l'image courante 701 lors d'une étape 702, tel que décrit en relation avec la Fig. 7A. 5 Par simplification, dans la suite de la description de la Fig. 7B et dans la description de la Fig. 7C, nous ne différentions pas les CTB, unités de codage, unités de transformation et unités de prédiction et nous regroupons ces quatre entités sous le terme de bloc de pixels. L'image courante 701 est ainsi partitionnée en blocs de pixels. Pour chaque bloc de pixels, le dispositif d'encodage doit déterminer un mode de codage entre un mode 10 de codage intra image, appelé mode de codage INTRA, et un mode de codage inter image, appelé mode de codage INTER. Le mode de codage INTRA consiste à prédire suivant une méthode de prédiction INTRA, lors d'une étape 703, les pixels d'un bloc de pixels courant à partir d'un bloc de prédiction dérivé à partir de pixels de blocs de pixels reconstruits situés dans un 15 voisinage causal du bloc de pixels à coder. Le résultat de la prédiction INTRA est une direction de prédiction indiquant quels pixels des blocs de pixels du voisinage utiliser, et un bloc résiduel résultant d'un calcul d'une différence entre le bloc de pixels courant et le bloc de prédiction. Le mode de codage INTER consiste à prédire les pixels d'un bloc de pixels 20 courant à partir d'un bloc de pixels, appelé bloc de référence, d'une image précédant ou suivant l'image courante, cette image étant appelée image de référence. Lors du codage d'un bloc de pixels courant suivant le mode de codage INTER, le bloc de pixels de l'image de référence le plus proche, suivant un critère de similarité, du bloc de pixels courant est déterminé par une étape d'estimation de mouvement 704. Lors de l'étape 25 704, un vecteur de mouvement indiquant la position du bloc de pixels de référence dans l'image de référence est déterminé. Ledit vecteur de mouvement est utilisé lors d'une étape 705 de compensation de mouvement au cours de laquelle un bloc résiduel est calculé sous la forme d'une différence entre le bloc de pixels courant et le bloc de référence. On peut remarquer que nous avons décrit ici un mode de codage inter mono- 30 prédit. Il existe aussi un mode de codage inter bi-prédit (ou mode B) pour lequel un bloc de pixels courant est associé à deux vecteurs de mouvement, désignant deux blocs de référence dans deux images différentes, le bloc résiduel de ce bloc de pixels étant alors une moyenne de deux blocs résiduels. 3067199 15 Lors d'une étape 706 de sélection, le mode de codage optimisant les performances de compression, selon un critère débit/distorsion, parmi les deux modes testés est sélectionné par le dispositif d'encodage. Lorsque le mode de codage est sélectionné, le bloc résiduel est transformé lors d'une étape 707 et quantifié lors d'une 5 étape 709. Lorsque le bloc de pixels courant est codé selon le mode de codage INTRA, la direction de prédiction et le bloc résiduel transformé et quantifié sont encodés par un encodeur entropique lors d'une étape 510. Lorsque le bloc de pixels courant est encodé selon le mode de codage INTER, le vecteur de mouvement du bloc de pixel est prédit à partir d'un vecteur de prédiction sélectionné parmi un ensemble de vecteurs de 10 mouvement correspondant à des blocs de pixels reconstruits situés à proximité du bloc de pixels à coder. Le vecteur de mouvement est ensuite encodé par l'encodeur entropique lors de l'étape 710 sous la forme d'un résiduel de mouvement et d'un indice permettant d'identifier le vecteur de prédiction. Le bloc résiduel transformé et quantifié est encodé par l'encodeur entropique lors de l'étape 710. Le résultat de l'encodage 15 entropique est inséré dans un flux vidéo binaire 711. Dans le standard HEVC, le paramètre de quantification d'un bloc de pixels est prédit à partir de paramètres de quantification de blocs de pixels du voisinage ou d'un paramètre de quantification décrit en entête de tranche. Des éléments de syntaxe codent alors dans le flux binaire de la vidéo une différence entre le paramètre de quantification 20 d'un bloc de pixels et sa prédiction (cf section 7.4.9.10 et section 8.6 du standard HEVC). Après quantification lors de l'étape 709, le bloc de pixels courant est reconstruit afin que les pixels que ledit bloc de pixels courant contient puissent servir pour des prédictions futures. Cette phase de reconstruction est aussi appelée boucle de prédiction. 25 On applique donc au bloc résiduel transformé et quantifié une quantification inverse lors d'une étape 712 et une transformation inverse lors d'une étape 713. En fonction du mode de codage utilisé pour le bloc de pixels obtenu lors d'une étape 714, le bloc de prédiction du bloc de pixels est reconstruit. Si le bloc de pixels courant est encodé selon le mode de codage INTER, le dispositif de codage applique, lors d'une étape 716, une 30 compensation de mouvement inverse utilisant le vecteur de mouvement du bloc de pixels courant pour identifier le bloc de référence du bloc de pixels courant. Si le bloc de pixels courant est encodé suivant un mode de codage INTRA, lors d'une étape 715, la direction de prédiction correspondant au bloc de pixels courant est utilisée pour reconstruire le bloc de référence du bloc de pixels courant. Le bloc de référence et le 3067199 16 bloc résiduel reconstruit sont additionnés pour obtenir le bloc de pixels courant reconstruit. Suite à la reconstruction, un post filtrage de boucle (« loop filter » en terminologie anglo-saxonne) est appliqué, lors d'une étape 717, au bloc de pixels 5 reconstruit. On appelle ce post filtrage post filtrage de boucle car ce post filtrage intervient dans la boucle de prédiction de manière à obtenir à l'encodage les mêmes images de référence que le décodage et éviter ainsi un décalage entre l'encodage et le décodage. Le post filtrage de boucle de HEVC comprend deux méthodes de post-filtrage, i.e. un filtrage de déblocage (« deblocking filter » en terminologie anglo- 10 saxonne) et un filtrage SAO (« Sample Adaptive Offset » en terminologie anglo- saxonne). On note que le post filtrage de H.264/AVC ne comprend que le filtrage de déblocage. Le filtrage de déblocage a pour but d'atténuer des discontinuités à des frontières de blocs de pixels dues aux différences de quantification entre blocs de pixels. C'est un 15 filtrage adaptatif qui peut être activé ou désactivé, et lorsqu'il est activé, qui peut prendre la forme d'un filtrage de déblocage de complexité élevée basé sur un filtre séparable à une dimension comportant six coefficients de filtre, qu'on appelle par la suite filtre fort, et un filtrage de déblocage de faible complexité basé sur un filtre séparable à une dimension comportant quatre coefficients, qu'on appelle par la suite 20 filtre faible. Le filtre fort atténue fortement les discontinuités aux frontières des blocs de pixels ce qui peut endommager des hautes fréquences spatiales présentes dans des images originales. Le filtre faible atténue faiblement les discontinuités aux frontières des blocs de pixels, ce qui permet de préserver des hautes fréquences spatiales présentes dans les images originales, mais sera moins efficace sur les discontinuités 25 artificiellement créées par la quantification. La décision de filtrer ou de ne pas filtrer, et la forme du filtre utilisé en cas de filtrage, dépendent de la valeur des pixels aux frontières du bloc de pixels à filtrer et de deux paramètres codés dans le flux vidéo binaire sous forme de deux éléments de syntaxe définis par le standard HEVC. Un dispositif de décodage peut déterminer, en utilisant ces éléments de syntaxe, si un 30 filtrage de déblocage doit être appliqué et la forme de filtrage de déblocage à appliquer. Le filtrage SAO prend deux formes ayant deux objectifs différents. La première forme appelée rehaussement de contour (« edge offset » en terminologie anglo-saxonne) a pour but de compenser les effets de la quantification sur les contours dans les blocs de pixels. Le filtrage SAO par rehaussement de contour comprend une 3067199 17 classification des pixels de l'image reconstruite suivant quatre catégories correspondant à quatre types respectifs de contour. La classification d'un pixel se fait par filtrage suivant quatre filtres, chaque filtre permettant d'obtenir un gradient de filtrage. Le gradient de filtrage maximisant un critère de classification indique le type de contour 5 correspondant au pixel. Chaque type de contour est associé à une valeur de rehaussement qui est ajoutée aux pixels lors du filtrage SAO. La seconde forme de SAO est appelée rehaussement de bande (« band offset » en terminologie anglo-saxonne) et a pour but de compenser l'effet de la quantification sur des pixels appartenant à certaines plages (i.e. bande) de valeurs. Dans le filtrage par 10 rehaussement de bande, l'ensemble des valeurs possibles pour un pixel, comprises le plus fréquemment entre « o» et « 255 » pour les flux vidéo sur « 8 » bits, est divisé en trente-deux plages de huit valeurs. Parmi ces trente-deux plages, quatre plages consécutives sont sélectionnées pour être rehaussées. Lorsqu'un pixel a une valeur comprise dans une des quatre plages de valeurs à rehausser, une valeur de rehaussement 15 est ajoutée à la valeur du pixel. La décision de mettre en oeuvre le filtrage SAO, et lorsque le filtrage SAO est mis en oeuvre, la forme du filtrage SAO et les valeurs de rehaussement sont déterminées pour chaque CTB par le dispositif d'encodage par une optimisation débit/distorsion. Lors de l'étape 510 d'encodage entropique, le dispositif d'encodage insère des 20 informations dans le flux vidéo binaire 511 permettant à un dispositif de décodage de déterminer si le filtrage SAO doit être appliqué à un CTB et, le cas échéant, la forme et les paramètres du filtrage SAO à appliquer. Lorsqu'un bloc de pixels est reconstruit, il est inséré lors d'une étape 520 dans une image reconstruite stockée dans une mémoire 521 d'images reconstruites aussi 25 appelée mémoire d'images de référence. Les images reconstruites ainsi stockées peuvent alors servir d'images de référence pour d'autres images à coder. Lorsque tous les blocs de pixels d'une tranche sont codés, le flux vidéo binaire correspondant à la tranche est inséré dans un conteneur appelé unité d'abstraction du niveau réseau (« Network Abstraction Layer Unit (NALU) » en terminologie anglo- 30 saxonne). En cas de transmission réseau, ces conteneurs sont insérés dans des paquets réseaux soit directement, soit dans des conteneurs intermédiaires de flux de transport (« transport stream » en terminologie anglo-saxonne), tels que les flux de transport MP4. 3067199 18 La Fig. 7C représente schématiquement une méthode de décodage d'un flux compressé selon le standard HEVC mise en oeuvre par un dispositif de décodage. Le décodage se fait bloc de pixels par bloc de pixels. Pour un bloc de pixels courant, il commence par un décodage entropique du bloc de pixels courant lors d'une étape 810. 5 Le décodage entropique permet d'obtenir le mode de codage du bloc de pixels. Si le bloc de pixels a été encodé selon le mode de codage INTER, le décodage entropique permet d'obtenir un indice de vecteur de prédiction, un résiduel de mouvement, et un bloc résiduel. Lors d'une étape 808, un vecteur de mouvement est reconstruit pour le bloc de pixels courant en utilisant l'indice de vecteur de prédiction 10 et le résiduel de mouvement. Si le bloc de pixels a été encodé selon le mode de codage INTRA, le décodage entropique permet d'obtenir une direction de prédiction et un bloc résiduel. Des étapes 812, 813, 814, 815 et 816 mises en oeuvre par le dispositif de décodage, sont en tous points identiques respectivement aux étapes 812, 813, 814, 815 et 816 mises en oeuvre 15 par le dispositif d'encodage. Le dispositif de décodage applique ensuite un post filtrage de boucle lors d'une étape 817. Comme pour l'encodage, le post filtrage de boucle comprend pour le standard HEVC un filtrage de déblocage et un filtrage SAO, alors que le filtrage de boucle ne comprend qu'un filtrage de déblocage pour le standard AVC. 20 Le filtrage SAO est mis en oeuvre par le dispositif de décodage lors d'une étape 819. Lors du décodage, le dispositif de décodage n'a pas à déterminer si le filtrage SAO doit être appliqué sur un bloc de pixels et, si le filtrage SAO doit être appliqué, le dispositif de décodage n'a pas à déterminer la forme de filtrage SAO à appliquer et les valeurs de rehaussement, puisque le dispositif de décodage trouvera ces informations 25 dans le flux vidéo binaire. Si, pour un CTB, le filtrage SAO est de la forme rehaussement de contour, pour chaque pixel du CTB, le dispositif de décodage doit déterminer par filtrage le type de contour, et ajouter la valeur de rehaussement correspondant au type de contour déterminé. Si pour un CTB, le filtrage SAO est de la forme rehaussement de bande, pour chaque pixel du CTB, le dispositif de décodage 30 compare la valeur du pixel à filtrer avec les plages de valeurs à rehausser, et si la valeur du pixel appartient à l'une des plages de valeurs à rehausser, la valeur de rehaussement correspondant à ladite plage de valeur est ajoutée à la valeur du pixel. Comme nous l'avons vu plus haut en relation avec la Fig. 5, lors de l'étape 503, le module d'adaptation 340 applique, aux blocs de pixels n'appartenant pas à une zone 3067199 19 privilégiée, un taux de compression en moyenne plus élevé qu'une moyenne des taux de compression appliqués aux blocs de pixels appartenant à une zone privilégiée. Le taux de compression d'un bloc de pixels dépend grandement d'une part de son mode de codage et d'autre part de son paramètre de quantification. 5 Lorsque le module d'adaptation reçoit une vidéo immersive non encodé il doit encoder chaque image de la vidéo immersive en appliquant des taux de compression différents suivant que les blocs de pixels appartiennent ou pas à une zone privilégiée. La Fig. 8 représente schématiquement un procédé d'adaptation destiné à adapter une vidéo non encodée mis en oeuvre par le module d'adaptation lors de l'étape 503. 10 Lors d'une étape 5031, le module d'adaptation obtient une information représentative d'un débit disponible sur le réseau local 35. Dans une étape 5032, le module d'adaptation détermine à partir de l'information représentative d'un débit, un budget de bits pour une image à encoder. Dans une étape 5033, le module d'adaptation détermine à partir dudit budget, un 15 budget de bits pour chaque bloc de pixels de l'image à encoder. Pour le premier bloc de pixels de l'image à encoder, le budget de bits d'un bloc de pixels est égal au budget pour l'image à encoder divisé par le nombre de blocs de pixels de l'image à encoder. Pour les autres blocs de pixels de l'image, le budget de bits pour un blocs de pixels est égal au budget de bits pour l'image à encoder dont on a soustrait les bits déjà 20 consommés pour les blocs de pixels encodés précédemment divisé par le nombre de blocs de pixels de l'image à encoder restant à encoder. Dans une étape 5034, le module d'adaptation détermine si le bloc de pixels à encoder courant est un bloc de pixels appartenant à une zone privilégiée. Si c'est le cas, le module d'adaptation applique au bloc de pixels courant, le procédé décrit en relation 25 avec la Fig. 7B lors d'une étape 5036. Une optimisation débit distorsion permet de déterminer le mode de codage et le paramètre de quantification du bloc de pixels courant. Si le bloc de pixels courant n'appartient pas à une zone privilégiée, le module d'adaptation applique aussi au bloc de pixels courant, le procédé décrit en relation avec 30 la Fig. 7B. Toutefois, lors de l'étape 5035, le module d'adaptation ajoute une constante prédéfinie A à la valeur du paramètre de quantification déterminé par l'optimisation débit/distorsion. Dans un mode de réalisation la constante prédéfinie A = 3. Suite aux étapes 5035 et 5036, le module d'adaptation détermine lors d'une étape 5037 si le bloc de pixels courant est le dernier bloc de pixels de l'image à encoder. Si 3067199 20 ce n'est pas le cas, le module d'adaptation retourne à l'étape 5033 pour procéder au codage d'un nouveau bloc de pixels. Si c'est le dernier bloc de pixels de l'image à encoder, le procédé décrit en relation avec la Fig. 8 se termine et le module d'adaptation retourne à l'étape 501 ou démarre un encodage d'une nouvelle image. 5 En allouant aux blocs de pixels n'appartenant pas à une zone privilégiée un paramètre de quantification supérieur au paramètre de quantification déterminé par l'optimisation débit distorsion, on laisse une part plus importante du budget de débit d'une image aux blocs de pixels appartenant à une zone privilégiée. De cette manière, la qualité d'une zone privilégiée est meilleure que la qualité d'une zone non privilégiée. 10 On note que le procédé de la Fig. 8 est applicable à d'autres standards de compression vidéo telle que AVC ou MPEG-4 visual. Toutefois, dans le cadre de MPEG-4 visual, le paramètre de quantification d'un bloc de pixels est prédit à partir du paramètre de quantification du dernier bloc de pixels encodé dans une image mais la différence en valeur absolue entre un paramètre de quantification et son prédicteur ne 15 peut pas excéder «2 ». Dans ce cas, une transition entre une zone privilégiée et une zone non-privilégiée (et vice-versa) doit se faire sur plusieurs blocs de pixels si la constante prédéfinie A est supérieure à « 2 ». Dans un mode de réalisation, plutôt que d'augmenter artificiellement le paramètre de quantification de chaque bloc de pixels non situé dans une zone privilégiée en 20 utilisant la constante prédéfinie A, le budget de bits pour une image à encoder est divisé en deux sous-budgets distincts : un premier sous-budget pour les blocs de pixels appartenant à une zone privilégiée et un second sous-budget pour les blocs de pixels n'appartenant pas à une zone privilégiée. Le premier sous-budget est supérieur au second sous-budget. Par exemple, le premier sous budget est égal à deux tiers du budget 25 de bits pour une image, alors que le second budget est égal à un tiers du budget de bits pour une image. Lorsque la vidéo immersive est une vidéo encodée selon un standard de compression vidéo, l'adaptation de la vidéo immersive par le module d'adaptation 340 peut consister en un transcodage. 30 Dans un mode de réalisation, lors du transcodage, le module d'adaptation 340 décode intégralement chaque image de la vidéo immersive considérée pendant la période P, par exemple selon le procédé décrit en relation avec la Fig. 7C et la ré-encode selon le procédé décrit en relation avec la Fig. 8. 3067199 21 Dans un mode de réalisation, lors du transcodage, le module d'adaptation ne décode et ré-encode que partiellement la vidéo immersive encodée de manière à réduire la complexité du transcodage. On suppose ici que la vidéo immersive a été encodée dans le format HEVC. 5 La Fig. 9 représente schématiquement un procédé d'adaptation destiné à adapter une vidéo encodée mis en oeuvre par le module d'adaptation lors de l'étape 503. Le procédé décrit en relation avec la Fig. 9 est mis en oeuvre pour chaque image de la vidéo immersive considérée pendant la période P bloc de pixels par bloc de pixels. Dans une étape 901, le module d'adaptation 340 applique un décodage entropique 10 au bloc de pixels courant tel que décrit dans l'étape 810. Dans une étape 902, le module d'adaptation 340 applique une quantification inverse au bloc de pixels courant comme décrit dans l'étape 812. Dans une étape 903, le module d'adaptation 340 applique une transformation inverse au bloc de pixels courant comme décrit dans l'étape 813. A ce stade on obtient 15 un bloc résiduel de prédiction. Dans une étape 904, le module d'adaptation 340 détermine si le bloc de pixels courant appartient à une zone privilégiée. Si le bloc de pixels courant appartient à une zone privilégiée, le module d'adaptation 340 exécute une étape 905. Lors de l'étape 905, on prend en compte le fait 20 que le ou les blocs de référence (soit des blocs de référence pour de la prédiction INTRA, soit des blocs de référence pour de la prédiction INTER) du bloc de pixels courant ont pu être re-quantifiés. En cas de re-quantification, un bloc de référence est donc différent du bloc de référence original. La prédiction INTER ou INTRA à partir de ce bloc de référence modifié est donc incorrecte. On ajoute donc lors de l'étape 905 25 une erreur de re-quantification au bloc résiduel reconstruit du bloc de pixels courant pour compenser l'effet de la requantification. Une erreur de re-quantification est une différence entre un bloc résiduel reconstruit avant re-quantification et le même bloc résiduel reconstruit après prise en compte d'une re-quantification. On peut avoir une erreur de re-quantification directe 30 suite à une re-quantification d'un bloc résiduel et une erreur de re-quantification indirecte suite à une re-quantification d'au moins un bloc de référence d'un bloc de pixels prédit par prédiction INTRA ou INTER. Dans le procédé décrit en relation avec la Fig. 9, à chaque fois qu'un bloc résiduel d'un bloc de pixels courant est reconstruit, le module d'adaptation 340 calcule une différence entre le bloc résiduel original du bloc 3067199 22 de pixels courant reconstruit et le bloc résiduel du bloc de pixels courant reconstruit en prenant en compte une erreur de re-quantification directe et/ou indirecte affectant ce bloc résiduel. Cette différence forme l'erreur de re-quantification du bloc de pixels courant. L'erreur de re-quantification de chaque bloc de pixels est conservée par le 5 module d'adaptation 340 par exemple sous forme d'une image d'erreur de re- quantification, pour pouvoir être utilisée pour calculer l'erreur de re-quantification d'autres blocs de pixels faisant référence au bloc de pixels courant (i.e. lors de l'étape 905). Dans une étape 906, le module d'adaptation 340 applique une transformation tel 10 que décrit dans l'étape 707 au bloc résiduel obtenu lors de l'étape 905. Dans une étape 907, le module d'adaptation 340 applique une quantification tel que décrit dans l'étape 709 au bloc résiduel transformé obtenu lors de l'étape 906, en réutilisant le paramètre de quantification original dudit bloc de pixels courant. Dans une étape 908, le module d'adaptation 340 applique un codage entropique 15 tel que décrit dans l'étape 710 au bloc résiduel quantifié obtenu lors de l'étape 907 et insère un flux binaire correspondant audit codage entropique dans le flux binaire de la vidéo immersive en remplacement du flux binaire original correspondant au bloc de pixels courant. Dans une étape 909, le module d'adaptation 340 passe à un bloc de pixels suivant 20 de l'image courante, ou passe à une autre image, si le bloc de pixels courant était le dernier bloc de pixels de l'image courante. Lorsque le bloc de pixels courant n'appartient pas à une zone privilégiée, ce bloc de pixels est re-quantifié avec un paramètre de quantification plus élevé que son paramètre de quantification original. 25 Le module d'adaptation 340 met en oeuvre des étapes 910 et 911 qui sont respectivement identiques aux étapes 905 et 906. Dans une étape 912, le module d'adaptation 340 modifie le paramètre de quantification du bloc de pixels courant. Le module d'adaptation ajoute alors une constante prédéfinie A à la valeur du paramètre de quantification du bloc de pixels 30 courant. Dans une étape 913, le module d'adaptation 340 applique une quantification tel que décrit dans l'étape 709 au bloc résiduel transformé obtenu lors de l'étape 911, en utilisant le paramètre de quantification modifié du bloc de pixels courant. 3067199 23 Nous avons vu en relation avec la Fig. 7B, que dans le standard HEVC, le paramètre de quantification d'un bloc de pixels est prédit à partir de paramètres de quantification de blocs de pixels de son voisinage. Des éléments de syntaxe codent ensuite dans le flux binaire de la vidéo une différence entre le paramètre de 5 quantification d'un bloc de pixels et sa prédiction. Lorsqu'on modifie le paramètre de quantification d'un bloc de pixels courant, il est nécessaire de compenser cette modification dans les blocs de pixels voisins dont le paramètre de quantification est prédit à partir du paramètre de quantification du bloc de pixels courant. Dans une étape 914, le module d'adaptation 340 modifie dans le flux binaire de 10 la vidéo chaque élément de syntaxe représentant une différence entre un paramètre de quantification d'un bloc de pixels et sa prédiction pour chaque bloc de pixels dont le paramètre de quantification est prédit à partir du paramètre de quantification du bloc de pixels courant pour prendre. Le module d'adaptation 340 ajoute ainsi une valeur à la valeur de chaque élément de syntaxe représentant une différence entre un paramètre de 15 quantification d'un bloc de pixels et sa prédiction pour compenser la modification de la prédiction due à la modification d'un paramètre de quantification. Dans une étape 915, le module d'adaptation procède au codage entropique du bloc résiduel obtenu lors de l'étape 913 et de chaque élément de syntaxe obtenu lors de l'étape 914 et insère un flux binaire correspondant audit codage entropique dans le flux 20 binaire de la vidéo immersive en remplacement du flux binaire original correspondant au bloc de pixels courant. Dans un mode de réalisation, dans le procédé de la Fig. 9, la constante prédéfinie A est fixée de manière à ce que la vidéo immersive transcodée soit compatible avec une contrainte de débit sur le réseau local 35. 25 Dans un mode de réalisation, dans le procédé de la Fig. 9, le paramètre de quantification des blocs de pixels appartenant à une zone privilégiée sont eux aussi augmentés d'une constante prédéfinie A' de manière à ce que la vidéo immersive transcodée soit compatible avec une contrainte de débit sur le réseau local 35. Toutefois A' REVENDICATIONS1) Procédé de transmission d'une vidéo immersive entre une unité réseau et au moins un équipement de visualisation permettant à une pluralité d'utilisateurs de visualiser simultanément ladite vidéo immersive, l'unité réseau et chaque équipement de visualisation étant reliés par un réseau de communication, la vidéo immersive comprenant une suite d'ensembles d'images, chaque image étant composée de blocs de pixels, la vidéo immersive étant transmise sous une forme encodée selon un standard de compression vidéo prédéterminé à chaque équipement de visualisation, caractérisé en ce que le procédé est mis en oeuvre par l'unité réseau et comprend pour chaque ensemble d'images : obtenir (501) une information représentative d'un point de vue sur la vidéo immersive observée par chaque utilisateur ; déterminer (502) au moins une zone d'image, dite zone privilégiée, correspondant à au moins une partie des points de vue ; pour chaque image comprise dans l'ensemble d'images, appliquer (503) aux blocs de pixels n'appartenant pas à une zone privilégiée, un taux de compression en moyenne plus élevé qu'une moyenne des taux de compression appliqués aux blocs de pixels appartenant à une zone privilégiée ; et, transmettre (504) l'ensemble d'images à chaque équipement de visualisation. 2) Procédé selon la revendication 1, caractérisé en ce que l'unité réseau obtient la vidéo immersive sous une forme non compressée et encode la vidéo immersive selon le standard de compression vidéo prédéterminé ou l'unité réseau obtient la vidéo immersive sous une forme compressée et transcode la vidéo immersive de sorte qu'elle soit compatible avec le standard de compression vidéo prédéterminé. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que le procédé comprend : déterminer (5020) pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point de vue ; déterminer (5021) un centre pour chaque sous-partie spatiale ; déterminer (5022) un barycentre d'au moins une partie des centres des sous-parties spatiales ; et, 3067199 25 définir (5023) une zone rectangulaire centrée sur le barycentre, ladite zone rectangulaire formant une zone privilégiée, la zone rectangulaire ayant des dimensions prédéfinies ou déterminées en fonction d'un débit disponible sur le réseau de communication. 5 4) Procédé selon la revendication 1 ou 2 , caractérisé en ce que le procédé comprend : déterminer (5024) pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point de vue ; 10 déterminer (5025) au moins une union des sous-parties spatiales se chevauchant ; et, pour chaque groupe de sous-parties spatiales résultant d'une union, définir (5026) une zone rectangulaire englobant ledit groupe de sous-parties spatiales, chaque zone rectangulaire formant une zone privilégiée. 15 5) Procédé selon la revendication 1 ou 2, caractérisé en ce que le procédé comprend : déterminer (5027) pour chaque point de vue, une sous-partie spatiale de la vidéo immersive correspondant audit point de vue ; 20 définir une pluralité de catégories de blocs de pixels, une première catégorie comprenant des blocs de pixels n'apparaissant dans aucune sous-partie spatiale, et au moins une seconde catégorie comprenant des blocs de pixels apparaissant au moins dans un nombre prédéfini de sous-parties spatiales ; classer (5028) chaque bloc de pixels d'une image de l'ensemble d'images dans 25 une catégorie en fonction du nombre de fois que ce bloc de pixels apparaît dans une sous-partie spatiale ; et, former (5029) au moins une zone privilégiée à partir de blocs de pixels classés dans chaque seconde catégorie. 30 6) Procédé selon la revendication 3, 4 ou 5 caractérisé en ce qu'il comprend en outre, ajouter aux sous-parties spatiales définies en fonction d'un point de vue, au moins une sous-partie spatiale prédéfinie, ou définie à partir de statistiques sur des points de vue d'utilisateurs sur ladite vidéo immersive lors d'autres visualisations de la vidéo immersive. 3067199 26 7) Procédé selon la revendication 3, 4 ou 5 caractérisé en ce qu'il comprend en outre, associer à chaque sous-partie spatiale définie en fonction des points de vue, dite sous-partie spatiale courante, une sous-partie spatiale, dite sous-partie spatiale 5 extrapolée, définie en fonction d'une position de la sous-partie spatiale courante et d'une information représentative d'un mouvement d'une tête d'un utilisateur correspondant à ce point de vue, les sous-parties spatiales courantes et extrapolées étant prises en compte dans la définition de chaque zone privilégiée. 10 8) Unité réseau adaptée pour mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 7. 9) Système comprenant au moins un équipement de visualisation permettant à une pluralité d'utilisateurs de visualiser simultanément une vidéo immersive et une unité 15 réseau selon la revendication 8. 10) Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions pour mettre en oeuvre, par un dispositif (340), le procédé selon l'une quelconque des revendications 1 à 7, lorsque ledit programme est exécuté par un processeur dudit 20 dispositif (340). 11) Moyens de stockage, caractérisés en ce qu'ils stockent un programme d'ordinateur comprenant des instructions pour mettre en oeuvre, par un dispositif (340), le procédé selon l'une quelconque des revendications 1 à 7, lorsque ledit programme 25 est exécuté par un processeur dudit dispositif (340).