Brevet FR2911464A1 — publié le 20080718

PROCEDE ET DISPO51'TIF POUR VISUALISER ET ENREGISTRER DE FAÇON HOMOGENE, PLUS EURS SOURCES AUDIOVISUELLES HETEROGENES La p.resente invention concerne un procédé et un dispositif permettant de manipuler diverses sources audiovisuelles hétérogènes en entrée afin de les rendre homogènes et adaptées à un format de sortie donné, pour être affichées sur un écran et/ou pour être enregistrées en temps réel. Le pr::cédé a la capacité de gérer en entrée au moins deux sources audiovisuelles de formats hétérogènes, d'effectuer les traitements nécessaires afin de régénérer au moins deux sorties audiovisuelles autonomes. Les formats de sortie pouvant différents des formats d'entrées. Chaque sortie vidéo ainsi générée pourra être utilisée à des fins d'affichage et d'enregistrement avec un temps de latence très court. Le t:r..uitement consiste à manipuler les données audiovisuelles afa.n de les adapter à un format de sortie, de manière individue_..le ou conjointe, avec un temps de latence très court. En option, il sera possible de mélanger les sources audiovisuelles hétérogènes en un contenu de sortie homogène. Par exemple, l'exploitation typique de cette fonctionnalité est le mode PIP ( Picture In Picture en anglais) pour lequel une source vidéo est incrustée dans une fenêtre au dessus d'une autre source vidéo. Le problème général est de fournir un dispositif capable de traiter plusieurs types d'entrées vidéo, par exemple 2 de type DVI et 1 de type analogique (composite/Svideo) ainsi que 3 sorties audiovisuelles de même type ou de types différents. Il permet par exemple de 2 sélectionner 2 er'trées actives sur les 3, et pilote de même les 2 sorties correspondantes. Le sy3tème est également capable d'effectuer par exemple 2 enregistrements simultanés, soit des 2 sources audiovisuelles choisies soit d'un mélange des 2 sources d'entrée. Dans un mode de réalisation particulier, une séquence audiovisuelle précédemment enregistrée peut être rejouée et traitée au même titre qu'une source vidéo d'entrée. Les formats audiovisuels rencontrés sont donc multiples et le dispositif conforme à l'invention fusionne ces sources vidéo en une seule afin de les visualiser et les enregistrer. De plus, chaque sortie (sorties audiovisuelles et/ou sorties enregistrement) peut bénéficier de la fonctionnalité OSD ( On Screen Display en anglais), c'est-à-dire qu'une image, de type logo ou de type texte, peut être ajoutée au dessus de la séquence audiovisuelle de sortie. Cette image sera alors visible sur l'écran dans le cas de la sortie vidéo ou enregistrée dans un fichier vidéo clans le cas de la sortie Enregistrement. Chaque Sortie peut être le résultat d'une conversion d'une des Entrées ou une combinaison complexe (mélange de type PIP par exemple) de 2 Entrées, l'une étant positionnée en avant-plan ( ForeGround en anglais) et l'autre en arrière-plan ( Background . en anglais). Pour réaliser toutes ces fonctions, parmi les solutions connues de l'art antérieur, nous connaissons principalement les produits suivants : On connaît en particulier le produit de EDIROL V-440 HD Multiformat Mixer and Switcher qui est un mélangeur de :sources audiovisuelles multi diffusées 3 ( broadcast en anglais) qui manipule des sources vidéo de divers formats pour les fusionner avec une fonction PIP. Ce produit fait donc:; fonction de conversion et de mélangeur. Toutefois, de pat sa conception, ce produit ne peut pas prendre en compte certains formats comme le DVI-D ou le UXGA. De plus, ce produit ne permet pas l'enregistrement des sorties en un format donné. Enfin, un inconvénient majeur de ce produit est d'avoir un temps de latence supérieur à 160 ms ce qui reste très largement supérieur à ce qui est acceptable pour de nombreuses applications comme la c:élioscopie. On connaît également le produit DiVentiXTM ce la société Ana log Way, qui réalise les effets de fondu, de volets, de PIP, à commutation propre Vidéo et Informatique Haute Résolution, mais qui ne gère pas les temps de latence courts et ne permet pas les fonctions d'enregistrement: /:1ecture . Il ex i_ste également d'autres produits qui sont essentiellement de modules permettant de convertir un format vidéo en un autre. La mise en oeuvre de tels produits pour construire une solution comparable au procédé conforme à l'invention consisterait à chaîner divers modules pour convertir les sources audiovisuelles utilisées en d'autres formats qui seraient ensuite suffisamment homogènes pour être mélangées avec un mélangeur vidéo classique. Ces systèmes présentent alors un temps de latence incontrôlable, et surtout unie perte de qualité lors des diverses transformations de format. Afin de corriger ces différents défauts, l'invention concerne selon son acception la plus générale un procédé pour manipuler dans un temps de latence choisi plusieurs sources audiovisuelles hétérogènes en entrée afin de les rendre homogènes et adaptées à au moins un format de 4 sortie donné caractérisé en ce qu'il comprend un module d'Adaptation de F:>rmats composé d'Opérateurs spécifiques. Avantageusement, le choix du ou desdits Opérateurs se fait en fonction desdites manipulations à effectuer. Avantageusement, le choix du ou desdits Opérateurs se fuit en fonction dudit temps de latence choisi. Avantageusement, au moins un desdits Opérateurs réduit le nombre de pixels de certaines lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs augmente le nombre de pixels de certaines lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs effectue une interpolation entre plusieurs pixels d'une même ligne desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs supprime certaines lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs recrée certaines lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs effectue une interpolation entre plusieurs lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs extrait une portion desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs ajoute des pixels noirs en début et/ou en fin des lignes desdites sources audiovisuelles hétérogènes. Avantageusement, au moins un desdits Opérateurs ajoute des lignes noires en début et/ou en fin des images desdites sources audiovisuelles hétérogènes. Dans un mode de réalisation particulier, ledit 5 procédé comprend un Routeur de Sources Audiovisuelles pour distribuer lesdites sources audiovisuelles hétérogènes en fonction desdites manipulations à effectuer. Avantageusement, ledit procédé comprend un Routeur de Scrties Audiovisuelles pour distribuer les données audiovisuelles en sortie. Avantgeusement, ledit Routeur de Sorties Audiovisuelles permet l'enregistrement desdites données audiovisuelles. Dans un autre mode de réalisation particulier, ledit procédé comprend un module Mélangeur Vidéo qui permet de mélanger au moins deux séquences audiovisuelles manipulées par ledit module d'Adaptation de Formats. Avantageusement, ledit procédé comprend un module Synchron.ï.::3ation pour synchroniser les fréquences d'écriture et de lecture des séquences audiovisuelles dans un module mémoire. Avantageusement, ledit procédé comprend un module d'incrustation pour permettre l'insertion d'une image fixe dans une séquence audiovisuelle. Avantageusement, ledit module d'incrustation décide du niveau de la transparence de l'image incrustée. Avantageusement, ledit procédé comprend un module Inverseur permettant d'inverser les données audiovisuelles d'avant plan avec les données audiovisuelles d'arrière plan. Avantageusement, ledit procédé comprend un module Prévisua.lisation des Sources après lesdites adaptations de formats. 6 Enfin, l'invention concerne également un dispositif pour manipuler dans un temps de latence choisi plusieurs sources audiovisuelles hétérogènes en entrée afin de les rendre horrogènes et adaptées à au moins un format de sortie en vue de la mise en oeuvre du procédé, comportant au moins un décodeur desdites sources audiovisuelles et caractérisé en ce qu'il comporte au moins un enregistreur des données audiovisuelles en sortie. La présente invention sera mieux comprise à la :Lecture de la description de plusieurs exemples non :Limitatifs de réalisation qui suit, ce référant aux dessins annexés où : - la figure 1 représente un mode de réalisation particulier de l'architecture d'ensemble du procédé conforme à l'invention, - le figure 2 décrit les entrées et les sorties du dispositif pour la mise en oeuvre du procédé conforme à :L' invention, - le figure 3 représente un mode de réalisation particulier du module d'adaptation des séquences audiovisuelles dit module d'Adaptation de Formats (16) conforme à l'invention, - la figure 4 représente un mode de réalisation particulier du module mémoire (22) conforme à l'invention. Dans les exemples de réalisation, le procédé est mis en oeuvre pour utiliser deux caméras comme sources audiovisuelles en entrée. Ledit procédé génère des affichages à destination de deux moniteurs et réalise simultanément l'enregistrement de deux séquences audiovisuelles. 7 L'homrie de l'art peut aisément étendre le procédé à n sources audiovisuelles en entrée et m affichages ou enregistrement:s en sortie. Avantageusement, tout contenu audiovisuel en entrée ou en sortie est de type audio seul, vidéo seul, ou toute combinaison audio et vidéo. La Le" caméra (2) fournit un signal audiovisuel au format DVI en UXGA RGB444 60 images/seconde (i/s). Cette vidéo est affiche sur le ler moniteur (8) dans un format SXGA RGB444 60 j./s avec insertion préalable d'un logo par une fonction OSD ( On Screen Display en anglais) dans le module OSD (23). Cette même vidéo est simultanément, et en parallèle, adaptée au format 1280x720p YUV420 30 i/s pour être fournie au ]er encodeur-enregistreur MPEG HD (11) avec insertion préalable d'un logo différent de celui utilisé précédemment. Ledit logo provient par exemple via la liaison (71) à partir du module d'entrée (7). La ''" caméra (3) fournit via la liaison (31) par exemple un signal DVI en XGA RGB444 75 ils. Cette vidéo est incrustée dans un format réduit sur la vidéo de la lère camera et le résultat est affiché sur le 2ème moniteur (9) dans un format UXGA RGB444 60 ils. Cette incrustation est appelée mode PIP ( Picture In Picture en anglais). Dans notre exemple la vidéo de la lère caméra fait office d'arrière-plan ( BackGround en anglais) alors que la seconde fait office d'avant-plan ( ForeGround en anglais). Dans notre exemple, la fenêtre d'incrustation a une taille correspondant à 30% du format d'affichage du moniteur, soit 30'% de UXGA=480x360. Le résultat de ce mélange des 2 vidéos est fourni au format 3XGA YUV420 30 i/s audit 2ème enregistreur MPEG HD (12). 8 En pa..rallèle à ces traitements, des captures d'images fixes de chacune des caméras sont possibles. La pr:visualisation sur le système de la vidéo des 2 caméras est: également mise en oeuvre. A tout moment, la fonction Inversion ( SWAP en anglais) du mode PIP ( Picture in picture en anglais) est activable, ce qui a pour effet d'inverser les sources utilisées en Background et Foreground tout en maintenant le format de sortie utilisé pour le 2ème moniteur. Avantageusement, les vidéos et les images de sorties sont affichés sur un moniteur analogique (10) relié par l'interface (701). Nous allons maintenant détailler les diverses configurations possibles du procédé conforme à l'invention. Pour cela, nous prendrons 8 exemples d'utilisation. Dans le premier exemple d'utilisation, le Routeur de Sources Audiovisuelles (15) reçoit le signal en provenance de la camera DVI#1 (2) à travers la liaison (21). Dans cet exemple, les données sont obtenues au format UXGA RGB444 60 i/s sur. 24 bits en utilisant des composants DVI standard du marché. Lesdites données sont modifiées en SXGA RGB444 60 i/s par des opérateurs du module d'Adaptation de Formats (16) et acheminées au module OSD (23) par la liaison (206) qui les transmet après traitement au Routeur de Sorties Audiovisuelles (24) par la liaison (208), ce dernier acheminant par ).a liaison (81) les données au moniteur DVI#1 (8). Ces données au format SXGA RGB444 60 i/s sur 24 bits sont transmises au moniteur DVl (8) en utilisant des composants DVI standards du marché. Dans un mode de réalisation particulier, ledit module OSD (23) reçoit par l'interface (71) une image, que nous appelons LOGE:a, par exemple au format RGB444 de taille 9 :~xH (L=Longueur et H=Hauteur en pixel) qu'il stocke par l'interface (209) dans la zone mémoire (221) du module mémoire (22) et qu'il incruste à la position X,Y avec un effet de transparence T dans les données audiovisuelles. Lesdites valeurs X et Y de ladite position correspondent à des coordonnées dans le plan image des données audiovisuelles destinées au moniteur DVI#1 (8). Par exemple, :La position (0,0) correspond au 1er pixel en haut à gauche sur chaque image des données audiovisuelles. Dans notre exemple, ladite transparence T est un coefficient compris entre 0 et 1. Ladite transparence T est définie :Lndépendamment pour chaque pixel de l'image LOGO. On obtient ainsi des effets de transparence plus ou moins prononcés :Lors de l'incrustation de l'image LOGO sur la vidéo. Lesdites données audiovisuelles natives au format UXGA RGB444 60 i/s arrivent dans ledit module d'Adaptation de Formats (16) de la figure 3, par la liaison ;201). Lesdites données audiovisuelles sont alors adaptées dans ledit module d'Adaptation de Formats (16), par des opérateurs (Opérateur A (OA), Opérateur B (OB), ... Opérateur 0 (00)) de re-dimensionnement Horizontal et Vertical appelés respectivement Opérateur D (OD) et Opérateur E (0E). Ledit Opérateur D (OD) réduit de 1600 à 1280 le nombre de pixels RGB pour chaque ligne de l'image par sous-échantillonnage. Avant l'arrivée d'un nouveau pixel, l'Opérateur D (OD) est capable de décider instantanément s'il doit générer par interpolation un nouveau pixel. Dès l'arrivée du nouveau pixel, si la décision est négative, ledit Opérateur D (OD) met uniquement jour la décision concernant le pixel suivant. Dans Le cas contraire, donc si la décision est positive, ledit Opérateur D (OD) effectue une interpolation en utilisant les données des deux pixels les plus récents. 11 met ensuite a jour la décision pour le pixel suivant. 10 La latence dudit Opérateur D (OD) est donc contrôlée à un maximum de 8 coups d'horloge qui correspondent au temps nécessaire pour effectuer cette décision et cette interpolation. Les temps de latences sont vérifiés par le module Contrôleur de latence (18). Pour :;avoir si une interpolation est nécessaire, ledit Opérateur (OD) attribue à chaque pixel de la ligne un facteur Beta(Pl qui est égal à Beta(P) = Partie fractionne Lle (Beta (P--1) + decisflag (p-:1) * (RH-1) ) où RH est le coefficient de Réduction Horizontal souhaité et decis flag(p-1)est la valeur de la décision (0 pour négative et 1 pour positLve) pour le pixel p-1. Si (Beta(P-1) + decis flag(p-1)*(RH-1)) est strictement inférieur à 1 alors il y a interpolation et decis_flag (p) prend la valeur 1, sinon il n'y a pas d'interpolation et decis_flag(p) prend la valeur O. Cette technique est applicable pour les cas où le coefficient de réduction appliqué est strictement inférieur à 2. Elle a l'avantage d'être générique et l'implémentation en composants matériels de la décision ne demande pas d'opération de mu:Ltiplication. Les lignes dont le nombre de pixels est ainsi réduit sont fournies à l'Opérateur suivant, l'Opérateur E (OE) dans notre exemple. Ledit Opérateur E (0E) réduit de 1200 à 1024 le nombre de lignes de l'image par sous échantillonnage. Avant l'arrivée d'une nouvelle ligne, ledit Opérateur E (0E) est capable de décider instantanément s'il doit générer une nouvelle ligne par interpolation en utilisant la même technique de décision que ledit Opérateur D (OD). La ligne N-1 de l'image est stockée dans un registre de ligne LB1 non représenté. Ledit registre de 11 ligne LB1 est une zone mémoire capable de stocker une ligne entière. Si La décision est positive, ledit Opérateur E ;OE) génère par :interpolation une ligne entière utilisant les données des l:i.gnes N et N-1. En l'occurrence, lorsque un nouveau pixel de la ligne N arrive, ledit Opérateur E (0E) lit le pixel correspondant de la ligne N-1 dans ledit registre de ligne LB1 puis ledit Opérateur E (0E) le remplace par le pixel de la ligne N. Ledit Opérateur E (0E) calcule alors par interpolation un nouveau pixel. Ledit Opérateur E (0E) répète l'opération pour tous les pixels de ].a ligne N qui 3e trouvent finalement stockés dans ledit registre de ligne LB1 à la place des pixels de la ligne N-1. Si la décision est négative, ledit Opérateur E 0E) ne fait aucune interpolation et. écrit uniquement les pixels de la ligne N dans ledit registre de ligne LB1. Après l'arrivée du dernier pixel de la ligne N, ledit Opérateur E (0E) met à jour la décision pour la ligne suivante en utilisant la même technique de décision que ledit Opérateur D (OD) : Beta(N) = P_F (Bet > en anglais) qui imposent cette limitation en raison des performances maximales de calcul que l'on peut atteindre avec ces modèles de DSP. Lesdits Buffers d'images représentent des zones de la mémoire (22) dans lesquelles le contenu d'une image vidéo complète, est lu ou écrit. Les opérateurs du module d'Adaptation de Formats (16) mis en oeuvre sont dénommés Opérateur A (OA), Opérateur B (OB), Opérateur C (OC), Opérateur D (OD) et Opérateur E (0E). • Ledit Opérateur A (OA) permet de couper l'image, c'est-à-d:re en d'extraire une portion. • Ledit Opérateur B (OB) ajoute des bandes noires verticales l'image, c'est-à-dire des pixels noirs en début et/ou en fin de chaque ligne. • Ledit Opérateur C (OC) réalise la conversion RGB vers YUV. • Ledit Opérateur D (OD) et ledit Opérateur E (0E) sont les opérateurs de re-dimensionnement génériques précédemmen décrits. Les fonctions de découpe et ajout de bandes noires sont mises en oeuvre en fonction des cas pour conserver un aspect ratio cohérent lors des re-dimensionnements. Pour conserver l'aspect ratio de l'image, la réduction de la taille de 1600x1200 (UXGA) à 1280x720 ne peut pas se faire en appliquant un coefficient de réduction horizontal RH de 1600/1280=1,25 et: un coefficient de réduction vertical RV de 1200/720=1,666. Pour respecter le ratio, RH et RV doivent être identiques, c'est-à-dire 1,25 ou 1,666. Choisir l'un ou l'autre de ces coefficients à 14 appliquer sous--entend donc de modifier les dimensions horizontales ou verticales des données vidéo sans modifier pour autant les proportions du contenu vidéo. Ceci est réalisé soit en supprimant des lignes, soit en ajoutant des bandes noires. Ce choix dépend de l'utilisation faite du système et du contenu de la vidéo. Quand l'information principale est concentrée au centre de l'image il est plus judicieux de supprimer des Lignes qui contiennent finalement peu d'information. Si au contraire l'information est répartie sur toute l'image il est plus judicieux d'ajouter des bandes noires. Selon le cas retenu, le module d'Adaptation de Formats (16) utilise des Opérateurs différents. Il ordonne également lesdits Opérateurs de manière à optimiser l'utilisation desdits registres de lignes en minimisant la taille de la zone mémoire nécessaire. Dans un mode de mise en oeuvre pour lequel un coefficient de 1,25 est mieux adapté, le module d'Adaptation de Formats (16) met tout d'abord en oeuvre judicieusement ledit Opérateur A (OA) pour supprimer les 150 premières et dernières lignes et fournir ainsi un format de type 1600x900. Pour ce. ..a ledit Opérateur A (OA) compte les lignes et ne les fournit à la volée à l'Opérateur suivant que lorsque le compteur se situe entre 151 et 1050 lignes. Ces lignes sont ensuite traitées au vol par ledit Opérateur D (OD) appliquant un coefficient Réducteur Horizontal de 1,25 et réduisant ainsi le nombre de pixels par ligne de 1600 à 1280 par le même procédé que décrit précédemment. Les 900 lignes traitées ainsi au vol sont transmises audit Opérateur E (0E) qui n'en produit que 720 par le même procédé que décrit précédent.. 15 Dan:: un autre mode de mise en oeuvre pour lequel un coefficient de 1,66 est mieux adapté, ledit module d'Adaptation de Formats (16) met tout d'abord en oeuvre =judicieusement Lesdits Opérateurs D et E en premier afin de redimensionner L' ïmage avant d'y ajouter des bandes noires à l'aide dudit Opérateur B (OB). Dans notre cas, le format 1600x1200 est réduit en 960x720 par les Opérateurs D et E avec un coefficient de 1,66 et ledit Opérateur B (OB) ajoute 160 pixels noirs au début et à la fin de chaque ligne, obtenant ainsi un format 1280x720. Tous lesdits Opérateurs traitent les lignes à la volée et fournLssent les :Lignes résultantes à l'Opérateur suivant, le procédé assure ainsi, sous le contrôle dudit module Contrôleur de latence (18), une latence inférieure à 2 lignes. Par la suite on considère dans notre exemple que :La méthode consistant à ajouter des bandes noires sur les côtés de l'image a été retenue pour conserver l'aspect ratio et la totalité du contenu vidéo. On adapte donc à la volée un format 1600x12.00 RGB444 60 i/s en un format 1280x720 RGB444 60 i/s. L'opérateur suivant est alors l'Opérateur C (OC), chargé de convertir chaque pixel de l'image du format RGB 444 24bits vers le format YUV 420 16bits. Pour cela, Y, U et V sont calculés en temps réel à la volée avec une Latence inférieure à 2 lignes. Lesdites valeurs Y, U et V sont calculées à L'aide de la formule donnée par la recommandation ITU-R BT.470-2 system B,G : • Y = 0.587 * G + 0.114 * B + 0.299 * R • U = 128 - 0.331 * G + 0.5 * B - 0.169 * R • V = 128 -- 0.419 * G - 0.081* B + 0.500 * R 16 Y, U et V sont alors connus en mode 4 :4 :4. Pour passer en rode 4 :2 :2, il faut ne conserver qu'un échantillon U sur deux et un échantillon V sur deux. Enfin pour passer en mode YUV 4 :2 :0, il faut remplacer chaque ..aire de lignes U par sa moyenne et chaque paire de lignes V par sa moyenne selon la formule : • U420 [y, x] = (U422 [2*y, x] + U422 [2*y+1, x]) /2 • V420 [y, x] = (V422 [2*y, x] + V422 [2*y+l, x]) /2 où x et y sont les coordonnées horizontale et verticale du pix:e:l. dans l'image. Les coefficients des matrices de conversions utilisés restent paramétrables, ce qui permet d'appliquer d'autres recommandations telles que FOC, BT706, SMPTE_170M, SMPTE 240M, etc. Les données audiovisuelles ainsi obtenues au format YUV420 1230x720 60 i/s sont échangées avec ledit nodule OSD (23) par la liaison (206) afin qu'une image fixe appelée LOGOMPEG soit incrustée dans la vidéo. Le procédé mis en oeuvre est alors le même que celui décrit précédemment lors de l'incrustation de l'image LOGO sur les données DVI. Les données audiovisuelles au format 1280x720p, YUV 420, 16bits,, 60 i/s avec logo incrusté sont alors traitées par le module Synchronisation (19). Ledit module Synchronisation (19) permet de modifier la fréquence des images des données audiovisuelles ainsi que la fréquence des pixels de l'image. On passe de 60 images par secondes à 30 et de 162 Mpix/s (Mega pixels/seconde) à 30 Mpix/s. Les données audiovisuelles ainsi transformées sont compatibles avec ledit encodeur MPEG HD (11). Le principe est le suivant : ledit module Synchronisation (:L9) utilise 3 buffers d'images (Bi), (B2), et (B3) localisés dans le module de mémoire (22). Chaque buffer d'image (Bl à Bn) est une zone de mémoire dans laquelle le module Synchronisation 17 (19) peut stocker par exemple une image au format 1280x720 YUV 420 à la vitesse de 162 Mpix/s (Mega pixels/seconde) puis la relire à la vitesse de 30 Mpix/s. Ces opérations d'écriture et l.ec:ure sont réalisées par l'interface (203). Ledit:: module Synchronisation (19) écrit la lère :_mage dans (B1), la 2ème image est abandonnée, la 3ème est écrite dans (B2) alors que ledit module Synchronisation (19) relit la lère image dans (B1) pour la fournir par l'interface (202) au Routeur de Données (161) dudit Module d'Adaptation de Formats (16) qui la transmet à son tour audit Routeur de Sorties Audiovisuelles (24) à travers l'interface (207). La 4ème image est quant à elle abandonnée, la Sème image est écrite dans (B3) alors que ledit module Synchronisation (19) relit la 3ème image dans (B2) pour la fournir par l'interface (202) audit Routeur de Données (161) dudit Module d'Adaptation de Formats (16) qui la transmet à son tour audit Routeur de Sorties Audiovisuelles (24) à travers ladite interface (207). La hème image quant à elle est abandonnée, la 7ème écrite dans (B1) alors que lE module Synchronisation (19) relit la Sème image dans (B3) pour la fournir par l'interface (202) audit Routeur de Données (161) dudit Module d'Adaptation de Formats (16) qui la transmet à son tour audit Routeur de Sorties Audiovisuelles (24) à travers ladite interface (207). Ainsi desuite, ledit Routeur de Sorties Audiovisuelles (24) achemine donc par la liaison (111) les données correctement formatées audit 1er enregistreur MPEG HD (11). Dans le troisième exemple d'utilisation, le mélange vidéo de type PIP des sources desdites caméras DVI#1 (2) et DVI#2 (3) est affiché sur le moniteur DVI#2 (9). Dan. :pet exemple, les données du signal DVI de ].a camera DVI#1 (2), acheminées au format UXGA RGB444 60 i/s 18 sur 24 bits par la liaison (201) sont aussi acheminées sans aucune modification au travers du module d'Adaptation de Formats (16) par l'interface (205) et fournies au module Mélangeur Vidéo (20) par l'interface (205) en tant que Données Vidéo Background. Le signal de la caméra DVI#2 (3) au format 1024x768 RGB444 ,.'.obits 75 i/s est modifié par le module d'Adaptation de Formats (16) pour adapter sa résolution à une incrustation de type PIP ( Picture In Picture en anglais). Dans notre exemple, l'utilisateur choisit une réduction équivalente à 30% de la résolution du format envoyé au moniteur DVI#2, soit 30% de UXGA == 480x360, soit un coefficient réducteur de 2,13. Dans ce cas, le coefficient de réduction est supérieur à 2 et lesdits Opérateurs D et E précédemment décrits ne peuvent pas être utilisés. Dans un mode de réalisation particulier, le procédé utilise successivement 2 Opérateurs D et 2 Opérateurs E afin d'appliquer 2 fois un coefficient inférieur à 2, permettant ainsi d'obtenir un coefficient résultant de 2,7.3. Dans an autre mode de réalisation, le procédé met en oeuvre 2 nouveaux Opérateurs, nommés Opérateurs F et G non représentés, conçus spécifiquement et respectivement pour réaliser des réductions Horizontales et Verticales avec un coefficient réducteur de 2. Les procédés mis en oeuvre pour lesdits deux Opérateurs sont simplifiés par rapport aux Opérateurs de Re-dimensionnement génériques D et E puisqu'ils consistent simplement à ignorer 1 pixel sur 2 sur chaque ligne en ce qui concerne ledit Opérateur F et à ignorer 1 ligne sur 2 en ce qui concerne ledit opérateur G. 19 Lesdits deux Opérateurs F et G traitent ainsi les pixels et les lignes à la volée et n'introduise pas de latence. Dans notre autre mode de réalisation, le signal de la caméra DVI#2 (3) au format 1024x768 RG]3444 24bits 75 ils est réduit à 480x360 RGB444 75i/s par la succession des Opérateurs F, D, G et E. En l'occurrence, ledit Opérateur F réduit les lignes de 1024 pixels à 512 pixels, ledit Opérateur D (OC)) réduit les lignes de 512 pixels à 480 pixels en appliquant un coefficient Réducteur Horizontal RH de 512/480. Ledit:: Opérateur G ne fournit qu'une ligne de 480 pixels sur deux (soit 768/2=384 lignes au total) audit Opérateur E (CE) qui applique un Coefficient Réducteur Vertical RV de 384/380. Le signal de la caméra DVI#2 transformé ainsi en 480x360 RGB444 24 bits 75i/s est transmis au module Mélangeur Vidéo (20) par l'interface (205) en tant que Données Vidéo Foreground. Ledit module Mélangeur Vidéo (20) est donc à ce stade alimenté par la source DVI#1 en tant que Connées Vidéo Background au format UXGA RBG444 60 i/s et par la source DVI#'. en tant que Données Vidéo Foreground au format 480x360 RGES444 75 i/s. En utilisant ledit module Synchronisation (19) par la liaison (901), ledit module Mélangeur Vidéo (20) permet d'incruster le flux DVI#2 dans le flux DVI#1 à n'importe quel endroit de l'image repéré par les coordonnées WX, WY avant de transmettre le flux DVI#1 résultant du mélange audit Routeur de Sorties Audiovisuelles (24) qui le transmet par l'interface (91) au moniteur DVI#2 (9). Pour ce faire, ledit module Synchronisation (19) utilise dans ledit module Mémoire (22) 3 buffers d'image Foreground (BF1), (BF2) et (BF3) dans lesquels il écrit les images 480x360 du flux DVI#2 à la vitesse de 75 i/s et relit les images à la vitesse du flux DVI#1 c'est-à-dire 60 i/s 20 (images par sec:or.de). Avantageusement, ledit module Mémoire (22) contient d'autres buffers d'image Foreground (BFn) non représentés dans la figure 4. Le mécanisme d'écriture et de lecture dans ces buffers d'images Foreground, mis en oeuvre par ledit module de Synchronisation (19), est tel qu'il rend prioritaire la lecture. Puisque que les fréquences d'écriture et de lecture sont différentes et que dans notre exemple la fréquence d'écriture est plus élevée, il est évident que ledit module de synchronisation (19) va fréquemment essayer d'accéder en écriture à un buffer d'images alors occupé en lecture. Dans ce cas, ledit module de synchronisation (19) exécute de nouveau l'écriture dans ledit buffer d'images précédemment utilisé. Ledit module Synchronisation ,19) garantit ainsi par ce mécanisme la disponibilité permanente d'une image de la source Foreground calée sur la même fréquence que celle de la source Background. Les p::..xels relus, sont incrustés dans l'image du flux DVI#1 s'ils font partie de la fenêtre d'affichage. Pour définir la fenêtre d'affichage, le mélangeur Vidéo (20) utilise un compteur de lignes de l'image du flux DVI#1 et un compteur de pixels de chaque ligne de l'image du flux DVI#l. Si le compteur de ligne est compris entre WY et WY+360 et le compteur de pixels est compris entre WX et WX+480 alors, les pixels lus dans le buffer d'images font partie de la fenêtre d'affichage. Dans le quatrième exemple d'utilisation, le procédé conforme à l'invention réalise la fonction d'Inversion PIP ( Picture in Picture en anglais). Ladite fonction d'Inversion PIP met en oeuvre le module Inverseur (17) qui reconfigure le module Adaptations de Formats (16) le module Synchronisation (19) et le module Mélangeur Vidéo (20) afin d'appliquer sur les données 21 audiovisuelles des sources des caméras les nouvelles transformations nécessaires à l'inversion des données audiovisuelles Background et Foreground, tout en assurant une continuité orrecte des données à destination des moniteurs et encodeurs afin que l'affichage et l'enregistrement: restent stables. Ces contraintes consistent à maintenir les caractéristiques des formats générés en sortie du module Mélangeur Vidéo (2 0) . Dans cet exemple, ladite fonction d'Inversion FIP permet d'inverser l'affichage des flux DVI#1 (2) et DVI#2 (3) sur le moniteur DVI#2 (9). Les images dudit flux DVI#1 (2) sont réduites à 480x360 par lesdits Opérateurs F, I), G et E du module d'Adaptation de Formats (16) pour être affichées dans la fenêtre d'affichage, c'est-à-dire en avant-plan en tant que vidéo Foreground. Les images dudit flux DVI#2 (3) sont agrandies en 1600x1200 par ledit module d'Adaptation de Formats (16) pour être affiches en arrière-plan, c'est-à-dire en tant que vidéo Background. Ledit module d'Adaptation de Formats (16) utilise 2 nouveaux Opérateurs d'agrandissement Horizontal et Vertical appelés respectivement Opérateur I et Opérateur J (non représentés). Ledit Opérateur I augmente de 1024 à 1600 le nombre de pixels RGB pour chaque ligne de l'image par sur-échantillonnage. Pour chaque pixel reçu, ledit Opérateur I génère par interpolation un pixel et de temps en temps un pixel additionnel. Avant l'arrivée d'un nouveau pixel, ledit Opérateur I est capable de décider instantanément s'il doit également générer par interpolation un pixel supplémentaire. Dès l'arrivée du nouveau pixel, si la décision est négative, ledit Opérateur i génère un pixel en utilisant les données 22 des 2 pixels leplus récents et met ensuite à jour la décision concernant le pixel suivant. Dans le cas contraire donc si la décision est positive, ledit Opérateur I effectue une interpolation supplémentaire. Il met ensuite à jour la décision pour le pixel suivant. La latence de l'Opérateur I n'est que de 8 ou 15 coups d'horloge, c'est à dire le temps nécessaire pour effectuer une ou deux interpolations. Pour :savoir si une interpolation supplémentaire est nécessaire, ledit Opérateur I attribue à chaque pixel de la ligne un facteur Beta(P) Beta(P) = Beta(P-1)-1+(l+decis__flag(p--i))/AH où AH est le coefficient de Augmentation Horizontal souhaité et où decisflag(p-1) est la valeur de décision (0 pour négative et 1 pour positive) pour le pixel p-l. Si Beta(P) + 1/AH est strictement inférieur à 1 alors ledit Opérateur I doit effectuer une interpolation supplémentaire (et donc decisflag(p) = L) en utilisant le facteur Beta(P)+l/AH. Sinon decisflaq(p) sera nulle. Cette technique est applicable pour Les cas où le coefficient d'augmentation appliqué est strictement inférieur à 2. Elle a l'avantage d'être générique et l'implémentation matérielle de la décision ne demande pas de multiplication. Les lignes dont le nombre de pixels est ainsi augmenté sont fournies à l'Opérateur suivant, l'Opérateur J dans notre exemple. Ledit Opérateur J augmente de 768 à 1200 le nombre de lignes de l'image par sur-échantillonnage. Pour chaque ligne reçue, ledit Opérateur J génère par interpolation une ligne et de temps en temps une ligne additionnelle. Avant l'arrivée d'une nouvelle ligne et en utilisant la même technique de décision que l'Opérateur I, ledit Opérateur J décide instantanément s'il doit également générer par interpolation une ligne supplémentaire. 23 Ledit Opérateur J utilise deux registres de ligne LB_prev et. LB_cur non représentés. Un registre de ligne est une zone mémoire capable de stocker une ligne entière. Ledit registre de ligne LB_prev stocke la ligne précédente (N-1) Fat ledit registre de ligne LB_cur stocke la ligne courante (N). Ledit Opérateur J utilise également deux paramètres Beta(N) et decisflag(N) qui sont respectivement le facteur d'interpolation et la décision de générer une ligne supplémentaire ou non. Dès L'arrivée d'un nouveau pixel de la ligne N, Ledit Opérateur J le place dans ledit registre de ligne L:B_cur et effectue une interpolation en utilisant ce pixel, le pixel correspondant dans ledit registre de ligne LB_prev et le facteur Beta(N). Après avoir effectué une interpolation pour chaque pixel de la ligne courante N et si la décision est positive (Decis_:Elag(N+1)=1), alors ledit Opérateur J génère une ligne. supplémentaire par interpolation en utilisant ledit registre de ligne LB_prev, ledit registre de ligne LB_cur et le facteur d'interpolation Beta(N) + 1/AV, où AV est le coefficient d'Augmentation Verticale à appliquer. Après avoir terminé le traitement de la ligne N, ledit Opérateur J échange les registres de lignes LB_prev et LB_cur et met ensuite à jour les paramètres Beta(N+l) et dec:is_flag(N+1) en utilisant les expressions suivantes : • Beta(N+1) = Beta(N)-1 +(1+decis_flag(N))/AV • Decis fiaq(N+l) = 1 si Beta(N+:L)+l/AV 1 sinon Decis flac (N+l) = 0 Ladite fonction d'Inversion PIP est réalisée sans état transi.tc:ire visible à l'oeil sur l'écran DVI#2 (9) et sans recalage :Je l'écran DVI#2 (9) grâce à la fonction de Synchronisation. Un recalage de l'écran DVI#2 (9) se produirait si ce dernier constatait une interruption du flux DVI ou un changement de caractéristiques de ce flux. Pour que l'écran DVI#2 (9) ne se recale pas, le flux DVI qu'il reg ;oit par l'interface (91) est maintenu dans un format constar.: : (1600x1200 60i/s) avant, pendant et après l'inversion. Pour maintenir le format DVI transmis à l'écran DVI#2 (9) par l'interface (91) au format 1600x1200 60i/s pendant et après l'inversion PIP, ledit module de synchronisation (19) utilise dans la mémoire (22) 3 buffers d'images background (BB1), (BB2) et (BB3) en plus desdits 3 buffers d'image Foreground (BF1, BF2, BF3). Les images du flux DVI#1 (2) au format 480x360 sont stockées dans les buffers d'images Foreground à la vitesse de 60 ils. Les images du flux D'I#2 (3) au format 1600x1200 sont stockées clans les buffers d'images Background à la vitesse de 75 i/s et relues à la vitesse de 60 i/s pour être disponibles au même moment que les images dudit flux DVI#1 (2). Avantageusement, ledit module Mémoire (22) contient d'autres buffers d'image Background (BBn) non représentés dans :..a figure 4. Les buffers d'images Foreground sont relus à la vitesse de 60 i/s pour que ledit module Mélangeur Vidéo (20) incruste les images dans la fenêtre d'affichage. Les données vidéo ainsi envoyées audit :Bouteur de Sorties Audiovisuelles (24) sont fabriquées sous le contrôle dudit module Inverseur (17) avec les informations de synchronisation du flux DVI#1 (2) et les pixels des flux DVI#1 (foreground) et DVI#2 (background). II n'y a pas ainsi d'interruption du flux DVI transmis à l'écran DVI#2 (9) par l'interface (91) ni changement dans ses caractéristiques. 25 Dans le cinquième exemple d'utilisation, le résultat du mélange vidéo de type PIP des sources des caméras DVI#1 ,2) et DVI#2 (3) est enregistré par l'enregistreur encodeur#2 MPEG HD (12). Dans notre exemple, le procédé doit fournir audit encodeur#2 MPEG HD (12), un format SXGA YUV420 30 i/s alors que les données résultantes du mélange Vidéo PIP sont au format UXGA RGB444 60 i/s. Pour cela, les données vidéo issue du mélangeur Vidéo (20) sont transmises par l'interface (205) au module d'Adaptation de Format (16) qui met alors en oeuvre la succession desdits Opérateurs D et E avec RH=RV=1.25 pour obtenir une réduction de 1600x1200 en 1280x960, ainsi qu'un nouvel Opérateur nommé Opérateur H (non représenté) capable d'ajouter 32 lignes noires en haut et en bas de l'image, obtenant ainsi un. format 1280x1024 RGB444 60 ils. Après cette opération, ledit Opérateur C (OC) réalise la conversion RGB444 en YUV420. Ledit. module Synchronisation (19) agit alors au travers des liaisons (202) et (203) pour resynchroniser, à partir des Buffer..3 d'images (B11, B12, B13 non. représentés), les données 1290x1204 YUV420 de 60 i/s en 30 i/s. Les données vidéo ainsi traitées sont transmises par la liaison (207) audit Routeur de Sorties Audiovisuelles (24) qui les transmet par l'interface (121) audit encodeur#2 MPEG (12). Dans le sixième exemple d'utilisation, les données du signal DVI de la camera DVI#1(2), acheminées au format UXGA RGB444 60 i/s sur 24 bits par la liaison (201) sont aussi acheminées sans aucune modification du module d'Adaptation de Formats (16) par la liaison (131) au module Capture/Stockage d'Image fixes (13). Sur demande de l'utilisateur, ledit module Capture/Stockage d'Image fixes (13) extrait une image du 26 flux de données audiovisuelles UXGA RGB444 60 i/s pour la stocker dans le système en format natif. Les données audiovisuelles de ladite caméra DVI#2 (3) achem m es au format XGA RGB444 75 i/s sur 24 bits par la liaison (201) sont aussi acheminées sans aucune modification du module d'Adaptation de Formats (16) par la liaison (131) au module Capture/Stockage Image fixes (13) qui, sur demande le l'utilisateur, extrait une image du flux de données audiov:'..suelles XGA RGB444 75 ils. Dans un mode de réalisation particulier, le module Routeur de Données (161) du module d'Adaptation de Formats (16) est utilisé pour transmettre au module Capture/Stockage Emage fixes (13) les données dans un autre format. Dans le septième exemple d'utilisation, le procédé permet la prévisualisation des séquences audiovisuelles en provenance des caméras sélectionnées. Les données du signal DVI de la caméra DVI#1 (2), acheminées au format UXGA RGB444 60 i/s sur 24 bits par la liaison (201) sont converties en 720x4801 YUV420 59,94 i/s par une succession d'Opérateurs dudit module d'Adaptation de Formats (16) et transmise par la liaison (141) au module Prévisualisation Sources (14). Les données audiovisuelles de la caméra DVI#2 (3) acheminées au format XGA RGB444 75 i/s par la liaison (201) sont également converties en 720x480i YUV420 59,94 i/s par une succession d'Opérateurs dudit module d'Adaptation de Formats (16) et transmise par la liaison (141) audit module Prévisualisation Sources (14). Dans le huitième exemple d'utilisation, le procédé permet d'afficher la vidéo de ladite caméra DVI#1 (2) sur le moniteur DVI#1 (8) ainsi qu'une séquence audiovisuelle précédemment enregistrée au format MPEG NTSC, 27 décodée par le Décodeur M1?EG (5) et dont la vidéo ainsi obtenue est incrustée en tant que source Foreground sur la vidéo de ladite caméra DVI#1 Ladite caméra DVI#1 (2) fournit un signal au format DVI en UXC;A RGB444 60 ils. Cette vidéo est affichée sur ledit moniteur. DVI#1 (8) dans un format SXGA RGB444 60 ils avec insertion préalable d'un logo. Le résultat de l'incrustation de la Vidéo obtenue dudit Décodeur MPEG (5) sur la vidéo de ladite caméra DVI#1 (2) est affiché sur le moniteur DVI#2 (9) exploité dans un format UXGA. La taille de la fenêtre d'incrustation est toujours de 30% du format du moniteur, soit 480x360. Les données du signal DVI de ladite caméra DVI#1 (2), acheminées au format UXGA RGB444 60 i/s sur 24 bits par la liaison (201) sont acheminées sans aucune modification au travers dudit module d'Adaptation de Formats (16) par l'interface (205) et fournies audit module Mélangeur Vidéo (20) par l'interface (205) en tant que Données Vidéo Background. Ledit Décodeur MPEG (5) fournit donc par la liaison (51) une séquence vidéo au format 720x480i YUV420 29,97 i/s en pixels rectangulaires audit module d'Adaptation de Formats (16).. Les Opérateurs mis en œuvre dans ce module doivent donc convertir cette vidéo au format 480x360 RGB444 60 i/s pixels carrés pour la fournir au Module Mélangeur Vidéo (20) par l'interface (205) en tant que Données Vidéo Foreground. Pour cela, le procédé doit : • dé-entrelacer la Vidéo pour séparer les 2 trames permettant ainsi de doubler la fréquence, 30 28 • effectuer un re-dimensionnement horizontal et vertical avec des coefficients différents afin d'obtenir d'une part une anamorphose reproduisant l'effet pixel carré et d'autre part des images au format. final souhaité, • convertir le résultat de YUV420 en RGB444, • et enfin synchroniser le tout à 60 i/s pour l'incrustation. Le procédé conforme à l'invention exploite le fait que ledit Décodeur MPEG (5) fournit, et ceci trame par trame, une séquence vidéo au format 720x480i YUV420 29,97 i/s audit module d'Adaptation de Formats (16) par la liaison (51). Ainsi, ledit module d'Adaptation de Formats (16) traite simplement les données vidéo par trame pour passer de 720x480i 29,97 à 720x240 59,94 i/s.. Pour reproduire l'effet pixel carré en NTSC, le procédé redimensionne horizontalement les lignes de 720 pixels en 640 i_):i.~els. Verticalement, le procédé double le nombre de lignes avec interpolation, pour obtenir des données vidéo 640x480 59,94 i/s sur lesquelles une réduction Horizontale et Verticale de 1,33 permet de fabriquer le format 480x360 souhaité. Dans un mode de réalisation particulier, l'ensemble des re-dimensionnements ci-dessus est réalisé en une seule fois en appliquant un coefficient de Réduction Horizontal RH de (720/640)x(640/480) = 720/480=1,5 et un coefficient d'Agrandissement Vertical AV de 2x360/480=1,5. Le procédé utilise donc simplement dans ledit module d'Adaptation de Formats (16) ledit Opérateur D (OD) avec un coefficient de Réduction Horizontal RH=1,5 pour obtenir 480 pixels par ligne à partir des 720 pixels par ligne, ainsi que ledit Opérateur J avec un coefficient d'Augmentation Vertical AV=1,5 gour obtenir 360 lignes à partir des 240. 29 Le format 480x360 YUV420 59,94 i/s ainsi obtenu est transformé en RGB444 par un nouvel Opérateur dudit module d'Adaptation de Formats (16) appelé Opérateur K (non représenté), réalisant la conversion YUV420 vers RGB444. Pour réaliser cette conversion, on peut par exemple successivement passer de YUV420 en YUV422 en dupliquant ou en interpolant les échantillons U et V manquants, puis de YUV422 en YUV444 par interpolation pour recréer les échantillons U et V à ajouter et enfin réaliser la conversion YUV444 en RGB444 en appliquant le formule suivante : • R = Y+1.4020*(V-128) • G = Y-0.:3441*(U-128)-0.7141*(V-128) • B = Y+1.7720*(U-128) Dans un mode de réalisation, ledit Opérateur K effectue l'ensemble de ces traitements en minimisant le nombre d'opérations et de multiplications, permettant ainsi d'optimiser l'implémentation en composants matériels. Dans e format YUV420, les plans U et V possèdent 4 fois moins de données que le plan Y. Pour calculer les données RGB, ledit Opérateur K affecte tout d'abord à chaque pixel un triplé (Y,U,V). Pour cela, ledit Opérateur K réalise un agrandissement horizontal puis d'un agrandissement vertical des plans U et V par duplication des échantillons. Soient x et y respectivement les coordonnées horizontales et verticales d'une positions dans les plans originaux U et V. Par le procédé de duplication horizontale et verticale, une position Ql=(y, x) dans les plans U et V est affectée à 4 positions P1=(2*y,2*x), P2=(2*y,2*x+l), P3=(2*y+1,2*x), P4=(2*y+1,2*x+l) dans le plan Y. Pour la position Pl, ledit Opérateur K dispose des 3 composantes Y, U et V. Il peut donc calculer les composantes RGB en appliquant la formule : 30 • R(Pl)=Y(PL)+1.4020*[V(Ql)-128] • G(Pl)=Y(PL)-0.3441*[U(Ql)-128]-0.7141*[V(Q1)-128] • B(Pi)=YPL)+1.7720*[U(Q1)-128] Pour une position Pi (i=2, 3 et 4), ledit Opérateur K pourrait effectuer les mêmes calculs. Toutefois, pour éviter 12 multiplications, ledit Opérateur K calcule plutôt un facteur de correction Co pour chaque position. Par l'addition de cette valeur aux composantes RGB de la position Pl, ledit Opérateur K obtient les composantes RGB de la position Pi par les opérations suivantes : • Co(Pi)=Y(}:i)-Y(P1) • R(Pi)=R(P::..)+Co(Pi) • G(Pi)=G(P:L)+Co(Pi) • B(Pi)=B(P:L)+Co(Pi) Tel que décrit ci-dessus, ledit module d'Adaptation de Formats (16) a donc réalisé l'adaptation des données dudit Dé(:;odeur MPEG (5) initialement fournies au format 720x4801 29,97 i/s en des données au format 480x360 RGB444 59,94 i/s. Ledit module Synchronisation (19) et lesdits Buffers d'images de la mémoire (22) interviennent alors pour fournir ces données vidéo 480x360 RGB444 59,94 i/s à 60 i/s audit module Mélangeur Vidéo (20) en tant que Données Vidéo Foreground. Ledit module Mélangeur Vidéo (20) réalise alors l'incrustation de type PIP des Données Vidéo Foreground ainsi reçues sur les Données Vidéo Background au format UXGA RGB444 60 i/s issues de la caméra DVI#1 (2). Le résultat est alors transmis par la liaison {204) audit Router de Sorties Vidéo (24) qui l'achemine par la liaison (91) au Moniteur DVI#2 (9). Avan:ageusement, un deuxième décodeur MPEG (6) est relié par 1.a liaison (61) audit Routeur de Sources 31 Audiovisuelles (:15) et permet de rejouer une seconde séquence audiovisuelle précédemment enregistrée afin de la traiter au même t:.Ltre qu'une source vidéo d'entrée. Avantageusement, une caméra analogique (4) est reliée par la liaison (41) audit Routeur de Sources Audiovisuelles (15) qui intègre une fonction de conversion analogique/numérique. Avantageusement, tout contenu audiovisuel en entrée ou en sortie est de type audio seul, vidéo seul, ou toute combinaison audio et vidéo. REVENDICATIONS 1. Procédé pour transformer une pluralité de sources audiovisuelles d'entrée ayant des formats distincts en des sources audiovisuelles de sortie de même format de sortie, dans lequel les sources audiovisuelles d'entrée comprennent des images, le procédé comprenant des étapes dans lesquelles : - la pluralité de sources audiovisuelles est reçue; - au moins un opérateur de transformation (OA, OB, OC, OD, 0E) modifie au moins une image de chacune des sources de la pluralité de sources audiovisuelles d'entrée de sorte à transformer chacune des sources de la pluralité de sources audiovisuelles en une source audiovisuelle ayant le format de sortie, le procédé étant caractérisé en ce que l'étape dans laquelle l'opérateur modifie l'image est telle que l'opérateur modifie un sous-ensemble de l'image alors que l'opérateur n'a reçu que ce sous-ensemble de l'image. 2. Procédé selon la revendication 1 dans lequel le sous-ensemble de l'image est constitué d'une pluralité de lignes de l'image, le nombre de lignes de la pluralité de lignes étant inférieur au nombre de lignes total de l'image. 25 3. Procédé selon l'une des revendications 1 ou 2 dans lequel le sous-ensemble de l'image est constitué d'une pluralité de pixels de l'image, le nombre de pixels de la pluralité de pixels étant inférieur au nombre de pixels total d'une ligne de l'image. 4. Procédé selon l'une des revendications 2 ou 3 dans lequel l'étape dans laquelle l'opérateur modifie un sous-ensemble de l'image consiste en au moins une des étapes suivantes : 30- l'opérateur augmente le nombre de pixels d'au moins une ligne de l'image; - l'opérateur effectue une interpolation entre plusieurs pixels d'une ligne de l'image ; -l'opérateur supprime au moins une ligne de l'image; - l'opérateur effectue une interpolation entre plusieurs lignes de l'image. 5. Procédé selon l'une des revendications précédentes dans lequel - un premier opérateur de transformation modifie le sous-ensemble alors que le premier opérateur n'a reçu que ce sous-ensemble de l'image de sorte à générer un sous-ensemble modifié ; - le sous-ensemble transformé est transmis à un deuxième opérateur ; - le deuxième opérateur modifie le sous-ensemble modifié. 6. Procédé selon la revendication 5 dans lequel le deuxième opérateur modifie une partie du sous-ensemble modifié alors qu'il n'a reçu que cette partie du sous-ensemble modifié. 7. Procédé selon l'une des revendications précédentes, comprenant en outre une étape dans laquelle chacune des sources audiovisuelle d'entrée de la pluralité de sources audiovisuelles d'entrée est routée vers au moins un opérateur de transformation en fonction de la transformation à effectuer pour obtenir les sources audiovisuelles de sortie de même format de sortie. 8. Procédé selon l'une des revendications précédentes dans lequel les sources audiovisuelles de sortie sont routées en sortie. 9. Procédé selon l'une des revendications précédentes dans lequel les sources audiovisuelles de sortie sont enregistrées.30. Procédé selon l'une des revendications précédentes dans lequel au moins deux sources audiovisuelles de sortie sont mélangées. 11. Procédé selon l'une des revendications précédentes comprenant 5 en outre une étape dans laquelle les sources audiovisuelles d'entrée sont synchronisées en fréquence de lecture et d'écriture. 12. Procédé selon l'une revendications précédentes dans lequel une image fixe est incrustée dans une sources audiovisuelle. 13. Procédé selon la revendication précédente dans lequel l'image fixe est incrustée en transparence. 14. Procédé selon l'une des revendications précédentes dans lequel 15 les données d'avant plan et les données d'arrière plan des sources audiovisuelles sont inversées. 15. Procédé selon l'une des revendications précédentes dans lequel les sources audiovisuelles de sortie sont prévisualisées. 20 16. Dispositif pour transformer une pluralité de sources audiovisuelles d'entrée ayant des formats distincts en des sources audiovisuelles de sortie de même format de sortie, dans lequel les sources audiovisuelles d'entrée comprennent des images, le 25 dispositif comprenant : - des moyens agencés pour recevoir la pluralité de sources audiovisuelles ; - au moins un opérateur de transformation (OA, OB, OC, OD, 0E) agencé pour modifier au moins une image de chacune des sources de 30 la pluralité de sources audiovisuelles d'entrée de sorte à transformer chacune des sources de la pluralité de sources audiovisuelles en une source audiovisuelle ayant le format de sortie, 10S le dispositif étant caractérisé en ce que l'opérateur de transformation est agencé pour modifier un sous-ensemble de l'image alors qu'il n'a reçu que ce sous-ensemble de l'image. 17. Dispositif selon la revendication 16, comprenant en outre un routeur agencé pour router chacune des sources audiovisuelles d'entrée de la pluralité de sources audiovisuelles d'entrée vers au moins un opérateur de transformation en fonction de la transformation à effectuer pour obtenir les sources audiovisuelles de sortie de même format de sortie. 18. Dispositif selon l'une des revendications 16 ou 17 comprenant en outre un routeur de sortie agencé pour distribuer les sources audiovisuelles de sortie. 19. Dispositif selon l'une des revendications 16 à 18 comprenant en outre un module mélangeur vidéo agencé pour mélanger au moins deux sources audiovisuelles de sortie. 20 20. Dispositif selon l'une des revendications 16 à 19 comprenant en outre un module de synchronisation agencé pour synchroniser les sources audiovisuelles d'entrée en fréquence de lecture et d'écriture. 21. Dispositif selon l'une des revendications 16 à 20 comprenant en 25 outre un enregistreur agencé pour enregistrer tes sources audiovisuelles de sortie. 22. Dispositif selon l'une des revendications 16 à 21 comprenant en outre un module d'incrustation agencé pour incruster une image fixe 30 dans une source audiovisuelle, un module de prévisualisation agencé pour prévisualiser les sources audiovisuelles de sortie, et un module inverseur agencé pour inverser les données d'avant plan et les données d'arrière plan des sources audiovisuelles.15