Brevet FR2850820A1 — publié le 20040806

La présente invention se rapporte à un dispositif et un procédé de synchronisation en lecture de données vidéo et de données annexes, ces données étant enregistrées dans un espace de stockage sous forme multiplexée et chronologique, ainsi qu'à . des produits associés. Elle 5 s'applique en particulier à la gestion de synchronisation des sous-titres télétexte en mode de contrôle de lecture d'enregistrement (" play-back " en anglais). Dans un décodeur de télévision numérique associé à des 10 fonctionnalités de stockage, différents flux de type audio, vidéo, télétexte/sous-titres et d'autres types tels que notamment décrits dans les normes MPEG (pour " Moving Picture Experts Group ") et DVB (pour " Digital Video Broadcasting ") peuvent être stockés sous forme de flux partiel sur un espace de stockage, à fin d'être rejoués et décodés à un 15 instant postérieur. Le décodeur de télévision numérique est par exemple équipé d'un récepteur vidéo personnel ou PVR (pour " Personal Video Recorder "), disposant d'un disque dur intégré sur lequel sont stockés les flux. Ces différents flux sont habituellement transportés dans un flux transport MPEG, démultiplexé par un démultiplexeur, et transmis respectivement à des décodeurs élémentaires pour décodages audio, vidéo, télétexte ou sous-titres, ou transmis à des systèmes de traitement de données (sections MPEG ou autres types de données). Les flux transmis à 25 un organe de décodage peuvent être destinés à être utilisés de manière synchrone. Ceci est par exemple le cas des informations audio et vidéo qui sont liées entre elles par des informations de synchronisation temporelles sous la forme d'étiquettes temporelles ou PTS (pour " Program Time Stamps "). L'exploitation de ces informations, combinée à la mise à jour d'une horloge locale au moyen de signaux de référence temporelle notés PCR (pour " Program Clock Reference "), dans le présent cas au niveau du décodage, permet d'afficher des images de façon synchrone avec le son. Cette méthode est bien connue et implémentée dans les décodeurs numériques. La transmission des informations de synchronisation n'est cependant pas obligatoire selon la norme DVB dans le cas des données de soustitres/télétexte. De fait, la synchronisation pour de telles données, dont 10 le besoin est bien moins précis que dans le cas de l'audio, se réalise de facto par un décodage quasi-immédiat (quelques dizaines de ms au maximum) des données reçues en sortie de demultiplexeur. Plus précisément, en considérant deux paquets consécutifs diffusés dans le flux et concernant respectivement de la vidéo et des sous-titres synchrones à 15 l'émission, l'erreur correspondante en terme de synchronisation résulte: de la durée nécessaire pour récupérer toute l'image vidéo compressée; - de la durée nécessaire pour établir un régime de décodage vidéo nominal, c'est-à-dire de la durée de remplissage d'une mémoire 20 tampon transport, ou " buffer " transport, du décodeur élémentaire vidéo pour que ce buffer ne puisse pas tomber en famine de données (" underflow ") ou en trop plein de données (" overflow "); - de la durée nécessaire au décodage des données sous forme affichable et à l'affichage des données dans les trames vidéo; - de la durée nécessaire pour récupérer l'ensemble des données sous- titres/télétexte associées; - et de la durée nécessaire pour décoder et composer des soustitres affichables par la fonction d'affichage écran ou OSD (pour " On-Screen Display ") du décodeur. Ce sont ces durées cumulées qui s'étendent typiquement sur quelques dizaines de ms. De ce fait, dans le cadre de l'exploitation de flux soustitres en mode nominal de décodage direct d'après un signal antenne, 5 la présence ou non d'informations de synchronisation dans ces flux n'a pas grand intérêt, la prise en compte d'une erreur moyenne suffisant à gagner en précision. Dans le cas d'un flux partiel rejoué à partir d'un organe de 10 stockage, par contre, les données vidéo sont décodées au rythme o elles arrivent dans le buffer de décodage vidéo. Le principe généralement utilisé lors de la relecture de données rejouées d'un organe de stockage consiste à tamponner (c'est-à-dire mettre en mémoire tampon) les temps de lecture sur les organes de stockage en remplissant au maximum possible l'ensemble 15 des buffers de données utilisés, et notamment le buffer de décodage vidéo. De cette manière, un éventuel défaut de lecture sur un organe de stockage entraînant un délai dans la lecture de ces données n'est pas visible. Ainsi, l'ensemble des données - audio, vidéo, sous-titre... - relues à partir d'un organe de stockage est fourni au démultiplexeur, avec un asservissement 20 dirigé par le niveau de remplissage du buffer de décodage vidéo. Dans le cas o aucun mécanisme de synchronisation avant envoi (tel que les PTS) n'est implémenté pour les sous-titres, ceux-ci sont décodés dès qu'ils sont disponibles en sortie de démultiplexeur, de la même manière 25 qu'en réception directe. Des données vidéo non encore décodées risquent donc d'être encore présentes dans le buffer de décodage vidéo, alors que les sous-titres correspondants sont déjà en cours d'affichage. En pratique, la taille du buffer de décodage vidéo et les débits de compression vidéo habituels (plus de 300 koctets pour la taille du buffer de décodage et un débit MPEG vidéo de l'ordre de 2,0 Mbits/s) sont tels qu'il est possible d'avoir plusieurs secondes d'écart entre ces sous-titres et l'image non encore décodée. La cohérence d'affichage des sous-titres par rapport à la vidéo est alors sérieusement compromise. Une solution possible à ce problème consisterait à introduire des étiquettes temporelles à la réception, avant enregistrement des données dans l'espace de stockage. Ces étiquettes serviraient ensuite à lire les soustitres de manière synchronisée. Ainsi, une méthode envisageable consiste à 10 prendre en compte les PTS vidéo pour déterminer les étiquettes temporelles des sous-titres, en analysant le flux pour éditer les paquets transport vidéo et les paquets de flux élémentaires vidéo ou PES (pour " Packet Elementary Streams ") et en faisant un asservissement de l'horloge locale aux signaux PCR vidéo. Ces opérations sont relativement complexes et lourdes à mettre 15 en oeuvre, et augmentent la place de stockage requise afin de pouvoir stocker les étiquettes temporelles créées pour les sous-titres. Elles nécessitent par ailleurs d'avoir connaissance des identificateurs de paquets vidéo (appelés PID pour " Packet Identifiers ") et conduisent à des difficultés de mise en oeuvre lorsque les PES vidéo sont embrouillés. 20 Une autre méthode avec introduction d'étiquettes temporelles avant stockage consisterait à apposer systématiquement de telles étiquettes additionnelles sur tous les paquets en se fondant sur une horloge locale, en reportant les opérations d'analyse à la lecture. Ainsi, lors de la lecture des 25 données enregistrées dans l'espace de stockage, on récupérerait les données enregistrées, on les transmettrait de façon synchronisée grâce à ces étiquettes additionnelles d'un premier module vers un second module, puis on traiterait les données reçues par le second module comme celles reçues directement à partir d'une source extérieure. Cette technique requiert cependant des stockages supplémentaires pour stocker l'ensemble des étiquettes temporelles, et accroît la complexité d'enregistrement et de lecture en nécessitant la mise en oeuvre de procédures spécifiques relativement lourdes en moyens et en opérations. Une difficulté supplémentaire est posée par l'utilisation de modes d'effets spéciaux (ou " trick modes ") à partir des enregistrements des données dans l'espace de stockage, même en présence d'étiquettes temporelles reçues avec les données de sous-titrage. En effet, dès lors que 10 la vitesse de diffusion des données vidéo est ralentie ou accélérée par rapport à la vitesse normale, il devient nécessaire d'apporter des corrections aux étiquettes temporelles associées aux sous- titres, en fonction de cette vitesse de diffusion des données vidéo. Une telle correction de synchronisation requiert un traitement spécifique adapté aux trick modes, qui 15 peut en particulier reposer sur un ajustement de la valeur d'un compteur local écoulée depuis l'arrivée du dernier PTS vidéo. La complexité des mécanismes aptes à exploiter les données enregistrées s'en trouve donc accrue. Qui plus est, en l'absence d'étiquettes temporelles associées aux données de sous-titrage, les problèmes mentionnés plus haut pour une vitesse normale de lecture sont encore accrus en mode ralenti, puisque le retard entre l'affichage des sous-titres et celui des images vidéo correspondantes devient encore plus grand. 25 La présente invention concerne un dispositif de synchronisation en lecture de données vidéo et de sous-titres à partir d'un espace de stockage, rendant possible une lecture synchronisée au prix de cots minimes en stockage et en opérations. De plus, ce dispositif peut être relativement simple à mettre en oeuvre. Il est notamment susceptible de s'appliquer à des flux de vidéo et de sous-titres reçus et enregistrés, sans que ces sous-titres ne soient munis d'étiquettes temporelles. Ainsi, le dispositif de l'invention peut être capable de remédier à l'absence 5 d'informations de synchronisation dans des flux de type DVB télétexte, dans les cas o des flux transport partiels sont rejoués d'un disque dur, plus précisément pour la synchronisation de sous-titres transportés dans des flux de type télétexte. Le dispositif de synchronisation de l'invention peut également avoir pour avantage, dans des réalisations préférées, de permettre notamment une adaptation de la synchronisation à des modes d'effets spéciaux, que la vitesse de lecture à partir de l'espace de stockage soit accélérée ou ralentie. Plus généralement, l'invention vise un dispositif de synchronisation en lecture de données vidéo et de données annexes, ces données étant enregistrées dans un espace de stockage sous forme multiplexée et chronologique, ayant les qualités mentionnées ci-dessus. 20 L'invention concerne aussi un procédé de synchronisation correspondant au dispositif de synchronisation de l'invention, un système de décodage vidéo comprenant un tel dispositif et un programme d'ordinateur associé. L'invention trouve des applications non seulement dans le soustitrage, mais aussi pour de la synchronisation portant en particulier sur la production de données (sons, images, commandes...) en rapport avec des programmes interactifs, et sur l'affichage ou l'émission sonore d'informations surajoutées à des programmes vidéo, dès lors qu'une synchronisation est effectuée en direct. A cet effet, l'invention a pour objet un dispositif de synchronisation 5 en lecture de données vidéo et de données annexes associées à ces données vidéo, en vue d'une communication synchronisée de ces données, les données vidéo et annexes étant enregistrées dans un espace de stockage sous forme multiplexée et chronologique. Le dispositif de synchronisation comprend: un module d'entrée des données enregistrées dans l'espace de stockage, et un module de démultiplexage des données vidéo et annexes, prévu pour transmettre les données vidéo à un ensemble de lecture vidéo et les données annexes à un ensemble de lecture annexe, ces ensembles de 15 lecture étant destinés à lire et à communiquer les données. Selon l'invention, le dispositif de synchronisation comprend aussi - un module de renseignement sur des instants de communication des données vidéo, capable d'obtenir des informations en provenance de 20 l'ensemble de lecture vidéo sur ces instants de communication, - et un module d'adaptation de communication des données annexes, prévu pour ajuster des instants de communication, par l'ensemble de lecture annexe, des données annexes, en fonction des informations obtenues par le module de renseignement. 25 Par " communication " des données, on entend toute opération de transmission vers un module extérieur à l'ensemble de lecture, qui peut donc conduire notamment à un affichage écran ou à une production sonore au niveau local (présentation de données à un téléspectateur, par exemple), ou à un envoi dans un circuit externe des données lues (transmission d'un système centralisé vers un ensemble de postes de télévision d'un immeuble ou d'une entreprise, par exemple). D'autre part, les informations obtenues par le module de renseignement sur les instants de communication des données vidéo peuvent être indirectes et partielles. Il peut notamment s'agir d'informations sur des durées de transit dans l'ensemble de lecture vidéo. L'ajustement des instants de communication des données annexes peut lui aussi être indirect. Il est ainsi possible d'agir notamment en introduisant des délais d'adaptation soit sur les instants de transmission à l'ensemble de lecture annexe, soit sur la communication en sortie de cet ensemble, soit encore éventuellement sur des étapes intermédiaires, par 15 exemple le décodage d'éléments courants des données annexes une fois ceux-ci parvenus à l'ensemble de lecture annexe. Des solutions combinées sont également possibles. Le dispositif de l'invention est particulièrement inattendu au regard 20 des méthodes existantes, puisqu'il ne met en oeuvre aucune étiquette temporelle additionnelle pour les données annexes. Par contraste, il exploite au mieux le fonctionnement-même des mécanismes de lecture des données vidéo et annexes, en prenant en compte les délais causés par l'accumulation en buffer vidéo des données vidéo avant décodage. Cette exploitation est 25 effectuée en temps réel au moment de la lecture des données enregistrées dans l'espace de stockage. Plus précisément, la synchronisation repose sur une forme d'asservissement des instants de communication des données annexes, en fonction des instants de communication des données vidéo. Ce dispositif peut être particulièrement avantageux au regard des techniques existantes, ou par rapport à ce qui apparaîtrait comme naturellement tentant pour une personne du métier (introduction d'étiquettes temporelles): - synchronisation possible même en l'absence de toute étiquette temporelle pour les données annexes reçues et enregistrées; - aucune opération spécifique requise avant enregistrement des données dans l'espace de stockage; - pas de nécessité d'enregistrement d'excédents d'informations 10 (gains en stockage); - exploitation possible de tout enregistrement de données vidéo et annexes sous forme multiplexée et chronologique, même sans aucune disposition spécifique concernant l'enregistrement (souplesse d'utilisation); - et possibilité de lecture de la vidéo selon une technique 15 habituelle, sans nécessité d'opérations supplémentaires d'analyse syntaxique de flux. Préférentiellement, le module de renseignement est capable d'obtenir dynamiquement les informations sur les instants de communication 20 des données vidéo, de telle sorte que le module d'adaptation est apte à prendre en compte des accélérations et des ralentissements de lecture de ces données. Cette obtention dynamique peut être notamment réalisée au moyen d'un échantillonnage de mesures suffisamment rapide dans le temps. Par exemple, des mesures sont effectuées toutes les trames vidéo. 25 Dans un autre mode de réalisation, le module de renseignement est prévu pour obtenir statiquement ces informations, puis à les utiliser ultérieurement de manière systématique. On peut notamment imposer un décalage temporel fixe sur les instants de communication des données annexes, à partir de mesures initiales. Dans une forme améliorée de cette réalisation, les mesures sont automatiquement refaites en cas de vitesse de défilement accélérée ou ralentie (ces opérations étant déclenchée par un signal de changement de vitesse ou de mode d'effets spéciaux). L'intérêt de 5 ce mode de réalisation statique, moins précis et souple d'adaptation que celui dynamique, est de réduire encore la quantité d'opérations requises. Dans des formes avantageuses des données, les modules sont prévus pour que les données annexes comprennent: 10 - des sous-titres; - des données relatives à au moins un programme interactif (images, sons, messages, commandes...); - ou une combinaison des deux types de données précédents. Les modules sont avantageusement prévus pour que les données soient enregistrées sous forme numérique, préférentiellement selon la norme DVB. Selon une forme préférée de renseignement, l'ensemble de 20 lecture vidéo comprenant: - au moins une mémoire tampon destinée à contenir provisoirement des éléments courants des données vidéo, - une unité de décodage vidéo destinée à décoder successivement les éléments courants en sortie de cette mémoire tampon; 25 - et une unité de communication destinée à communiquer les éléments courants décodés, le module de renseignement est prévu pour obtenir dynamiquement au moins des informations relatives au contenu de cette mémoire tampon. Cette forme de renseignement peut s'avérer particulièrement efficace et pertinente. Ces avantages sont dus à ce que le contenu de la mémoire tampon vidéo est représentatif du décalage temporel sur la communication des données vidéo par rapport aux données annexes. Or, 5 c'est justement ce décalage qui est problématique pour la synchronisation entre les données vidéo et annexes. Le module de renseignement est alors de préférence tel que ces informations sont choisies parmi des mesures donnant: - une quantité des éléments courants présents dans cette mémoire tampon pour la vidéo; - un flux entrant des éléments courants dans cette mémoire tampon; - un flux sortant des éléments courants de cette mémoire tampon; 15 - un nombre des éléments courants sortant de cette mémoire tampon depuis un instant prédéfini de transmission des données annexes; - et une combinaison quelconque d'au moins deux des mesures ci-dessus. Dans une première forme avantageuse d'un tel module de renseignement, ce dernier est prévu pour mesurer un nombre B d'octets présents dans le buffer vidéo, ainsi qu'un débit vidéo D de sortie du buffer, par quotient du niveau du buffer sur le flux de données vidéo qui y sont envoyées. Le module de renseignement est destiné à déduire de ces valeurs 25 B et D un délai de décalage vidéo, donné par le rapport B/D (délai approximatif entre la réception des données vidéo dans l'ensemble de lecture vidéo et leur décodage - à l'exclusion des derniers paquets de données reçus par l'unité de décodage). Ce délai de décalage vidéo, éventuellement complété au moyen d'autres paramètres, est alors exploitable par le module d'adaptation. Dans une deuxième forme avantageuse de réalisation, le module 5 de renseignement est prévu pour établir le nombre B d'octets présents dans le buffer vidéo, et déterminer le flux vidéo sortant du buffer (consommation de données). Le module de renseignement est alors capable de comparer à N le nombre d'octets consommés dans le buffer, et de transmettre au module d'adaptation un signal de déclenchement pour la communication des 10 données annexes, lorsque la consommation de B octets dans le buffer vidéo depuis le début du compte des octets est achevée. Cette réalisation permet d'assurer une meilleure précision que la première dans les modes d'avance rapide ou de ralenti, puisque la valeur du débit n'est pas considérée. Dans une troisième forme avantageuse de réalisation, le module de renseignement est prévu pour mesurer le nombre B d'octets présents dans le buffer vidéo et la vitesse de décodage de l'unité de décodage vidéo, et pour les rapporter l'un à l'autre. Le délai obtenu donne un décalage vidéo représentant approximativement le laps de temps écoulé entre la réception 20 des données vidéo dans l'ensemble de lecture vidéo et leur décodage complet. Ainsi, le débit réel est immédiatement modifié dès que la vitesse de décodage évolue, ce qui évite d'avoir à attendre que cette valeur de débit ne se stabilise avec le temps. Dans une version plus sophistiquée de l'une quelconque des réalisations précédentes portant sur l'obtention de renseignements au moins relatifs au contenu du buffer vidéo, le module de renseignement est prévu pour appliquer un filtre passe-bas sur des valeurs estimées dynamiquement par échantillonnage, telles que des valeurs de débit vidéo (première forme de réalisation) ou de vitesse de décodage (troisième forme de réalisation). Dans une quatrième forme avantageuse de réalisation, 5 avantageusement combinée avec l'une quelconque des précédentes, on ajoute à une estimation de délai fondée sur le contenu du buffer, une valeur fixe de décalage intégrant différents délais accessoires. Cette valeur peut notamment tenir compte: - d'une part en positif, des durées de récupération d'une image 10 vidéo compressée, de décodage des données sous forme affichable, d'affichage des données dans les trames vidéo, - et d'autre part en négatif, des durées de récupération d'un ensemble de données annexes tels que des sous-titres associés à une image vidéo, de décodage et de composition de ces sous-titres affichables 15 par la fonction OSD du décodeur. Dans d'autres formes de renseignement sur les instants de communication des données vidéo par l'ensemble de lecture vidéo, le module de renseignement est prévu pour provoquer le déclenchement de 20 signaux de retour lors d'instants de décodage ou de communication de données vidéo. Ces signaux de retour peuvent être alors directement exploités pour des ajustements temporels des instants de communication des données annexes. Ces réalisations, susceptibles d'apporter plus de précision que les précédentes, requièrent cependant des mécanismes plus 25 complexes (reconnaissance des images à signaliser). L'invention concerne de plus un système de décodage vidéo caractérisé en ce qu'il comprend un dispositif de synchronisation conforme à l'une quelconque des modes de réalisation de l'invention. Ce système de décodage vidéo comprend avantageusement un espace de stockage, cet espace de stockage consistant de préférence en un disque dur. L'invention a aussi pour objet un procédé de synchronisation en lecture de données vidéo et de données annexes associées à ces données vidéo, en vue d'une communication synchronisée de ces données, les données vidéo et annexes étant enregistrées dans un espace de stockage 10 sous forme multiplexée et chronologique. Dans ce procédé, on démultiplexe les données vidéo et annexes enregistrées, en transmettant les données vidéo à un ensemble de lecture vidéo et les données annexes à un ensemble de lecture annexe, les ensembles de lecture étant destinés à lire et à communiquer ces données. Selon l'invention, on ajuste des instants de communication, par l'ensemble de lecture annexe, des données annexes, en fonction d'informations obtenues en provenance de l'ensemble de lecture vidéo sur des instants de communication des données vidéo. 20 Le procédé de synchronisation est préférentiellement destiné à être mis en oeuvre au moyen d'un dispositif de synchronisation conforme à l'une quelconque des formes de réalisation de l'invention. L'invention s'applique également à un produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'invention, lorsque ce programme est exécuté sur un ordinateur. Par " produit programme d'ordinateur ", on entend un support de programme d'ordinateur, qui peut consister non seulement en un espace de stockage contenant le programme, tel qu'une disquette ou une cassette, mais aussi en un signal, tel qu'un signal électrique ou optique. L'invention sera mieux comprise et illustrée au moyen des exemples suivants de réalisation et de mise en oeuvre, nullement limitatifs, en référence aux figures annexées sur lesquelles: - la Figure 1 est un schéma de principe d'un système de 10 décodage vidéo comprenant un dispositif de synchronisation conforme à l'invention; - la Figure 2 montre une chaîne multiplexée de données vidéo représentant N images et de données correspondantes de sous-titrage, enregistrées dans un disque dur du système de décodage vidéo de la Figure 15 1; - la Figure 3 représente une étape initiale d'exploitation en lecture par le système de décodage de la Figure 1, de la chaîne de données de la Figure 2; - la Figure 4 représente une étape ultérieure d'exploitation en 20 lecture par le système de décodage de la Figure 1, de la chaîne de données de la Figure 2; - la Figure 5 représente une étape suivante d'exploitation en lecture par le système de décodage de la Figure 1, de la chaîne de données de la Figure 2; - et la Figure 6 représente une dernière étape d'exploitation en lecture par le système de décodage de la Figure 1, de la chaîne de données de la Figure 2. Sur la Figure 1, les modules représentés sont des unités fonctionnelles, qui peuvent ou non correspondre à des unités physiquement distinguables. Par exemple, ces modules ou certains d'entre eux peuvent être regroupés dans un unique composant, ou constituer des fonctionnalités 5 d'un même logiciel. A contrario, certains modules peuvent éventuellement être composés d'entités physiques séparées. Un système de décodage vidéo 10 (Figure 1), par exemple du type téléviseur équipé d'un PVR, est prévu pour recevoir des programmes 10 audiovisuels reçus sous forme de flux F, et pour les diffuser directement à un téléspectateur ou les enregistrer dans un espace de stockage 15 de façon à les rendre accessibles ultérieurement, les deux opérations pouvant être effectuées simultanément. Sur la Figure 1, seules les fonctionnalités en relation avec l'enregistrement sont représentées. 15 Le système de décodage vidéo 10 comprend, outre l'espace de stockage 15 consistant par exemple en un disque dur: - un module de réception 11 des flux audiovisuels F; - un module d'enregistrement 12 des données de ces flux F sur 20 le disque dur 15; - un module d'extraction 13 des données enregistrées sur le disque dur 15; - un dispositif de synchronisation 1, apte à démultiplexer les données extraites et à les distribuer à des décodeurs appropriés selon leurs 25 types, et à contrôler une communication synchronisée de ces différents types de données au téléspectateur; - un ensemble de lecture vidéo 20, prévu pour décoder les données de type vidéo; - un ensemble de lecture annexe 30, prévu pour décoder les données de type sous-titres et télétexte; - et un module d'affichage 14, destiné à communiquer les données décodées au téléspectateur. L'ensemble de lecture vidéo 20 comprend un buffer 21 d'accumulation des données vidéo avant décodage, un décodeur vidéo 22 élémentaire, et une unité de communication 23 des données décodées au module d'affichage 14. De façon similaire, l'ensemble de lecture annexe 30 10 comprend un buffer 31 d'accumulation des données sous-titres et télétexte avant décodage, un décodeur annexe 32 élémentaire, et une unité de communication 33 des données décodées au module d'affichage 14. Le dispositif de synchronisation 1 dispose pour sa part d'un 15 module d'entrée 2 des données extraites du disque dur 15 et un démultiplexeur 3, prévu pour identifier et répartir ces données vers les ensembles de lecture 20 et 30. Il comprend aussi un module de renseignement 4, capable d'obtenir des informations en provenance de l'ensemble de lecture vidéo 20sur des instants d'affichage des données 20 vidéo au téléspectateur, et un module d'adaptation 5, prévu pour ajuster des instants d'affichage des données de sous-titres en fonction de ces informations. Dans le mode de réalisation décrit, l'ajustement est fait en 25 introduisant des délais d'affichage sur les données de sous-titrage déjà décodées, par action sur l'ensemble de lecture annexe 30 (trait plein). Dans une variante de réalisation, le module d'adaptation 5 est prévu pour agir en amont du décodage sur le démultiplexeur 3, en introduisant des délais de transmission des données de sous-titrage vers l'ensemble de lecture annexe après démultiplexage (trait en pointillés). Une telle réalisation peut par exemple être obtenue en utilisant un buffer élémentaire associé au démultiplexeur 3, en amont de l'ensemble de lecture 30. Plusieurs modalités de réalisation du dispositif de synchronisation 1 vont maintenant être exposées, en référence aux Figures 2 à 6, à travers un exemple de mise en oeuvre. Dans cet exemple, une chaîne C de données enregistrée sur le 10 disque dur 15 (Figure 2) est composée de données vidéo sous forme d'images vidéo Vl, V2... VN et de données de sous-titrage sous forme de sous-titres ST1 et ST2, ces données vidéo et de sous-titrage étant multiplexées. Plus précisément, le sous-titre ST1, intercalé entre les images Vl et V2, et le sous-titre ST2, disposé en aval de l'image VN, sont prévus 15 pour commencer à être diffusés respectivement avec les images Vl et VN. Ainsi, les N images vidéo VI à VN doivent être affichées successivement entre l'envoi des deux sous-titres ST1 et ST2, ce qui détermine une durée d'écart entre l'affichage de ces derniers. Par souci de simplification dans la présentation, on suppose que la taille de l'ensemble des images vidéo VI à VN correspond à la contenance du buffer 21 de décodage vidéo, et que ces images sont des images MPEG de type intra, suffisantes à elles-mêmes pour le décodage. Cet exemple purement illustratif peut aisément conduire à la compréhension 25 de cas plus complexes. De plus, les explications sont centrées ci-dessous sur l'affichage synchronisé du deuxième sous-titre ST2, mais on peut aisément vérifier qu'elles sont applicables également à l'affichage synchronisé du sous-titre ST1, qui est le premier sous-titre diffusé après un démarrage. Lors de la lecture à partir du disque dur 15 (Figure 3), l'image Vi est fournie au buffer 21 par le démultiplexeur 3 et est décodée par le décodeur 22. Le sous-titre ST1 correspondant est quant à lui fourni au buffer 31 et décodé par le décodeur 32 de sous-titres. Le processus de décodage de données provenant du disque dur étant tel que le buffer 21 de décodage vidéo doit être rempli au maximum, les données continuent donc à être extraites du disque dur 15 pour être 10 transmises au démultiplexeur 3 et aux deux buffers 21 et 31 de décodage. Le débit de transfert des données vidéo du disque dur 15 vers le buffer vidéo 21 de décodage est, conformément à la situation habituelle, beaucoup plus important que celui du décodage vidéo. Typiquement, les débits de transfert et de décodage vidéo sont respectivement de l'ordre de 40 Mbits/s et de 2 15 Mbits/s. On peut donc considérer que dans la plupart des cas réalistes, on se retrouve dans la situation o le buffer 21 est rempli jusqu'à l'image vidéo V(N-1), alors que l'image décodée est seulement l'image VI ou V2. Lorsque la vidéo VN arrive alors dans le buffer 21 de décodage 20 vidéo (Figure 4), le sous-titre ST2 parvient dans le buffer 31 de décodage soustitres, et est immédiatement décodé. On se retrouve alors dans le cas o le sous-titre ST2 est prêt à être affiché considérablement en avance, potentiellement de la quasi-totalité du contenu du buffer 21 de décodage vidéo (aux erreurs indiquées plus haut près). Typiquement, cette avance est 25 de l'ordre de 300 koctets / [2 Mbits/s] (quantité vidéo à décoder sur vitesse de décodage), c'est-à-dire de plus d'une seconde. Qui plus est, ce délai diminue si le débit vidéo augmente, et augmente si le débit vidéo diminue. Avec une gestion des PTS pour les sous-titres, ce décalage ne serait pas visible car le décodeur 32 de sous-titres décoderait le sous-titre ST2 et attendrait que l'instant de présentation donné par l'étiquette temporelle correspondante soit arrivé, pour l'afficher réellement à l'écran. Le soustitre ST2 serait alors affiché avec la vidéo VN, comme prévu. Le dispositif de synchronisation 1 se passe de ces PTS, qu'ils soient ou non présents dans les données extraites du disque dur 15. il applique pour ce faire, l'algorithme décrit ci-après. Soit Tl, le temps d'arrivée 10 du sous-titre ST2 dans le buffer 31 de décodage, B le nombre d'octets présents dans le buffer vidéo 21 de décodage à cet instant Tl et D le débit vidéo réel, obtenu en échantillonnant régulièrement le niveau du buffer vidéo 21 et le nombre de données envoyé dans ce buffer 21. L'instant d'affichage T2 du sous-titre ST2 est calculé en estimant l'instant de décodage vidéo 15 correspondant à la consommation des B octets par le décodeur vidéo 21 T2 = T1 +B/D L'instant T2 ainsi calculé donne le moment auquel le sous-titre ST2 décodé doit être affiché. Ainsi, le sous-titre ST2 déjà décodé est mis en 20 attente alors que les images V2 à VN sont décodées tour à tour (Figure 5), et est affiché au moment opportun T2, approximativement en même temps que l'image VN (Figure 6). Pour ce faire, par exemple, l'unité de communication 33 conserve le soustitre ST2 jusqu'à un signal déclenché par le module d'adaptation 5, qui provoque la transmission au module 25 d'affichage 14. Dans une modalité efficace de réalisation, l'échantillonnage de niveau du buffer vidéo 21 se fait toutes les trames vidéo, soit toutes les 20 ms pour un système normalisé de décodage européen de type PAL/SECAM (50 Hz, pour " Phase Alternate Line / SEquentiel Couleur A Mémoire "), et toutes les 16,6 ms pour les systèmes normalisés de type NTSC (60 Hz, pour " National Television System Committee "). Cette méthode fonctionne avec une bonne précision non seulement à vitesse constante, mais également dans les modes d'avance rapide ou de ralenti, puisque le débit D s'adapte à la vitesse de lecture. Comme indiqué plus haut, on peut vérifier que la synchronisation 10 du premier sous-titre ST1 après démarrage avec l'image vidéo VI est également assurée par la méthode décrite. En effet, la contenance B du buffer vidéo 21 lors de l'arrivée du sous-titre ST1 correspond à l'image Vi. De la sorte, le délai d'affichage estimé du sous-titre ST1, donné par le rapport B/D, correspond approximativement au délai d'affichage de l'image 15 Vi à partir de la réception du sous-titre ST1 dans le buffer 31 de décodage annexe. Dans une première variante, on échantillonne régulièrement la consommation de données dans le buffer 21 de décodage vidéo. De cette 20 manière, on détecte l'instant T2 en comparant au nombre d'octets B présents dans le buffer vidéo 21 à l'instant Tl, le nombre d'octets consommés dans ce buffer 21 à partir de cet instant Tl. Dans une réalisation avantageuse, cet échantillonnage se fait toutes les trames vidéo. La première variante permet d'assurer une meilleure précision dans les 25 modes d'avance rapide ou de ralenti, puisque la valeur D du débit n'est plus à considérer. Dans une deuxième variante, on applique un filtre passe bas sur la valeur de débit estimé. Dans une troisième variante, on corrige la valeur de débit en tenant compte de l'information de vitesse de décodage. De la sorte, le débit réel est immédiatement modifié dès que la vitesse de décodage évolue, ce 5 qui évite d'avoir à attendre que cette valeur de débit ne se stabilise avec le temps. Dans une quatrième variante, on applique une valeur fixe de décalage sur l'instant d'affichage T2, de manière à incorporer une estimation 10 d'erreurs de temps non prises en compte par l'approximation initiale sur cet instant T2. Selon d'autres exemples de mise en oeuvre, le délai dans le traitement du sous-titre ST2 est introduit: - après démultiplexage, avant transmission au buffer 31 de soustitres; - après mise en buffer 31, avant décodage par le décodeur 32; - ou dans le module d'affichage 14, avant réception d'un signal de déclenchement d'affichage en provenance du module d'adaptation 5. REVENDICATIONS 1. Dispositif de synchronisation en lecture (1) de données vidéo 5 (V1-VN) et de données annexes (ST1, ST2) associées aux dites données vidéo (VlVN), en vue d'une communication synchronisée desdites données, lesdites données vidéo et annexes étant enregistrées dans un espace de stockage (15) sous forme multiplexée et chronologique, ledit dispositif de synchronisation (1) comprenant: - un module d'entrée (2) desdites données (V1-VN, ST1, ST2) enregistrées dans l'espace de stockage (15), - et un module de démultiplexage (3) desdites données vidéo (V1-VN) et annexes (ST1, ST2), prévu pour transmettre lesdites données vidéo à un ensemble de lecture vidéo (20) et lesdites données annexes à un 15 ensemble de lecture annexe (30), lesdits ensembles de lecture étant destinés à lire et à communiquer lesdites données, caractérisé en ce que ledit dispositif (1) comprend aussi: - un module de renseignement (4) sur des instants de 20 communication des données vidéo (V1-VN), capable d'obtenir des informations en provenance de l'ensemble de lecture vidéo (20) sur lesdits instants de communication, - et un module d'adaptation (5) de communication des données annexes (ST1, ST2), prévu pour ajuster des instants de communication par 25 I'ensemble de lecture annexe (30) des données annexes, en fonction des informations obtenues par le module de renseignement (4). 2. Dispositif de synchronisation (1) selon la revendication 1, caractérisé en ce que le module de renseignement (4) est capable d'obtenir lesdites informations dynamiquement, de telle sorte que le module d'adaptation (5) est apte à prendre en compte des accélérations et des ralentissements de lecture des données vidéo (Vl-VN). 3. Dispositif de synchronisation (1) selon l'une des revendications 1 ou 2, caractérisé en ce que lesdits modules (2-5) sont prévus pour que lesdites données annexes comprennent au moins un sous-titre (ST1, ST2). 4. Dispositif de synchronisation (1) selon l'une quelconque des 10 revendications précédentes, caractérisé en ce que lesdits modules (2-5) sont prévus pour que lesdites données annexes comprennent des données relatives à au moins un programme interactif. 5. Dispositif de synchronisation (1) selon l'une quelconque des 15 revendications précédentes, caractérisé en ce que lesdits modules (2-5) sont prévus pour que lesdites données soient enregistrées sous forme numérique, préférentiellement selon la norme DVB. 6. Dispositif de synchronisation (1) selon l'une quelconque des 20 revendications précédentes, caractérisé en ce que l'ensemble de lecture vidéo (20) comprenant au moins une mémoire tampon (21) destinée à contenir provisoirement des éléments courants des données vidéo (Vl-VN), une unité de décodage vidéo (22) destinée à décoder successivement lesdits éléments courants en sortie de ladite mémoire tampon (21) et une 25 unité de communication (23) destinée à communiquer lesdits éléments courants décodés, le module de renseignement (4) est prévu pour obtenir dynamiquement au moins des informations relatives au contenu de ladite mémoire tampon (21). 7. Dispositif de synchronisation (1) selon la revendication 6, caractérisé en ce que le module de renseignement (4) est tel que lesdites informations sont choisies parmi des mesures donnant: - une quantité (B) des éléments courants présents dans ladite mémoire tampon (21); - un flux entrant des éléments courants dans ladite mémoire tampon (21); - un flux sortant des éléments courants de ladite mémoire tampon (21); - un nombre des éléments courants sortant de ladite mémoire tampon (21) depuis un instant prédéfini de transmission des données annexes (STI); - et une combinaison quelconque d'au moins deux desdites mesures. 8. Système de décodage vidéo (10) caractérisé en ce qu'il comprend un dispositif de synchronisation (1) conforme à l'une quelconque des revendications 1 à 7. 9. Système de décodage vidéo (10) selon la revendication 8, caractérisé en ce qu'il comprend un espace de stockage (15), ledit espace de stockage consistant de préférence en un disque dur. 10. Procédé de synchronisation en lecture de données vidéo (VI25 Vn) et de données annexes (ST1, ST2) associées aux dites données vidéo (VI-VN), en vue d'une communication synchronisée desdites données, lesdites données vidéo et annexes étant enregistrées dans un espace de stockage (15) sous forme multiplexée et chronologique, dans lequel on démultiplexe lesdites données vidéo (Vl-Vn) et annexes (ST1, ST2) enregistrées, en transmettant lesdites données vidéo à un ensemble de lecture vidéo (20) et lesdites données annexes à un ensemble de lecture annexe (30), lesdits ensembles de lecture étant destinés à lire et à communiquer lesdites données, caractérisé en ce qu'on ajuste des instants de communication par l'ensemble de lecture annexe (30) des données annexes (ST1, ST2), en fonction d'informations obtenues en provenance de l'ensemble de lecture vidéo (20) sur des instants de communication des données vidéo (VI -VN), 10 ledit procédé de synchronisation étant préférentiellement destiné à être mis en oeuvre au moyen d'un dispositif de synchronisation (1) conforme à l'une quelconque des revendications 1 à 7. 11. Produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon la revendication 10, lorsque ledit programme est exécuté sur un ordinateur.