Brevet FR2841725A1 — publié le 20040102

La présente invention concerne un procédé pour traiter des signaux vidéo, et plus particulièrement un dispositif et un procédé pour convertir des pixels d'un format YUV en un format RGB utilisant des tables de couleurs avec une faible capacité de mémoire. Un format RGB et un format YUV sont habituellement des sortes de modes de couleurs pour représenter des couleurs de pixels d'une image sur un support visible. Le format RGB est un mode dans lequel on sépare des signaux de couleurs en composantes de couleurs correspondant aux couleurs R (rouge), G (verte) et B (bleue), c'est-à-dire trois couleurs primaires de lumière qui sont utilisées lorsque des dispositifs de visualisation vidéo tels qu'un tube cathodique (ou CRT) ou un dispositif de visualisation à cristal liquide (ou LCD) créent des couleurs ou des images. Le format YUV est un mode pour séparer des signaux en couleurs en une composante de luminance (composante Y) représentant la luminosité, et en composantes de chrominance (composantes U et V) représentant la couleur. Ici, la composante U représente une couleur bleue et la composante Y représente une couleur rouge. Pour visualiser des couleurs, le format RGB exige au moins trois données de différence de couleur, ce qui nécessite une grande capacité de mémoire. Cependant, du fait que le format RGB emploie un procédé de visualisation qui est le même que celui du dispositif de visualisation vidéo, ce mode a d'excellents effets de séparation de couleurs et de transmission. D'autre part, le format YUV a des effets de séparation de couleurs et de transmission qui sont moins bons que ceux du format RGB, mais il a un avantage pour exprimer un grand nombre de couleurs même en utilisant une petite quantité de données de couleurs. De façon caractéristique, la plupart des cartes graphiques utilisent le format YUV dans le traitement de données. De façon générale, non seulement un dispositif de capture vidéo numérique tel qu'un dispositif à couplage de charge (ou CCD pour "Charge-Coupled Device") ou un capteur MOS complémentaire (ou CMOS pour "Complementary MetalOxide-Semiconductor"), mais également un décodeur vidéo avec une norme de compression vidéo telle que MPEG (Moving Picture Experts Group Standards) 1, 2,4 ou H.261, 263, 26L, etc., utilise un format de sortie dans le mode YUV. Par conséquent, pour visualiser sur un tube cathodique ou un dispositif de visualisation à cristal liquide des pixels dans le format YUV qui sont émis par le dispositif de prise de vues ou le décodeur vidéo dans un dispositif consistant en un produit vidéo numérique, les pixels doivent être convertis en format RGB. La conversion de modèle de couleur du format YUV au format RGB est accomplie avec des équations représentant la relation entre le format YUV et le format RGB. Dans les équations pour convertir les pixels entre le format YUV et le format RGB, différentes valeurs de pondération statistiques sont respectivement distribuées aux composantes R, G et B conformément à la sensibilité de la vision humaine à ces composantes. Par conséquent, diverses équations sont appliquées conformément aux procédés de distribution des valeurs de pondération statistiques. Parmi les diverses équations, on a souvent utilisé quatre ou cinq équations. Une équation est définie de la façon suivante. [Equation 1] R = 1,164*(Y-16) + 1,596*(V-128) G = 1,164*(Y-16) - 0,813*(V-128) - 0,391*(U-128) B = 1,164* (Y-16) +2,018*(U-128) En utilisant l'Equation 1 indiquée ci-dessus, on obtient les valeurs de composantes R, G et B à partir de multiplieurs et d'additionneurs réalisés par matériel. Ainsi, les valeurs de composantes R et B sont obtenues à partir de deux multiplieurs et d'un additionneur, et la valeur de composante G est obtenue à partir de trois multiplieurs et deux additionneurs. Comme décrit ci-dessus, les opérations de conversion de modèle de couleur de l'Equation 1 sont mises en oeuvre par matériel. Du fait que le matériel occupe un grand espace, le matériel ne convient pas pour l'emploi par un terminal de communication mobile de petite taille. En outre, dans des opérations de multiplication de l'Equation 1, les valeurs de poids statistiques données aux valeurs de composantes Y, U et V ne sont pas des entiers mais des fractions décimales avec une virgule flottante, ce qui complique la conception du matériel et augmente la taille de la puce de matériel. En outre, des interfaces entre le dispositif de matériel pour la conversion de modèle de couleur et le dispositif de prise de vues ou le décodeur vidéo, sont changées conformément aux sortes des dispositifs de prise de vues ou des décodeurs vidéo, ce qui réduit le caractère général. D'autre part, les opérations de conversion de modèle de couleur de l'Equation 1 peuvent être réalisées par logiciel. Cependant, les valeurs de poids statistiques données aux valeurs de composantes Y, U et V sont également des fractions décimales avec une virgule flottante, ce qui exige un grand nombre d'instructions. Ces opérations imposent une lourde charge à un microprocesseur d'un terminal de communication mobile avec une puissance de calcul plus limitée qu'un ordinateur de bureau général. Le document MPEG ISO/IEC 13818-2 Section 6.3.6 expose un procédé pour convertir les valeurs de poids statistiques de l'Equation 1 en nombres entiers, afin de convertir un mode de couleur d'un terminal de communication mobile, de la façon suivante. [Equation 2] R = 76309*(Y-16) + crv*(V-128) + 32768 16 G = 76309*(Y-16) - cgu*(U-128) - cgv*(V-128) + 32768 16 B = 76309*(Y-16) + cbu*(U-128) + 32768 16 Ici, crv, cgu, cgv et cbu sont des valeurs de poids statistiques données différemment par des Organismes de Normalisation Internationaux Respectifs. Ces valeurs sont indiquées dans le Tableau 1 suivante. [Tableau 1] Organisme de Normalisation International crv cbu cgu cgv Pas d'extension de visualisation de 117504 138453 13954 34903 séquence ITU-R Rec.709(1990) 117504 138453 13954 34903 Non spécifié 104597 132201 25675 53279 Réservé 104597 132201 25675 53279 FCC 104448 132798 24759 53109 ITU-R Rec.624-4 System B, G 104597 132201 25675 53279 SMPTE 170M 104597 132201 25675 53279 SMPTE 240M (1987) 117579136230 16907 35559 Comme décrit ci-dessus, dans l'Equation 1, les valeurs de poids statistiques appliquées aux valeurs de composantes Y, U et V sont des entiers. En outre, du fait de l'utilisation d'opérations de décalage exigeant des instructions en un plus petit nombre que les opérations de multiplication, le nombre des instructions exigées dans l'Equation 2 est beaucoup plus petit que dans l'Equation 1. Cependant, la plupart des microprocesseurs effectuent des opérations de multiplication plus lentement que des opérations d'addition ou de soustraction. En outre, la plupart des microprocesseurs effectuent des opérations d'accès à une table plus rapidement que des opérations de multiplication. De plus, dans le cas où un appareil pour convertir le mode de couleur est réalisé sous la forme du matériel décrit ci-dessus, un procédé d'interface entre un CODEC vidéo pour décoder une image compressée et pour générer des valeurs de composantes Y, U et V, et un dispositif de visualisation, doit être fixé. Par conséquent, lorsqu'un type du CODEC vidéo à utiliser est changé ou amélioré, l'interface doit être modifiée. De ce fait, il est préférable d'utiliser des tables de couleurs au lieu de multiplieurs. De nombreux procédés classiques pour convertir un mode de couleur en utilisant des tables de couleurs sont connus d'après plusieurs documents, par exemple le brevet des E.U.A. n 5 936 683. Lorsqu'on utilise les tables de couleurs, une capacité de mémoire nécessaire est déterminée par la taille de la table de couleurs. La taille de la table de couleurs change en fonction du nombre de variables utilisées à titre d'index. Par exemple, le brevet des E.U.A. n 5 936 683 décrit des tables de couleurs utilisant deux variables à titre d'index. Pour utiliser deux variables à titre d'index, du fait qu'une table de couleurs doit représenter tous les cas de combinaisons de deux variables, la taille de la table de couleurs devient plus grande que celle d'une table de couleurs utilisant une seule variable à titre d'index. Par conséquent, il est nécessaire de réduire la taille de la table de couleurs en diminuant le nombre de variables utilisées à titre d'index. Lorsque le nombre de tables de couleurs augmente, une plus grande capacité de mémoire est exigée pour stocker les tables de couleurs. Par conséquent, pour réduire la capacité de mémoire, il est nécessaire de diminuer le nombre de tables de couleurs. Dans le cas de l'Equation 2, si une table de couleurs est utilisée pour chaque formule de conversion, la conversion du modèle de couleur peut être accomplie avec seulement trois tables de couleurs. Cependant, dans ce cas, les tables de couleurs utilisent deux ou trois variables à titre d'index, ce qui augmente considérablement les tailles des tables de couleurs. Par conséquent, pour accomplir la conversion de modèle de couleur avec la capacité de mémoire minimale, il est nécessaire d'ajuster correctement les nombres et les tailles des tables de couleurs. Ainsi, la présente invention a été faite en considérant les problèmes ci-dessus, et un but de la présente invention est de procurer un dispositif et un procédé pour convertir des pixels d'un format YUV en un format RGB en utilisant des tables de couleurs. Un autre but de la présente invention est de procurer un dispositif et un procédé pour convertir un mode de couleur en réduisant les tailles et les nombres de tables, avec une plus petite capacité de mémoire. Conformément à un aspect de la présente invention, il est possible d'atteindre les buts ci-dessus, ainsi que d'autres, grâce à un dispositif pour convertir un mode de couleur utilisant au moins cinq tables de couleurs employant respectivement un index, et au moins trois additionneurs. Conformément à un autre aspect de la présente invention, dans un système pour convertir des pixels à partir d'un format YUV incluant une composante Y représentant la luminance et des composantes U et V représentant la chrominance, en un format RGB incluant des composantes R, G et B représentant respectivement les couleurs rouge, verte et bleu, en utilisant des tables de couleurs afin de visualiser des images sur un dispositif de visualisation vidéo, l'invention procure un procédé pour générer des pixels dans le format YUV incluant les composantes Y, U et V à partir de signaux vidéo codés, pour obtenir la valeur de composante R à partir de valeurs partielles respectives des composantes Y et V pour la composante R, pour obtenir la valeur de composante G à partir de valeurs partielles respectives des composantes Y, U et V pour la composante G, et pour obtenir la valeur de composante B à partir de valeurs partielles respectives des composantes Y et U pour la composante B. Le procédé comprend les étapes suivantes : on introduit dans une première table de couleurs une valeur de composante Y du pixel généré, on sélectionne les valeurs partielles de la composante Y pour les composantes R, G, B à partir de la première table de couleurs correspondant à la valeur de composante Y introduite, et on émet respectivement les valeurs partielles sélectionnées vers des premier, second et troisième additionneurs ; introduit une valeur de composante V du pixel généré dans des seconde et troisième tables de couleurs, on sélectionne respectivement les valeurs partielles de la composante V pour les composantes R et G à partir des seconde et troisième tables de couleurs correspondant à la valeur de composante V introduite, et on émet respectivement les valeurs partielles sélectionnées vers les premier et second additionneurs; on introduit une valeur de composante U du pixel généré dans des quatrième et cinquième tables de couleurs, on sélectionne respectivement les valeurs partielles de la composante U pour les composantes G et B à partir des quatrième et cinquième tables de couleurs correspondant à la valeur de composante U introduite, et on émet respectivement les valeurs partielles sélectionnées vers les second et troisième additionneurs ; on obtient des valeurs de composantes R, G et B à partir de valeurs additionnées des valeurs partielles en utilisant les premier, second et troisième additionneurs. Les buts, caractéristiques et avantages de l'invention indiqués ci-dessus, ainsi que d'autres, seront plus clairement compris d'après la description qui va suivre, à lire en se référant. aux dessins annexés, dans lesquels : La figure 1 est un schéma synoptique d'un système multimédia pour visualiser sur un dispositif de visualisation à cristal liquide des signaux vidéo provenant d'un dispositif de prise de vues, conformément à un mode de réalisation de la présente invention; La figure 2 est un schéma synoptique d'un système multimédia pour décoder des données vidéo MPEG émises par un modem par l'intermédiaire d'un CODEC vidéo, et ensuite pour visualiser sur un dispositif de visualisation à cristal liquide les signaux vidéo décodés, conformément à un mode de réalisation de la présente invention; La figure 3 est un schéma synoptique d'un dispositif pour convertir un mode de couleur conformément à un mode de réalisation de la présente invention; La figure 4 est un schéma synoptique d'un processus pour convertir un mode de couleur de YUV en RGB conformément à un mode de réalisation de la présente invention; La figure 5 est un schéma synoptique d'un processus pour convertir un mode de couleur de YUV en RGB conformément à un autre mode de réalisation de la présente invention; La figure 6 montre une mappe de mémoire pour stocker des données de pixels conformément à un mode de réalisation de la présente invention; La figure 7 montre une mappe de mémoire pour stocker des données de pixels conformément à un autre mode de réalisation de la présente invention; et Les figures 8A et 8B sont un schéma synoptique d'un processus pour générer des tables de couleurs conformément à un mode de réalisation de la présente invention. On va maintenant décrire en détail des modes de réalisation préférés de la présente invention, en se référant aux dessins annexés. Dans les dessins, des éléments identiques ou similaires sont désignés par les mêmes numéros de référence, bien qu'ils soient représentés sur différents dessins. Dans la description qui suit, une description détaillée de fonctions et de configurations connues incorporées ici sera omise lorsqu'elle pourrait obscurcir le sujet de la présente invention. La figure 1 est un schéma synoptique d'un système multimédia pour visualiser sur un dispositif de visualisation à cristal liquide (ou LCD) des signaux vidéo provenant d'une source de signal vidéo externe, telle qu'un appareil photographique numérique, conformément à un mode de réalisation de la présente invention. Le système multimédia comprend un dispositif de prise de vues 101, un dispositif de visualisation à cristal liquide 115 et un dispositif multimédia 100. Le dispositif multimédia 100 comprend une unité de commande de dispositif de prise de vues, 103, une UC (Unité Centrale de traitement) 105, une mémoire 107, un générateur de tables de couleurs 109, un convertisseur de mode de couleur 111 et une unité de commande de dispositif de visualisation à cristal liquide, 113. Pour réduire la taille du système multimédia, le dispositif multimédia 100 peut être fabriqué sous la forme d'une puce multimédia d'un type "Système Sur une Puce" (ou SOC pour "System On Chip"). Le système multimédia utilise le dispositif de prise de vues 101 comme une source de signal vidéo pour fournir des signaux vidéo provenant de l'extérieur. Cependant, un CD-ROM (Compact Disk Read-Only Memory) ou des données vidéo émises par une caméra vidéo peuvent être utilisées pour la source de signal vidéo externe. Le dispositif de prise de vues 101 est connecté à l'unité de commande de dispositif de prise de vues 103 par l'intermédiaire d'une unité de communication telle qu'une interface GPI/O (General Purpose Input/Output) ou 12C, et il transmet ses signaux vidéo à la mémoire 107 par l'intermédiaire d'un bus. L'unité de commande de dispositif de prise de vues 103 remplit la fonction d'une interface entre l'unité centrale 105 et le dispositif de prise de vues 101. Ainsi, l'unité de commande de dispositif de prise de vues 103 convertit des instructions d'entrée/sortie provenant de l'unité centrale 105, par exemple une instruction demandant de copier vers la mémoire 107 les signaux vidéo provenant du dispositif de prise de vues 101, ou un signal d'interruption pour la terminaison de copie, en messages compréhensibles par le dispositif de prise de vues 101 et l'unité centrale 105. Ici, l'unité centrale 105 est un microprocesseur tel que le modèle ARM9 Core. L'unité centrale 105 commande le fonctionnement d'ensemble du système multimédia. De façon spécifique, l'unité centrale 105 copie vers la mémoire 107 des données vidéo en un format YUV provenant du dispositif de prise de vues 101, par l'unité de commande de dispositif de prise de vues 103, par l'intermédiaire du bus. Après l'achèvement de la copie, lorsque le signal d'interruption de terminaison de copie est appliqué à l'unité centrale 105 à partir de l'unité de commande de dispositif de prise de vues 103, l'unité centrale 105 convertit les données vidéo en un format RGB en utilisant le générateur de tables de couleurs 109 et le convertisseur de mode de couleur 111, et elle visualise ensuite les données vidéo converties sur le dispositif de visualisation à cristal liquide 115, par l'intermédiaire de l'unité de commande de LCD 113. La mémoire 107 stocke dans ses régions désignées des données de pixels dans le format YUV provenant du dispositif de prise de vues 101 et des données de pixels dans le format RGB provenant du convertisseur de mode de couleur 111, sous la commande de l'unité centrale 105. Les tables de couleurs générées par le générateur de tables de couleurs 109 sont également stockées dans la mémoire 107. Habituellement, on utilise pour la mémoire 107 une mémoire vive dynamique synchrone, ou SDRAM (Synchronous Dynamic Randam Access Memory). Le générateur de tables de couleurs 109 stocke des programmes et des données pour générer les tables de couleurs. L'unité centrale 105 commande le générateur de tables de couleurs 109, pour permettre ainsi au générateur de tables de couleurs 109 de générer chaque table de couleurs correspondant respectivement aux valeurs de composantes Y, U et V, dans une plage désignée. En outre, les tables de couleurs générées sont stockées dans des régions désignées de la mémoire 107 ou dans d'autres mémoires (non représentées). Sous la commande de l'unité centrale 105, le convertisseur de mode de couleur 111 convertit les données de pixels dans le format YUV en données de pixels dans le format RGB, en se référant aux tables de couleurs générées. Le convertisseur de mode de couleur 111 lit les valeurs de composantes Y, U et V stockées dans la mémoire 107, et il obtient ensuite à partir des tables de couleurs des valeurs de composantes R, G et B correspondant respectivement aux valeurs de composantes Y, U et V qui sont lues. Ensuite, les valeurs de composantes R, G et B obtenues sont stockées dans des régions désignées de la mémoire 107. L'unité de commande de LCD 113 fait fonctionner et commande le dispositif de visualisation à cristal liquide (LCD) 115 de façon à fournir en sortie sur le dispositif LCD 115 les valeurs de composantes R, G et B de chaque pixel converties par le convertisseur de mode de couleur 11 et stockées dans la mémoire 107. Dans le mode de réalisation préféré de la présente invention décrit ci-dessus, le système multimédia comprend le convertisseur de mode de couleur 111. Cependant, l'homme de l'art appréciera que l'unité centrale 105 peut remplir la fonction du convertisseur de mode de couleur en utilisant son unité de calcul. La figure 2 est un schéma synoptique d'un système multimédia destiné à recevoir par l'intermédiaire d'un modem des données vidéo compressées, par exemple des données vidéo compressées en un format MPEG 4 ou H.263, et à émettre les données reçues vers le dispositif de visualisation vidéo tel que le dispositif LCD. Le système multimédia comprend un modem 201 pour transmettre les données vidéo, une mémoire vive (RAM) à double accès 203, le dispositif LCD 115 et un dispositif multimédia 200. Ici, le dispositif multimédia 200 de la figure 2 est similaire au dispositif multimédia 100 de la figure 1 dans la mesure où le dispositif multimédia 200 comprend l'unité centrale 105, la mémoire 107, le générateur de tables de couleurs 109, le convertisseur de mode de couleur 111 et l'unité de commande de LCD 113. Cependant, le dispositif multimédia 200 comprend en outre un CODEC (codeur-décodeur) vidéo 205. Le dispositif multimédia 200 peut également être fabriqué sous la forme d'une puce multimédia d'un type Système Sur une Puce, ou SOC (System On Chip). Le modem 201 a pour fonctions de démoduler des signaux numériques pour un système informatique pour donner des signaux analogiques pour des communications par fil et/ou par radio, et de moduler les signaux analogiques pour donner les signaux numériques. Dans le cas d'un terminal de communication mobile à accès multiple par répartition dans le temps ou CDMA (Code Division Multiple Access), on utilise généralement pour le modem 201 des puces de modem de station mobile, ou MSM (Mobile Station Modem), de QUALCOMM Inc. Le modem 201 reçoit des données vidéo par une communication par fil ou par radio, et stocke les données reçues dans la mémoire vive à double accès 203. La mémoire vive à double accès 203 est une mémoire pour stocker les données vidéo. La mémoire vive à double accès 203 comprend deux broches séparées, c'est-à-dire une broche pour lire des données et une autre broche pour écrire des données. Par conséquent, pendant que de nouvelles données vidéo provenant du modem 201 sont écrites dans la mémoire vive à double accès 203, afin de reproduire les données vidéo stockées existantes, l'unité centrale 105 peut lire les données vidéo stockées existantes dans la mémoire vive à double accès 203 et copier vers la mémoire 107 les données lues. Le CODEC vidéo 205 décode des données vidéo codées introduites à partir de la mémoire 107 pour fournir des signaux vidéo dans le format YUV, et il stocke dans la mémoire 107 les signaux vidéo décodés dans le format YUV. Cependant, les signaux vidéo dans le format YUV peuvent être stockés dans une mémoire interne (non représentée) du CODEC vidéo 205. Après l'achèvement du décodage des données vidéo, le CODEC vidéo 205 demande à l'unité centrale 105 de commencer la conversion de modèle de couleur. Les structures et les opérations d'autres composants du dispositif multimédia 200 de la figure 2 sont pratiquement les mêmes que celles du dispositif multimédia 100 de la figure 1, et leurs descriptions détaillées seront donc omises. Dans un système informatique avec les structures des figures 1 et 2 décrites ci-dessus, on décrit ci-après en détail, en référence aux figures 3 à 7, un procédé pour convertir les pixels du format YUV au format RGB. Premièrement, l'Equation 2 indiquée ci-dessus est convertie sous la forme de l'Equation 3, comme indiqué ciaprès. [Equation 3] R = [76309*(Y-16)] + [crv*(V-128) + 32768] 16 G = [76309* (Y-16) + [32768 - cgu*(U-128)] + [cgv*(128-V)] 16 B = [76309*(Y-16)] + [cbu*(U-128) + 32768] 16 Ici, 16 # Y # 235, 16 # U # 240 et 16 Chacune des trois formules ci-dessus de l'Equation 3 comprend la sommation totale de valeurs partielles, comprenant chacune une variable sélectionnée parmi trois variables, c'est-à-dire les valeurs de composante Y, U et V, et une opération de décalage. Conformément à l'Equation 3, la valeur de composante R comprend deux valeurs partielles. La première partie est 76309*(Y-16) dans laquelle la composante Y agit, et la seconde partie est crv*(V-128) + 32768 dans laquelle la composante V agit sur la composante R. La valeur de composante G comprend trois valeurs partielles. La première partie est également 76309*(Y-16) dans laquelle la composante Y agit. La seconde partie est 32768 - cgu*(U-128) dans laquelle la composante U agit sur la composante G, et la troisième partie est cgv*(128-V) dans laquelle la composante V agit sur la composante G. En outre, la valeur de composante B comprend deux valeurs partielles. La première partie est également 76309*(Y-16) dans laquelle la composante Y agit, et la seconde partie est cbu*(U-128) + 32768 dans laquelle la composante U agit sur la composante B. Chaque valeur partielle est obtenue à partir de la table de couleurs unique correspondante. Les composantes Y, U et V sont utilisées comme des index ou des adresses de mémoire dans les tables de couleurs. Chaque table de couleurs concernant la valeur partielle correspondante utilise une seule variable à titre d'index ou d'adresse de mémoire. Par conséquent, en comparaison avec la table de couleurs classique utilisant deux ou trois variables à titre d'index, la table de couleurs de la présente invention exige beaucoup moins de capacité de mémoire. En outre, une valeur de poids statistique pour au moins une variable, c'est-à-dire la valeur de poids statistique de la composante Y, est fixée. Par conséquent, une seule table de couleurs pour la composante Y est utilisée en commun dans les trois formules de l'Equation 3, ce qui réduit le nombre des tables de couleurs nécessaires. La figure 3 est un schéma synoptique du convertisseur de mode de couleur 111 pour convertir une donnée de pixel du format YUV au format RGB en utilisant cinq tables de couleurs et trois additionneurs, en référence à l'Equation 3 décrite ci-dessus. Ici, une table de couleurs colorTable~y 301 est une table de conversion pour la composante Y, et elle stocke des valeurs calculées de 76309*(Y-16) pour toutes les valeurs de composantes Y dans la plage de 16 à 235. Le convertisseur de mode de couleur 111 lit dans la mémoire 107 une valeur de composante Y qu'on désire convertir, et en utilisant à titre d'adresse la valeur de composante Y lue, il émet vers un additionneur adder~R 311 la valeur stockée à cette adresse de la table de couleurs colorTable~y 301, c'est-à-dire la valeur de 76309*(Y-16). La valeur de composante V est utilisée à titre d'index d'une table de couleurs colorTable rv 303 et d'une table de couleurs colorTable~gv 307. La table de couleurs colorTable~rv 303 est une table pour obtenir la valeur partielle de la composante R à partir de la valeur de composante V, et elle stocke des valeurs calculées de crv* (V-128) + 32768 pour toutes les valeurs de composantes V dans la plage de 16 à 240. La table de couleurs colorTable~rv 303 est une table pour obtenir la valeur partielle de la composante G à partir de la composante V, et elle stocke des valeurs calculées de cgv*(128-V) pour toutes les valeurs de composantes V dans la plage de 16 à 240. Lorsqu'une valeur de composante V qu'on désire convertir est présentée en entrée, chaque table de couleurs 303 ou 307 émet la valeur stockée vers un additionneur adder~R 311 ou un additionneur adder~G 315, en utilisant à titre d'index chaque valeur de composante V introduite. Une table de couleurs colorTable~gu 305 et une table de couleurs colorTable~bu 309 sont respectivement des tables pour obtenir des valeurs partielles des composantes G et B à partir de la valeur de composante U. Les tables de couleurs 305 et 309 stockent respectivement des valeurs calculées de 32768 - cgu*(U-128) et cbu*(U-128) + 32768 pour toutes les valeurs de composantes U dans la plage de 16 à 240, et elles émettent ensuite vers l'additionneur adder G 315 et un additionneur adder B 317 les valeurs stockées correspondant aux valeurs de composante U introduites. L'additionneur adder R 311 additionne les valeurs respectives introduites à partir de la table de couleurs colorTable~y 301 et de la table de couleurs colorTable~rv 303, après quoi il émet la somme de ces valeurs vers un opérateur de décalage (non représenté). L'opérateur de décalage accomplit une opération de décalage sur la valeur introduite provenant de l'additionneur adder~R 311, et il stocke sa valeur résultante dans la mémoire 107 sous la forme d'une valeur de composante R du pixel correspondant. L'additionneur adder G 315 additionne les valeurs introduites provenant de la table de couleurs colorTable~y 301, de la table de couleurs colorTable~gu 305, et de la table de couleurs colorTable~gv 307, il effectue une opération de décalage sur la somme, et il stocke sa valeur résultante dans la mémoire 107 pour une valeur de composante G. Une valeur de composante B est générée en additionnant par l'additionneur adder~B 317 les valeurs introduites provenant de la table de couleurs colorTable~y 301 et de la table de couleurs colorTable~bu 309, et en appliquant un décalage à la somme. Ensuite, la valeur résultante est stockée dans la mémoire 107 sous la forme de la valeur de composante B. Bien que le convertisseur de mode de couleur 111 de ce mode de réalisation de la présente invention comprennent les additionneurs décrits ci-dessus, des opérations d'addition effectuées par les additionneurs peuvent être accomplies par un dispositif de calcul de l'unité centrale 105. En outre, le convertisseur de mode de couleur 111 peut stocker seulement un programme pour convertir des pixels du format YUV au format RGB, et l'unité centrale 105 peut exécuter le programme. Les figures 4 et 5 sont un organigramme montrant un procédé pour convertir une image du format YUV au format RGB en utilisant le convertisseur de mode de couleur 111 de la figure 3, conformément à un mode de réalisation de la présente invention. La présente invention peut être appliquée à tous les formats vidéo tels qu'un format CIF (Common Intermediate Format), un format QCIF (Quarter CIF) et un format SQCIF (Sub Quarter CIF), etc. On suppose cependant que la présente invention est appliquée au mode QCIF avec un nombre de pixels de 176 x 144 par image. A l'étape 401, l'unité centrale 105 vérifie si la conversion de modèle de couleur est exigée ou non. Autrement dit, l'unité centrale 105 vérifie si un signal exigeant la conversion de mode de couleur est introduit à partir du CODEC vidéo 105 ou si un signal d'interruption de terminaison de copie est introduit à partir de l'unité de commande de LCD 113. Si la conversion de modèle de couleur n'est pas exigée à l'étape 401, le processus retourne à DEBUT. Dans le cas où la conversion de modèle de couleur est exigée à l'étape 401, l'unité centrale 105 examine à l'étape 403 si un drapeau de tables de couleurs est instauré ou non. Le drapeau de tables de couleurs a pour fonction d'indiquer si les tables de couleurs sont générées ou non. Lorsque les tables de couleurs ont été générées, le drapeau de tables de couleurs est fixé à 1. Ici, le drapeau de tables de couleurs est utilisé comme une variable globale, qui affecte un bit dans la mémoire 107 ou dans un registre (non représenté) et est utilisé de façon générale dans l'ensemble du programme. Lorsque les tables de couleurs n'ont pas été générées à l'étape 403, c'est-à-dire que le drapeau de tables de couleurs est fixé à 0, le procédé est dirigé vers une routine pour générer les tables de couleurs de la figure 8. Cependant, lorsque les tables de couleurs ont été générées, le procédé est dirigé vers l'étape 405. Ainsi, l'unité centrale 105 commence la conversion de YUV en RGB en utilisant le convertisseur de mode de couleur 111. A l'étape 405, l'unité centrale 105 stocke à nouveau les valeurs de composantes Y, U et V déjà stockées dans des régions désignées de la mémoire 107, en une configuration yuv de 176 x 144 x 3, et elle affecte dans la mémoire 107 des régions de configuration rgb de [176 x 144 x 3] pour stocker les valeurs de composantes R, G et B converties à partir des valeurs de composantes Y, U et V. Ensuite, l'étape 407 est accomplie. Ici, le nombre 176 représente le nombre de pixels disposés dans une direction horizontale pour une image, et le nombre 144 représente le nombre de pixels disposés dans une direction verticale pour une image. Le nombre 3 signifie que trois valeurs de composantes telles que les composantes Y, U et V ou les composantes R, G et B, sont définies pour chaque pixel. Cependant, dans le cas où le format vidéo est le mode CIF ou le mode SQCIF, on peut apprécier que la mémoire est affectée conformément au nombre de pixels correspondant. D'autres techniques de stockage sont évidemment disponibles, à condition de suivre les procédures sousjacentes. La figure 6 représente une mappe de mémoire pour stocker la configuration YUV et la configuration RGB. Dans ce mode de réalisation de la présente invention, comme représenté dans la partie a de la figure 6, les valeurs de composantes Y, U et V de chaque pixel sont stockées séparément dans des régions désignées 61,63 et 65 de 176 x 144, et comme représenté dans la partie b de la figure 6, les valeurs de composantes R, G et B de chaque pixel sont stockées successivement dans la mémoire. Cependant, la présente invention peut utiliser une situation inverse des deux cas ci-dessus, ou de l'un ou l'autre des deux cas. En retournant à la figure 4, on note qu'à l'étape 407 l'unité centrale 105 teste le format de données YUV. Bien que la présente invention puisse être appliquée à n'importe quel rapport de Y :U:V, décrit en détail un cas de Y:U:V = 4:4:4 et un cas de Y:U:V = 4:2:0. L'homme de l'art appréciera cependant que la présente invention s'applique également à un cas de Y :U:V 4 :2:2 ouun cas de Y :U:V = 4:1:1. Dans le cas où la composante Y est une composante de luminance et les composantes U et V sont des composantes de chrominance d'importance égale, c'est-à-dire pour le rapport de Y:U:V = 4 :4:4, le processus est dirigé vers l'étape 409. D'autre part, dans le cas où la composante de luminance est plus importante que les composantes de chrominance, c'est-à-dire pour le rapport de Y :U:V 4:2:0, le processus est dirigé vers l'étape 501. Premièrement, on décrira en détail un cas de Y:U:V = 4:4:4, en ce se référant aux étapes 409 à 425. A l'étape 409, l'unité centrale 105 fixe une valeur de "i" à "0", et le processus est dirigé vers l'étape 411. Ici, le caractère "i" est une variable pour compter des pixels disposés dans la direction verticale pour chaque image, et il a des valeurs dans la plage de 0 à 144 dans le mode QCIF. A l'étape 411, l'unité centrale 105 compare la valeur de "i" à 144. Lorsque la valeur de "i" est inférieure à 144, l'étape 415 est accomplie, et lorsque la valeur de "i" est égale à 144, l'étape 413 est accomplie et le processus est terminé. A l'étape 415, l'unité centrale 105 fixe une valeur de "j" à "0". Ici, le caractère "j" est une variable pour compter des pixels disposés dans la direction horizontale pour chaque image, et il a des valeurs dans la plage de 0 à 176 dans le mode QCIF. A l'étape 417, l'unité centrale 105 compare la valeur de "j" à 176. Lorsque la valeur de "j" est inférieure à 176, l'étape 419 est accomplie. L'étape 419 est une étape pour fixer des index dans la configuration RGB et la configuration YUV. Un indexRGB est un index dans la configuration RGB pour stocker les valeurs de composantes R, G et B. Comme représenté dans la partie b de la figure 6, du fait que les valeurs de composantes R, G et B sont disposées et stockées en succession, l'indexRGB est fixé à (j + i x 176) x 3. D'autre part, un indexY, un indexU et un indexV sont des index dans la configuration YUV. L'indexY est fixé à j + i x 176 et indique une adresse dans la région 61 de la partie a de la figure 6 . En outre, l'indexU est fixé à indexY + 176 x 144 et indique une adresse dans la région 63 de la partie a de la figure 6, et l'indexV est fixé à indexU + 176 x 144 et indique une adresse dans la région 65 de la partie a de la figure 6. Du fait que les valeurs des deux termes "i" et "j" sont fixées à "0", l'indexY est égal à 0, l'indexY est égal à 176 x 11, et l'indexV est égal à 2 x 176 x 144, pour ainsi indiquer respectivement chaque première adresse des régions 61,63 et 65 de la partie a de la figure 6. En outre, l'index RGB indique la première adresse de la configuration RGB de la partie B de la figure 6. Après que les index ont été fixés, le processus se poursuit à l'étape 421. A l'étape 421, l'unité centrale 105 émet vers le convertisseur de mode de couleur 111 des valeurs stockées à chaque adresse de l'indexY, l'indexY et l'indexV dans la configuration YUV de la mémoire 107. Ainsi, yuv[indexY] représente la valeur de la composante Y stockée à l'adresse indexY, yuv[indexU] représente la valeur de la composante U stockée à l'adresse indexU, et yuv[indexV] représente la valeur de la composante V stockée à l'adresse indexV. Comme décrit ci-dessus, du fait que les valeurs de "i" et "j" sont fixées à "0", l'indexY est égal à 0, l'indexU est égal à 176 x 144, et l'indexV est égal à 2 x 176 x 144, des valeurs stockées aux premières adresses respectives dans la configuration yuv, c'est-à-dire les valeurs de composantes Y, U et V correspondantes du premier pixel, sont émises par la mémoire 107 vers le convertisseur de mode de couleur 111. Le convertisseur de mode de couleur 111 convertit en valeurs de composantes R, G et B, par le procédé de la figure 3, les valeurs de composantes Y, U et V du premier pixel introduites à partir de l'unité centrale 105. La valeur de composante Y du premier pixel, c'est-à-dire yuv[indexY], et la valeur de composante V du premier pixel, c'est-à-dire yuv[indexV], sont respectivement appliquées à la table de couleurs colorTable~y 30 et à la table de couleurs colorTable~rv 303, et les valeurs stockées aux adresses correspondantes dans la table de couleurs colorTable~y 301 et la table de couleurs colorTable~rv 303 sont émises vers l'additionneur adder R 311 sous la forme des valeurs partielles de la valeur de composante R. L'additionneur adder R 311 additionne deux valeurs partielles, décale leur valeur de résultat, et stocke ensuite la valeur décalée sous la forme de la composante R dans rgb[indexRGB]. En outre, le convertisseur de mode de couleur 111 émet vers l'additionneur adder~G 315, à titre de valeurs partielles de la valeur de composante G, une valeur stockée dans la table de couleurs colorTable~y 30 correspondant à la valeur de composante Y introduite du premier pixel, provenant de l'unité centrale 105, une valeur stockée dans la table de couleurs colorTable~gu 305 correspondant à la valeur de composante U introduite provenant de l'unité centrale 105, et une valeur stockée dans la table de couleurs colorTable~gv 307 correspondant à la valeur de composante V introduite provenant de l'unité centrale 105. Ensuite, l'additionneur adder~G 315 additionne trois valeurs partielles, décale leur valeur de résultat, et stocke la valeur décalée sous la forme de la composante G dans rgb[indexRGB+1]. Le convertisseur de mode de couleur 111 émet vers l'additionneur adder~B 317, à titre de valeurs partielles de la valeur de composante B, une valeur stockée dans la table de couleurs colorTable~y 301 correspondant à la valeur de composante Y du premier pixel, et une valeur stockée dans la table de couleurs colorTable~bu 309 correspondant à la valeur de composante U du premier pixel. Ensuite, l'additionneur adder~B 317 additionne deux valeurs partielles, décale leur valeur de résultat, et stocke la valeur décalée sous la forme de la valeur de composante B dans rgb[indexRGB+2] de la mémoire 107. Du fait que l'indexRGB est égal à 0, les valeurs de composantes R, G et B obtenues pour le premier pixel sont respectivement stockées dans rgb[0], rgb[l] et rgb[2]. Après que le convertisseur de mode de couleur 111 a achevé la conversion de YUV en RGB du premier pixel, l'étape 423 est accomplie. A l'étape 423, pour accomplir une conversion de YUV en RGB d'un pixel suivant, l'unité centrale 105 augmente de un la valeur "j" et les étapes 417 à 423 sont répétées. Après que toutes les conversions de YUV en RGB pour 176 pixels disposés dans la direction horizontale ont été achevées, le processus est dirigé vers l'étape 425 à partir de l'étape 417. A l'étape 425, pour effectuer une conversion de YUV en RGB du premier pixel dans une ligne suivante, l'unité centrale 105 augmente de un la valeur de "i" et les étapes 411 à 425 sont répétées. Après que les conversions de YUV en RGB pour tous les pixels dans 144 lignes, c'est-à-dire tous les pixels d'une image, ont été achevées, le processus est dirigé de l'étape 411 vers l'étape 413. Ainsi, la conversion du mode de couleur est terminée. Dans la description ci-dessus, on a décrit le procédé de conversion de modèle de couleur du format Y:U:V = 4 :4:4. Dans ce qui suit, on décrira en détail, en référence à la figure 5, un procédé de conversion de modèle de couleur du format Y :U:V 4:2:0. A l'étape 407, lorsqu'il est déterminé que le rapport de Y:U:V est 4 :2:0, centrale 105 exécute l'étape 501. A l'étape 501, l'unité centrale 105 fixe la valeur de "i" à 0, et le processus est dirigé vers l'étape 503. De façon similaire à la figure 4, le caractère "i" est une variable pour compter des pixels disposés dans la direction verticale, pour chaque image, et il a des valeurs dans la plage de 0 à 144 dans le mode QCIF. A l'étape 503, l'unité centrale 105 compare la valeur de "i" à 144. Lorsque la valeur de "i" est inférieure à 144, le processus est dirigé vers l'étape 505, et lorsque la valeur de "i" est égale à 144, le processus est dirigé vers l' étape 517 et la conversion de modèle de couleur est terminée. A l'étape 505, l'unité centrale 105 fixe la valeur de "j" à 0. De façon similaire à la figure 4, le caractère "j" est une variable pour compter des pixels disposés dans la direction horizontale, pour chaque image, et il a des valeurs dans la plage de 0 à 176. A l'étape 507, l'unité centrale 105 compare la valeur de "j" à 176. Lorsque la valeur de "j" est inférieure à 176, le processus est dirigé vers l'étape 509. De façon similaire à l'étape 419, l'étape 509 est une étape pour fixer des index dans la configuration RGB et la configuration YUV. L'étape 509 est similaire à l'étape 419 dans la mesure où un index RGB qui est l'index de la configuration RGB est égal à (j + i x 176) x 3, et un indexY qui est un index de la valeur de composante Y de la configuration YUV est fixé à j + i x 176. Cependant, dans le format Y :U:V 4:2:0, un indexU est fixé à (j 1) + (i 1) x 88 + 176 x 144, et un indexV est fixé à indexU + 176 x 144/4. La figure 7 montre une mappe de mémoire pour stocker les valeurs de composantes Y, U et V dans le format Y :U:V = 4 :2:0. le format Y :U:V 4 :2:0 lequel la composante de luminance est plus importante que les composantes de chrominance, la valeur de composante Y est déterminée par chaque pixel, mais les valeurs de composantes U et V sont déterminées par quatre pixels. Par conséquent, pour stocker les valeurs de composantes U et V comme représenté sur la figure 7, il faut seulement un quart de la capacité de mémoire pour stocker la composante Y. Dans l'indexU, les opérations de décalage d'une unité vers la droite des valeurs de "j" et "i", c'est-à-dire j 1 et i 1, signifient respectivement la division des valeurs de "j" et "i" par 2. Par conséquent, l'indexU indique une adresse d'une région 73 de la figure 7, et l' indexV indique une adresse d'une région 75 de la figure 7. Du fait que les valeurs de "i" et "j" sont fixées à 0, l'indexY est égal à 0, l'indexU est égal à 176 x 144, et l'indexV est égal à 176 x 144 + 176 x 144/4, ce qui fait qu'ils représentent respectivement les premières adresses des régions 71,73 et 75 de la figure 7. En outre, l'indexRGB représente la première adresse dans la configuration RGB. En retournant à la figure 5, on note qu'après que les index ont été fixés à l'étape 509, le processus se poursuit à l'étape 511. A l'étape 511, l'unité centrale 105, qui fixe les index de configurations respectives à l'étape 509, émet vers le convertisseur de mode de couleur 111 des valeurs stockées à des adresses respectives de l'indexY, de l'indexU et de l'indexV dans la configuration YUV. A ce moment, de façon similaire à l'étape 421, le convertisseur de mode de couleur 111 effectue une conversion de YUV en RGB. Les valeurs de composantes R, G et B obtenues pour le premier pixel sont respectivement stockées dans rgb[0], rgb[l] et rgb[2]. Après que la conversion de YUV en RGB du premier pixel a été accomplie, l'étape 513 est exécutée. A l'étape 513, pour accomplir une conversion de YUV en RGB d'un pixel suivant, l'unité centrale 105 augmente de un la valeur de "j" et les étapes 507 à 511 sont répétées. Après que toutes les conversions de YUV en RGB pour 176 pixels disposés dans la direction horizontale ont été accomplies, le processus est dirigé de l'étape 507 vers l'étape 515. A l'étape 515, pour effectuer une conversion de YUV en RGB du premier pixel dans une ligne suivante, l'unité centrale 105 augmente de un la valeur de "i", et les étapes 503 à 515 sont répétées. Après que les conversions de YUV en RGB pour tous les pixels dans 144 lignes, c'est-à-dire tous les pixels d'une image, ont été accomplies, le processus est dirigé de l'étape 503 vers l'étape 517. La conversion du mode de couleur est ainsi terminée. Dans ce qui suit, on décrira en détail en référence aux figures 8A et 8B un processus pour générer les tables de couleurs pour la conversion de modèle de couleur. Lorsque le dispositif multimédia est mis en fonction, le générateur de tables de couleurs 109 est dirigé vers la routine pour générer les tables de couleurs sous la commande de l'unité centrale 105 (étape 801). Cependant, comme décrit ci-dessus, les tables de couleurs sont également générées lorsque la conversion de modèle de couleur est exigée par le CODEC vidéo 205 ou l'unité de commande de dispositif de prise de vues 103. Si la génération des tables de couleurs n'est pas exigée à l'étape 801, le processus retourne à DEBUT. Lorsque la génération des tables de couleurs est exigée, à l'étape 803 le générateur de tables de couleurs 109 fixe à 0 le drapeau de tables de couleurs. Ensuite, le processus est dirigé vers l'étape 805. A l'étape 805, le générateur de tables de couleurs 109 teste un type de système de vision qui est fixé dans un fichier de configuration du dispositif multimédia. Comme indiqué dans le Tableau 1, les valeurs de poids statistiques des composantes Y, U et V sont définies différemment par des Organismes de Normalisation Internationaux (ONI). L'utilisation des valeurs de poids statistiques définies différemment par les ONI, dépend des dispositifs de visualisation à cristal liquide du système multimédia, c'est-à-dire de systèmes de visualisation. Par conséquent, lorsque différents systèmes de visualisation sont utilisés, les valeurs de poids statistiques sont utilisées différemment. Différentes tables de couleurs doivent donc être générées. Le Tableau 2 définit des types de système de visualisation d'après les ONI. Conformément au Tableau 2, le fichier de configuration du dispositif multimédia comprend des données de l'ONI auquel le dispositif de visualisation à cristal liquide se conforme. [Tableau 2] Type de Système de Organisme de Normalisation International Visualisation (ONI) 0 Pas d'extension de visualisation de séquence 1 ITU-R Rec.709(1990) 2 Non spécifié 3 Réservé 4 FCC 5 ITU-R Rec.624-4 System B, B 6 SMPTE 170M 7 SMPTE 240M(1987) Conformément au type de système de vision détecté par le test à l'étape 805, le générateur de tables de couleurs 109 fixe les valeurs de poids statistiques des tables de couleurs 303,305, 307 et 309 de façon qu'elles soient des constantes respectivement désignées. Ces constantes sont prédéterminées par chaque type de système de visualisation testé. Ici, crv est une valeur de poids statistique utilisée dans la table de couleurs colorTable~rv 303, cgu est une valeur de poids statistique utilisée dans la table de couleurs colorTable~gu 305, cgv est une valeur de poids statistique utilisée dans la table de couleurs colorTable~gv 307, et cbu est une valeur de poids statistique utilisée dans la table de couleurs colorTable~bu 309. En fonction du type de système de visualisation, les valeurs crv, cbu, cgu et cgv sont fixées à l'une des étapes 807a-807e. A l'étape 809, le générateur de tables de couleurs 109 affecte des régions désignées dans la mémoire 107 pour stocker les tables de couleurs. Ici, le générateur de tables de couleurs 109 teste le mode de couleur que supporte le dispositif de visualisation à cristal liquide 115 et il prépare des régions pour stocker dans la mémoire 107 une configuration avec un nombre de bits correspondant au mode testé, c'est-à-dire une profondeur de bits. Par exemple, dans le cas où le dispositif de visualisation à cristal liquide 115 supporte un mode de couleurs vraies à 24 bits, une région de configuration de 24 bits ou 32 bits est préparée, et dans le cas où le dispositif de visualisation à cristal liquide 115 supporte seulement un mode de couleur à 16 bits ou un mode de couleur à 8 bits, une région de configuration de 16 bits ou 8 bits est préparée. A l'étape 811, le générateur de tables de couleurs 109 fixe la valeur de "i" à 16. La variable "i" est une variable pour compter les valeurs de composantes Y dans la plage désignée de 16 à 235. Lorsque la valeur de "i" est inférieure à 235 à l'étape 813, une valeur calculée de 76309 x (i-16) est stockée dans une i-ième adresse de la table de couleurs colorTable~y 301 à l'étape 815. La valeur de "i" est augmentée de un à l'étape 817 et les étapes 813 à 817 sont répétées jusqu'à ce que la valeur de "i" soit 235, ce cas inclus. Lorsque la valeur de "i" est supérieur à 235 à l'étape 813, la génération de la table de couleurs colorTable~y 301 est terminée et le processus est dirigé vers l'étape 819. A l'étape 819, la valeur de "i" est à nouveau fixée à 16. Les étapes 821 à 825 sont répétées jusqu'à ce que la valeur de "i" soit supérieure à 240, pour générer ainsi les tables de couleurs 303,305, 307 et 309. Lorsque la valeur de "i" est supérieure à 240 à l'étape 821, le générateur de table de couleurs 109 accomplit l'étape 827, ce qui a pour effet de fixer le drapeau de tables de couleurs à 1 et de mettre fin au programme pour la génération des tables de couleurs. Comme il ressort de la description ci-dessus, la présente invention permet d'appliquer une table de couleurs à une seule variable, elle utilise en commun des parties de tables de couleurs pour obtenir les valeurs de composantes R, G et B, et elle emploie des valeurs de poids statistiques sous la forme de nombres entiers qui sont multipliés par les variables, de façon à générer les tables de couleurs, pour convertir ainsi le mode de couleur avec la capacité de mémoire minimale et le nombre minimal d'instructions. Bien que les modes de réalisation préférés de la présente invention aient été exposés dans un but illustratif, l'homme de l'art appréciera que divers ajouts, modifications et substitutions sont possibles, sans sortir de l'esprit et du cadre de l'invention tels qu'ils sont exposés dans les revendications annexées. Par exemple, le générateur de tables de couleurs 109 et le convertisseur de mode de couleur 111 peuvent stocker seulement des programmes pour générer des tables de couleurs et convertir le mode de couleur, et l'unité centrale 105 peut exécuter ces programmes. En outre, bien que le mode de réalisation préféré de la présente invention applique l'Equation 2, il est possible d'appliquer n'importe quelles autres équations avec d'autres valeurs de poids statistiques sous la forme de nombres entiers. Par conséquent, l'esprit et le cadre de la présente invention ne sont pas limités par les modes de réalisation préférés, mais par les revendications annexées et leurs équivalences. REVENDICATIONS 1. Procédé pour convertir des pixels d'un format YUV, incluant une composante Y représentant la luminance et des composantes U et V représentant la chrominance, en un format RGB, incluant des composantes R, G et B représentant respectivement des couleurs rouge, verte et bleue, en utilisant des tables de couleurs, dans le but de visualiser des images sur un dispositif de visualisation vidéo, caractérisé en ce qu'il comprend les étapes suivantes : on génère des pixels dans le format YUV incluant les composantes Y, U et V, à partir de signaux vidéo codés; on introduit une valeur de composante Y du pixel généré dans une première table de couleurs (301), on stocke des premières valeurs correspondant à toutes les valeurs de composantes Y dans une plage désignée dans la première table de couleurs (301), et on émet respectivement vers des premier, second et troisième additionneurs (311,315, 317) une valeur sélectionnée parmi les premières valeurs stockées dans la première table de couleurs (311) correspondant à la valeur de composante Y introduite, en tant que valeurs partielles des composantes R, G et B; on introduit une valeur de composante V du pixel généré dans des seconde et troisièmes tables de couleurs (303,307), on stocke des seconde et troisième valeurs correspondant respectivement à toutes les valeurs de composantes V dans une plage désignée dans les seconde et troisième tables de couleurs (303,307), et on émet respectivement vers les premier et second additionneurs (311,315) une valeur sélectionnée parmi chacune des secondes valeurs stockées dans la seconde table de couleurs (303) et des troisièmes valeurs stockées dans la troisième table de couleurs (307) correspondant à la valeur de composante V introduite, en tant que valeurs partielles des composantes R et G; on introduit une valeur de composante U du pixel généré dans des quatrième et cinquième tables de couleurs (305, 309), on stocke des quatrième et cinquième valeurs correspondant respectivement à toutes les valeurs de composantes U dans une plage désignée dans les quatrième et cinquième tables de couleurs (305,309), et on émet respectivement vers les second et troisième additionneurs (315,317) une valeur sélectionnée parmi chacune des quatrièmes valeurs stockées dans la quatrième table de couleurs (305) et des cinquièmes valeurs stockées dans la cinquième table de couleurs (309) correspondant à la valeur de composante U introduite, en tant que valeurs partielles des composantes G et B ; on fournit en sortie des valeurs de composantes R, G et B à partir respectivement des premier, second et troisième additionneurs (311,315, 317). 2. Procédé selon la revendication 1, caractérisé en ce que les premières valeurs sont des valeurs calculées de 76309*(Y-16) pour toutes les valeurs de composantes Y dans la plage désignée, les secondes valeurs sont des valeurs calculées de crv*(V-128) + 32768 pour toutes les valeurs de composantes V dans la plage désignée, les troisièmes valeurs sont des valeurs calculées de cgv*(128-V) pour toutes les valeurs de composantes V dans la plage désignée, les quatrièmes valeurs sont des valeurs calculées de 32768 - cgu*(U-128) pour toutes les valeurs de composantes U dans la plage désignée, et les cinquièmes valeurs sont des valeurs calculées de cbu* (U-128) 768 pour toutes les valeurs de composantes U dans la plage désignée ; eten ce que crv est une valeur de poids statistique pour la composante V de la composante R, cgv est une valeur de poids statistique pour la composante V de la composante G, cgu est une valeur de poids statistique pour la composante U de la composante G, et cbu est une valeur de poids statique pour la composante U de la composante B. 3. Procédé selon la revendication 2, caractérisé en ce que crv, cgv, cgu et cbu sont sélectionnées parmi une multiplicité de groupes consistant en valeurs de poids statistiques conformes au dispositif de visualisation vidéo (115) 4. Procédé selon la revendication 1, caractérisé en ce que la composante Y est une composante de luminance, la composante V est une composante de chrominance rouge, la composante U est une composante de chrominance bleue, la composante R est une composante rouge, la composante G est une composante verte et la composante B est une composante bleue. 5. Procédé selon la revendication 1, caractérisé en ce que la valeur de composante R est obtenue par la valeur additionnée des valeurs partielles émises par les première et seconde tables de couleurs, en utilisant le premier additionneur (311), la valeur de composante G est obtenue à partir de la valeur additionnée des valeurs partielles émises par les première, troisième et quatrième tables de couleurs (301,305, 307) en utilisant le second additionneur (315), et la valeur de composante B est obtenue à partir de la valeur additionnée des valeurs partielles émises par les première et cinquième tables de couleurs (301,309) en utilisant le troisième additionneur (317) . 6. Procédé selon la revendication 5, caractérisé en ce qu'il comprend en outre l'étape consistant à appliquer un décalage aux valeurs émises par les additionneurs (311, 315,317) en utilisant un opérateur de décalage, pour obtenir les valeurs de composantes R, G et B. 7. Procédé, mis en oeuvre dans un système pour convertir des pixels d'un format YUV, incluant une composante Y représentant la luminance et des composantes U et V représentant la chrominance, en un format RGB, incluant des composantes R, G et B représentant respectivement des couleurs rouge, verte et bleue, en utilisant des tables de couleurs, afin de visualiser des images sur un dispositif de visualisation vidéo, ce procédé étant destiné à générer des pixels dans le format YUV incluant les composantes Y, U et V à partir de signaux vidéo codés, à obtenir la valeur R à partir de valeurs partielles respectives des composantes Y et V pour la composante R, à obtenir la valeur de composante G à partir de valeurs partielles respectives des composantes Y, U et V pour la composante G, et à obtenir la valeur de composante B à partir de valeurs partielles respectives des composantes Y et U pour la composante B, ce procédé étant caractérisé en ce qu'il comprend les étapes suivantes : on introduit une valeur de composante Y du pixel généré dans une première table de couleurs (301), on sélectionne les valeurs partielles de la composante Y pour les composantes R, G, B à partir de la première table de couleurs (301) en correspondance avec la valeur de composante Y introduite, et on émet respectivement les valeurs partielles sélectionnées vers des premier, second et troisième additionneurs (311,315, 315); on introduit une valeur de composante V du pixel généré dans des seconde et troisième tables de couleurs (303, 307), on sélectionne respectivement les valeurs partielles de la composante V pour les composantes R et G dans les seconde et troisième tables de couleurs (303,307) correspondant à la valeur de composante V introduite, et on émet respectivement les valeurs partielles sélectionnées vers les premier et second additionneurs (311,315); on introduit une valeur de composante U du pixel généré dans des quatrième et cinquième tables de couleurs (305,309), on sélectionne respectivement les valeurs partielles de la composante U pour les composantes G et B dans les quatrième et cinquième tables de couleurs (305,309) correspondant à la valeur de composante U introduite, et on émet respectivement les valeurs partielles sélectionnées vers les second et troisième additionneurs (315, 317) ; et on émet les valeurs de composantes R, G et B respectivement à partir des premier, second et troisième additionneurs (311,315, 317) . 8. Dispositif pour recevoir des pixels introduits dans un format YUV, incluant une composante Y représentant la luminance et des composantes U et V représentant la chrominance, et pour convertir les pixels du format YUV en un format RGB, incluant des composantes R, G et B représentant respectivement des couleurs rouge, verte et bleue, en utilisant des tables de couleurs, afin de visualiser des images sur un dispositif de visualisation vidéo, ce dispositif étant caractérisé en ce qu'il comprend : une première table de couleurs (301) pour stocker des premières valeurs correspondant à toutes les valeurs de composantes Y dans une plage désignée, et émettre une valeur sélectionnée parmi les premières valeurs stockées correspondant à une valeur de composante Y du pixel introduit, en tant que valeurs partielles des composantes R, G et B; des seconde et troisième tables de couleurs (303,307) pour stocker respectivement des seconde et troisième valeurs correspondant à toutes les valeurs de composantes V dans une plage désignée, et émettre respectivement une valeur sélectionnée parmi chacune des seconde et troisième valeurs correspondant à une valeur de composante V du pixel introduit, en tant que valeurs partielles des composantes R et G; des quatrième et cinquième tables de couleurs (305,309) pour stocker respectivement des quatrième et cinquième valeurs correspondant à toutes les valeurs de composantes U dans une plage désignée, et pour émettre respectivement une valeur sélectionnée parmi chacune des quatrième et cinquième valeurs correspondant à une valeur de composante U du pixel introduit, en tant que valeurs partielles des composantes G et B; et des additionneurs (311,315, 317) pour additionner respectivement les valeurs partielles émises par les tables de couleurs (301,303, 305,307, 309) . 9. Dispositif selon la revendication 8, caractérisé en ce que les additionneurs comprennent : un premier additionneur (311) pour additionner les valeurs partielles émises par les première et seconde tables de couleurs (301, 303) et pour émettre les valeurs additionnées en tant que valeur de composante R; un second additionneur (315) pour additionner les valeurs partielles émises par les première, troisième et quatrième tables de couleurs (301,305, 307) et pour émettre les valeurs additionnées en tant que valeur de composante G; et un troisième additionneur (317) pour additionner les valeurs partielles émises par les première et cinquième tables de couleurs (301, 309) et pour émettre les valeurs additionnées en tant que valeur de composante B. 10. Dispositif selon la revendication 9, caractérisé en ce que les additionneurs (311,315, 317) comprennent en outre un opérateur de décalage pour appliquer un décalage aux valeurs émises par les premier, second et troisième additionneurs. 11. Dispositif selon la revendication 8, caractérisé en ce que les premières valeurs sont des valeurs calculées de 76309*(Y-16) pour toutes les valeurs de composantes Y dans la plage désignée, les secondes valeurs sont des valeurs calculées de crv*(V-128) + 32768 pour toutes les valeurs de composantes V dans la plage désignée, les troisièmes valeurs sont des valeurs calculées de cgv*(128-V) pour toutes les valeurs de composantes V dans la plage désignée, les quatrièmes valeurs sont des valeurs calculées de 32768 - cgu*(U-128) pour toutes les valeurs de composantes U dans la plage désignée, et les cinquièmes valeurs sont des valeurs calculées de cbu*(U- 128) pour toutes les valeurs de composantes U dans la plage désignée ; et en ce que crv est une valeur de poids statistique pour la composante V de la composante R, cgv est une valeur de poids statistique pour la composante V de la composante G, cgu est une valeur de poids statistique pour la composante U de la composante G, et cbu est une valeur de poids statistique pour la composante U de la composante B.