Brevet FR2896908A1 — publié le 20070803

DVD INTERACTIF ET PROCÉDÉ POUR LA LECTURE INTERACTIVE D'UN TEL DVD La présente invention se rapporte à un DVD interactif et à un procédé pour la lecture d'un tel DVD. De façon connue en soi, un DVD ( Digital Versatile Disc ) est un disque comprenant une pluralité de bosses et de creux codant pour une information numérique représentant une vidéo. Cette vidéo est encodée au format MPEG-2 sur le DVD. Les possibilités d'interaction entre l'utilisateur et le disque DVD sont aujourd'hui très limitées. Un des modes d'interaction connu entre l'utilisateur et le disque est l'incrustation de sous-titres dans la lecture par exemple d'un film. Pour réaliser cette incrustation, les données de sous-titres sont programmées pour être mixées au flux vidéo à un instant précis. Cependant, les DVD actuels ne fournissent nullement la possibilité de pouvoir incruster un contenu multimédia si ce contenu n'est pas préprogrammé pour être incrusté à un instant précis. Ainsi, les DVD actuels ne permettent pas le mixage en temps réel de contenu multimédia au flux vidéo. Un premier problème posé par les DVD standards est donc que l'utilisateur ne peut agir sur le contenu vidéo affiché par un lecteur DVD, par exemple en contrôlant les personnages, comme dans un jeu tel que disponible pour des consoles de jeu. II serait également avantageux que ce disque interactif puisse être lisible par des lecteurs DVD standards, c'est-à-dire des lecteurs possédant une puce de décodage MPEG-2, sans30 nécessairement posséder les capacités de calcul d'un ordinateur ou d'une console de jeu. La présente invention entend résoudre au moins un de ces problèmes ou atteindre au moins un de ces objectifs en fournissant un procédé pour la lecture d'un disque optique, ledit disque optique comprenant une première zone de données comprenant des premières données multimédia, et une seconde zone de données comprenant des secondes données multimédia destinées à être mixées aux dites premières données multimédia et une application informatique codant au moins pour le mixage desdites première données multimédia et desdites secondes données multimédia, à l'aide d'un lecteur vidéo comprenant au moins une mémoire et des moyens de lecture desdites premières données multimédia, ledit procédé comprenant une étape de chargement comprenant: - le chargement de ladite application informatique dans ladite mémoire; - le chargement d'au moins une partie desdites secondes données multimédia dans ladite mémoire ; et une étape de lecture comprenant : - la lecture desdites premières données multimédia par lesdits moyens de lecture ; - le mixage de ladite au moins une partie desdites secondes données multimédia auxdites premières données multimédia, sur requête d'une partie de mixage du code de ladite application informatique. Aux fins de la présente demande, les premières données multimédia sont des données vidéo, et/ou audio, et/ou sous-titre tels qu'elles sont connus aujourd'hui, par exemple dans un codage MPEG-2 dans les DVD. Selon l'invention, il est possible de mixer ces premières données multimédia, avec des secondes données multimédia correspondant à de l'interactivité ajoutée aux premières données. De la même façon, ces secondes données multimédia peuvent être des données vidéo, et/ou audio, et/ou sous-titre. Afin que le procédé puisse être facilement implémenté sur des lecteurs standard, ledit disque optique est par exemple un DVD. Afin d'utiliser les capacités de stockage des disques actuellement dans le commerce, ledit DVD est un DVD hybride vidéo/ROM, et dans lequel ladite première zone de données correspond à la partie vidéo dudit DVD Hybride et dans lequel ladite seconde zone de données correspond à la partie ROM dudit DVD Hybride. Selon un premier mode de réalisation facilitant le développement de l'application informatique, le chargement de ladite application informatique dans ladite mémoire est antérieur au chargement de ladite au moins une partie desdites secondes données multimédia dans ladite mémoire, le chargement de ladite au moins une partie desdites secondes données multimédia dans ladite mémoire étant déclenché par une partie de chargement du code de ladite application informatique. Selon ce mode de réalisation, l'ensemble desdites secondes données multimédia est chargé par ladite partie de chargement antérieurement à ladite étape de lecture, et la capacité de ladite mémoire est supérieure au volume de l'ensemble desdites seconde données multimédia. Afin d'augmenter la quantité des secondes données multimédia disponible et ne pas être limité par la capacité de la mémoire du lecteur, le chargement d'au moins une partie desdites secondes données multimédia dans ladite mémoire est réalisé sur requête de ladite partie de mixage de ladite application informatique. L'invention concerne également un disque optique comprenant une première zone de première données multimédia, une seconde zone mémoire comprenant des secondes données multimédia destinées à être mixées auxdites premières données multimédia, et un programme d'ordinateur, ledit programme d'ordinateur étant apte à réaliser un mixage desdites premières données multimédia et desdites secondes données multimédia. Avec un disque optique tel que précédemment décrit, il est donc possible de réaliser un mixage des premières données et des secondes données par le procédé susmentionné, mais il est également possible de lire les premières données multimédia de façon classique comme par exemple pour un DVD si le lecteur n'est pas adapté pour mettre en oeuvre le procédé susmentionné. Selon un mode de réalisation, ledit disque optique est un DVD hybride vidéo/ROM, et dans lequel ladite première zone de premières données multimédia correspond à la partie vidéo dudit DVD Hybride et dans lequel ladite seconde zone mémoire correspond à la partie ROM dudit DVD Hybride. La présente invention sera mieux comprise à l'aide de la description détaillée ci-dessous en référence à la figure annexée : la figure 1 illustre le mixage de données multimédia 30 après chargement en mémoire tampon selon l'invention. On décrit ici un exemple de réalisation dans lequel les premières données multimédia constituent un flux vidéo auquel on désire ajouter une interactivité par des secondes données multimédia, qui seront dénommées par la suite données interactives Selon l'invention, illustré figure 1, on charge un disque optique 6 dans un lecteur de disque comprenant une mémoire 4, un processeur (non représenté), et des moyens de lecture du flux vidéo du disque 6 (non représentés). Le disque est par exemple un disque optique de type DVD, et les moyens de lecture du flux vidéo comprennent une puce MPEG. Selon l'invention, le disque 6 comprend une partie vidéo 3, stockée sur une zone vidéo du disque, une partie de contenu interactif 2, et une partie applicative 1. Le contenu interactif 2 et la partie applicative 1 sont stockés dans une partie ROM du DVD 6. Le disque 6 est par exemple un DVD Hybride ROM/Vidéo, le contenu vidéo 3 étant stocké dans la partie vidéo du DVD Hybride, et l'application 1 et le contenu interactif 2 étant stockés dans la partie ROM du DVD Hybride. Selon un premier mode de réalisation, lorsque le DVD 6 est inséré dans un lecteur de disque 7, l'applicatif 1 est chargé 10 dans une mémoire 4 du lecteur de disque 7. L'applicatif 1 comprend alors une partie de code de chargement automatique qui, lorsqu'il est lu par le processeur du lecteur de disque 7, déclenche le chargement 20 du contenu interactif 2 dans la mémoire 4 du lecteur de disque 7. L'applicatif 1 est alors exécuté avec l'aide du processeur du lecteur de disque. Cet applicatif 1 comprend une partie de code de mixage permettant de mixer le contenu interactif stocké dans la mémoire tampon 4 et le flux vidéo 3 stocké dans la zone vidéo du disque 6. Lorsque le flux vidéo est lu 30 par le lecteur de disque, par exemple à l'aide du puce de lecture MPEG, du contenu interactif 2 peut alors être incrusté 40 dans le flux vidéo 3 pour obtenir un flux vidéo enrichi 5 qui peut s'afficher sur un écran associé au lecteur de disque 7. L'homme du métier est apte à réaliser le codage de l'applicatif 1 concernant le mixage des données interactives 2 et du flux vidéo 3, en réponse à différents évènements, par exemple une action d'un utilisateur, ou bien selon une temporisation prédéfinie. De la sorte, l'utilisateur peut agir sur l'affichage de la partie vidéo 3 du disque 6 en ajoutant des éléments du contenu interactif 2. Par exemple, dans le cas d'un mixage déclenché par l'utilisateur, l'applicatif 1 peut comprendre une partie codant pour le mixage d'une partie audio du contenu interactif 2 stocké au niveau de la mémoire 4 au flux vidéo MPEG à chaque fois que l'utilisateur déplace un curseur ou appuie sur une touche d'une télécommande, ou plus généralement active un périphérique 8 du lecteur de disque 7. Le contenu interactif 2 enrichissant en temps réel le flux vidéo peut bien sûr être programmé librement, comme pour des applications de type jeu vidéo, mais avec l'avantage que l'interactivité est disponible sur des lecteurs de disques standards. L'homme du métier comprendra que selon ce mode de réalisation, la quantité de contenu interactif 2 disponible pour l'applicatif 1 est limitée par la taille de la mémoire 4. Selon un second mode de réalisation, l'applicatif 1 est chargé 10 en mémoire, mais le contenu interactif 2 n'est pas directement chargé en mémoire. L'applicatif comprend des parties de code30 codant pour le chargement 20 d'une partie du contenu interactif 2 du disque 6 vers la mémoire 4, éventuellement selon une temporisation fixée, ou en réponse à une action d'un utilisateur. Lors de cet appel à la partie ROM du disque 6 et le temps que les données requises soient chargées en mémoire 4, un message d'attente peut être affiché sur l'écran associé au lecteur de disque. Comme précédemment, une fois que le contenu interactif est chargé en mémoire, il peut être mixé 40 au flux vidéo lorsque celui-ci est lu 30 par le lecteur de disque 7. Selon ce mode de réalisation, la quantité maximale de contenu interactif n'est plus limitée par la taille de la mémoire 4, mais par la taille de la partie ROM du disque 6. Selon un troisième mode de réalisation, la mémoire tampon 4 fonctionne comme une mémoire cache permettant le stockage des données interactives les plus utilisées. Dans ce cas, une première partie de l'applicatif 1 est chargée au niveau de la mémoire 4, ce qui déclenche le chargement de certaines données du contenu interactif 2. S'il n'a pas assez de mémoire disponible dans la mémoire 4 pour stocker une donnée demandée par l'applicatif 1, un gestionnaire de cache se charge alors de libérer de la mémoire en retirant les données ayant été accédées le plus antérieurement. Quand l'application code pour le mixage d'une donnée du contenu interactif, elle émet une requête vers le gestionnaire de cache pour avoir accès à ces données. Si cette donnée se trouve déjà dans la mémoire tampon 4, c'est-à-dire si elle a déjà été chargée par le gestionnaire de cache, alors le gestionnaire mémorise l'heure, par exemple en milliseconde, et donne l'accès à cette données. La mémorisation de l'heure d'accès des données accédées permet de déterminer la donnée la plus ancienne pouvant être retirée de la mémoire si celle-ci est pleine. Si la donnée demandée n'est pas dans la mémoire tampon 4, soit parce que le gestionnaire de cache n'a pas eu le temps de la charger, soit parce l'applicatif 1 n'en avait pas fait la demande, l'applicatif 1 est figé, le temps que le gestionnaire de cache charge la donnée. Ce mode de réalisation permet d'optimiser le temps d'attente lors des chargements de données, mais nécessite de définir des prévisions sur les données chargées le plus fréquemment. L'invention peut être mise en oeuvre sur des lecteurs de disque standard pouvant lire la partie ROM d'un DVD. Il est entendu que le lecteur de disque peut être associé à un écran de type connu pour l'affichage de la vidéo enrichie interactive. Le lecteur de disque peut également être associé à périphériques 8 de type moyens de commande pour que l'utilisateur puisse contrôler l'applicatif 1. Ces moyens de commande peuvent être des manettes de jeu, une simple télécommande, ou tout autre dispositif de commande, avec ou sans fil.20 REVENDICATIONS 1. Procédé pour la lecture d'un disque optique (6), ledit disque optique (6) comprenant une première zone de données comprenant des premières données multimédia (3), et une seconde zone de données comprenant des secondes données multimédia (2) destinées à être mixées auxdites premières données multimédia, et une application informatique (1) codant au moins pour le mixage desdites premières données multimédia et desdites secondes données multimédia, à l'aide d'un lecteur de données (7) comprenant au moins une mémoire (4) et des moyens de lecture desdites premières données multimédia, ledit procédé étant caractérisé par une étape de chargement comprenant: - le chargement (10) de ladite application informatique (1) 15 dans ladite mémoire (4) ; - le chargement (20) d'au moins une partie desdites secondes données multimédia (2) dans ladite mémoire (4); et une étape de lecture comprenant : la lecture (30) desdites premières données multimédia 20 par lesdits moyens de lecture ; le mixage (40) de ladite au moins une partie desdites secondes données multimédia aux dites premières données multimédia sur requête d'une partie de mixage du code de ladite application informatique (1). 25 2. Procédé selon la revendication 1, dans lequel ledit disque optique (6) est un DVD. 3. Procédé selon la revendication 2, dans lequel ledit DVD (6) 30 est un DVD hybride vidéo/ROM, et dans lequel ladite première zone de données correspond à la partie audio/vidéo (3) dudit DVD Hybride et dans lequel ladite seconde zone de données correspond à la partie ROM (1, 2) dudit DVD Hybride. 4. Procédé selon la revendication 1, dans lequel le chargement de ladite application informatique (1) dans ladite mémoire (4) est antérieur au chargement d'au moins une partie desdites secondes données multimédia dans ladite mémoire, le chargement d'au moins une partie desdites secondes données multimédia dans ladite mémoire étant déclenché par une partie de chargement d'un code de ladite application informatique. 5. Procédé selon la revendication 4, dans lequel l'ensemble des secondes données multimédia est chargé par ladite partie de chargement antérieurement à ladite étape de lecture, et dans lequel la capacité de ladite mémoire (4) est supérieure au volume de l'ensemble desdites données multimédia (2). 6. Procédé selon la revendication 1, dans lequel le chargement d'au moins une partie desdites secondes données multimédia dans ladite mémoire est réalisé sur requête de ladite partie de mixage de ladite application informatique (1). 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel lesdites premières données multimédia sont des données vidéo et/ou audio et/ou texte, et lesdites secondes données multimédia sont des données vidéo et/ou audio et/ou texte. 8. Disque optique comprenant une première zone de données comprenant des premières données multimédia, et une seconde zone mémoire comprenant des secondes données multimédia destinées à être mixées auxdites premières données multimédia, et un programme d'ordinateur, ledit programme d'ordinateur étant apte à réaliser un miixage desdites seconde données multimédia avec lesdites premières données multimédia. 9. Disque optique selon la revendication 8, dans lequel ledit disque optique est un DVD hybride vidéo/ROM, et dans lequel ladite première zone de données correspond à la partie vidéo dudit DVD Hybride et dans lequel ladite seconde zone mémoire correspond à la partie ROM dudit DVD Hybride.