Brevet FR2702116A1 — publié le 19940902

PROCEDE DE CODAGE, EN TELEVISION HAUTE DEHNFFION, DE SEQUENCES D'IMAGES. La présente invention concerne un procédé de codage adaptatif d'images de télévision haute définition, dans le système connu sous le nom de HD MAC. Le codage plus particulièrement concerné par ce procédé est celui de la voie auxiliaire d'assistance numérique dite DATV (Digital Assisted TV) qui transmet des informations nécessaires pour le décodage à la réception, et la reconstitution d'une image à haute définition. Le procédé selon l'invention permet d'améliorer la définition aux frontières des éléments d'images, tout en restant compatible avec le canal de transmission défini par le système HD-MAC. Dans le système HD-MAC, la bande passante d'un signal à haute définition (HD) est réduite de façon à permettre la transmission d'images HD par les canaux de diffusion directe par satellite (DBS, pour Direct Broadcast by Satellites), mais aussi par voie hertzienne, et être de plus compatible avec la norme européenne dite MAC/paquet. Les techniques de réduction de débit des informations tirent profit des propriétés spatio-temporelles des images, notamment en utilisant des moyens d'estimation de mouvement pour le codage et le décodage des images de télévision haute définition. Ainsi, dans le système de télévision HD-MAC, on utilise trois modes d'analyse d'une image selon le mouvement dans l'image: à savoir les modes 80 ms, 40 ms et 20 ms, ces modes correspondant à trois sous-échantillonnages spatio-temporels différents. D'autre part, le codage des images de télévision HD MAC a lieu sur la base d'un découpage de l'image en blocs de 16x16 pixels toutes les 40 ms, en considérant chaque fois deux trames entrelacées.Dans ce type de codage, le mode 80 ms correspond aux blocs fixes pour lesquels le mouvement est nul, le mode 40 ms aux blocs pour lesquels le mouvement a une amplitude inférieure à 6 pixels, et le mode 20 ms aux blocs pour lesquels le mouvement a une amplitude supérieure à 6 pixels. Dans ce type de codage, seul le mode 40 ms qui utilise les vecteurs-mouvements est compensé en mouvement et, sur 80 ms correspondant à la durée de quatre trames entrelacées, c'est à dire à deux images complètes, seules les combinaisons suivantes sont autorisées: 80-80, 40-40, 40-20, 20-40, 20-20. Pour pouvoir reconnaître le mode utilisé et reconstruire les images de télévision dans le cas d'images compensées en mouvement, des informations de mode et de mouvement sont transmises par l'intermédiaire d'une voie spécifique appelée voie d'assistances numérique ou DATV.Ces informations sont insérées dans l'intervalle de suppression de trame. De ce fait, le débit disponible est donc limité et il est nécessaire de coder ces informations pour en réduire le débit, dont le maximum autorisé par le système HD-MAC est 1,008 M bits/s. La figure 1, qui correspond à un schéma de l'art connu, permet de mieux comprendre ce traitement d'image, la nature du problème posé et la solution proposée par l'invention. Une caméra 1 de prise de vue haute définition (1250 lignes, 2 trames entrelacées, secteur à 50 h) envoie un signal image, échantillonné par blocs de 16x16 pixels sur trois circuits 2,3 et 4 de sous-échantillonage travaillant dans les modes 80 ms (haute résolution), 40 ms (moyenne résolution) et 20 ms (basse résolution). Ce même signal est envoyé, parallèlement, sur un circuit 5 estimateur de mouvement, dont la sortie commande un commutateur 7 qui choisit, parmi les trois circuits de sous-échantillonage, les fractions d'image échantillonnées à 80,40 ou 20 ms en fonction du mouvement dans cette image, qui sont ensuite multiplexées et transmises par voie hertzienne ou par satellites en 625 lignes.La sortie de l'estimateur de mouvement 5 est en outre adressée à un circuit 6 encodeur qui fournit le code DATV, au débit maximum de 1,008 Mbit/s, inséré dans l'intervalle de suppression trame avant transmission, qui permet de reconstruire une image haute définition à la réception. Le codage de la DATV, opéré en vue de diminuer le débit transmis par la voie auxiliaire ( A la réception, le décodeur HD-MAC est presque symétrique de l'encodeur. Il comprend trois circuits 20,30,40 de sur-échantillonage (transformations duales de celles du codeur) et un décodeur DATV 60. dont la sortie sélectionne en 70 la fraction d'image qui a été transmise dans l'un des modes 80,40 ou 20 ms, pour reconstruire une image haute définition en 1250 lignes, On observe que, dans le système HD-MAC, le traitement des images hors la voie numérique d'assistance - se fait par blocs 16 x16 pixels, considères sur deux trames successives. Pour améliorer la définition d'une image, il serait intéressant de pouvoir la traiter par blocs 8x8 ou 4x4 pixels, mais, d'une part, cela n'est pas conforme au système HD-MAC qui a défini que le traitement se fait par blocs 16 x16 pixels, et surtout, d'autre part, cela augmenterait le nombre d'informations sur la voie d'assistance DATV de façon telle qu'elle serait saturée à plus de 1,008 M bit/s. On a donc proposé dans la demande de brevet français N" 90 08299 du 29 juin 1990 un procédé de codage à paramètres ajustables d'un champ de mouvement dans une séquence d'images animées, ce procédé pouvant être utilisé, notamment, dans le codage des informations DATV du système de télévision HD MAC. Ce procédé permet d'obtenir une réduction importante du débit d'informations. Pour améliorer les résultats du codage/décodage, les brevet français n" 89 11328 du 29 Août 1989 déposé au nom de Thomson-CSF et 9114625 du 27 novembre 1991 déposé au nom de Thomson TCE révèlent des procédés d'amélioration de l'estimation de mouvement, basés sur des estimations de vecteurs mouvement et des différences de luminance entre blocs. Le procédé selon l'invention fait appel à des moyens différents. Très schématiquement, il utilise deux circuits encodeurs HD-MAC qui travaillent en parallèle, I'un avec des blocs 16 x 16 pixels et l'autre avec des blocs 8 x 8 pixels. Bien entendu, ce sont les régions de l'image dont le déplacement est le plus homogène qui sont transmises par blocs 16 x16 pixels, et les régions avec plusieurs mouvements différents, qui sont transmises par blocs 8x8 pixels. Avec des blocs élémentaires diminués de 8x8 pixels au lieu de 16x16 pixels, les contours des objets en déplacement sont mieux suivis, I'estimation de mouvement est plus précise, les effets de blocs sont moins visibles. Cependant, il ne faut pas que le surcroît de complexité soit trop important et que le débit d'information soit supérieur à 1,008 Mbit/s, autorisé pour la voie auxiliaire DATV. Il faut donc choisir et adapter la taille des blocs 1 6x1 6 et 8x8 pixels en fonction du contenu de l'image et en fonction du débit DATV disponible, à un moment donné et pour une image donnée. Le nombre de blocs 8x8 pixels autorisés pour la transmission sur la voie DATV est déterminé par le débit obtenu dans la version de base du codeur, c'est à dire avec des blocs 16x16 pixels pour toute l'image. Dans le pire cas, si le débit est tel qu'aucun bloc 8x8 pixels n'est autorisé, le procédé selon l'invention garantit une image qui a au moins la qualité de celle obtenue avec un encodeur HD-MAC classique, à blocs 16x16 pixels. De façon plus précise, I'invention concerne un procédé de codage, en télévision haute définition, de séquences d'images dont les éléments sont décomposés en blocs de 16x16 pixels, ce procédé étant caractérisé en ce que le traitement des éléments d'images est effectué simultanément sur des blocs 1 6x1 6 pixels et sur des blocs 8x8 pixels, sur deux voies en parallèle, les coûts, qui déterminent l'erreur de reconstruction, étant comparés afin de sélectionner ceux des blocs 16 x16 pixels ou ceux des blocs 8x8 pixels qui sont codés pour transmission par la voie numérique d'assistance dite DATV. L'invention sera mieux comprise par la description suivante d'un exemple d'application, faite en s'appuyant sur les figures jointes en annexe, qui représentent: - figure 1: schéma synoptique simplifié de la transmission d'image dans le système HD-MAC, précédemment exposé, - figure 2 schéma par blocs-fonctions d'un codeur HD-MAC adaptatif, selon l'invention. Les schémas électriques détaillés des fonctions de la figure 2 n'ont pas lieu d'être reproduits : ce sont des fonctions connues, qui peuvent être assurées par des moyens divers. Par contre, I'assemblage de ces fonctions et la structure du codeur adaptatif conformément à la figure 2 constituent le fondement de l'invention, qui comprend essentiellement deux chaînes de traitement de l'information en parallèle, par blocs de 16x16 pixels et par blocs de 8x8 pixels. On remarque que la figure 2 est séparée en trois niveaux par deux lignes pointillées: le premier niveau est commun et effectue des opérations de sous-échantillonnage et d'estimation de mouvement sur des blocs 16x16 pixels; dans le second niveau, deux circuits en parallèle traitent des blocs 16x16 pixels pour l'un et des blocs 8x8 pixels pour l'autre, les résultats en étant comparés au troisième niveau, qui effectue le choix et le codage des signaux émis sur la voie DATV. Le premier niveau du codeur selon l'invention comprend trois circuits 11,12,13 de sous-échantillonage à 40,20, 80 ms respectivement. Ces circuits sont alimentés par les trames source, elles-mêmes échantillonnées par blocs 1 6x1 6 pixels, sur deux trames, et les sorties de ces circuits sont adressées, au second niveau, à un circuit 14 de "calcul des coûts", par blocs 16x16, et de décision de choix entre les modes 20,40 ou 80 ms. Par calcul de coût, il faut entendre le calcul de l'erreur quadratique de reconstruction d'une image en utilisant les blocs 1 6x1 6 pixels. Parallèlement, le premier niveau du codeur comprend un circuit estimateur de mouvement 15, qui est préférentiellement de type BRH (ou "blocs récursifs hiérarchique"), car le débit requis est plus faible qu'avec d'autres types d'estimateurs. Alimenté par trois trames successives T1,T2,T3 I'estimateur de mouvement 15 fournit les vecteurs mouvement, pour les blocs 16x16 pixels, à un circuit de sélection 16 qui, pour un macrobloc de 128x128 pixels ne retient qu'un menu de 13 vecteurs mouvement significatifs. La sélection des vecteurs mouvement pour l'estimateur de mouvement 15 peut se faire, de préférence, par la technique de codage décrite dans le brevet français n" 90 08299, déposé le 20 juin 1990 au nom de Thomson-CSF, associé à la technique de décodage décrite dans le brevet français n" 91 14626, déposé le 27 novembre 1991 au nom de Thomson-TCE. Au second niveau, un premier système de traitement des blocs 16x16 pixels comprend un interpolateur 17 et le circuit 14 de calcul des coûts cité précédemment. Le circuit 17 d'interpolation composée en mouvement, couramment appelé MCI, reçoit d'une part l'information des trames images, impaires par blocs 16x16 pixels, d'autre part les vecteurs mouvement issus du circuit de sélection 16 le MCI a pour objet de reconstruire un bloc 16x16 pixels d'une trame paire à partir des deux trames impaires adjacentes et du vecteur correspondant. Le résultat obtenu permet de calculer l'erreur quadratique de reconstruction et de choisir la voie 40/20/80 qui donne l'erreur la plus faible dans le circuit 14, dont la sortie associée aux vecteurs mouvements dans un codeur HD-MAC conventionnel constituerait le signal auxiliaire dit DATV. Selon l'invention, à ce schéma de base il faut ajouter, au second niveau, un second système de traitement de blocs 8x8 pixels, constitué par: - un circuit 18 de correction des vecteurs par blocs 8x8 pixels suivi de son circuit de sélection 19, - un interpolateur 20, par blocs 8x8 pixels, - un circuit 21 de calcul des coûts par blocs 8x8 pixels, et de décision de choix entre les modes 20 ou 40 ms, et, au troisième niveau: - un circuit 22 de comparaison des coûts, suivant les décisions obtenues pour les blocs 8x8 ou 16x16 pixels, et de codage de la DATV. Ces circuits sont maintenant détaillés. La fonction "correction de vecteurs " 18 permet de passer d'un champ de vecteurs par blocs 16x16 pixels à un champ de vecteurs par blocs 8x8 pixels. L'estimateur 15 fournit un vecteur par bloc 16x16 pixels de précision entière, et l'étape de sélection en 16 a pour but d'uniformiser le champ de vecteurs obtenu, et de le rendre optimal vis à vis du canal DATV. Pour passer à un champ de vecteurs par blocs 8x8 pixels, le procédé consiste à ajouter à cette version de base, un traitement sur ces vecteurs pour obtenir un vecteur par bloc 8x8 pixels. La solution retenue consiste à corriger les vecteurs du bloc 16x16 pixels pour chaque bloc 8x8, selon la technique décrite dans le brevet français n" 89 11328 déjà cité; cette méthode est plus simple que de rajouter un niveau à l'estimateur de mouvement, c'est à dire 4 prédicateurs, corrigés puis comparés, pour choisir le meilleur au sens de l'erreur quadratique. De plus l'estimateur a été conçu pour fournir un champ de vecteurs par blocs 16x16 pixels, donc les vecteurs obtenus sont les vecteurs adéquats, car la convergence a eu lieu ainsi que l'homogénéisation. Une simple correction sur les vecteurs obtenus est donc suffisante. Suite à cette correction, une étape de sélection est effectuée en 19, sur les vecteurs par blocs 8x8 pixels. Elle est identique à celle effectuée au niveau des blocs 16x16., excepté que les N vecteurs retenus sont les N vecteurs déjà sélectionnés au niveau 16x16. L'intérêt de cette méthode réside dans le fait que le menu ou ensemble de vecteurs, obtenu est le même que celui obtenu dans le système de base (c'est à dire avec des blocs 16x16 pixels). Ce qui simplifie le calcul du débit et du nombre de blocs 16x16 pixels susceptibles de passer d'une taille de 16x16 à 8x8 pixels, mais aussi qui évite de calculer un autre histogramme.De plus, puisque le champ de vecteurs au niveau des blocs 1 6x 16 pixels est satisfaisant, il est très probable que le vecteur correspondant à un bloc 8x8 pixels se trouve égal à l'un des vecteurs voisins du bloc considéré au niveau des blocs 16x16; c'est le cas à une frontière d'objet en mouvement affinée avec des blocs 8x8 pixels. Il est évident que cette technique est mise en défaut dans le cas d'un objet de taille proche d'un bloc 8x8 pixels dont le mouvement ne serait pas présent dans les blocs 1 6x1 6 pixels considérés. A la fin de cette étape, on dispose d'un champ de vecteurs par bloc 16x16 pixels et d'un autre par bloc 8x8 pixels, dont l'ensemble des vecteurs différents par "macrobloc" (bloc de taille 128x128 pixels) est identique dans les 2 cas. Le menu de vecteurs à transmettre est donc identique quelque soit la taille finale des blocs. Ce menu de 13 vecteurs mouvement est adressé sur la fonction 22 de comparaison, de calcul de débit et de décision sur le choix 16x16 ou 8x8 pixels. De même que les vecteurs mouvement par blocs 16x16 pixels sont adressés à l'interpolateur de mouvement 17, les vecteurs mouvement par blocs 8x8 pixels, issus du circuit de sélection 19, sont adressés à l'interpolateur de mouvement 20. Parallèlement, ces deux champs de vecteurs 16x16 et 8x8 pixels sont adressés à la fonction de comparaison 22. L'interpolateur compensé en mouvement MCI 20 a pour objectif de reconstruire un bloc 8x8 pixels d'une trame paire dite courante à partir des deux trames impaires adjacentes -celle qui précède et celle qui suit - et du vecteur correspondant issu de 19. A cette fin, il calcule pour chaque pixel d'un bloc considéré la moyenne des deux pixels déplacés dans les deux trames adjacentes, selon le procédé décrit dans le brevet français n" 9114625 déjà cité. Cet interpolateur 20 par blocs 8x8 pixels est de conception équivalente à celui 17 des blocs 1 6x 16 pixels. Le résultat obtenu permet de calculer l'erreur quadratique de reconstruction ou "coût" qui sera utilisée pour prendre la décision, c'est à dire l'étape suivante qui permet de choisir le mode de transmission pour ces blocs 8x8 pixels. Le circuit 21 de calcul des coûts et de décision reçoit des informations provenant de l'interpolateur de mouvement 20 et des circuits de souséchantillonage 11 et 12, correspondant aux modes 40 et 20 ms. Dans cette étape il s'agit de choisir le mode qui donne l'erreur de reconstruction la plus faible. Pour les blocs 8x8 pixels seuls les modes 40 ms ou 20 ms sont considérés, car un bloc 16x16 pixels dans le mode 80 ms est fixe sur 80 ms et le maximum de définition est alors transmis. Si ce même bloc est dans le mode 40 ms, le vecteur obtenu donne donc une bonne reconstruction car le bloc 16x16 doit avoir un mouvement homogène sur tout le bloc. Le passage à une taille plus faible est donc inutile dans ces deux cas.Il reste donc le cas où le bloc 1 6x 16 est dans le mode 20 ms, deux raisons peuvent justifier ce choix: la première est que le mouvement du bloc entier est supérieur à +/- 6 pixels par 20 ms, la deuxiéme est que le vecteur trouvé n'est pas le bon, le passage à des blocs de taille 8x8 pixels permet alors d'obtenir les vecteur adéquats pour tout ou partie des 4 blocs 8x8 du bloc 16x16 pixels. Ce traitement consiste donc à calculer les erreurs de reconstruction ou coûts dans les modes 20ms et 40 ms pour chaque bloc 8x8, puis à choisir la -oie qui donne la plus faible erreur. Le circuit 21 de calcul des coûts et de décision remplit la même fonction que le circuit 14 du codeur selon l'art connu, à l'exception de la taille des blocs, 8x8 au lieu de 16x16, et de l'inutilité du mode 80 ms. Les signaux de sorties des deux circuits 14 et 21 de calculs des coûts et décisions sont adressés sur deux entrées du circuit de comparaison 22. La fonction de celui-ci est en fait plus complexe que ne le laisse entendre l'abréviation "circuit de comparaison", car il assure: - la comparaison entre une transmission sur la base de blocs 16x16 pixels et une transmission sur la base de blocs 8x8 pixels, - le calcul du débit dans les deux cas, - le choix 8/16, des blocs les plus pertinents qui doivent passer à une taille plus faible, - la consistance spatio-temporelle, - le codage final des signaux auxiliaires pour la voie DATV. Ces différentes fonctions sont analysées maintenant. A ce niveau du codeur, on dispose des décisions pour chaque bloc 16x16 pixels (20, 40 ou 80 ms) et du vecteur éventuellement associé ainsi que du coût associé. Mais aussi des décisions par bloc 8x8 pixels (40 ou 20 ms) et du vecteur éventuellement associé ainsi que du coût associé. Avec ces données il faut choisir les blocs les plus pertinents qui doivent passer à une taille plus faible, pour ce faire il existe deux solutions: 1) Comparaison sur la base de blocs 16x16 pixels. Pour chaque bloc 16x16 pixels, on calcule la différence entre le coût associé à un bloc 16x16 pixels et la somme des coûts associés aux 4 blocs correspondants de taille 8x8 pixels, sur 80 ms, soit 2 images successives: Différence Si cette différence est positive, alors le bloc 1ou16 pixels est marqué comme bloc pouvant être divisé en blocs 8x8 pour améliorer le résultat. La différence de coût associée est rangée dans un histogramme qui permet, suivant le débit, de sélectionner les blocs les plus pertinents, c'est à dire ceux qui apportent la plus grande réduction du coût. Au lieu d'utiliser ce système d'histogramme, une autre solution consiste à calculer l'énergie du bloc considéré. Les blocs les plus pertinents sont ceux dont l'énergie est la plus grande. Ceci se justifie par le fait que les blocs dont l'énergie est la plus grande sont les plus difficiles à coder, donc ceux qui nécessitent la taille de bloc la plus faible. 2) Comparaison sur la base de blocs 8x8 pixels. Le précédent calcul présente l'avantage de ne pas modifier la partie du codeur par blocs 1 6x 16 pixels, cependant les calculs de coûts s'effectuent par blocs 16x16 pixels et sur 80 ms, le résultat se trouve de ce fait moyenné. Il est plus intéressant d'effectuer un calcul de différence de coût sur la base de blocs 8x8 pixels, et indépendamment sur 2 images consécutives. Il faut cependant ajouter une nouvelle consistance spatio-temporelle pour vérifier les décisions obtenues et que les calculs de coûts dans 14 soient effectués pour chacun des 4 blocs 8x8 du bloc 16x16 pixels considéré. La technique la plus simple à réaliser est d'associer à chaque bloc 8x8 pixels le coût du bloc 16x16 correspondant divisé par 4. Cependant cette technique manque de précision, et il est préférable de calculer tous les coûts sur la base de blocs 8x8 pixels, la décision au niveau des blocs 16x16 pixels dans 14 se faisant en additionnant les 4 coûts correspondants aux 4 blocs 8x8 provenant du bloc 16x16 pixels. Les coûts sortants de 14 sont donc calculés pour chaque bloc 8x8 du bloc 16x16 considéré. Le choix des blocs pouvant passer de la taille 16x16 à la taille 8x8 pixels peut ainsi s'effectuer indépendamment pour chaque bloc 8x8 pixels, et d'une image sur l'autre. Ainsi les critères de choix possibles, parmi d'autres sont: - si un seul bloc 8x8 sur 4 donne un coût plus faible dans 21 que dans 14, alors tout le bloc 16x16 est décomposé en 4 blocs 8x8; - si la somme des 4 erreurs de chaque bloc 8x8, calculé dans 21, pour un bloc 16x16 pixels, est inférieure à la somme des 4 erreurs de chaque bloc 8x8, calculé dans 14, alors le bloc 16x16 considéré est décomposé en 4 blocs 8x8; - si la majorité des 4 blocs 8x8 donne un coût plus faible dans 21 que dans 14, alors le blocl6xl6 est décomposé en 4 blocs 8x8; A la fin de cette étape les blocs 16x16 pixels décomposables sont marqués par un signal codé et un histogramme indique l'ordre de priorité.La suite du traitement consiste à calculer le débit de la DATV. Ce débit permet de calculer le nombre de blocs 16x16 qui peuvent passe à une taille inférieure. 3) Calcul du débit DATV. La méthode utilisée dans le cadre de l'invention est celle qui est décrite dans les brevets français n" 90 08299 et nO 9114626 déjà cités, pour le codage et le décodage en 'ID-MAC, mais toute autre méthode peut être utilisée sans modifier la portée de l'invention. Au titre de ces deux brevets, la technique de réduction de débit repose sur une décomposition "quadtree" associée à un adressage relatif des vecteurs dans un menu de vecteurs. La longueur des mots de code dépend du nombre de vecteurs du menu. Dans l'étape d'estimation des vecteurs au niveau 8x8, les vecteurs sont sélectionnés parmi les vecteurs obtenus au niveau 16x16.En conséquence, pour chaque macrobloc ou bloc de taille 128x128 pixels, le nombre de vecteurs du menu est connu, et par conséquent la longueur des mots de code. De plus, pour indiquer qu'un bloc 16x16 a été décomposé en 4 blocs 8x8 on utilise un mot de code spécifique. Le calcul du débit obtenu avec le codeur de base (blocs de taille 16x16 pixels) permet d'estimer le nombre minimal de blocs 16x16 qui peuvent être décomposés en blocs 8x8 pixels: Nb = Dmax-D16 CL max dans lequel: Dmax : Débit maximal autorisé (1,008 Mbit/s), D16 : Débit obtenu au niveau des blocs 16x16, CLmax : Longeur maximale, obtenue au niveau des blocs 16x16, des mots de code Nb : Nombre de blocs 16x16 pixels décomposables en blocs 8x8 pixels. Soit Nb le nombre de blocs 16x16 autorisés à passer en blocs 8x8, ces Nb blocs sont les Nb blocs qui fournissent les Nb plus grandes différences de coût entre les 2 tailles de blocs, ou les Nb blocs de plus grande énergie. 4 - Consistance spatio-temporelle A ce niveau du traitement, tout se passe sur la base de blocs 8x8 pixels. Les décisions de mode obtenues au niveau du circuit 14 de calcul de coûts peuvent avoir été modifiées par le passage à des blocs plus faibles, il faut donc effectuer une étape de consistance spatio-temporelle identique à celle qui était effectuée pour les blocs 16x16 pixels et définie dans le système HDMAC . Ceci afin de garantir une certaine homogénéité dans la décision. Il est remarquable que le fait de passer à des blocs de taille plus faible, nécessite de préférence de revoir le processus de consistance afin de mieux l'adapter à cette nouvelle taille de blocs. 5 - Codage final de la DATV. Il suffit ensuite de coder la DATV de la façon décrite dans le brevet français n" 90 08299 déjà cité, intitulé "Procédé de codage à paramètres ajustables d'un champ de mouvement dans une séquence d'images animées". Toutefois, ce procédé de codage est adapté car si le menu de vecteurs est identique à celui du codeur de base 16x16 qui donne la longueur des mots de code, il comporte en plus un mot de code spécifique qui indique -lorsque c'est le cas- que les 4 mots de code suivants concernent 4 blocs 8x8pixels provenant d'un bloc 16x16 pixels. Par la structure parallèle du schéma, et le fonctionnement simultané d'un codeur 16x16 et d'un codeur 8x8 qui estiment les coûts, les comparent et sélectionnent les fractions d'image qui peuvent être transmises par blocs 8x8 pixels si le débit total le permet, le procédé selon l'invention est un procédé de codage adaptatif des images en télévision haute définition, dans le système HD-MAC. REVENDICATIONS 1 - Procédé de codage, en télévision haute définition, de séquences d'images dont les éléments sont décomposés en blocs de 16x16 pixels, ce procédé étant caractérisé en ce que le traitement des éléments d'images est effectué simultanément sur des blocs 16x16 pixels et sur des blocs 8x8 pixels, sur deux voies en parallèle, les coûts, exprimant l'erreur de reconstruction, étant comparés afin de sélectionner ceux des blocs 16x16 pixels et ceux des blocs 8x8 pixels dont la décision de mode et éventuellement le vecteur associé, sont codés pour transmission par la voie numérique d'assistance, dite DATV. 2 - Procédé selon la revendication 1, caractérisé en ce qu'il est compatible avec le système de transmission dit HD-MAC; 3 - Procédé selon la revendication 1, caractérisé en ce qu'il consiste: - à un premier niveau commun, à effectuer un échantillonnage spatiotemporel (11,12,13), dans trois modes 20 ms, 40 ms et 80ms, des éléments d'images, et à estimer le mouvement (15), par blocs 16x16 pixels;; - à un second niveau, à calculer les coûts et choisir le mode de transmission au moyen d'un premier système de traitement (14+16+17) des blocs de 16x16 pixels, et d'un second système de traitement (18+19+20+21) des blocs de 8x8 pixels, ces deux systèmes étant en parallèle, - à un troisième niveau, à comparer les coûts, choisir les blocs 1 6x 16 pixels qui sont remplacés par des blocs 8x8 pixels, en fonction du débit disponible, dans la voie auxiliaire DATV, et à coder les signaux pour la voie auxiliaire DATV. 4 - Procédé selon la revendication 3, dont l'estimation de mouvement (15) pour les blocs 16x16 pixels fournit un champ de vecteurs mouvement, caractérisé en ce que les vecteurs mouvement au niveau des blocs 8x8 pixels, dans le second système de traitement (18 à 21), sont choisis parmi les vecteurs mouvement obtenus au niveau des blocs 16x16 pixels. 5 - Procédé selon la revendication 4, caractérisé en ce que les vecteurs mouvement de blocs 16x16 pixels sont transformés en vecteurs mouvement de blocs 8x8 pixels par une correction 6 - Procédé selon la revendication 3, caractérisé en ce que les fonctions (20,21) du second système de traitement (18 à 21) sont identiques aux fonctions ( 17,14) du premier système de traitement (11 à 17) mais travaillent sur des blocs 8x8 pixels. 7 - Procédé selon la revendication 3, caractérisé en ce que, pour chacun des deux systèmes de traitement le calcul des coûts (14,21) consiste à calculer les erreurs de reconstruction d'image dans les trois modes 20 ms, 40 ms et 80 ms pour chaque bloc 16x16 pixels et dans les deux modes 20s ms et 40 ms pour chaque bloc 8x8 pixels, et à choisir la voie qui donne la plus faible erreur. 8 - Procédé selon la revendication 7, caractérisé en ce que le choix des blocs 16x16 pixels décomposés en 4 blocs 8x8 pixels s'effectue dans un ordre déterminé par la différence de coût la plus grande, ou par l'énergie la plus grande. 9 - Procédé selon la revendication 8, caractérisé en ce que le codage des signaux pour la voie dite DATV est un codage selon la méthode d'arbre de codage , dite "quadtree", modifiée pour annoncer par un signal codé les mots numériques correspondant aux blocs 8x8 pixels. 10 - Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il adapte la taille des blocs de pixels en fonction du contenu de l'image, de façon à utiliser tout le débit disponible sur la voie d'assistance numérique DATV.