Brevet FR2673797A1 — publié le 19920911

Cette invention se rapporte à un système pour traitement d'un signal de télévision à haute définition (HDTV), et plus particulièrement à un dispositif pour recombinaison de données transférées comprimées et codées auxquelles a été affectée une priorité et transportées dans des canaux de haute et faible priorité. Des données numériques vidéo de haute définition peuvent être transmises avec succès sur des canaux de télévision terrestres, comme il est décrit ici, en partageant les données vidéo entre information de haute et de faible priorité et par modulation d'amplitude en quadrature des données de haute et faible priorité respectivement sur des porteuses séparées Les porteuses modulées sont incluses dans un spectre de fréquence 6 MHZ et ensuite le signal combiné est translaté pour occuper un spectre standard de canal de télé- diffusion Les données de haute priorité sont transmises avec une puissance relativement élevée et les données de faible priorité avec une puissance relativement basse Des données de haute priorité sont ces données vidéo qui sont suffisantes pour reproduire une image, bien que de qualité moindre qu'une image de haute définition. La présente invention est orientée vers un ensemble de circuits pour la recombinaison au niveau du récepteur, des données vidéo comprimées auxquelles on a affecté une priorité entre des données vidéo de priorité relativement haute et basse Pour les objectifs de cette description les données vidéo seront présumées être comprimées en schéma de type MPEG Le "type IPEG" signifie un schéma de codage similaire au schéma de codage standardisé établi par l'Organisation Internationale pour la Standardisation. Le standrad est décrit dans le document "Inter- national Organiation for Standardisation", ISO- IEC JT ( 1/SC 2/WGI), Coding of Moving Pictures and 1; Associated Audio, MPEG 90/176 Rev 2, 18 Décembre 1990, document qui est incorporé ici en référence pour la description du format de code général. Dans le système décrit ici, le signal vidéo est comprimé de façon à développer des 1 blocs de mots de code des données Les données dans les blocs respectifs sont divisées entre canaux de transmission de haute et basse priorité suivant l'importance relative des mots de code pour la reconstruction d'image Les données 2 ' comprimées dans les canaux de haute et basse priorité incluent, au moins en partie, des données codées de longueur variable sans délimitation des mots de code. Au récepteur les données de haute 2; 5 et basse priorité venant des blocs correspondants sont recombinées pour des objectifs de décompression. Le fait que les mots de code des données trans- mises n'aient pas défini de frontières complique la recombinaison des données de haute et basse 3 C priorité. La présente invention se rapporte à un dispositif de traitement de signaux vidéo pour traiter des données vidéo numériques comprimées et transportées comme données de haute et basse priorité respectivement dans des canaux de haute et basse priorité Les données de haute et basse priorité sont générées à partir de données vidéo comprimées codées arrivant corne des blocs de mots de code en ordre décroissant d'importance pour la reproduction d'image Les données à travers un jème mot de code des blocs respec- tifs sont affectées comne données de haute priorité et les mots codes restant pour les blocs respectifs sont affectés comme données de faible priorité Le dispositif inclut des premiers moyens de circuit, sensibles auxdites données *de haute et basse priorité, pour décoder lesdites données et fournir des séquences respectives de mots de code des données de haute et basse priorité Des seconds moyens de circuit sont sensibles à la séquence de haute et basse priorité des mots de code, pour fournir cycliquement des mots de code de ladite séquence de haute priorité à travers un premier mot de code prédéterminé, puis de fournir des mots de code de ladite séquence de basse priorité à travers un second mot de code prédéterminé de ladite séquence de basse priorité et ensuite de répéter le cycle. La Figure 1 est un schéma fonctionnel d'un système de codage/décodage HDTV réalisant l'invention. Les Figures l B-IC sont des schémas synoptiques des séquences trames/images du signal vidéo codé utiles dans la description de l'invention. 4 2673797 La Figure 2 est un schéma synoptique d'un macrobloc de données fourni par le circuit de compression de la Figure 3. La Figure 3 est un schéma fonctionnel d'un circuit de compression du signal vidéo. La Figure 3 A est un schéma synoptique du format de données fourni par le circuit de compression de la Figure 3. La Figure 4 est un schéma fonctionnel d'un circuit exemplaire qui peut être utilisé pour le circuit de formatage 111 de la Figure 3. La Figure 5 est un schéma fonctionnel d'un circuit exemplaire qui peut être implémenté pour le -circuit sélection de priorité de la Figure 1. La Figure 5 A est un organigramrne illustrant le fonctionnement de l'analyseur de la Figure 5. La Figure 6 est un schéma du format de signal fourni par le processeur de trans- mission 12 de la Figure 1. La Figure 7 est un schéma fonctionnel d'un circuit exemplaire qui peut être implémenté pour le circuit PROCEDE DE TRANSMISSION de la Figure 1. La Figure 8 est un schéma fonctionnel d'un circuit exemplaire qui peut être implémenté pour le processeur de transmission 25 de la Figure 1. La Figure 9 est un schéma fonctionnel qui peut être implémenté pour le circuit de désaffection de priorité 26 de la Figure 1. La Figure 10 est un schéma fonctionnel qui peut être implemente pour le circuit de de décompression 27 de la Figure 1. La Figure IOA est un schéma fonctionnel d'une combinaison d'un circuit de désaffection de priorité et d'un circuit de-décompression. La Figure 1 OB est un organigramrme du fonctionnement du circuit de désaffection de priorité de la Figure IOA. La Figure Il est un schéma fonctionnel d'un circuit exemplaire qui peut être implémenté pour les MODEMS 17 et 20 de la Figure 1. Un système exemplaire de HDTV qui peut être supporté par la présente invention inclut un signal entrelacé deux pour un de 1050 lignes à 59,94 images par seconde L'image active nominale possède 960 lignes de 1440 pixels, chacune ayant un format de 16 x 9 Le signal est transmis en utilisant deux porteuses à modulation d'amplitude en quadrature ( 64-Q 1 AM), une fréquence multiplexée dans une bande de trans- mission de 6 MHZ Le débit de bits total nominal, incluant les données vidéo, audio et auxiliaires est 26-69 Mbps. Le signal vidéo est initialement comprimé en conformité avec le schéma type-MPEG, bien qu'utilisant les deux trames de chaque image et avec une densité de pixels plus élevée Après cela les mots de code du signal de type-MPEG sont analysés en deux trains binaires selon l'importance relative des types de mots de code respectifs Les deux trains binaires sont traités indépendamment pour appliquer des bits supplémentaires de correction d'erreur, et alors 6 2673797 entrainés vers les porteuses respectives QAM Les porteuses modulées sont combinées pour la trans- mission Les trains binaires d'importance relati- -ement plus ou moins grande sont désignés respec- rivement de haute (HP) et basse (LP) priorité. Le canal de haute priorité est transmis avec une puissance approximativement double de celle du canal de basse priorité Le rapport d'information haute priorité/basse priorité est d'environ un à quatre Les débits IG nets de données approxirrmatifs après correction d'erreur sans voie de retour sont de 4,5 Mbps HP et 18 Mbps LP. La Figure 1 illustre un système codage/décodage HDTV exemplaire selon l'invention. La Figure 1 montre le système traitant un seul signal vidéo d'entrée, mais il est clair que les composantes de luminance et de chrominance sont comprimées séparément, et que les vecteurs de déplacement de luminance sont utilisés pour générer des composantes de chrominance comprimées Les 2 G composantes de luminance et de chrominance sont entrelacées pour former des macroblocs avant analyser la priorité des mots de code. Une séquence d'image trames/images :orn-me pour la Figure l B est appliquée au circuit qui reordonne les séquences trames/images selon la Figure 1 C La séquence réor- Jonnee est appliquée à un compresseur 10 qui :enère une séquence comprimée d'images qui sont odees selon un schéma de type MPEG Ce schéma -st hiérarchique et est illustré sous forme -brégée en Figure 3 A. Le schéma hierarchique MPEG inclut une pluralité de couches, chacune ayant une 7 2673797 information d'en-tête respective Nominalement, chaque en-tête inclut un code de déclenchement des données relatives à la couche respective et une provision pour ajouter des extensions à l'en-tête Une bonne part de l'information d'en-tête (comme indiqué dans le document WPEG référencé) est requise pour des objectifs de synchronisation dans un environnement de Systèmre MPEG. Dans le but de fournir un signal vidéo comprimé pour un système numérique de diffusion simul- tanée de HDTV, seule l'information d'en-tête descriptive est requise, c'est à dire que des codes de déclenchement et les extensions option- nelles peuvent être exclus Les couches respectives du signal vidéo codé sont illustrées de façon imagée en Figure 2. En se référant au signal de type MPEG produit par le présent système ce qui est signifié est que a) des séquences trames/images successives du signal vidéo sont codées selon une séquence de codage I, P,B, et b) les données codées au niveau de l'image sont codées en tranches de type-MPEG ou groupe de blocs bien que le nombre de tranches par séquence trames/images puisse différer et le nombre de macroblocs par tranche puisse différer. Le signal de sortie codé du présent système est segmenté en groupes de séquences trames/images (GOF) illustrés par la rangée de cases L 1 (Figure 3 A) Chaque GOF (L 2) inclut un en-tête suivi par les segments des données d'image L'en-tête des GOF inclut les données relatives aux dimensions d'image horizontale et verticale, format, vitesse trame/image, débit binaire, etc. Les données d'image (L 3) correspondant aux séquences trames/ images respectives incluent un en-tête suivi des données dans les tranches (L 4) L'en-tête d'image inclut un nombre de trame/image et un type de code d'image Chaque tranche (L 4) inclut un en-tête suivi d'une pluralité de blocs de données M Bi. L'en-tête des tranches inclut un nombre de groupes et un paramètre de quantification. Chaque bloc M Bi (L 5) représente un macrobloc et inclut un en-tête suivi des vecteurs de déplacement et des coefficients codés Les en-têtes des M Bi incluent une adresse des macro- blocs, un type de macrobloc et un paramètre de quantification Les coefficients codés sont illustrés en couche L 6 Remarquez que chaque macrobloc est composé de 6 blocs, incluant quatre blocs de luminance, un bloc de chrominance U et un bloc de chrominance V Voir la Figure 2 Un bloc représente une matrice de pixels, par exemple 8 x 8 sur laquelle une transformée en cosinus discrète (DCT) est effectuée Les quatre blocs de luminance sont des matrices 2 x 2 de blocs de luminance contigus représentant par exemple, une matrice de pixels 16 x 16 Les blocs de chrominance (U et V) représentent la même surface totale que les quatre blocs de luminance C'est à dire que le signal de chrominance est sous-échantillonné d'un facteur de deux horizontalement et verti- calement relativement à la luminance avant compression Une tranche de données correspond aux données représentant une partie rectangulaire d'une image correspondant à une surface représentée par un groupe contigu de macroblocs. Les coefficients de blocs sont prévus un bloc à la fois avec le coefficient DCT,DC arrivant en premier suivi du coefficient DCT AC respectifs dans l'ordre de leur importance relative. un code de fin de bloc EOB est ajouté à la fin de chaque bloc de données arrivant successivement. La quantité de données fournies par le compresseur 10 est déterminée par l'élément de commande du débit 18 Conmme il est bien connu, les données vidéo comprimées arrivent selon des débits variables, et de façon souhaitable, les données sont transmises à un débit constant équivalent à la capacité du canal, pour réaliser une utilisation efficace du canal Des éléments tampons de débit 13 et 14 effectuent le passage du débit de données variable en débit constant. Est également connu le fait d'ajuster la quantité de données fournies par le compresseur suivant le niveau d'occupation des éléments tampons. Ainsi les éléments tampons 13 et 14 incluent un circuit pour indiquer leur niveau respectif d'occupation Ces indications sont appliquées au contrôleur de débit 18 pour régler le débit moyen de données fournies par le compresseur 10. L'ajustement est typiquement accompli en réglant la quantification appliquée aux coefficients DCT. Les niveaux de quantification peuvent être différents pour les différents types de compression d'image Des détails d'un procédé exemplaire pour déterminer les niveaux de quantification peuvent être trouvés dans la demande de brevet Sn 494 098, déposée le 15 Mars 1990 et intitulée " Digital Signal Coding With Quantization Level Computations", demande qui est incluse ici en référence. Des données vidéo comprimées formatées hiérachiquement con-me indiqué en Figure 3 A sont couplées à un élément d'affectation de priorité 11, qui analyse les données codées entre un canal HP de haute priorité et un canal LP de basse priorité L'information de haute priorité est cette information dont la pente ou la dégra- dation créera la détérioration la plus grande des images reproduites Enoncé de façon inverse, Ir ce sont les données minimum nécessaires pour créer une image bien qu'insuffisantes pour une image parfaite. L'information de basse priorité est l'information restante L'information de haute priorité inclut sensiblement l'ensemble de l'information des en-têtes inclus dans les différents niveaux hiérarchiques plus les coefficients DC des blocs respectifs et une partie des coefficients AC des blocs respectifs (niveau 6, Figure 3 A). Le rapport des données HP et LP 2 C au niveau du transmetteur est d'environ 1: 4. Au niveau du processeur de transmission, des données auxiliaires sont ajoutées au signal à transmettre Ce signal auxiliaire peut inclure un signal audio-numérique et, par exemple, des données de télétexte Dans cet ensemble au moins le signal audio numérique sera inclus dans le canal HP La quantité moyenne de données auxi- liaires incluses dans le canal HP est calculée et comparée à la moyenne statistique attendue de l'information vidéo comprimée A partir de cela, le rapport entre l'information vidéo comprimée de haute et basse priorité est calculé L'élément d'affectation de priorité analyse les données fournies par le compresseur 10 selon ce rapport. Les données vidéo comprimées HP et LP sont couplées à un processeur de transmission 12 lequel a) segmente les trains de données HP et LP en blocs de transmission, b) effectue un contrôle de redondance cyclique ou de parité sur chaque bloc de transmission et y ajoute les bits de contrôle de parité appropriés, et c) multiplexe les données auxiliaires avec les données vidéo HP et LP Les bits de contrôle de parité sont utilisés par le récepteur pour isoler les erreurs en conjonction avec l'information d'en-tête de synchronisation et pour prévoir le masquage d'erreurs dans le cas d'erreurs sur les bits non rectifiables dans les données reçues. Chaque bloc de transmission inclut un en-tête incluant une information indicative du type de l'information incluse dans le bloc, par exemple, vidéo audio et des indicateurs aux points de départ des données semblables contig es. Les trains de données HP et LP venant du processeur de transmission 12 sont appliqués aux éléments tampons de débit respectifs 13 et 14 qui convertissent les données vidéo comprimées de débit variable issues du processeur 12 en données se trouvant à un débit sensiblement constant Les données HP et LP de débit réglé sont couplées aux éléments de codage d'erreur sans voie de retour 15 et 16, lesquels a)effectuent un codage correcteur sans voie de retour REED SOLOMON indépendamrrent des trains de données respectifs; b) entrelacent les blocs de données pour empêcher d'importants paquets d'erreurs d'altérer une grande zone contig Ue d'une image reproduite; et c) ajoutent, par exemple, des codes 1 1 Barker aux données pour synchroniser les trains de données au niveau du récepteur Après cela les signaux sont couplés à un modem de trans- mission 17 dans lequel l'amplitude en quadrature des données du canal HP module une première porteuse et l'amplitude en quadrature des données du canal LP module une seconde porteuse déplacée de la première porteuse d'environ 2,88 MHZ La largeur de bande à 6 d B des première et seconde porteuses modulées sont respectivement d'environ 0,96 MHZ et 3,84 MHZ La première porteuse modulée est transmise avec une puissance supérieure d'environ 9 d B à celle de la seconde porteuse modulée Puisque l'information HP est transmise avec une plus grande puissance elle est beaucoup moins prédisposée à une altération par le canal de transmission La porteuse HP est située dans la partie du spectre de fréquence d'un canal de transmission, par exemple NTSC TV, normalement occupé par la bande résiduelle d'un signal TV NTSC standard Cette partie ddu canal de transmission du signal est normalement atténuée de façon significative par les filtres de Nyquist des récepteurs standards et ainsi des signaux HDTV ayant ce schéma de transmission n'introduiront pas de perturbation provenant du même canal. Au niveau du récepteur, le signal transmis est détecté par le modem 20 qui fournit deux signaux correspondant aux canaux HP et LP. Ces deux signaux sont appliqués aux décodeurs de correction d'erreur REED SOLOMON 21 et 22. Les signaux corrigés des erreurs sont couplés aux éléments tampons de débit 23 et 24 qui reçoivent les données à un débit variable en accord avec les exigences du suit Les données circuit de décompression qui HP et LP de débit variable sont appliquées à un processeur de transmission qui effectue le traitement inverse du proces- seur 12 De plus, il effectue un niveau de détection d'erreur sensible aux bits de contrôle de parité inclus dans les blocs de transmission respectifs. Le processeur de transmission 25 fournit des données auxiliaires séparées, des données HP, des données LP et un signal d'erreur E Les trois derniers signaux sont couplés à un processeur de désaffectation de priorité 26 qui reformate les données HP et LP en un signal hiérarchiquement structuré en couches lequel est appliqué à un décompresseur 27 Le décompresseur 27 effectue la fonction inverse du compresseur 10. La Figure 3 illustre un dispositif de comnpression exemplaire qui peut être utilisé pour l'élément 10 de la Figure 1, pour fournir des données vidéo comprimées hiérarchiquement en couches Le dispositif montré inclut seulement le circuit requis pour générer des données de luminance comprimées Un dispositif similaire est requis pour générer des données comprimées de chrominance U et V En Figure 3, ce sont les éléments 104 et 105 qui sont désignés corrme éléments pour calculer respectivement les vecteurs de déplacement vers l'avant et vers l'arrière Puisque le fait qu'un vecteur de déplacementsoit vers l'avant ou vers l'arrière dépend uniquement du fait que le balayage de courant soit analysé par rapport à un balayage antérieur ou postérieur, les deux éléments sont réalisés avec un ensemble de circuits similaires, et en fait les deux éléments 104 et 105 alternent sur une base de séquence trame/image entre les vecteurs générateurs de deplacement vers l'avant et vers l'arrière Les eléments 104 et 105 peuvent être réalisés en utilisant des circuits intégrés du type désigné par STI 3220 MOTION ESTIMATION PROCESSOR disponibles auprès de SGS-THCIMSON MICROELECTRONICS Afin d'atteindre les débits de traitement nécessaires chacun des éléments 104 et 105 comprend une pluralité de circuits intégrés de cette sorte opérant simultanément sur différentes surfaces des images respectives. L'élément 109 désigné DCT et Quanti- fication effectue la transformée en cosinus discrète et la quantification des coefficients de la trans- formée et peut être réalisé en utilisant des circuits intégrés du type désigné par STV 3200 Di SCRETE COSINE TRANSFORM disponibles auprès de SGS-THCMSON MIC OELECTRONICS L'élément 109 sera aussi réalisé avec une pluralité de tels dispositifs fonctionnant en parallèle pour traiter de façon simultanée différentes surfaces de l'image. On se réfère à la figure 1 C on suppose que l'image 16 est généralement Disponible L'image P se produisant précédenmnent ' a été saisie et enregistrée dans la mémoire -ampon B 101 De plus, une image 13 prédite eté enregistrée dans un des éléments de emoire tampon 114 ou 115 Lorsque l'image 16 zrrive, elle est enregistrée dans la mémoire -ampon A, 102 De plus, l'image 16 est appliquée _ une mémoire tampon de travail 100 Lorsque image 16 arrive, les blocs d'image appropriés -es données sont couplés de la mémoire 100 à entrée-nonbre duquel on soustrait d'un soustracteur 108. -urant la compression de l'image I i l'entrée nombre à retrancher du soustracteur 108 est maintenue à la valeur zéro de sorte que les données passent inaltérées à travers le soustracteur 108 Ces données sont appliquées à l'élément DCT et quantifieur 109 qui fournit les coefficients de la transformée aux éléments et 112 L'élément 112 effectue une quantifi- cation inverse et une transformation DCT inverse des coefficients pour générer une image recons- truite L'image reconstruite est appliquée via un additionneur 113 à, et enregistrée dedans, un des éléments de mémoire tampon 114 et 115 pour utilisation dans la compression des images B et P suivantes Pendant la compression des images I aucune information n'est ajoutée (par l'additionneur 113) aux données d'image recons- truite fournies par l'élément 112. L'élément 110 effectue deux fonctions pendant la compression de l'image I D'abord elle effectue un codage différentiel (DPCM) des coefficients DC générés par l'élément 109 IL code alors en longueur variable (VLC) les coef- ficients DC codés différentiellement et le passage zéro et code en longueur variable les coefficients AC générés par l'élément 109 Les mots de code VLC sont appliqués à un élément de formatage 111 qui segmente les données et y ajoute une information d'en-tête en accord avec les couches illustrées en Figure 3 A Des données codées à partir de l'élément 111 sont ensuite transmises au dispositif d'affectation de priorité Chacun des éléments 109, 110 et 111 sont commandés par un contrôleur de système 116 pour effectuer de façon cyclique les opérations appropriées aux temps appropriés. 16 2673797 Après l'image 16, une image "BI' ( 14) arrive et est chargée dans la mémoire tampon Les données issues de l'image 14 sont couplées aux deux éléments 104 et 105 L'élément 104, sensible aux données de l'image 14 venant de la memoire 100 et aux données de l'image 13 venant de la mémoire 101, calcule les vecteurs de dépla- cement avant pour les blocs respectifs de 16 x 16 pixels des données d'image Il fournit également un signal de distorsion qui indique la précision relative des vecteurs respectifs de déplacement avant Ces derniers et les signaux de distorsion correspondants sont couplés à un analyseur 106. L'élément 105, sensible aux données de l'image 14 venant de la mémoire 100 et aux données de l'image 16 I venant de la mémoire 102, génère des vecte urs de déplacement arrière et les signaux de distorsion correspondants qui sont également couplés à l'analyseur 106. L'analyseur 106 compare les signaux de distorsion par rapport à un seuil, et si les deux dépassent le seuil, il fournit à la fois les vecteurs de déplacement et fournit également un signal correspondant relatif au rapport des signaux de distorsion Par reconstruction les images prédites sont générées en utilisant les deux vecteurs avant et arrière et les données de l'image corres- pondant dont elles sont dérivées thie image inter- polie est générée à partir des images avant et arrière selon le rapport des signaux de distorsion. Si les signaux de distorsion pour les deux vecteurs de déplacement avant et arrière sont inférieurs au seuil, le vecteur de déplacement avec le signal correspondant de distorsion évalue le plus faible est sélectionné conmme le vecteur de déplacement de bloc. Après que le vecteur de déplacement a été déterminé, il est appliqué au dispositif de prédiction de déplacement à compensation 107 qui accède au bloc de données approprié défini par le vecteur à partir de l'in- age précédenmnent régénérée 16 ou de l'ir mage 13 ou des deux, enregistré dans les éléments de mémoire 114 et 115 Ce bloc de données est appliqué à l'entrée du nombre à retrancher du soustracteur 108 dans lequel il est soustrait, sur une base de pixel par pixel, à partir de l'im-age correspondante des données de pixel à partir de l'image courante 14 fournie par la mémoire tampon 100 Les différences ou résidus sont alors codés dans l'élément 109 et les coefficients appliqués à l'élément 110. Le vecteur du bloc correspondant est aussi appliqué à l'élément 110 Pour les images B et P codées, les coefficients DC ne sont pas codés différentiellement, mais les coefficients DC et AC sont tous deux codés en longueur variable. Les vecteurs de déplacement sont codés différen- tiellement et ensuite les vecteurs codés diffé- rentiellement sont codés en longueur variable. Le vecteurs codés et les coefficients sont ensuite transférés vers l'élément de formatage 111. Les images codées B ne sont pas quantifiées en inverse ni transformées en inverse dans l'élément 112 puisqu'elles ne sont pas utilisées pour le codage suivant. Les images P sont codées de façon similaire sauf que les vecteurs de déplacement avant sont générés Par exemple, l'image P 19 est codée avec des vecteurs de déplacement associant les blocs correspondants de l'image I 16 et de l'image P 19 Pendant le codage des images P, l'élément 112 fournit des résidus décodés correspondants et l'élément 107 fournit l'image P prédite correspondante L'image prédite et les résidus sont ajoutés dans l'additionneur 113 sur une base de pixel par pixel pour générer l'image reconstruite qui est enregistrée dans un des éléments de mémoire 114 et 116 ne contenant pas l'inforn-ation d'image à partir delaquelle l'image P prédite est générée L'image P reconstituée et enregistrée est utilisée pour coder les images B suivantes Pour les deux séquences trame/images P et B, il sera noté que les DCT sont effectuées sur une base de bloc (par exemple, une matr*ice de 8 x 8 pixels), mais les vecteurs de déplacement sont calculés pour des macroblocs (par exemple, une matrice 2 x 2 de luminance de blocs ou une matrice 16 x 16 de pixels). La Figure 4 montre un exemple de circuit sous forme de bloc qui peut être utilisé pour implémenter les fonctions des éléments 110 et 111 de la Figure 3 Le format de sortie de ce circuit diverge de celui normalement fourni par un codeur de type MPEG en ce qu'une sortie MPEG est un train de données de bits en série, mais les données fournies par le circuit en exemple de la Figure 4 est un format de mots à bits en parallèle. Ce format est choisi pour faciliter l'implémentation à la fois du processeur d'affectation de priorité et du processeur de transmission De plus, deux signaux supplémentaires sont prévus qui définissent le type de code de chaque mot de code de sortie, Cl, et la longueur,CL, de chaque mot de code. En Figure 4, les vecteurs de déplace- ment de l'analyseur 106 (Figure 3) sont codés différentiellement dans l'élément DPCM 127 sur une base de tranche et couplés à un multiplexeur 129 via une mémoire tampon 133 Les coefficients de la transformée issus de l'élément 109 sont couplés à un multiplexeur 132 et à un élément de codage différentiel DPCM 128 Les coefficients codés différentiellement à partir du DPCM 128 sont couplés à une seconde entrée du multiplexeur 132 Pendant le codage des images B et P, tous les coefficients passent directement à travers le multiplexeur 132 Pendant le codage des images I, les coefficients DC sont sélectivement codés différentiellement par le DCPM 128 Les coefficients DC codés différentiellement et les coefficients AC codés non différentiellement sont multiplexés par le multiplexeur 132 et couplés à une seconde entrée du multiplexeur 129 via la mémoire tampon 133 L'information d'en-tête à partir d'une commande de format et l'élément d'en-tête 126 sont couplés à une troisième entrée du multiplexeur 129. L'élément 126 inclut une information enregistrée et un circuit de commrrrnande pour a) fournir l'information d'en-tête requis pour les différentes couches de code (Figure 3 A) et pour b) fournir des signaux de commande pour multiplexer dans le temps l'information d'en- tête, les vecteurs de déplacement et les coefficients de transformée via le multiplexeur 129 L'élément 126 est sensible au circuit de corrmande du système via le bus de con-mande CB pour fournir les entêtes appropriés correspondant à la taille d'image, débit, paramètres quantifiant le type de codage d'image, etc Une certaine part de l'information d'en-tête est calculée par l'élément 126 en conjonction avec un analyseur Dans le schéma de type MPEG beaucoup de l'information d'en-tête (par exemple, niveau 5 de la Figure 3 A) est variable tel que le type de codage de bloc, le type de vecteurs de déplacement, si un bloc a des vecteurs de déplacement évalués à zéro et ou si tous les coefficients d'un bloc sont de valeur nulle L'information vecteur et l'information coefficient sont appliquées à l'analyseur 125 pour déterminer ces types d'in- formation d'en-tête Si un vecteur de déplacement est évalué avant, arrière et ou zéro, il est directement déterminable par l'examen des vecteurs Si tous les coefficients d'un bloc sont de valeur zéro, il est determinable en totalisant simplerrent les intensités des vecteurs inclus dans un bloc Uhe fois que le type des données variables d'en- tête est déterminé, il est affecté d'un mot de code et fourni au mnultiplexeur 129 au nwment approprié L'élérent 126 fournit éga- lement l'information se rapportant au type de rmot de code couramrment multiplexée, c'est à dire information d'en-tête,information de vecteur de déplacement, coefficents DC, coefficients AC. L'information multiplexée en temps est couplée à un codeur à longueur variable 130 qui est également con-mandé par l'élément 126 Dans la figure, la commande du VLC est montrée prévue par le signal du type de mot de code Les types de code différents sont codés en longueur variable selon les différentes tables de code VLC et ainsi, il est approprié d'utiliser le signal du type de code pour une telle co-mmande. Le VLC 130 peut inclure un codeur à passage de zéro pour coder les passages de zero des coefficients AC et une pluralité de tables de codes Huffman adressées par les mots de code respectifs passés par le multiplexeur 129 pour codage à longueur variable des coefficients de transformée et des vecteurs de déplacement La table particulière utilisée est validée par le signal du type de code Chacune des tables de codes peut inclure des tables correspondantes programmées avec les longueurs de code des mots de code respectifs de longueur variable Les mots de code CW et les longueurs de code CL sont fournis simultanément sur des bus séparés en format à bits en parallèle En général l'information d'en- tête n'est pas codée en longueur variable et est passée sans altération par le VLC 130 Cependant, le VLC 130 inclut des tables de longueur de code sensibles au signal du type de code pour fournir les longueurs de code des mots de code d'en-tête. Autrement, un compteur binaire peut être inclus dans le VLC pour compter le nombre de bits de ces données. L'élément 126 commande également l'écriture et la lecture des données fournies à et à partir de la mémoire tampon 133. La Figure 5 illustre un dispositif exemplaire pour réaliser le processus d'affectation de priorité Ce dispositif peut fonctionner en plusieurs modes Par exemple, les données peuvent être affectées de priorité sur une base égale pour les différents types de séquence trame/image, ou sur une base égale pour les différents types de séquence trame/image Dans le dernier cas, supposons que le canal HP passe 20 pour cent de l'ensemble des données transmises et que 3 pour cent du canal HP soit consorrmés par les données auxiliaires Si les données vidéo sont quantifiées pour une efficacité maximale du canal de trans- mission, 17,53 % des données vidéo peuvent être affectés au canal HP Dans le premier cas, les données de haute priorité pour les blocs I, P et B peuvent être affectées par exemple respectivement dans le rapport c: y: 1 Les valeurs c K et ( peuvent être choisies par l'utilisateur et/ou déterminées sur une base statistique à partir de la quantité de données de code venant des images codées avant. On se réfère: aux Figures 5 et 5 A. Dans la -description suivante,les nombres entre crochets correspondent aux blocs du procédé de la Figure 5 A Les données issues du codeur à longueur variable 130 sont couplées aux bornes d'entrée des deux mémoires tampon 150 A et 150 B et à un analyseur de données 152 Les tampons respectifs incluent assez de mémoire pour enre- gistrer, par exemple, une tranche de données Les tampons 150 A et 150 B fonctionnent en mode à bascule pour alternativement écrire des tranches de données et lire des tranches de données. Ainsi, tandis que le tampon 150 A écrit des données à partir, par exemple de la tranche n, le tampon B lit les données de la tranche n-1. Lorsque les données sont écrites dans un tampon particulier, l'analyseur 152 génère un numéro de mot de code C Wei pour chaque mot de code et enregistre le CW i en association avec le mot de code correspondant L'analyseur calcule également le point, ou mot de code, au niveau duquel les données seront séparées entre canaux de haute et basse priorité Le calcul est déterminé pour la quantité de données enregistrées dans la mémoire tampon Il y a quatre types généraux de données incluant Données d'En-tête, Vecteurs de Déplacement, Coefficients DC et coefficients AC. Les coefficients DC et AC sur un bloc arrivent dans l'ordre des coefficients DC en premier suivis des mots de code représentant les coefficients AC en ordre généralement décroissant d'importance. Le nombre total de bits est compté pour l'ensemble des mots de code du tampon Puis le mot de code au niveau duquel la son-me des bits est juste supérieure au pourcentage HP, est identifié par un numéro de mot de code, CW#j Ce numéro est appliqué à un élément de cormmutation 153 A ( 153 B), et utilisé pour commander le multiplexeur 155 A ( 155 B) Après identification du numéro de mot de code CW#/j, les mots de code, les données de longueur de code, les données du type de mot de code et les numéros de mot de code sont lus en parallèle à partir du tampon 150 A ( 150 B). Les mots de code, les longueurs de codes et les types de code sont appliqués à l'entrée d'un multiplexeur 155 A ( 155 B), et les numéros de mot de code sont appliqués à une entrée de l'élément de co-mmutation 153 A ( 153 B) Lorsque les données sont lues à partir du tampon, l'élément de com- mutation 153 A ( 153 B) compare les numéros de mot de code au nombre calculé CWV#j Pour tous les numéros de mot de code inférieurs ou égaux à C Wej, l'élément de commutation fournit un signal de con-mande qui conditionne le multiplexeur 155 A ( 155 B) pour faire passer les données corres- pendantes vers le canal HP via un autre multi- plexeur 156 Pour les numéros de mot de code supérieurs a Càtj, le multiplexeur 155 A ( 155 B) est conditionné pour faire passer les données correspondantes vers le canal LP via le multiplexeur 156 Ce dernier 156 est conditionné pour faire passer les données HP et LP fournies par la mémoire tampon 150 A ( 150 B) qui sont en cours de lecture. L'analyseur 152 est sensible aux signaux de longueur de code, et aux signaux de type de code Sensible aux signaux de type de code, l'analyseur génère l 502 l des numéros de mot de code pour chaque mot de code arrivant. Par exemple, chaque mot de code représentant l'information d'en-tête est affecté au numéro (-2). Chaque mot de code représentant les vecteurs de déplacement et les coefficients DC sont respecti- vement affectés des numéros (-1) et ( 0) Les mots de code successifs des AC sont affectés d'entiers 2 i croissant de 1 à N sur une base de bloc par bloc. L'analyseur 152 inclut aussi un accumulateur qui, sensible aux signaux de type et de longueur de code, somme indépendanmnent le 2 nombre de bits de mots de code de chaque type de code entré dans le tampon 150 A ( 150 B) Ces sonmmes sont ajoutées l 5041 pour fournir le nombre total de bits des mots de code contenus dans le tampon La somme totale est multipliée par 3 l'équivalent décimal du pourcentage à allouer au canal HP pour produire un total de contrôle l 512 l Après cela les son-mes respectives des types de code sont ajoutées séquentiellement l 508 l en ordre croissant du numéro de mot de code CW#i pour produire des sonmnes partielles Chaque sonmne partielle est comparée l 512 l avec le total de contrôle jusqu'à ce que la somme partielle dépasse le total de contrôle Le numéro de mot de code CW#j associé avec la son-me partielle irrmédiatement précédente est le dernier mot de code dans un bloc a être affecté au canal HP l 512-518 l. Tous les mots de code qui suivent, c'est à dire CWI/j + 1 à CW,#n, pour les blocs respectifs sont affectés au canal LP. Les données respectives HP et LP issues du sélecteur de priorité sont disposées en blocs, de transmission conçus pour améliorer la récupération du signal et le masquage des erreurs au niveau du récepteur Le format du bloc de transmission est illustré en Figure 6 Un bloc de transmission HP exemplaire inclut 1728 bits et un bloc de transmission LP inclut 864 bits Les blocs de transmission respectifs peuvent inclure plus ou moins d'une tranche de données Ainsi, un bloc de transmission particulier peut inclure des données venant de la fin d'une tranche et des données venant du commencement de la tranche voisine suivante Des blocs de transmission incluant des données vidéo peuvent être imbriqués avec d'autres blocs de transmission contenant d'autres données,par exemple, audio Chaque bloc de trans- * mission inclut un en-tête de type de service ST qui indique le type d'information inclus dans le bloc de transmission respectif Dans cet exemple, l'en-tête ST est un mot de 8-bits qui indique si les données sont Hp ou LP, et si l'information est audio, vidéo ou des données auxiliaires Quatre bits du mot à 8 bits sont utilisés pour représenter l'information ST et quatre bits sont utilisés pour fournir une protection par parité de Han-rning des bits d'information ST. Chaque bloc de transmission inclut un en-tête de transmission TH suivant immédia- tement l'en-tête ST Pour le canal LP l'en-tête de transmission inclut un indicateur de macrobloc à 7 bits, un identifieur à 18 bits et un indicateur d'en-tête d'enregistrement (RH) à 7 bits L'en-tête de transmission du canal HP inclut seulement un indicateur d'en-tête d'enre- gistrement (RH) à 8 bits L'indicateur de macrobloc est utilisé pour les composantes des en-têtes d'enregistrement ou des macroblocs segmentés, et annonce le départ de la prochaine composante déco- dable Par exemple, si le bloc de transmission particulier inclut des données de macrobloc associézs avec la fin de la tranche N et le début de la tranche n+l, les données de la tranche n sont placées à côté de l'en-tête de transmission et l'indicateur annonce que les prochaines données decodables sont voisines de l'en-tête de trans- mission TH Réciproquement, si un en-tête d'enre- gistrement RH est voisin de TH, le premier indi- cateur indique la position de byte suivant l'en-tête d'enregistrement RH Un indicateur de macrobloc de valeur zéro indique que le bloc de transmission n'a aucun point d'entrée de macrobloc. Le bloc de transmission peut inclure aucun, un ou plus qu'un en-tête d'enregistrement, et leurs positions sont variables dans le bloc de transmission Un en-tête d'enregistrement arrive au début de chaque tranche des données d'un macrobloc dans le canal HP et LP Aucun en-tête d'enregistrement n'est inclus dans les blocs de transmission qui n'incluent seulement que de l'information d'en-tête de données vidéo L'indicateur d'en-tête d'enregistrement (RH) indique la position de byte contenant le départ du premier en-tête d'enregistrement dans le bloc de transmission. Remarquez que le premier en-tête d'enregistrement dans un bloc de transmission est situé au niveau d'une limite de byte C'est à dire que, si un code de longueur variable précède l'en-tête d'enregistrement, le code de longueur variable peut être à bit de bourrage pour assurer que le départ de l'en-tête d'enregistrement a lieu au niveau d'une position de bit qui correspond à un nombre entier de byte à partir du début du bloc de transmission Les en-têtes d'enregis- trement sont placés aux limites de byte pour permettre au décodeur de les localiser puisqu'ils sont noyés dans un train de mots de code de longueur variable concaténés Un indicateur de RH de valeur zéro indique qu'il n'y a aucun en-tête d'enregistrement dans le bloc de transmisison. Si à la fois l'indicateur d'en-tête d'enregistrement et l'indicateur de macrobloc sont de valeur zéro, cet état indique que le bloc de transmission inclut seulement une information d'en-tête de données vidéo. L'identifieur à 18 bits dans l'en-tête de transmission LP identifie le type d'image en cours, le nombre d'images (modulo 32), le nombre de tranches en cours, et le premier macrobloc contenu dans le bloc de transmission. A la suite de l'en-tête de trans- mission se trouve soit un en-tête d'enregistrement RH, soit une donnée Come indiqué en Figure 6, l'en-tête d'enregistrement pour les données vidéo dans le canal HP inclut l'information suivante: un drapeau d'un bit (Drapeau) qui indique si une extension d'en-tête,(Extensioop),est présente Suivant le FLAG se trouve un identifieur(Identité) qui indique a) le type I, B ou P de trame/image; b) un nombre de trames/images (modulo 32) (Image) et c) un nombre de tranches (modulo 64) (Secteur Identité) Suivant l'identifieur, l'en-tête d'enre- gistrement inclut un indicateur de point d'inter- ruption de priorité de macrobloc, (Rupture PRI (j). La rupture PRI (j) indique le numéro de mot de code C\V#tj, développé par l'analyseur 152 du sélecteur de priorité, pour séparer les mots de code entre canaux HP et LP Enfin, une extension optionnelle d'en-tête peut être incluse dans l'en-tête d'enre- gistrement HP. L'en-tête d'enregistrement incorporé dans le canal LP inclit seulement un identifieur (Identité), similaire à l'identifieur implémenté dans le canal HP. Chaque bloc de transmission est terminé avec une séquence de vérification d'image à i 6 bits, FCS, qui est calculée sur l'ensemble des bits du bloc de transmission La FCS peut être générée en utilisant un code de redondance cyclique. 29 2673797 La Figure 7 illustre un dispositif exemplaire du processeur de transmission Dans la figure, un élément d'arbitrage 213 entrelace, via un multiplexeur 212, les blocs de transmission des données vidéo venant du multiplexeur 211, des données audio venant d'une mémoire 214 et des données auxiliaires venant d'une mémoire 215 Les données audio sont fournies sous forme de bloc de transmission par la source 216 et appliquées à une mémoire premier entré premier sorti 214 Les données auxiliaires sont fournies sous forme de bloc de transmission par la source 217 à une mémoire premier entré premier sorti 215 Les formats des blocs de transmission des données audio et auxiliaires peuvent différer du format des blocs de transmission vidéo, cependant tous blocs de transmission incluront un en-tête du type de service de tête, et de préférence seront de longueur égale L'élément d'arbitrage 213 répond au niveau d'occupation des mémoires tampons 214, 215 et 207 de façon à assurer qu'aucune de ces mémoires tampons ne soit en dépassement de capacité. Le dispositif de la Figure 7 opère sur un des signaux HP ou LP et un dispositif similaire est requis pour l'autre signal Cependant, si tous les signaux audio et auxiliaires sont des données HP un élément d'arbitrage pour entrelacer les blocs de transmission ne sera pas inclus dans le processeur de bloc de transmission LP et vice et versa. En Figure 7, les données de mot de code CW, de longueur de code CL, et de type de code, TYPE, venant du sélecteur de priorité sont couplées à un contrôleur de transmission 218, et les mots de code et le signal de type de code sont couplés à un convertisseur de longueur de mot variable en longueur de mot fixe 201 Le conver- tisseur 201 transforme des paquets de mots de code de longueur variable en, par exemple, des bytes de 8 bits afin de réduire la quantité d'espace d'enregistrement requise des tampons de débit 13 et 14 Le convertisseur 201 peut être du type décrit dans le brevet U S N' 4 914 675 Les mots de longueur fixe fournis par le convertisseur 201 sont temporairement enregis- trés dans la mémoire tampon 207. Le contrôleur de transmission 218 répond aux données CW, CL, TYPE et CW#j pour construire les en-tête de bloc de transmission (ST, TH, RH) et applique ces en-têtes à un tampon d'en-tête 208, qui peut être interne au contrôleur 218 Sensible aux longueurs de 2 r code, types de code et mots de code, le contrôleur 218 génère les signaux de synchronisation requis pour entrelacer (via le multiplexeur 209) les mots de données vidéo de longueur fixe et l'information d'en-tête de bloc de transmission en blocs de transmission de nombres de - bits prédétermines. Les blocs de transmission fournis par le multiplexeur 209 sont couplés à une entreé du multiplexeur 211 et à la borne d'entrée d'un codeur de séquence de vérification d'image FCS 210, dont la sortie est couplée à une seconde entrée du multiplexeur 211 Le FCS 210, sensible aux données des blocs de transmission forme des codes de contrôle d'erreur à deux bytes pour les blocs de transmission respectifs Le multiplexeur 211 est conditionné pour faire passer les blocs de transmission respectifs *fournis par le nmultiplexeur 209 et ensuite pour ajouter le code à 16 bits ou FCS à deux octets à partir de l'élénent 210 à la fin du bloc de transmission. Dans la description suivante du processeur de transmission, il est supposé que toute l'information de l'en-tête fournie par le compresseur 10 est incluse dans le train de données vidéo fourni par le processeur de trans- mission Il sera reconnu qu'une bonne part de l'information d'en-tête de données vidéo est également incluse dans les en-têtes de trans- mission et comme telle fournisse une information redondante Dans un autre agencement, le contrôleur 218 peut empêcher le convertisseur 201 d'accepter des données d'en-tête vidéo qui seraient incluses de façon redondante dans les en-têtes de bloc de transmission, améliorant ainsi l'efficacité globale du codage Au récepteur, les données d'en-tête vidéo retranchées peuvent être reconstituées à partir de l'information dfen-tête du bloc de transmission et réinsérées dans le train de données vidéo. Au niveau du récepteur, le signal détecté est appliqué aux circuits d'auto correction des erreurs FEC 21 et 22, certaines erreurs survenant pendant la transmission du signal ne peuvent pas être corrigées par les circuits FEC. Si ces erreurs sont admises à passer le circuit de décompression, une altération très inacceptable de l'image reproduite peut avoir lieu Pour éviter un tel phénomène, chaque bloc de transmission inclut des codes de détection d'erreur indépendants pour identifier l'existence d'erreurs qui passent à travers les circuits FEC, et sensible à de telles indications d'erreurs le système peut fournir un masquage d'erreur approprié. La Figure 8 illustre le processeur de transmission 25 inclus dans la partie de réception du système Deux tels processeurs sont requis, un pour le canal HP et un pour le canal LP S'il est connu à priori que les données audio et auxiliaires seront toujours exclues d'un canal particulier, les éléments correspondant peuvent être éliminés d'un processeur de transmission 1 C d'un tel canal. En Figure 8, les données du tampon de débit 23 ou 24 sont appliquées à un détecteur (Erreur FCS) 250 et à un élément de retard 251. L'élément de retard 251 fournit un retard d'un intervalle de bloc de transmission pour permettre au détecteur 250 de déterminer si certaines erreurs sont présentes dans le bloc de transmission corres- pondant Le détecteur 250 fournit un signal d'erreur E indiquant la présence ou l'absence d'erreur dans le bloc de transmission Le signal d'erreur est appliqué à la borne d'entrée d'un démultiplicateur un à trois 253 Les données du bloc de transmission retardé sont également appliquées à la borne d'entrée du mulitplexeur 253 Les données du bloc de transmission retardé sont également couplées à un détecteur du type de service (Détectér ST) 252, qui examine l'en-tête ST et, lui étant sensible, conditionne le multi- plexeur 253 pour faire passer les données du bloc de transmission et le signal d'erreur corres- pondant vers l'un des parcours appropriés du traitement du signal audio, auxiliaire ou vidéo. l Même si une erreur peut être détectée dans un bloc de transmission, le code ST peut encore reposer dessus parce qu'il a été protégé indépendamment par le code Harrn ing. Dans les parcours respectifs du traitement de signal audio, auxiliaire et vidéo, le signal d'erreur peut être utilisé de différentes façons pour effectuer un masquage d'erreur Dans le parcours de traitement du signal vidéo, le signal d'erreur peut être utilisé de différentes façons suivant le circuit de masquage d'erreur inclus dans le décompresseur 27 Dans le cas le plus simple, supposons que le décompresseur 27 inclue une mémoire d'affichage dans laquelle l'information est mise à jour lorsque l'information est décodée. Si aucune autre information n'est reçue pour une partie particulière d'image, la partie correspondante de la mémoire d'affichage n'est pas mise à jour. Ces parties d'image qui ne sont pas mises à jour sont simplement répétées dans les images successives jusqu'à ce que de nouvelles données soient reçues. S'il est supposé que le masquage d'erreur en répétant l'information d'image à image est accep- table, dans le parcours de traitement du signal vidéo, le signal d'erreur peut être utilisé pour retrancher simplement les blocs de transmission qui ont détecté des erreurs à partir du train de données vidéo Autrement, pour un masquage d'erreur plus sophistiqué, les données du bloc de trans- mission peuvent être retenues mais marquées avec l'indication d'erreur afin d'alerter le décom- presseur pour effectuer d'autres fonctions de masquage d'erreur. Dans le parcours de traitement du signal vidéo, les données du bloc de transmission et le signal d'erreur sont couplés à un élément de traitement 256 qui retranche le code FSC et les en-têtes du bloc de transmission ST, TH et RH du train de données Il peut aussi être prévu d'éliminer les blocs de transmission entiers dans lesquels des erreurs ont été détectées L'élément 256 fournit les données vidéo avec les en- têtes de bloc de transmission retranchés, les données d'erreur et les en-têtes de transmission vers le processeur de désaffection de priorité 26 sur des bus séparés. Les circuits FEC 21 et 22 fournissent les données reçues en mots de longueur fixe correspondant aux mots de longueur fixe fournis aux circuits FEC 15 et 16 du codeur En tant que telles, les données d'en-tête du bloc de trans- mission -arrivent sur les limites d'un byte qui sont soit prédéterminées (ST, TH, et FCS) soit identifiées (RM) par l'en-tête de transmission. Ainsi, il est une manière relativement simple d'identifier et d'extraire les en-têtes de bloc de transmission requis à partir des blocs de trans- mission respectifs. La Figure 9 illustre un processeur exemplaire de désaffection de priorité Ce dernier accepte les données venant du processeur de trans- mission du récepteur et les reconfigure selon la forme appliquée au processeur d'affectation de priorité de codage ll pour ce faire, les mots de code respectifs du train de données ont été identifiés, c'est à dire que le mot de code CW#j de chaque bloc doit être détectable Puisque les données sont dans la forme de codes de longueur variable concaténés, elles doivent être au moins partiellement décodées VLC pour définir les limites des mots de code Une fois que les limites de mot de code sont déterminées, les mots de code peuvent être comptés pour trouver CW#j (dans le canal HP) Après identification des limites du mot de code, les mots de code peuvent facilement être analysés sous forme de code VLC respectif en parallèle par bit. Dans la Figure 9, les circuits semblables ( 270, 271, 272, 273) et ( 276, 277, 278, 279) sensibles respectivement aux données HP et LP, analysent les données arrivantes en mots de code VLC en parallèle par bit Les mots de code HP et LP sont respec- tivement couplés à un multiplexeur 274 qui, sensible au contrôleur de désaffection 275, recombine les données en une séquence de données semblable à celle fournie par le compresseur 10. Considérons le circuit du canal HP 270-273 Les données vidéo venant de l'élément 256 (Figure 8) sont appliquées à une mémoire tanmpon 270 et à un contrôleur de désaffection 271. De plus, les en-têtes de bloc de transmission HP sont appliqués au contrôleur 271 Les données vidéo, erreurs absentes, arriveront en séquences cycliques prédéterminées Des points particuliers dans une séquence sont identifiables à partir de l'information des en-têtes de bloc de transmission. Une fois qu'un point de départ est identifié, le décodage procède selon la séquence prédéterminée. Le contrôleur de désaffection 271 est prograrrîé pour conditionner le décodeur en longueur variable VLD à opérer selon cette séquence Par exemple, supposons que l'en-tête de transmission indique que les données en cours sont d' une trame I et qu'un en-tête d'enregistrement a lieu au byte Z. L'en-tête d'enregistrement a été placé au début d'une tranche, ainsi le point d'entrée d'une tranche peut être identifié relativement au byte Z. A ce point, l'en-tête de tranche de format de codage bit/byte connu est connu, lequel en-tête est suivi d'un en-tête de macrobloc de format de codage bit/byte connu, suivi de données en bloc de format de codage connu et ainsi de suite. Ainsi, sensible à l'information d'en-tête de trans- mission le contrôleur 271 établit la séquence de décodage du VLD 272, à savoir quelles tables de décodage VLD utiliser pour quel groupement de mots de code VLC Remarquez que, puisque, par exemple, l'en- tête de couche dans le train de données n'est pas codé en longueur variable, le contrôleur peut être agencé pour comparer l'infor- mation d'en-tête de tranche commune avec l'infor- mation d'en-tête de transmission pour confirmation du point d'entrée. Les données vidéo venant du tampon 270 sont couplées au VLD 272 qui concatène un nombre de mots de code de longueur fixe, et examine les bits de tête des mots de code concaténés pour un mot de code reconnaissable selon le type de codage estimé vis à vis de la séquence cyclique normale Une fois qu'un nombre particulier de bits de tête est reconnu comme un mot de code valide, ces bits sont sortis, comme mot de code CW en parallèle par bit, vers une mémoire tampon 273 De plus, le type de mot de code estimé, T, et la longueur de mot de code CL, sont fournis et appliqués à la mémoire tampon 273 Lorsque les mots de code sont chargés dans la mémoire tampon 273, ils sont indexés par le contrôleur de désaffectation 275. Les mots de code des coefficients DC et AC sont codés selon différentes statis- tiques, et les coefficients des blocs respectifs à l'intérieur d'un macrobloc sont concaténés sans inclure d'identifieurs de fin de bloc. En général, cependant, le coefficient Dc du premier bloc d'un macrobloc est identifiable par sa position dans le train de bits Le VLD ne peut pas distinguer le dernier coefficient AC d'un bloc du coefficient DC du bloc suivant L'iden- tification est fournie par le CW#j inclus dans l'information de l'en- tête du bloc de transmission Le CWI#j identifie le mot de code du dernier coefficient AC de chaque bloc d'une tranche. Pour trouver le mot de code numéroté (j) le contrôleur de désaffectation 275 surveille les types de code T fournis par le VLD Le contrôleur 275 compte les codes T de-type AC, et quand j intervient le contrôleur 275 communique avec le VLD 272 pour réinitialiser le cycle au cas de décodage du coefficient DC. Les éléments 276-279 du canal LP fonctionnent de manière semblable Les données LP, cependant, devraient n' inclure seulement que des mots de code de coefficient AC Les mots de code de AC pour des blocs respectifs d'un macrobloc sont séparés par des codes de fin de bloc (EOB), ainsi, il n'est pas nécessaire de compter les mots de code Le fonctionnement du VLD 278 peut être simplement de décoder des mots qui sont tous codés selon une table de codage La position du premier macrobloc dans le bloc de transmission est identifiée par l'en-tête de transmission respectif, et chaque macrobloc successif est identifié par les en-têtes d'enregistrement. Cette information est évaluée par le contrôleur de désaffectation 277 pour corrmnander le VLD 278 pour indexer les mots de code dans la mémoire tampon 279. Sensible à l'information indexée et aux mots de code de type T enregistrés dans les mémoires tampons 273 et 279, le contrôleur de désaffectation 275 concatène les mots de code HP et LP enregistrés dans les mémoires tampons 273 et 274 via un multiplexeur 274 Le contrôleur iden- tifie un macrobloc, conditionne le multiplexeur 274 pour faire passer les données à partir du canal HP et lire les données HP respectives à partir de la mémoire tampon 273 jusqu'au mot de code CW#j du bloc un du macrobloc Il conditionne ensuite le multiplexeur pour faire passer les données à partir du canal LP et lit les mots de code des coefficients AC correspondant au même bloc un, jusqu'à ce qu'un code de type EOB arrive. Après quoi, le contrôleur 275 conditionne le multiplexeur 274 pour faire passer les données du canal HP et commence à lire les données HP correspondant au bloc deux du macrobloc Après lecture du mot de code correspondant au CW#j, de nouveau le contrôleur conmute pour lire les données LP pour le bloc deux à partir du canal LP, etc. Si tout en lisant les données du canal de haute priorité, un code EOB intervient avant que le mot de code correspondant à CW#j n'inter- vienne, le contrôleur 275 est réinitialisé pour lire le bloc suivant de données du canal de haute priorité. La nature cyclique des mots de code qui arrivent peut être variable Par exemple, certains-mâcroblocs dans une tranche peuvent ne pas être codés et/ou certains blocs dans un racrobloc peuvent ne pas être codes Cette information est incluse dans les en-têtes de tranche et de macroblocs respectifs. Afin d'établir et maintenir les cycles de décodage appropriés, le contrôleur 275, sensible aux types de mots de code, examine les mots de code d'en- tête de macrobloc et de tranche pour déterminer les nombres de blocs dans les macroblocs respectifs et le nombre de macroblocs dans les tranches respectives Sensible à ces nombres, le contrôleur 275 compte les opérations particulières de décodage et détermine quand certaines fonctions de décodage ont été achevées, et réenclenche un cycle de décodage Remarquez que, comme indiqué précédemment, plus d'un en-tête d'enregistrement peuvent être inclus dans un bloc de transmission, mais seulement le premier en-tête d'enregistrement est identifié par l'en-tête de bloc de transmission En tant que tel seulement le premier en-tête d'enregistrement d'un bloc de transmission peut être retranché par l'élément 256 Afin d'identifier et d'extraire l'information de tels en-têtes d'enregistrements, et de retrancher de tels en-têtes d'enregistre- ment du train de données, le contrôleur 275 compte le nombre de macroblocs traités par le VLD 272, et dès l'achèvement du dernier macrobloc d'une tranche, reconnait les données arrivant à la suite dans un bloc de transmission comme un en-tête d'enregistrement Après cela, il lit l'information dans l'en-tête d'enregistrement, pour etablir les opérations cycliques suivantes, et empêcher leur passage vers le tampon 273. Les contrôleurs 271, 275 et 277 sont indiqués dans la figure comme trois éléments séparés cependant, il sera apprécié qu'ils puissent être rassemblés dans un seul élément contrôleur. Le circuit de la Figure 9 ne fournit pas de données décodées en longueur variable mais plutôt analyse seulement les mots de code respectifs en longueur variable, et les fournit sous une forme semblable aux données fournies à la sortie du compresseur 10 Con-me tel un circuit sensiblement complémentaire au compresseur 10 peut être utilisé pour le décompresseur 27 Il sera reconnu cependant que le circuit de la Figure 9 peut être agencé pour fournir des codes en longueur variable décodés évitant un VLD dans le circuit du décompresseur. En Figure 9, précision est faite pour une variété de méthodes de masquage d'erreur Par exemple, même si un bloc de transmission inclut une erreur, les données pour ce bloc peuvent être traitées et passées vers le décompresseur Dans ce cas, un indicateur d'erreur est généré par chaque mot de données du bloc de transmission et entrainé avec les mots de code appliqués au décompresseur. Les indicateurs d'erreur sont fournis par les contrôleurs de désaffectation 271 et 277 et sont couplés aux mémoires tampons 273 et 275, dans lesquelles ils sont enregistrés à des adresses correspondant aux mots de code des blocs de transmission erronés associés. Dans un autre système dans lequel des blocs de transmission dégradés ne sont pas traités, supposons qu'un bloc de transmission LP soit perdu. Le canal LP fournit des données de coefficient de moindre importance pour la reconstitution des images, et en fait les blocs DCT peuvent être décompresses sans ces coefficients, bien que les blocs respectifs décompresses puissent présenter une résolution spatiale moindre Par conséquent, quand les blocs de transmission erronés LP sont retranchés du train de données, et que les données sont à reconstituer au niveau du multiplexeur 274, après chaque CW#1 j du mot de code de bloc des données HP, un code EOB est inséré au lieu de données LP Le code EOB est fourni par le contrôleur 275 et multiplexé dans le train de données -via le multiplexeur 274 Pour indiquer que le code EOB pour les blocs respectifs est un EOB forcé ou artificiel, un indicateur d'erreur peut être acheminé avec le signal EOB Le signal EOB forcé est désigné par EOBE. Le contrôleur 275 fournit l'information d'en-tête de transmission pour les deux canaux et indexe l'information de bloc disponible dans les mémoires tampons 273 et 279 Les données de macrobloc et de bloc arrivent dans une séquence connue, permettant au contrôleur de reconnaitre les données perdues, et d'ajouter des codes EOBE aux données HP pour les données LP perdues. En général très peu d'erreurs peuvent se produire dans le canal HP à cause de la puissance avec laquelle il est transmis Cependant, si une erreur a lieu dans le canal HP, les données du canal LP correspondant aux blocs de données perdues dans le canal HP, deviennent sans signifi- cation Le contrôleur 275 est programmé pour reconnaître les données HP perdues via une interruption de la séquence normale d'information identifiée par les en-têtes de bloc de transmission non erroné Quand des données HP perdues sont détectées les données LP correspondantes sont chassées de la mémoire tampon 279, c'est à dire qu'elles ne sont pas passées par le décompresseur De plus, le contrôleur 275 peut être agencé pour fournir des données d'erreur au décompresseur, sous une forme qui identifie l'information perdue, c'est à dire des données de macrobloc ou de tranche ou d'image qui ne sont pas fournies à partir du processeur de désaffection de priorité. Le contrôleur 275 est sensible au contrôle du système global via le bus de conmmande CB, pour initialiser ou réinitialiser les contrôleurs 271, 277 et 272, 278 du VLD au démarrage et aux changements de canal, etc De plus, le contrôleur 275 communique avec le processeur de transmission 275 et les tampons de débit 23 et 24 pour contrôler le débit d'information fourni au circuit de désaffectation de priorité. La Figure 10 illustre un agencement exemplaire du dispositif de décompression 27. Le masquage d'erreur ne sera pas discuté par rapport à ce dispositif puisqu'il n'est pas le sujet de cette invention Il suffit de dire que les données d'erreur venant du proces- seur de désaffectation de priorité sont appliquées au contrôleur de décompression 302 pour écarter les zones de mise à jour de la RAM d'affichage vidéo 318 correspondant aux blocs de données manquants et que le dispositif répond aux codes EOB forc 4 S corme s'ils étaient des codes EOBE arrivant normalement. Généralement, le circuit de la Figure est agencé pour décompresser les données vidéo fournies dans un schéma hiérarchique du type MPEG Les données vidéo fournies par le multiplexeur 274 du processeur de désaffectation de priorité sont appliquées à une mémoire tampon 300 On accède à des données par le contrôleur de décompression 302 dans lequel les données d'en- tête sont extraites pour progranmmer le contrôleur 302 Les mots de code de longueur variable corres- pondant aux coefficients DCT sont extraits et appliqués à un décodeur en longueur variable (VLD) 308 et les mots de code de longueur variable correspondant aux vecteurs de déplacement sont appliqués au décodeur en longueur variable (VLD) 306. Le VLD 308 contient un dispositif pour effectuer un décodage en longueur variable, un décodage en longueur à exécution inverse et un codage DPCM inverse comme approprié sous la co-mnande du c;ntrôleur 302 Les données décodées à partir du VLD 308 sont appliquées à un circuit DCT inverse 310 qui inclut un circuit pour quantifier en inverse les coeficients DCT respectifs et pour convertir les coefficients en une matrice de données de pixel Les données de pixel sont alors couplées à une entrée d'un additionneur 312, dont la sortie est couplée à la RAM d'af- fichage vidéo 318 et aux mémoires tampons 314 et 316. Le VLD 306 inclut un circuit pour decoder les vecteurs de déplacement codés en longueur variable et pour effectuer le codage DPCM inverse des vecteurs de déplacement comme approprié sous la commande du contrôleur 302. Les vecteurs de déplacement décodés sont appliqués à un élément de prédiction compensé du déplacement 304 Sensible aux vecteurs de déplacement l'élément de prédiction accède aux blocs correspondants des pixels enregistrés dans une (avant) ou deux (avant et arrière) des mémoires tampons 314 et 316 L'élément de prédiction fournit un bloc de données (à partir de l'une des mémoires tampons) ou un bloc interpolé de données (dérivées des blocs respectifs des deux mémoires tampons) à une seconde entrée de l'additionneur 312. La décompression est réalisée con-me suit Si une trame/image de données vidéo d'entrée est codée intra-image, il n'y a aucun vecteur de déplacement et les coefficients DCT décodés correspondent aux blocs des valeurs de pixel. Ainsi pour des données codées intra-image l'élément de prédiction 304 applique une valeur zéro à l'additionneur 312 et les coefficients DCT décodés passent inaltérés par l'additionneur 312, vers la RAM d'affichage vidéo o ils sont enregistrés pour affichage selon un balayage récurrent normal Les valeurs de pixels décodées sont également enregistrées dans une des mémoires tampons 314 et 316 pour utilisation dans la formation de valeurs d'image prédites pour décoder les images ( B ou P) compensées du déplacement. Si une trame/image des données d'entrée correspond à une trame/image P compensée du déplacement avant, les coefficients décodés correspondent aux résidus ou différences entre la trame/image présente et la toute dernière image I arrivant L'élément de prédiction 304 sensible aux vecteurs de déplacement décodés accède au bloc correspondant des données d'image I enregistrées dans l'une ou l'autre mémoire tampon 314 ou 316 et fournit ce bloc de données à l'additionneur dans lequel les blocs respectifs de résidus fournis par le circuit DCT inverse 130 sont ajoutés au bloc correspondant des données de pixel fournies par l'élément de prédiction 304 Les son-mes générées par l'addi- tionneur 312 correspondent aux valeurs de pixel pour les blocs respectifs de la trame/image P, valeurs de pixel qui sont appliquées à la RAM d'affichage 318 pour mettre à jour les positions de mémoire respectives De plus, les valeurs de pixel fournies par l'additionneur 312 sont enregistrées dans l'un-e des mémoires tampons 314 et 316, n'enregistrant pas la trame/image I des données de pixel utilisées pour générer les données de pixel prédites. Pour des trames/images (B) codées bidirectionnellement l'opération est similaire, sauf qu'on accède aux valeurs prédites à partir des données de pixel I et P enregistrées dans les deux mémoires tampons 314 et 316 suivant que les vecteurs de déplacement respectifs sont des vecteurs vers l'avant ou vers l'arrière ou les deux Les valeurs de pixel d'une trame/image B générées sont appliquées pour mettre à jour la RAM d'affichage 318, mais ne sont pas enregis- trées dans l'une ou l'autre des mémoires tampons, puisque les données de trame/image B ne sont pas utilisées pour générer d'autre trame/images de données d'image. La Figure IOA montre un processeur de desaffectation de priorité et un décompresseur combinés En Figure IOA, les éléments désignés par les mêmes nombres que les éléments en Figure 10 sont semblables et effectuent les mêmes fonctions. Les VLD 308 et 306 ont été substitués par les DPCM 409 et 408 qui effectuent un décodage DPCM et en longueur d'exécution corrme approprié. Les données HP et LP à partir du processeur de transmission 25 sont appliquées respectivement aux mémoires tampons 400 et 402 Les en-têtes de transmission (Données H)venant des canaux HP et LP sont appliqués à un sous-contrôelur 404 et communiqués au contrôleur de décompression 407. Le sous-contrôleur peut comprendre un sous -ensemble d'instructions du contrôleur 407 Sensible aux données -d'en-tête, le sous-contrôleur aligne les données dans les mémoires tampons 400 et 402 pour correspondre aux mêmes tranches de données Les données dans les mémoires tampons sont appliquées à des convertisseurs parallèle- série 401 et 403 qui fournissent respectivement des trains de données en série aux bornes d'entrée respectives d'un multiplexeur 405 Les données série à partir du multiplexeur 405 sont appliquées à un VLD 406 Ce dernier 406 accepte les données un bit à la fois et génère des données décodées en longueur variable pour le contrôleur de décompression 407 Les données d'en-tête vidéo décodées sont enregistrées dans le contrôleur 407, et les coef- ficients décodés et les vecteurs de déplacement sont respectivement appliqués par le contrôleur aux DPCM 409 et 408. Le contrôleur 407 conditionne initialement le multiplexeur 405 pour faire passer les données HP de sorte qu'il accède en premier aux données d'en-tête vidéo Le contrôleur 407 lit l'information d'en-tête vidéo décodée, et y étant sensible établit la séquence de décodage appropriée Après que le contrôleur commence d'accéder aux données correspondant aux coefficients de macrobloc, il compte le nombre de mots de code de coefficient décodés, et décodant ensuite j tels mots de code, conditionne le multiplexeur 405 pour faire passer les données du canal LP A la réception d'un mot de code EOB dans les données LP, le contrôleur conditionne le multiplexeur pour faire de nouveau passer les données du canal HP Le contrôleur 407 est agencé pour reconnaître les données LP manquantes et pour substituer efficacement des EOB, c'est à dire, après comptage de j mots de code de coefficient décodés HP, pour avancer au bloc HP de données suivant Se référant à la Figure l OB, le circuit de commande 407 sensible à un changement de canal ou à une perte de signal fourni par le contrôleur du système effectue une procédure d'initialisation 700 dans laquelle le VLD 407 est réinitialisé, le multiplexeur 405 est conditionné pour faire passer les données HP et le sous-contrôleur est condi- tionné pour vérifier les données GOP Après cela un signal est transmis 702 pour charger, par exemple, un bloc de transmission de données dans le tampon 400 Un test 704 est réalisé pour déter- miner si une erreur de bloc de transmission HP a eu lieu, et si aussi le bloc de transmission suivant est chargé De plus, un indicateur d'erreur interne est établi 703 Si aucune erreur n'est mise en évidence les données HP sont fournies au VLD et décodées 709 jusqu'à ce que soit un EOB n'arrive soit que le jème mot de code soit décodé Si une erreur a été indiquée pour des blocs correspondants de données dans le canal LP, un code EOB est inséré après chaque jème mot de code décodé et le système continue de fournir des données HP au VLD De plus, si le système a manqué d'aligner les données LP avec les données HP, des codes EOB sont insérés après chaque jème mot de code HP décodé Autrement,si les données LP ont été alignées avec les données HP et aucun indicateur d'erreur n'a été établi, après décodage du jème mot de code HP une con-mutation est faite pour traiter les données LP (de 709 à 717) A ce point le multiplexeur est en état de faire passer les données LP vers le VLD Les données LP sont décodées 717 jusqu'à ce qu'un EOB arrive moment auquel le décodage est commuté en retour vers les données HP. On revient au point de test 705 Si un indicateur d'erreur a été établi pour les données HP, le système doit chercher le prochain point d'entrée de données disponible qui est identifié par: les données RH Par conséquent, le système recherche 706 un RH disponible Si aucun n'est disponible, le procédé est ramené en 702 pour obtenir plus de données Si un RH est disponible, le TH est examiné pour sa position 707, et les données du tampon 400 sont avancées à la limite de byte qui suivait immédiatement le RH. Le RH est examiné 708 pour l'identi- fication d'image et de tranche et le CW#j associé. Après cela le décodage des données HP commence, 709. Pendant l'initialisation du canal HP, le canal LP est initialisé de la même façon. Après quoi une tranche de données LP est chargée 710 dans le tampon 402, et un test 712 est réalisé pour une erreur de bloc de transmission. Si une erreur est détectée un indicateur d'erreur LP est mis en place et de nouvelles données sont chargées jusqu'à ce qu'aucune erreur ne soit présente Si aucun indicateur d'erreur n'a été établi, un saut est fait jusqu'en 717 Ce saut indique que le système opère dans la séquence normale, et le décodage avance entre données HP et LP comme approprié ( 709, 717) Autrement, si un indicateur d'erreur a été établi 713, alors le système doit chercher le prochain point d'entrée de données valide L'en-tête de transmission LP en cours est examiné pour une adresse de macrobloc ou un RH 714 Si aucun n'est disponible, un saut est fait jusqu'en 710 et on accède à de nouvelles données Si l'un est disponible, les données LP sont avancées à ce que s'il y a un ii le système ignore x au point d'entrée i de transmission est fieurs d'image et données LP sont ci les données HP Si données HP un saut avancer les données un test est fait I point d'entrée 715 Remarquez idicateur d'erreur HP établi un point d'entrée MB et avance associé avec un RH L'en-tête examiné 716 pour les identi- de tranche A ce point les Dntrôlées pour coïncider avec elles sont en retard sur les est fait jusqu'en 710 pour LP S'il n'y a aucun retard, pour l'alignement des MB HP et LP. Si le MB LP est en avance sur le MB HP une attente est cormmandée Inversement, si le MB LP est en retard sur le MB LP les données sont avancées pour correspondre avec le MB HP en cours Le canal LP attend ensuite le jème mot de code HP du bloc en cours qui doit être décodé. Corme indiqué précédemment, il se peut que les en-têtes d'enregistrement noyés dans le train de données ne soient pas identifés par les en-têtes de transmission Ces en-têtes d'enregis- trement se trouvent en comptant ( 709, 717) le nombre de macroblocs qui sont décodés Il existe un nombre prédéterminé de macroblocs dans chaque tranche, et par conséquent, quand ce nombre de macroblocs est décodé les données arrivant à la suite seront reconnues comme, par exemple, deux bytes de données d'en-tête d'enregistrement Ces données sont lues par le contrôleur ( 708, 716) et utilisées pour la prochaine séquence des opérations de décodage De plus, il existe un nombre prédéterminé de bytes dans un bloc de transmission, et les bytes sont comptés ( 709,717) pour indiquer quand accéder aux blocs de transmission suivants ( 702, 710). Le système de la Figure l OB est agencé pour fournir des données en série au VLD 406 Cependant il doit être reconnu qu'un VLD peut être choisi pour qu'il fonctionne sur des mots de code de longueur variable arrivant en format parallèle par bit Dans ce cas les conver- tisseurs parallèle-série 401 et 402 peuvent être éliminés De préférence les données fournies par les tampons seront à trois états et les connexions de sortie des tampons seront en circuit OU à la connexion d'entrée d'un tel VLD. La Figure 11 illustre un circuit de modem exemplaire pour les deux extrémités de transmission et de réception du système Les données HP et LP venant des circuits d'auto correction des erreurs 15 et 16 sont appliquées aux modulateurs 64 QAM respectifs 400 et 401 Le modulateur 400 fournit un signal analogique HP avec une largeur de bande à -6 d B d'environ 0,96 MHZ Ce signal est appliqué à un filtre passe-bande de 1,5 MHZ 402 pour éliminer les harmoniques de haute fréquence et est ensuite appliqué à un additionneur de signal analogique 405 Le modulateur 401 fournit un signal analogique LF bande à -6 d B d'environ appliqué à un filtre pas éliminer les harmoniques est ensuite appliqué à Ce dernier 406 réduit 1 analogique LP d'environ signal analogique HP Le ensuite couplé à l'addit 405, dans lequel il est analogique pour produire de fréquences semblable 1 Le signal combiné es 407 dans lequel il est avec une largeur de 3,84 MHZ Ce signal est se-bande de 6 MHZ 404 pour de haute fréquence, et un atténuateur 406. l'amplitude du signal 9 d B par rapport au signal LP atténué est :ionneur de signal analogique totalisé avec le signal HP un signal avec un spectre au signal montré en F Igure t appliqué à un mélangeur multiplié par une porteuse RF pour translater en fréquence le signal combiné vers une bande de fréquence qui s'accorde avec un canal de transmission TV standard Le signal translaté est ensuite appliqué au filtre passe- bande 408, qui façonne les caractéristiques spectrales du signal translaté en fréquence pour ajustement dans le canal standard. Au niveau du récepteur, le signal transmis est détecté par un circuit sélecteur de canaux/IF 410 de conception classique, et appliqué 52 2673797 à un circuit PLL 413 et un convertisseur analogique- numérique (ADC) 412 Le signal numérisé est couplé * aux démodulateurs 64 QAM respectifs 414 et 415. Ces derniers 414 et 415 incluent des filtres passe-bande à leurs connexions d'entrée respectives pour limiter en bande le spectre des signaux à traiter par eux pour se conformer au spectre de signal nominal des signaux HP et LP Les démo- dulateurs 414 et 415 sont d'une conception de démodulateur QAM classique et sont sensibles aux signaux d'horloge fournis par le circuit PLL 413 LePLL 413 développe les signaux d'horloge requis via un asservissement de phase d'un signal développé par un oscillateur con- mandé par tension vers l'une des deux porteuses qui escortent les signaux QAM. L'invention a été décrite en termes d'un signal de type MPEG, cependant il sera apprécié qu'elle soit adaptable au traitement de signaux comprimés en d'autres format et par d'autres transformées La seule exigence pour le type de compression est qu'elle fournisse des données qui peuvent être affectées de priorité en niveaux hiérarchiques comme par exemple des transformées en sous-bande ou pyramidales. REVENDICATIONS 1 Système de traitement d'un signal vidéo pour traiter des données vidéo numériques comprimées transmises comme données de haute et basse priorité respectivement dans des canaux de haute et basse priorité, lesdites données de haute et basse priorité étant générées à partir de données vidéo comprimées codées arrivant sous la forme de blocs de mots de code en ordre décroissant d'importance pour la reproduction de l'image, et dans lequel les données à travers un jème mot de code des blocs respectifs sont affectées comme données de haute priorité et les mots de code restant pour les blocs respectifs sont affectés comme données de basse priorité, dispositif pour combiner lesdites données de haute et basse priorité caractérisé par des premiers moyens ( 20-25) sensibles auxdites données de haute et basse priorité pour décoder lesdites données et fournir des séquences respectives de mots de code des données de haute et basse priorité; des seconds moyens ( 26) sensibles à ladite séquence de haute et basse priorité des mots de code pour fournir, de façon cyclique, les mots de code de ladite séquence de haute priorité à travers un premier mot de code prédéterminé, puis pour fournir les mots de code de ladite séquence de basse priorité à travers un second mot de code prédéterminé de ladite séquence de basse priorité et ensuite pour répéter le cycle. 2 Dispositif selon la revendication 1 caractérisé en ce que ledit second mot de code prédéterminé est un code de fin de bloc. 3 Dispositif selon la revendication 1 caractérisé en ce que ledit premier mot de code prédéterminé est chaque jème mot de code dans au moins une partie de ladite séquence de haute priorité de mots de code. 4 Dispositif selon la revendication 3 caractérisé en ce que lesdites données de haute et basse priorité sont codées en longueur variable et lesdits premiers moyens incluent des moyens de décodage en longueur variable. Dispositif selon la revendication 1 dans lequel lesdites données vidéo de haute et basse priorité sont transmises par paquets de transmission de haute et basse priorité mutuellement exclusifs de nombres prédéterminés de bits incluant des en-têtes respectifs de paquets de transmission, les en-têtes de paquets de transmission incluant des indices pour identifier les données vidéo respectives de haute priorité transmises en paquets respectifs de transmission de haute priorité et identifier les données vidéo de basse priorité transmises en paquets respectifs de trans- mission de basse priorité, et caractérisé en ce que lesdits seconds moyens sont sensibles auxdits indices des en-têtes de paquets de transmission de haute et basse priorité pour aligner lesdites séquences de haute et basse priorité des mots de code. 2673797 6 Dispositif selon la revendication 1 dans lequel lesdites données vidéo de haute et basse priorité sont dérivées d'une séquence de blocs de mots de code, chaque bloc se terminant par un code de fin de bloc, lesdites données vidéo de haute priorité incluant un nombre arrivant en premier de mots de code dans les blocs respectifs sont transmises avec un code indiquant ledit nombre, et lesdites données vidéo de basse priorité comprennent les mots de code restant dans les blocs respectifs et incluent ledit code de fin de bloc et caractérisé en ce que lesdits seconds moyens sont sensibles audit nombre pour commuter entre fournir des mots de code de haute et de basse priorité et sont sensibles auxdits codes de fin de bloc pour commuter entre fournir des mots de code de basse et haute priorité. 7 Système de traitement de télévision pour décoder un signal vidéo comprimé transmis sous forme de données de haute et basse priorité respectivement dans des canaux de haute et basse priorité, lesdites données incluant des mots de code CW de différents types, lesdits types représentant une hiérarchie de plus ou moins grande importance pour une reproduction d'image avec des types de mots de code de plus ou moins grande importance inclus dans lesdits canaux de haute et basse priorité respectivement, lesdits mots de code arrivant dans des blocs de données, avec les données à partir des blocs respectifs arrivant à la fois dans lesdits canaux de haute et de basse priorité, et dans lequel les données desdits canaux de haute et basse priorité sont transmises en paquets de transmission respectifs ayant des données d'en-tête incluant des identifieurs de bloc, et les données d'en- tête des paquets de transmission de haute priorité incluant des mots de code CW#j identifiant les types de mot de code inclus dans ledit canal de haute priorité, dispositif pour combiner lesdites données, issues desdits canaux de haute et basse priorité en un seul train de données, caractérisé par: des premiers moyens ( 20-25), sensibles au signal reçu pour fournir lesdites données de haute et basse priorité avec des données d'en-tête retranchées, et pour fournir lesdites données d'en-tête; des seconds moyens ( 270-272), sensibles auxdits mots de code CW#l dans lesdites données d'en- tête, pour segmenter lesdites données de haute priorité en blocs partiels respectifs de données; des troisièmes moyens ( 276-278) sensibles auxdites données de basse priorité, pour segmenter lesdites données de basse priorité en blocs partiels respectifs de données; et des quatrièmes moyens ( 273, 274, 279) sensibles auxdites données d'en-tête pour combiner les blocs partiels correspondants de données de haute et basse priorité pour fournir des blocs reconstitués de données sous forme dudit train unique de données. 8 Système selon la revendication 7 dans lequel lesdites données de basse priorité fournies dans ledit canal de basse priorité incluent des codes de fin de bloc, et caractérisé en ce que lesdits troisièmes moyens sont sensibles auxdits codes de fin de bloc pour segmenter lesdites données de basse priorité en lesdits blocs partiels. 57 2673797 9 Système selon la revendication 8 caractérisé en ce que lesdits quatrièmes moyens incluent des codes de fin de bloc dans les blocs partiels de données de basse priorité combinés avec lesdits blocs partiels de données de haute priorité. Système selon la revendication 7 dans lequel lesdits blocs de transmission incluent des codes de contrôle d'erreur, et caractérisé en ce que lesdits premiers moyens incluent un circuit de détection d'erreur, sensible auxdits codes de contrôle d'erreur pour générer un signal d'erreur dès la rencontre d'erreurs de transmission dans au moins des blocs de transmission des données de basse priorité, et lesdits quatrièmes moyens incluent des moyens pour substituer des codes de fin de bloc pour les blocs partiels de données de basse priorité à partir des blocs de transmission pour lesquels des erreurs sont détectées.