Brevet FR2728092A1 — publié le 19960614

I La présente invention concerne un procédé pour décoder des images codées numériquement avec compression, - le nombre de pixels à traiter par unité de temps étant fixe, - une image étant divisée en blocs de pixels comportant chacun plusieurs pixels dans chacune des directions horizontale et verticale, - une pluralité de blocs qui, côte à côte, occupent la largeur d'une ligne d'image étant appelée une ligne de blocs, - la dite compression étant basée sur un traitement par blocs transmis séquentiellement, une image pouvant être définie d'au maximum trois manières, à savoir - des images dites "intra", codées en absolu sans référence par rapport à d'autres images, - des images dites "prédites", codées en faisant référence à une précédente image intra ou prédite, et des images dites "bidirectionnelles" codées à partir d'au maximum deux autres images chacune intra ou prédite, procédé dans lequel - chacune des images est affichée après décodage sous la forme d'une trame paire et d'une trame impaire, - certaines images bidirectionnelles sont affichées avant une des images intra ou prédite qui servent à son décodage, - les images bidirectionnelles sont décodées par étapes successives d'une ligne de blocs à la fois, - un espace mémoire divisé en zones ayant une capacité d'une ligne de blocs chacune est prévu pour mémoriser des lignes de blocs d'une image bidirectionnelle nouvellement décodée - et chaque ligne de blocs nouvellement décodée remplace au fur et & mesure en mémoire le contenu d'une des dites zones qui a déjà été affiché. L'invention s'applique en télévision numérique, que ce soit en définition standard ou en haute définition. Les algorithmes de décompression d'images à bas débit utilisent des traitements temporels qui nécessitent une capacité de mémorisation importante. Le déroulement temporel de l'affichage est différent de celui du décodage: du fait que le décodeur travaille en mode image, deux trames sont décodées ensemble alors qu'elles sont affichées l'une après l'autre, raison pour laquelle on réalise la mémorisation d'une image entière pour en relire l'une après l'autre les deux trames en vue de leur affichage. Un tel procédé pour décoder des images comprimées est décrit dans la demande de brevet FR-A-2 703 535. Le procédé décrit dans ce document permet d'utiliser moins de mémoire parce que, les images bidirectionnelles étant décodées par étapes successives d'une ligne de blocs à la fois, les lignes de blocs en cours de décodage remplacent au fur et à mesure dans la mémoire une ligne de blocs dont le contenu a déjà été affiché. L'invention procure un procédé encore plus économique, en coût global du décodeur et de la mémoire, qui permet de stocker les images décodées dans une taille mémoire minimum sans compliquer la gestion de cette mémoire. Elle apporte une réduction supplémentaire de l'espace mémoire nécessaire pour le stockage des images bidirectionnelles. Ce but est atteint du fait que: - un décodage de chaque image bidirectionnelle est effectué au moins deux fois de suite, un décodage d'une image étant réalisé pour chaque trame à afficher, - l'affichage d'une des trames, paire ou impaire, tirée du contenu du premier décodage, commence avant la moitié de la durée du premier décodage, - puis l'affichage de l'autre trame, respectivement impaire ou paire, tirée du contenu du second décodage, commence à son tour avant la moitié de la durée du second décodage. L'invention tire donc profit du fait que les algorithmes de compression d'images opèrent sur des images elles mêmes constituées de 2 trames (paire et impaire), l'idée de base de l'invention étant de ne pas stocker même une seule trame d'image bidirectionnelle, mais seulement quelques lignes de blocs, en s'appuyant sur le fait que les images bidirectionnelles peuvent être décodées deux fois plus vite que les autres, ce qui permet de réaliser ce décodage deux fois de suite dans le temps d'une image. Seule la trame paire est alors écrite en mémoire lors de l'affichage de la trame paire et seule la trame impaire est écrite en mémoire lors de l'affichage de la trame impaire. Avantageusement, dans le cas d'images à 24 images par seconde devant être affichées à 60 trames par seconde, pour un couple d'images bidirectionnelles, un décodage d'une des images est effectué deux fois de suite et un décodage de l'autre image est effectué trois fois de suite, avec à chaque fois l'affichage d'une trame, commençant avant la fin du décodage correspondant. Une gestion par zones ayant une capacité d'une ligne de blocs peut avantageusement être effectuée aussi pour des images intra ou prédites, gestion par laquelle toute zone ayant une capacité d'une ligne de blocs utilisée par une partie de trame est re-allouée pour stocker une partie de trame nouvellement décodée si son contenu a déjà été affiché et si elle n'est plus utilisée comme référence pour le décodage d'une image bidirectionnelle. Grâce à la place mémoire ainsi gagnée, toute la capacité de mémoire destinée au stockage des images décodées peut être placée dans un même boitier mémoire d'une capacité de seize megabits, dans lequel les images qui arrivent pour être décodées peuvent trouver suffisamment de place restante pour y être mémorisées en sus des images décodées. Ces aspects de l'invention ainsi que d'autres aspects plus détaillés apparaitront plus clairement grâce à la description suivante d'un mode de réalisation non limitatif. La figure 1 illustre le codage des images les unes par rapport aux autres. La figure 2 est un diagramme des temps dans l'art antérieur. La figure 3 est un diagramme des temps dans le procédé de l'invention. La figure 4 illustre la gestion d'une partie d'une page mémoire contenant des lignes de blocs d'images bidirectionnelles. La figure 5 est un diagramme des temps dans le procédé de l'invention, dans le cas d'images de cinéma à 24 images par seconde, à afficher par trames à 60 trames par seconde. La figure 6 représente schématiquement le partitionnement d'un dispositif de décompression et décodage selon l'invention, avec une mémoire divisée en pages P1 à P4 et PB. La figure 7 représente schématiquement la constitution de l'élément 2 de la figure 6. Bien que l'invention concerne le décodage, une description préliminaire du codage permettra de mieux comprendre le procédé et le dispositif de décodage. Les algorithmes de compression d'images animées font appel a des techniques de traitement spatial (transformation en cosinus discret, quantification adaptative, codage entropique) et de traitement temporel (compensation de mouvement, interpolation temporelle). Des images de trois types sont définies: - les images dites I ("intra"), codées sans référence par rapport à d'autres images, - les images dites P ("prédites"), codées en faisant référence à la précédente image, celle-ci elle même de type I ou P. - les images dites B ("bidirectionnelles"), interpolées avec compensations de mouvement par rapport à une image I ou P qui la précède et une image I ou P qui la suit. Les prédictions utilisées pour les images bidirectionnelles sont toujours issues des images I ou P adjacentes. Ainsi les images I et P jouent un rôle particulier, puisqu'elles servent d'images de référence pour des compensations de mouvement. Un exemple de séquence d'images avant codage est le suivant, la ligne du haut indiquant le type de 1' image, I, P ou B qui va être fabriquée par le codeur à partir des images arrivantes qui bien sûr, avant codage, sont toutes définies sans référence à d'autres images, et la ligne du bas indique l'ordre d'arrivée de ces images: type: I B B P B B P B B... ordre d'arrivée: 0 1 2 3 4 5 6 7 8... La figure 1 illustre à partir de quelles images les autres sont engendrées. L'image P3 est engendrée à partir de l'image IO, les images B1 et B2 à partir des images IO et P3, l'image P6 à partir de l'image P3, les images B4 et B5 à partir des images P3 et P6, l'image P9 à partir de l'image P6, les images B7 et B8 à partir des images P6 et P9, etc. La troisième image P3 est créée dans le codeur à partir de la première image IO, elle sort donc du codeur après cette dernière, les première et deuxième images bidirectionnelles sont créées à partir des images I0 et P3, elles sortent donc du codeur après elles, l'image P6 est créée & partir de l'image P3, et ainsi de suite, et les images de l'exemple ci- dessus sortent du codeur (et donc arrivent au décodeur) dans l'ordre suivant type: I P B B P B B... correspondant à l'ordre d'arrivée initial: 0 3 1 2 6 4 5... Les dimensions horizontales et verticales d'une image sont appelées DIMH et DIMV. Le type de codage peut s'effectuer soit en mode image, auquel cas l'image est envoyée sous la forme d'un tableau de format DINH x DIMV, soit en mode trame, auquel cas l'image est envoyée en deux trames successives de dimension DIMH x DIMV/2. Chaque image (ou trame) est découpée en blocs dont les dimensions horizontales et verticales sont respectivement H et V. Habituellement, H et V valent 8 pixels ou 16 pixels. En ce qui concerne le décodage en réception, l'ordre de sortie du décodeur, qui doit correspondre à l'ordre d'affichage des images à l'écran, est le même que l'ordre d'arrivée au codeur à l'émission type: I B B P B B P... ordre de sortie: 0 1 2 3 4 5 6... L'affichage est toujours effectué trame par trame et se fait sur la base de lignes. Lorsque le type de codage est prédictif et interpolateur (images bidirectionnelles), un ré-ordonnancement des images doit avoir lieu au niveau du décodeur, ce qui nécessite une gestion particulière de la mémoire. Le diagramme temporel du déroulement du décodage selon le document cité est représenté figure 2. La ligne du haut indique les instants d'arrivée des images IO, P3, B1, etc, au décodeur. Dans ce procédé connu, on stocke d'une part deux images de référence I ou P dans quatre pages notées P1, P2, P3, P4, contenant chacune une trame (Oe, 0o, 3e, 3o), et d'autre part on stocke des parties d'images bidirectionnelles décodées dans une page notée PB. La page PB est divisée en "zones ligne de blocs", une "zone ligne de blocs" étant un espace mémoire pouvant contenir une ligne de blocs d'une trame, contenant V lignes de chacune DIMH pixels pour la luminance. Une telle zone contient par exemple 720x16 pixels, en définition standard. Les images sont affichées à un rythme double par rapport à celui auquel elles sont décodées, correspondant aux cas d'un codage a 30 Hz et d'un affichage à 60 Hz, ou d'un codage a 25 Hz et d'un affichage à 50 Hz. L'affichage des première et seconde trames de l'image B1, dont le décodage est indiqué 1, correspond aux temps indiqués le et lo. Il commence à peu près au milieu du décodage 1; la moitié de l'image est alors enregistrée dans la mémoire PB, qui doit donc pouvoir la contenir. La figure 3 représente un diagramme de temps selon l'invention, correspondant au cas d'un codage a 30 Hz et d'un affichage à 60 Hz, ou d'un codage a 25 Hz et d'un affichage à 50 Hz. Les affichages des trames sont indiqués en bas de la figure chaque fois entre deux traits verticaux. A partir du début du décodage 11, au bout d'un temps noté d, bien inférieur au temps de décodage d'une demi-image, la page PB contient N lignes de blocs issus du décodage 11 de l'image B1, nécessaires pour afficher la trame le, et l'affichage de la trame le peut commencer au temps noté tl. Lorsque le décodage 1i de l'image Bi est terminé, un second décodage identique 12 est recommencé au temps t2, pour fournir la trame lo. La mémoire contient alors les dernières lignes de la trame paire le. Le second décodage 12 de la trame B1 ne pourra progresser qu'au fur et à mesure de la désallocation des lignes de blocs du bas de la trame le par le processus d'affichage de celles-ci. Le même processus sera appliqué au décodage de l'image B2, avec deux décodages 21 et 22, fournissant respectivement la trame 2e et la trame 2o. La trame le de B1 pourrait être affichée dès qu'une ligne de blocs a déjà été décodée. La taille mémoire minimale de la page PB serait 2 x V x DIMH, à savoir deux lignes de blocs: une en cours de décodage et d'écriture, l'autre en cours de lecture pour affichage. Néanmoins, le décodage doit commencer un peu en avance par rapport à l'affichage, afin d'absorber les variations possibles du temps mis à décoder une ligne de blocs. En effet, ce temps varie selon le contenu de l'image comprimée, et le temps de décodage d'une seule ligne de bloc peut être supérieur au temps d'affichage d'une ligne de blocs qui est toujours le même. Le décodage de la ligne de blocs suivante risquerait alors de ne pas être terminé au moment o il faut l'afficher. En pratique lorsque le temps du décodage en cours correspond au temps de décodage moyen d'un certain nombre N de lignes de blocs, il est possible de commencer & afficher ce qui est déjà décodé, avec une sécurité suffisante. On supposera que le temps de décodage d'une image, appelé Tdec, est au plus égal à une durée d'image T(image), pour les images I ou P. et égal à T(image) / 2 pour les images bidirectionnelles, T(image) étant égal & mS dans un système 50 Hz ou 33 mS dans un système 60 Hz. La durée de décodage d'une ligne de blocs dépend du contenu de l'image à décoder, et de plus elle est bornée. Le temps de décodage d'une ligne de blocs suit par conséquent une loi de probabilité complexe. On suppose que le temps de décodage est linéaire, c'est a dire que la durée de décodage d'une ligne de blocs est à peu près égale à (V/DIMV) x Tdec pour les images I ou P, et égal à (V/DIMV x Tdec) / 2 pour les images bidirectionnelles. Cependant, on envisage dans l'invention les dispositifs nécessaires au cas o le décodage est en avance ou en retard par rapport au modèle utilisé. Entre le début et la fin de l'affichage de chaque trame d'image bidirectionnelle, les zones mémoire correspondant aux lignes de blocs sont re-allouées dès qu'elles ont été affichées. La figure 4 représente un état d'une partie de la page PB, chaque rectangle représentant une zone de mémoire pour une ligne de blocs. Il s'agit de l'état à l'instant t2 de la figure 3, alors que la trame le paire est presque complètement affichée, et que le décodage 12 commence. L'indication "Bi2 n' p+l", par exemple, signifie que la zone de mémoire en question contient la ligne de blocs numéro "p+l" issue du second décodage de l'image bidirectionnelle B1. Une ligne de blocs issue du premier décodage de l'image bidirectionnelle B1, qui était placée avant B12 n p a déjà été affichée et la zone mémoire est donc libre ( -----). De même une ligne de blocs placée entre les lignes "B11 n' n-2" et "B11 n n', issues du premier décodage de l'image bidirectionnelle B1, a déjà été affichée et la zone mémoire est donc libre (-. Ce type de gestion permet l'utilisation pour la page PB d'un espace mémoire compris entre la taille minimum, (2 x V x DIMH) et la taille maximum, DIMH x DIMV. Des essais sur des séquences d'images test peuvent être réalisés avec différentes valeurs pour Tdec et pour le nombre N de zones lignes de blocs prévues en mémoire, sans connaître à priori une borne exacte pour le temps de décodage Tdec, afin de trouver le couple de valeurs optimales pour Tdec et pour la taille mémoire affectée aux lignes de blocs d'images bidirectionnelles. Inversement, si la taille mémoire allouée aux lignes de blocs pour les images bidirectionnelles est fixée, on peut déterminer la fréquence de travail du système de décodage pour aboutir à la valeur de Tdec qui satisfait les contraintes issues de la taille mémoire allouée pour le stockage des lignes de blocs des images bidirectionnelles. Pour un système o le temps de décodage est linéaire la taille typique pour la page PB est de 3 x 2 x V x DIMH soit six lignes de blocs (N=6). Le principe décrit ci dessus s'applique de façon analogue à un système Hz codé à 30 Hz, les pages P1, P2, P3, P4, PB étant toujours gérées par lignes de blocs. Dans le cas d'un système à 60 Hz, un décodeur doit être capable de décoder une séquence codée à 30 ou 60 Hz comme décrit plus haut, mais aussi une séquence de film codée à 24 Hz (alors que dans un système 50 Hz, toutes les séquences sont codées à 25 ou 50 Hz). La figure 5 représente le séquencement d'un décodage à 24 Hz avec affichage à 60 Hz. Les images devant être présentées à 30 Hz, le décodage des images ne dure que 1/30e de seconde pour les images I ou P et 1/60e S pour des images bidirectionnelles. Par contre le rythme de codage est de 24 Hz, et les images à décoder arrivent tous les 1/24e de seconde. Les affichages des trames sont indiqués en bas de la figure chaque fois entre deux traits verticaux. Pour obtenir une fréquence d'affichage plus grande que le nombre d'images disponibles, toutes les deux images une même trame est affichée deux fois (ici: trame lo affichée à nouveau après trame le, trame 3e affichée à nouveau après trame 30, etc). En outre, du fait que cette seconde trame supplémentaire 3e est paire, la trame suivante doit être impaire ce qui amène à afficher à sa suite 4o et non 4e. On remarque en outre qu'au début du décodage 41, on n'est pas prêt à afficher la trame 4o. De ce fait le décodage s'arrête faute de place en mémoire puis reprend dès que la trame 4o commence d'être affichée. Le retard correspondant retarde le décodage de la suite (42, 51 52' 53) ce qui amène à retarder le décodage de la trame prédite qui suit (P9) mais il reste néanmoins encore 1/30e de seconde disponible avant l'arrivée de l'image suivante, a près quoi tout est à nouveau en place. Le nombre de trames de retard entre l'affichage et le décodage doit être constant. En 60 Hz, à partir du début du décodage d'une trame de type intra (Oe), on compte trois départs d'affichage de trame, et le quatrième correspond à l'affichage de la trame d'image intra en question (0o). Ceci constitue une différence importante par rapport à un système 50 Hz dans lequel (figure 3), à partir du début du décodage d'une trame de type intra (0e), on compte seulement deux départs d'affichage, et le troisième correspond à l'affichage de la trame d'image intra en question (0e). La figure 6 représente le partitionnement d'un système de décompression et décodage d'images animées selon l'invention. Il est découpé fonctionnellement en quatre éléments: - une mémoire 4 divisée en quatre pages P1, P2, P3, P4, utilisée pour contenir chacune une trame intra ou prédite, et une cinquième page PB qui est divisée en zones dites "zones ligne de blocs" utilisées pour stocker chacune une ligne de blocs d'une image bidirectionnelle. La mémoire 4 contient en outre une zone notée "FIFO" utilisée pour stocker les images qui arrivent au décodeur. - un élément 1 de décodage, en charge du décodage et de la décompression des images qu'il reçoit sous forme comprimée par un conducteur 7, et de l'écriture dans la mémoire externe 4, - un élément d'affichage 3 qui relit les images décodées depuis la mémoire externe pour les fournir via un conducteur 8 à un afficheur quelconque non représenté, en synchronisme avec les synchronisations vidéo, - un élément gestionnaire de mémoire d'images 2, qui permet la mise en oeuvre de l'invention. L'élément gestionnaire de mémoire d'images 2 fournit à l'élément de décodage 1: - les adresses mémoire o écrire le début de chaque ligne de blocs de l'image en cours de décodage, - les adresses mémoire des trames de prédiction utilisées pour les compensations de mouvement ( références passée et future). Pour des images bidirectionnelles, cet élément fonctionne à partir de la règle suivante: toute zone utilisée par une ligne de bloc peut être re- allouée pour stocker une ligne de bloc en cours de décodage si son contenu a déjà été affiché. Un tel gestionnaire de mémoire est bien connu en soi dans le domaine de l'informatique, et la description par ses fonctions est donc suffisante pour qu'un homme de métier sache le réaliser. Pour chaque nouvelle ligne de blocs en cours de décodage issue d'une image bidirectionnelle, l'élément gestionnaire de mémoire d'images 2 alloue deux lignes de blocs en cas de codage image et une ligne de blocs en cas de codage trame. Si aucune mémoire ligne de bloc n'est disponible, le processus de décodage est stoppé jusqu'à ce que deux lignes de blocs soient disponibles dans la page PB. Si cela risque d'arriver, il faut réserver au départ une zone plus importante pour la page PB. L'élément gestionnaire de mémoire d'images 2 est aussi chargé, pour chaque nouvelle image I ou P décodée, d'allouer deux zones mémoires contenant des trames déjà affichées, pour stocker l'image à décoder. Si l'image contenue dans une zone trame est en cours d'affichage, une gestion au niveau de lignes de blocs peut aussi être effectuée par l'élément gestionnaire de mémoire d'images, pour des images I ou P, en plus de celle qu'il réalise pour des images bidirectionnelles. La règle de fonctionnement de l'élément gestionnaire de mémoire d'images 2 peut alors être élargie de la façon suivante: toute zone utilisée par une trame ou une ligne de bloc peut être re-allouée pour stocker une trame ou ligne de bloc de même type en cours de décodage si son contenu a déjà été affiché et si elle n'est plus utilisée comme référence pour les compensations de mouvement. Ainsi, si la ligne de blocs numéro "n" d'une mémoire P1 à P4 a été complètement affichée, elle peut être utilisée pour stocker la ligne de bloc numéro "p" (avec p cours de décodage, si aucune autre mémoire de trame n'est disponible. Ainsi par exemple, dans le cas d'un codage purement prédictif sans images bidirectionnelles, les images P arrivant alors au décodeur à cadence plus élevée que dans le cas o des images bidirectionnelles viennent s'insérer entre les images P, la mémoire P1 ou la mémoire P3, organisée en lignes de blocs, peut contenir dans sa partie basse le bas d'une trame paire et dans sa partie haute le début de la trame paire suivante, et de même la mémoire P2 ou la mémoire P4, organisée en lignes de blocs, peut contenir dans sa partie basse le bas d'une trame impaire et dans sa partie haute le début de la trame impaire suivante. L'élément gestionnaire de mémoire d'images 2 fournit à l'élément d'affichage l'adresse mémoire correspondant au début de chaque ligne de blocs de l'image à afficher, à chaque demande de l'élément d'affichage, toutes les V lignes d'affichage. Le processus d'affichage doit être prioritaire, il ne doit jamais être en attente de données nécessaires à l'affichage, sauf si le processus de décodage devait être interrompu par défaut de données compressées à l'entrée du processus de décodage. Le processus d'affichage libère la mémoire par zones de ligne de blocs, qui sont ensuite re-allouées par l'élément gestionnaire de mémoire d'images 2 pour stocker des lignes de blocs en cours de décodage. La figure 7 représente le partitionnement interne de l'élément gestionnaire de mémoire d'images 2 de la figure 6. Cet élément est constitué de trois modules: un module de contrôle 9, un module "unité mémoire" 6, et un module "unité de calcul" 5. Le module de contrôle 9 reçoit de l'élément de décodage 1, via un conducteur 10, les informations issues du train binaire correspondant aux caractéristiques de l'image décodée, dont notamment: - le type d'image, le type de codage, - le type de sous-échantillonnage de la chrominance, Il reçoit aussi de ce même élément de décodage, via un conducteur 11, des demandes d'allocation mémoire pour la prochaine ligne de blocs a décoder. De son côté, l'élément d'affichage 3 demande au module 9, via un conducteur 12, l'adresse mémoire à laquelle l'élément d'affichage doit lire en mémoire externe 4 la prochaine ligne de blocs a afficher. A chaque demande d'adresse mémoire le module de contrôle scrute l'unité mémoire (notée MU) qui contient les informations relatives a chaque ligne de blocs présente dans la mémoire externe, et l'unité mémoire MU fournit a l'unité de calcul 5 (notée CU) un index qui y est décodé pour fournir l'adresse mémoire externe. Par exemple, à chaque demande d'adresse mémoire provenant de l'élément de décodage, le module de contrôle scrute l'unité MU, et si aucune zone ligne de blocs n'est disponible le décodage est stoppé dans l'attente de la libération d'un espace mémoire correspondant à une ligne de bloc, alors que si une zone ligne de bloc est disponible, l'unité MU fournit un index à l'unité CU qui génère l'adresse correspondante de la mémoire externe 4, et la fournit à l'élément de décodage 1, sur un conducteur 13. Si une adresse pour l'affichage n'est pas disponible, autrement dit si le décodage ne s'est pas effectué correctement, l'élément gestionnaire de mémoire d'images 2 fournit à l'élément d'affichage 3 des adresses de zones mémoire ligne de blocs appartenant à la dernière image I ou P disponible en mémoire en vue de fournir une image assez proche de l'image à afficher normalement. L'unité MU est constituée d'une mémoire et d'un générateur d'adresses. Etant donné que le nombre de lignes de blocs stockées en mémoire est borné, on utilise comme adresse de la mémoire de l'unité MU l'index de la ligne de blocs en mémoire externe. La donnée associée à cette adresse est constituée de 2 champs: - donnée: qui correspond à l'index de la ligne de blocs dans l'image - contrôle: qui contient toutes les informations de contrôle associées a la ligne de bloc en mémoire. Le module de contrôle 9 travaille toujours par anticipation par rapport aux demandes des éléments de décodage 1 et d'affichage 3. Ainsi pendant le décodage (respectivement l'affichage) de la ligne de blocs numéro "n", il calcule l'adresse mémoire o écrire (respectivement lire) la ligne de blocs numéro "n+1". Une gestion mémoire par images complètes conduirait à stocker trois images soit, avec un format de sous-échantillonnage d'un facteur deux en horizontal et en vertical pour la chrominance: 3x720x576x12 = 14,930 méga-bits. Si on désire bâtir un système de décodage d'images en utilisant 16 méga- bits de mémoire dynamique, il ne reste que 1,847 méga-bits disponibles pour stocker les images comprimées. En notant par "NBBP" le nombre de bits par pixel, l'invention n'utilise que (2 x DIMH x DIMV x NBBP) plus (N x DIMH x V x NBBP) bits au total pour les images décodées, soit en pratique par exemple: 2 x 720 x 576 x 12 plus 3 x 2 x 16 x 720 x 12 bits, c'est-à-dire 10,783 méga-bits pour la partie de mémoire des pixels. Par conséquent, elle permet d'utiliser dans un système muni d'une mémoire de 16 méga-bits: 5,990 méga-bits pour stocker les images comprimées, ainsi que toutes autres informations telles que: données comprimées audio, données système, données permettant de réaliser une fonction d'affichage d'informations graphiques. REVENDICATIONS 1. Procédé pour décoder des images codées numériquement avec compression, le nombre de pixels à traiter par unité de temps étant fixe, une image étant divisée en blocs de pixels comportant chacun plusieurs pixels dans chacune des directions horizontale et verticale, une pluralité de blocs qui, côte à côte, occupent la largeur d'une ligne d'image étant appelée une ligne de blocs, la dite compression étant basée sur un traitement par blocs transmis séquentiellement, une image pouvant être définie d'au moins trois manières, à savoir des images dites "intra", codées en absolu sans référence par rapport à d'autres images, des images dites "prédites", codées en faisant référence à une précédente image intra ou prédite, et des images dites "bidirectionnelles" codées à partir d'au maximum deux autres images chacune intra ou prédite, procédé dans lequel chacune des images est affichée après décodage sous la forme d'une trame paire et d'une trame impaire et certaines images bidirectionnelles sont affichées avant une des images intra ou prédite qui servent à son décodage, les images bidirectionnelles sont décodées par étapes successives d'une ligne de blocs à la fois, un espace mémoire divisé en zones ayant une capacité d'une ligne de blocs chacune est prévue pour mémoriser des lignes de blocs d'une image bidirectionnelle nouvellement décodée et chaque ligne de blocs nouvellement décodée remplace au fur et à mesure en mémoire le contenu d'une des dites zones qui a déjà été affiché, caractérisé en ce qulun décodage de chaque image bidirectionnelle est effectué au moins deux fois de suite, un décodage d'une image étant réalisé pour chaque trame à afficher, et en ce que l'affichage d'une des trames, paire ou impaire, tirée du contenu du premier décodage, commence avant la moitié de la durée du premier décodage, puis l'affichage de l'autre trame, respectivement impaire ou paire, tirée du contenu du second décodage, commence à son tour avant la moitié de la durée du second décodage. 2. Procédé selon la revendication 1, pour le décodage d'images de qualité standard à 25 images par seconde, caractérisé en ce que, à partir du début du décodage d'une trame de type intra, on compte deux départs d'affichage de trame, et le troisième correspond à l'affichage de la trame d'image intra en question. 3. Procédé selon la revendication 1, pour le décodage d'images de qualité standard à 30 images par seconde, caractérisé en ce que, à partir du début du décodage d'une trame de type intra, on compte trois départs d'affichage de trame, et le quatrième correspond à l'affichage de la trame d'image intra en question. 4. Procédé selon la revendication 1, pour le cas d'images à 24 images par seconde devant être affichées à 60 trames par seconde, caractérisé en ce que, pour un couple d'images bidirectionnelles, un décodage d'une des images est effectué deux fois de suite et un décodage de l'autre image est effectué trois fois de suite, avec à chaque fois l'affichage d'une trame, commençant avant la moitié de la durée du décodage correspondant. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une gestion par zones ayant une capacité d'une ligne de blocs est réalisée aussi pour les images intra ou prédites, gestion par laquelle toute zone ayant une capacité d'une ligne de blocs utilisée par une partie de trame est re-allouée pour stocker une partie de trame nouvellement décodée si son contenu a déjà été affiché et si elle n'est plus utilisée comme référence pour le décodage d'une image bidirectionnelle. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que toute la capacité de mémoire destinée au stockage des images décodées est placée dans un même boîtier mémoire d'une capacité de seize megabits, et les images qui arrivent pour être décodées sont placées aussi dans ce qui reste de mémoire dans le même boîtier.