EP2473998A1 - Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé - Google Patents

Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé

Info

Publication number
EP2473998A1
EP2473998A1 EP10747639A EP10747639A EP2473998A1 EP 2473998 A1 EP2473998 A1 EP 2473998A1 EP 10747639 A EP10747639 A EP 10747639A EP 10747639 A EP10747639 A EP 10747639A EP 2473998 A1 EP2473998 A1 EP 2473998A1
Authority
EP
European Patent Office
Prior art keywords
content
reader
time
display
image
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP10747639A
Other languages
German (de)
English (en)
Inventor
Pierre Melia
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sagemcom Broadband SAS
Original Assignee
Sagemcom Broadband SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sagemcom Broadband SAS filed Critical Sagemcom Broadband SAS
Publication of EP2473998A1 publication Critical patent/EP2473998A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005—Reproducing at a different information rate from the information rate of recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications

Definitions

  • the present invention relates to a method of reading a content on a multimedia device comprising a player of the content.
  • multimedia devices portable / fixed
  • reading contents audio / video
  • readers allowing a user navigation (also called "trick mode" according to the English terminology) in these contents, while allowing him to visualize the current position of the navigation in the content, such as for example during a fast forwarding, fast rewinding.
  • the continuous playback of the content during navigation causes over-consumption of the resources of the central unit and / or the reader of the device, compared to the reading at normal speed.
  • the continuous reading of the content during navigation causes an overload of the network.
  • a method used for high speed navigation is to display only some images of the content.
  • the images displayed in navigation are the images I, also called “intra” images, which are completely independent of the other normally read images, and which are generally coded, in JPEG (Joint Photographers Experts Group) for example.
  • This method is indeed less expensive as regards the use of the resources of the device and / or the load of the network, but requires an efficient reading process in order to have a display of images I at regular intervals, so that the user has a feeling of fluidity.
  • set-top boxes STB
  • digital video recorders also known as “Personal Video Recorders” (PVR) or “Digital Video Recorders” (DVR)
  • PVR Personal Video Recorders
  • DVR Digital Video Recorders
  • the reader when the reader receives a navigation instruction given by a user, he positions the reading in the content according to the received instruction, and displays a first image I according to the reading position. The reader then stops reading the contents after the display of said first image I and continuously displays said first image. And so on.
  • the display of the successive images I is regular, at time intervals substantially equal to
  • the reader keeps the display of the current image I and displays only the next image I The positioning and display time is lower than The display may then be jerky.
  • the reading methods currently implemented are generally of good quality for a specific type of content and stored on a memory of the multimedia device, because the reference time t ref is well dimensioned for this type of content. They are thus of good quality for reading content in a format compatible with digital video broadcasting (also called “Digital Video Broadcasting" (DVB) according to the English terminology) from a hard disk of the device.
  • digital video broadcasting also called “Digital Video Broadcasting” (DVB) according to the English terminology
  • the reference time t ref known is not dimensioned so that the display of images I is quite common and not jerky for the contents other than DVB and / or remote.
  • the reference time t ref is generally too short, which implies that the display frequency of the images I depends on each image I, and is no longer linked to the display is therefore generally jerky.
  • the images I may be displayed too quickly, which is not pleasant for the user, who will not have time to see the current position in the content.
  • JP 2008 078755 discloses a method according to the preamble of claim 1, in which a content reader calculates an average display time of the images I. However, this average display time is used to optimize a calculation of a positioning search distance in the content.
  • the reader is positioned directly and continuously in the content according to a navigation instruction and the search distance thus calculated, to increase the display frequency of the images I, which does not is not pleasant for the user, who will not have time to see the current position in the content.
  • the invention proposes to overcome at least one of these disadvantages.
  • the invention is advantageously completed by the features of the dependent claims 2 to 7 of the process
  • the invention also relates to a device for implementing the method.
  • the invention has many advantages.
  • the waiting time t wa it after the display of each image I is neither too short nor too long.
  • I images are not displayed jerkily, or too fast or too slow. The user therefore has the time to see the current position in the content.
  • the waiting time is proportional to an average of the positioning and display times of the images I, the longer the user remains in navigation mode on the same content, and the more the display of the images I will be regular.
  • the reference time t ref is proportional to the average display time tm and is expressed as follows:
  • the display is from an http server, for example, and the bandwidth of the network varies abruptly, then the reader will adapt to these variations, and gradually.
  • the method can be implemented for content of all types of DVB formats of course, but also for example in the formats
  • the method can be implemented for content stored on a memory of the multimedia device (hard disk, USB key), but also a remote server (for example http server).
  • a remote server for example http server
  • FIG. 1 shows schematically in a non-temporal manner the sequence of the main steps of a method according to the invention implemented on a device according to the invention
  • FIG. 2 is a non-temporal schematic representation of the implementation of a method according to the invention on a content
  • FIG. 3 is a schematic representation of the implementation of a method according to the invention.
  • FIG. 4 schematically represents main steps of a method according to the invention implemented on a device according to the invention.
  • a method for reading a content 1 on a multimedia device 2 comprising a reader 4 of the content 1 is thus provided.
  • content is understood to mean any stream of video data and / or composed of images, possibly with an audio stream, for example a film or a broadcast, in the .mov, .avi, .mp4 ( H264), MPEG2, WMA, or Divx.
  • audio stream for example a film or a broadcast
  • .mov .avi, .mp4 ( H264), MPEG2, WMA, or Divx.
  • MPEG2 MPEG2
  • WMA Wideband Code Division Multiple Access
  • the content 1 is provided to the device 2 from a content server 3 which can be located on a storage area remote from the device 2 or internal to the device 2.
  • the server 3 can thus be located on a hard disk, internal or external to the device 2, or a flash memory, that is to say a memory combining the advantages of the RAMs (writing, reading and erasing of data blocks) and those of the ROMs ( permanence of the content, even if it is turned off), or a USB key, that is to say a removable medium of the device 2, containing a flash memory or a hard disk and inserting itself into a USB port of the device.
  • the server can be linked to the device by any type of connection, wired or wireless (GSM protocols, Wifi, Bluetooth, satellite, cable TV or Internet http (HyperText Transfer Protocol) for example).
  • the multimedia device 2 is for example a decoder (or STB), for example TV, cable or satellite, advantageously of the digitiscope type (PVR or DVR) or any other device for downloading and / or reading a content 2, such as a digital photographic frame, a mobile phone, a personal digital assistant (PDA) according to the English terminology generally used), a digital music player, etc.
  • the display of the images can be performed on a screen of the device 2 (for example "Liquid Crystal Display” (LCD)), or on a remote screen (for example a television screen linked to the device 2).
  • LCD Liquid Crystal Display
  • the reader 4 is conventionally a hardware and software system allowing the execution of the multimedia content 1.
  • the reader 4 comprises all the means allowing the device 2 to implement the method according to the invention.
  • the player 4 thus allows the video display of the content and navigation in the content.
  • the content 1 contains images I intended to be displayed during navigation.
  • the images I also called “intra” images, are completely independent of the other normally read images, which are generally coded, in JPEG (Joint Photographers Experts Group) for example.
  • the method mainly comprises, when the reader 4 receives, during an initialization step referenced by S0 in FIG. 1, a navigation instruction given by a user, the steps according to which the reader 4:
  • step S7 stops the reading of the content after the display of said image I and makes a continuous display of said image;
  • the navigation instruction can be, for example, fast forwarding or fast rewinding.
  • FIGS. 2 and 3 show a fast-forward instruction.
  • the reader 4 stops the synchronization of the video playback and the audio playback of the content 1.
  • the device checks whether the navigation mode is still requested by the user.
  • the reader 4 then proceeds to a step S1 1 in which the reader reads the content 1 according to the normal reading mode.
  • step S12 the synchronization of the video playback and the audio playback of the content is reestablished.
  • the reader stops the navigation mode.
  • step S3 If the answer is positive during the step S3, the reader 4 then proceeds to a step S4, according to which the reader 4 triggers and initializes a counter-stopwatch by asking
  • step S5 the reader 4 sets the reading in the content 1 according to the received instruction.
  • the instruction is a choice of the user: a navigation speed (x2, x8, x32, x64 or more for example) and a navigation direction (for example fast forward in Figure 2).
  • step S5 As shown in FIG. 3 in particular, the image 10 is always displayed on the screen.
  • the only information provided is generally the speed of navigation.
  • the reader 4 can determine the temporal position to be placed in the content 1.
  • the ⁇ depends on the direction of navigation: + for fast forward and - for fast return.
  • the reader 4 determines this position in bytes.
  • the unit to position itself is the byte, hence the need for a time-byte conversion.
  • Sizeoffset i.e., the position in bytes in the content
  • Sizeoffset (n + 1) t n + i x rate.
  • the reader moves to a new read position in the content from l 0 , making a Sizeoffset (l) jump.
  • I 0 is always displayed on the screen.
  • the reader 4 reads only I images and displays an image l n + i, depending on the reading position, know about figure 3.
  • step S7 the reader 4 stops reading the content after the display of said image l n + i and performs a continuous display of said image l n + i.
  • step S8 the time t d is IAY P (n + 1) for positioning (step S5) of reading in the content and display (step S6) of the n + 1 th image I is determined by the meter of the reader and saved by the reader 4.
  • step S5 the positioning time in the contents of step S5 from the 0 and the time of ⁇ display - ⁇ form a time t d ispiay (1) as shown in Figure 3.
  • step S9 the reader 4 calculates the average time tm (n + 1) for both positioning (step S5) of reading in the content and displaying (step S6) of the n + 1 images I.
  • the average time tm (n + 1) can be calculated from the mean time tm (n), without having to keep the values tdi Sp iay (n + 1) in memory of the n + 1 first images.
  • tm (n) the average display time for the first n images I
  • tm (n + 1) the average display time for the n + 1 images I;
  • step S10 after the display of the image n + 1 which continues to be performed according to step S7 as shown in FIG. 4, the reader 4 waits a time t wa it (n + 1) equal to :
  • step S7 and step S1 0 are therefore concomitant.
  • the waiting time t wa it (n + 1) allows a display fluidity. Due to the display of the image l n + i during the time t wa it (n + 1), before checking if a navigation instruction is always given, and consequently to advance in the content, the user has time to see the current position in the content, which is more enjoyable for him.
  • the reader can also calculate, during step S1 0 for example, the time t re f (n + 1) by the relation:
  • step S3 the reader finds that the fast-forward instruction is always given.
  • step S4 triggering and initializing the counter by asking
  • step S5 the reader 4 sets the reading in the content 1 according to the received instruction.
  • the image is always displayed on the screen as shown in FIG. 3 in particular.
  • Sizeoffset (2) ti> ⁇ rate.
  • step S6 the player 4 plays only I frames and displays an image l 2 according to the playback position.
  • step S7 the reader 4 stops the reading of the content after the display of said image 1 2 and continuously displays said image 1 2 .
  • the positioning time Tdi Sp iay (2) (step S5) of the reading in the content and display (step S6) of the second image I is determined by the meter of the reader and saved by the reader 4.
  • step S9 the reader 4 calculates the average time tm (2) for both positioning (step S5) of reading in the content and displaying (step S6) of the two images I.
  • step S1 after the display of the image l 2 , the reader 4 waits a time t wa it (2) equal to:
  • step S1 calculation re reader t f (2):
  • k is a constant to set, depending on whether you want a very regular navigation but with fewer images, or a navigation with as many images as possible, but which may be less regular.
  • k 3/2 seems a value that ensures the compromise of displaying a lot of images with a steady display rate.
  • the display frequency takes into account the type of content and the reading parameters (network, bandwidth, for example).

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Navigation (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

L'invention concerne un procédé de lecture d'un contenu (1) sur un dispositif multimédia comportant un lecteur du contenu, le lecteur permettant également l'affichage vidéo du contenu et la navigation dans le contenu, le contenu contenant des images I destinées à être affichées lors de la navigation, le procédé comportant, lorsque le lecteur reçoit une instruction de navigation donnée par un utilisateur, les étapes selon lesquelles le lecteur: - positionne (S5) la lecture dans le contenu en fonction de l'instruction reçue, - n'effectue la lecture que des images I et affiche (S6) une image I suivant la position de lecture; - arrête la lecture du contenu après l'affichage de ladite image In et effectue un affichage continu de ladite image (S7); - calcule le temps moyen tm de positionnement (S5) de la lecture dans le contenu et d'affichage (S6) de l'image I; - attend un temps twait proportionnel au temps moyen tm, avant de vérifier si une instruction de navigation est toujours donnée par l'utilisateur. L'invention concerne également un dispositif de mise en oeuvre du procédé.

Description

Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé
DOMAINE TECHNIQUE GENERAL
La présente invention concerne un procédé de lecture d'un contenu sur un dispositif multimédia comportant un lecteur du contenu.
Elle concerne également un dispositif de mise en œuvre du procédé. ETAT DE L'ART
La multiplication des dispositifs multimédia (portatifs/fixes) contenant et/ou lisant des contenus (audio/vidéo) nécessite l'implémentation de lecteurs permettant à un utilisateur la navigation (également appelée « trick mode » selon la terminologie anglo-saxonne) dans ces contenus, tout en lui permettant de visualiser la position courante de la navigation dans le contenu, comme par exemple lors d'une avance rapide, un retour arrière rapide.
Cependant, la lecture continue du contenu lors de la navigation, en avance rapide par exemple, entraîne une surconsommation des ressources de l'unité centrale et/ou du lecteur du dispositif, par rapport à la lecture en vitesse normale.
Dans le cas où le contenu est lu à partir d'un serveur ou d'un support distant du dispositif sur un réseau, la lecture continue du contenu lors de la navigation, en avance rapide par exemple, entraîne une surcharge du réseau.
C'est pour ces deux raisons qu'en général une méthode utilisée pour la navigation à vitesse élevée (x32, x64 par exemple) consiste à n'afficher que certaines images du contenu. Les images affichées en navigation sont les images I, également appelée images « intra », qui sont totalement indépendantes des autres images normalement lues, et qui sont en général codées, en format JPEG (Joint Photographie Experts Group) par exemple.
Cette méthode est en effet moins coûteuse en ce qui concerne l'utilisation des ressources du dispositif et/ou la charge du réseau, mais nécessite un procédé de lecture efficace afin d'avoir un affichage d'images I à intervalles réguliers, pour que l'utilisateur ait une impression de fluidité. On connaît par exemple des boîtiers décodeurs (également appelés « Set Top Boxes » (STB) selon la terminologie anglo-saxonne) ou des numériscopes (également appelés « Personal Video Recorders » (PVR) ou « Digital Video Recorders » (DVR) selon la terminologie anglo-saxonne), mettant en œuvre de tels procédés de lecture.
Selon les procédés de lecture connus, lorsque le lecteur reçoit une instruction de navigation donnée par un utilisateur, il positionne la lecture dans le contenu en fonction de l'instruction reçue, et affiche une première image I suivant la position de lecture. Le lecteur arrête ensuite la lecture du contenu après l'affichage de ladite première image I et effectue un affichage continu de ladite première image. Et ainsi de suite.
Si le temps à la fois de positionnement de la lecture dans le contenu et d'affichage de la première image I est inférieur à un temps de référence tref (en général fixé à 250 ms et correspondant sensiblement à la période d'affichage des images I), l'affichage des images I successives est régulier, à des intervalles de temps sensiblement égaux à
En revanche, si le temps de positionnement de la lecture dans le contenu et d'affichage de la première image I est supérieur à tref, le lecteur garde l'affichage de l'image I courante et n'affiche que la prochaine image I dont le temps de positionnement et d'affichage est inférieur à L'affichage risque alors d'être saccadé.
Les procédés de lecture actuellement implémentés sont en général de bonne qualité pour un type de contenu spécifique et stocké sur une mémoire du dispositif multimédia, car le temps de référence tref est bien dimensionné pour ce type de contenu. Ils sont ainsi de bonne qualité pour la lecture des contenus dans un format compatible avec la radiodiffusion vidéonumérique (également appelée « Digital Video Broadcasting » (DVB) selon la terminologie anglo-saxonne) à partir d'un disque dur du dispositif. On connaît de US 5 675 693 et de US 2008/0263605 de tels procédés de lecture.
Les procédés de lecture précédents présentent cependant des inconvénients. Ils sont en effet de qualité moindre lorsqu'on les met en œuvre pour des contenus autres que DVB, par exemple les contenus aux formats .mov, .avi, .mp4, etc.
Ils sont également de qualité moindre lorsqu'on les met en œuvre pour un contenu lu depuis un serveur distant (du type « http » par exemple) et lorsque la bande passante sur le réseau est faible.
En effet, le temps de référence tref connu n'est pas dimensionné de façon à ce que l'affichage d'images I soit assez fréquent et non saccadé pour les contenus autres que DVB et/ou distants.
Le temps de référence tref est en général trop court, ce qui implique que la fréquence d'affichage des images I dépend de chaque image I, et n'est plus liée à L'affichage est donc en général saccadé. De plus, les images I risquent d'être affichées trop rapidement, ce qui n'est pas agréable pour l'utilisateur, qui n'aura alors pas le temps de voir la position courante dans le contenu.
On connaît ainsi de JP 2008 078755 un procédé selon le préambule de la revendication 1 , dans lequel un lecteur de contenu calcule un temps moyen d'affichage des images I. Cependant, ce temps moyen d'affichage est utilisé pour optimiser un calcul d'une distance de recherche de positionnement dans le contenu. Dans le procédé de JP 2008 078755, le lecteur se positionne directement et continûment dans le contenu en fonction d'une instruction de navigation et de la distance de recherche ainsi calculée, pour augmenter la fréquence d'affichage des images I, ce qui n'est pas agréable pour l'utilisateur, qui n'aura alors pas le temps de voir la position courante dans le contenu.
Une solution est alors d'augmenter tref, mais alors la fréquence d'affichage des images I est en général trop faible.
PRESENTATION DE L'INVENTION
L'invention propose de pallier au moins un de ces inconvénients.
A cet effet, on propose un procédé de lecture selon la revendication 1 .
L'invention est avantageusement complétée par les caractéristiques des revendications dépendantes 2 à 7 de procédé L'invention concerne également un dispositif de mise en œuvre du procédé.
L'invention présente de nombreux avantages.
Le temps d'attente twait après l'affichage de chaque image I, étant proportionnel à une moyenne dynamique des temps de positionnement et d'affichage des images I en navigation, n'est ni trop court, ni trop long.
Par conséquent, les images I ne sont ni affichées de façon saccadée, ni de façon trop rapide ou trop lente. L'utilisateur a donc le temps de voir la position courante dans le contenu.
Du fait que le temps d'attente est proportionnel à une moyenne des temps de positionnement et d'affichage des images I, plus l'utilisateur reste longtemps en mode navigation sur le même contenu, et plus l'affichage des images I sera régulier.
Le temps de référence tref est proportionnel au temps moyen d'affichage tm et s'exprime de la façon suivante :
Si l'affichage s'effectue depuis un serveur http par exemple, et que la bande passante du réseau varie brusquement, alors le lecteur s'adaptera à ces variations, et de façon progressive.
Le procédé peut être mis en œuvre pour des contenus de tous types de formats DVB bien entendu, mais également par exemple aux formats
.mov, .avi, .mp4 (H264), MPEG2, WMA, Divx.
Le procédé peut être mis en œuvre pour des contenus stockés sur une mémoire du dispositif multimédia (disque dur, clef USB), mais également un serveur distant (par exemple serveur http).
PRESENTATION DES FIGURES
D'autres caractéristiques, buts et avantages de l'invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels :
- la figure 1 représente schématiquement de façon non temporelle la succession des étapes principales d'un procédé selon l'invention mise en œuvre sur un dispositif selon l'invention ; - la figure 2 est une représentation schématique de façon non temporelle de la mise en œuvre d'un procédé selon l'invention sur un contenu ;
- la figure 3 est une représentation schématique de la mise en œuvre d'un procédé selon l'invention ; et
- la figure 4 représente schématiquement des étapes principales d'un procédé selon l'invention mise en œuvre sur un dispositif selon l'invention.
Sur l'ensemble des figures, les éléments similaires portent des références numériques identiques.
DESCRIPTION DETAILLEE
Les principales étapes d'un procédé selon l'invention sont représentées aux figures 1 à 4.
On prévoit ainsi un procédé de lecture d'un contenu 1 sur un dispositif 2 multimédia comportant un lecteur 4 du contenu 1 .
Dans la suite de la présente description, on entend par contenu tout flux de données vidéo et/ou composé d'images, avec éventuellement un flux audio, par exemple un film ou une émission, aux formats .mov, .avi, .mp4 (H264), MPEG2, WMA, ou Divx. Les exemples sont donnés à titre indicatif et non limitatif.
Le contenu 1 est fourni au dispositif 2 à partir d'un serveur 3 de contenus qui peut être situé sur une zone de stockage distante du dispositif 2 ou interne au dispositif 2. A titre d'exemple non limitatif, le serveur 3 peut ainsi être situé sur un disque dur, interne ou externe au dispositif 2, ou une mémoire flash, c'est-à-dire une mémoire combinant les avantages des mémoires vives (écriture, lecture et effacement de blocs de données) et ceux des mémoires mortes (permanence du contenu, même hors tension), ou une clé USB, c'est-à-dire un support amovible du dispositif 2, contenant une mémoire flash ou un minidisque dur et s'insérant dans un port USB du dispositif. Dans le cas où le serveur 3 n'est pas interne au dispositif, le serveur peut être lié au dispositif par tout type de connexion, filaire ou sans fil (protocoles GSM, Wifi, Bluetooth, satellite, câble TV ou Internet http (HyperText Transfer Protocol) par exemple).
Le dispositif multimédia 2 est par exemple un décodeur (ou STB), par exemple TV, par câble ou satellite, avantageusement du type numériscope (PVR ou DVR) ou tout autre dispositif permettant le téléchargement et/ou la lecture d'un contenu 2, comme par exemple un cadre photographique numérique, un téléphone mobile, un assistant électronique de poche (« Personal Digital Assistant » (PDA) selon la terminologie anglo-saxonne généralement utilisée), un baladeur numérique, etc. L'affichage des images peut s'effectuer sur un écran du dispositif 2 (par exemple « Liquid Crystal Display » (LCD)), ou sur un écran distant (par exemple écran de télévision lié au dispositif 2).
Le lecteur 4 est classiquement un système matériel et logiciel permettant l'exécution du contenu 1 multimédia. Le lecteur 4 comporte tous les moyens permettant au dispositif 2 de mettre en œuvre le procédé selon l'invention. Le lecteur 4 permet ainsi l'affichage vidéo du contenu et la navigation dans le contenu.
A cet effet, le contenu 1 contient des images I destinées à être affichées lors de la navigation. Les images I, également appelée images « intra », sont totalement indépendantes des autres images normalement lues, et qui sont en général codées, en format JPEG (Joint Photographie Experts Group) par exemple.
Le procédé comporte principalement, lorsque le lecteur 4 reçoit, lors d'une étape d'initialisation référencée par S0 sur la figure 1 , une instruction de navigation donnée par un utilisateur, les étapes selon lesquelles le lecteur 4 :
- positionne, lors d'une étape S5, la lecture dans le contenu en fonction de l'instruction reçue,
- n'effectue la lecture que des images I et affiche, lors d'une étape S6, une image I suivant la position de lecture ;
- lors d'une étape S7, arrête la lecture du contenu après l'affichage de ladite image I et effectue un affichage continu de ladite image ;
- calcule, lors d'une étape S9, le temps moyen tm
de positionnement de la lecture dans le contenu et
d'affichage de l'image I ; et - attend, lors d'une étape S10, un temps twait proportionnel au temps moyen tm avant de vérifier si une instruction de navigation est toujours donnée par l'utilisateur.
Très avantageusement, on a
twait = (k - l) x tm
où k est une constante.
Pour commencer, et comme le montrent les figures 1 à 4, à partir d'une position de lecture normale du contenu 1 , l'utilisateur envoie une instruction de navigation au lecteur 4 lors d'une étape SO d'initialisation. L'instruction de navigation peut être par exemple une avance rapide ou un retour arrière rapide.
On a représenté sur les figures 2 et 3 par exemple une instruction d'avance rapide.
Lors d'une étape S1 , le lecteur 4 arrête la synchronisation de la lecture vidéo et de la lecture audio du contenu 1 .
Lors d'une étape S2, le lecteur 4 arrête la lecture vidéo et affiche en continu la dernière image ln, référencée par l0 sur la figure 3 pour n=0, sur l'écran associé au dispositif 2.
Lors d'une étape S3, le dispositif vérifie si le mode de navigation est toujours demandé par l'utilisateur.
Si la réponse est négative, le lecteur 4 passe alors à une étape S1 1 dans laquelle le lecteur lit le contenu 1 selon le mode de lecture normal.
Lors d'une étape S12, la synchronisation de la lecture vidéo et de la lecture audio du contenu est rétablie.
Lors d'une étape S13, le lecteur arrête le mode navigation.
Si la réponse est positive lors de l'étape S3, le lecteur 4 passe alors à une étape S4, selon laquelle le lecteur 4 déclenche et initialise un compteur- chronomètre en posant
t = 0 .
Lors de l'étape S5, le lecteur 4 positionne la lecture dans le contenu 1 en fonction de l'instruction reçue. L'instruction est un choix de l'utilisateur : une vitesse de navigation (x2, x8, x32, x64 ou plus par exemple) et un sens de navigation (par exemple avance rapide sur la figure 2).
Pendant le positionnement de l'étape S5, comme le montre la figure 3 notamment, l'image l0 est toujours affichée à l'écran.
On décrit ici des exemples possibles de détermination de positionnement de la lecture dans le contenu 1 .
Lorsque l'utilisateur envoie au lecteur 4 une instruction de navigation, la seule information fournie est en général la vitesse de navigation.
En fonction de la position courante dans le contenu et du temps de référence tref, le lecteur 4 peut déterminer la position temporelle où se placer dans le contenu 1 .
Ainsi, si tn est la position courante dans le contenu, V la vitesse voulue de la navigation (x4 ou x8 par exemple), tref(n) le temps de référence courant, et tn+i la position suivante dans le contenu, alors :
tn+l = tn ± V x tref (n)
Le ± dépend du sens de la navigation : + pour avance rapide et - pour retour rapide.
On a dans l'exemple de la figure 3
t, = t0 + V x tref (0)
Ensuite, et selon le contenu 1 , le lecteur 4 détermine cette position en octets.
Lors d'un positionnement par requête http ou sur un disque dur par exemple, l'unité pour se positionner est l'octet, d'où la nécessité d'une conversion temps - octet.
Si tn+i est la position suivante dans le contenu, « rate » le débit moyen du contenu, alors Sizeoffset(n+1 ), c'est-à-dire la position en octets dans le contenu, peut être approximativement calculée de la façon suivante :
Sizeoffset(n+1 ) = tn+i x rate.
Ainsi dans notre exemple avec n=0, le lecteur se place dans une nouvelle position de lecture dans le contenu à partir de l0, en faisant un saut de taille Sizeoffset(l ). I0 est cependant toujours affichée sur l'écran. Après que le lecteur est placé dans la nouvelle position de lecture dans le contenu, lors de l'étape S6, le lecteur 4 n'effectue la lecture que des images I et affiche une image ln+i , suivant la position de lecture, à savoir sur la figure 3.
Lors de l'étape S7, le lecteur 4 arrête la lecture du contenu après l'affichage de ladite image ln+i et effectue un affichage continu de ladite image ln+i .
Lors d'une étape S8, le temps tdisPiay(n+1 ) de positionnement (étape S5) de la lecture dans le contenu et d'affichage (étape S6) de la n+1 -ième image I est déterminé par le compteur du lecteur et sauvegardé par le lecteur 4. On a alors
Dans notre exemple, le temps de positionnement dans le contenu de l'étape S5 à partir de l0 et le temps d'affichage de \-\ forment un temps tdispiay(1 ) comme le montre la figure 3.
Lors de l'étape S9, le lecteur 4 calcule le temps moyen tm(n+1 ) à la fois de positionnement (étape S5) de la lecture dans le contenu et d'affichage (étape S6) des n+1 images I. Le lecteur 4 sauvegarde tm(n+1 ).
On donne ici des exemples de calcul de tm(n+1 ).
Un premier calcul possible du temps moyen tm(n+1 ) après l'affichage des n+1 premières images I est donné par la formule :
^ n+1
tm(n + l) =—-∑tdisplay U)
n + i j=l
Pour économiser des ressources sur le dispositif et éviter de conserver les valeurs tdisPiay(n+1 ) en mémoire pour le calcul du temps moyen tm, un deuxième calcul est possible.
Le temps moyen tm(n+1 ) peut être calculé à partir du temps moyen tm(n), sans avoir à conserver les valeurs tdiSpiay(n+1 ) en mémoire des n+1 premières images.
Dans notre exemple, pour le calcul du temps moyen tm(n+1 ) après l'affichage de la n+1 -ième image I, on a ainsi la formule suivante : tm(n + 1) =—— · tm(n) +—■ tdi { (n + 1)
n + 1 n + 1
Avec n+1 le nombre d'images I déjà affichées ;
tm(n) le temps moyen d'affichage pour les n premières images I ; tm(n+1 ) le temps moyen d'affichage pour les n+1 images I ;
tdispiay(n+1 ) le temps de positionnement et d'affichage de l'image
Dans notre exemple de la figure 3, avec le premier affichage de \^ , on a bien entendu selon les deux calculs :
tm(1 )= tdisplay(1 )
car n=0.
Lors de l'étape S10, après l'affichage de l'image n+1 qui continue d'être effectué selon l'étape S7 comme le montre la figure 4, le lecteur 4 attend un temps twait(n+1 ) égal à :
twait (n + \) = (k - \) tm(n + \)
où k est une constante,
avant de vérifier si une instruction de navigation est toujours donnée par l'utilisateur en retournant à l'étape S3 déjà décrite.
Pendant ce temps d'attente twait(n+1 ), l'image ln+i est affichée. L'étape
S7 et l'étape S1 0 sont donc concomitantes.
Le temps d'attente twait(n+1 ) permet une fluidité d'affichage. Du fait de l'affichage de l'image ln+i pendant le temps twait(n+1 ), avant de vérifier si une instruction de navigation est toujours donnée, et par conséquent d'avancer dans le contenu, l'utilisateur a le temps de voir la position courante dans le contenu, ce qui est plus agréable pour lui.
Dans notre exemple de la figure 3, le lecteur attend le temps
ait (!) = (fc - 1) x l) = (1 / 2) x tm(l)
avec k=3/2 par exemple.
Comme on l'a dit, pendant le temps twait(1 ), l'image \^ est toujours affichée. Par ailleurs, une fois le temps twait(n+1 ) calculé par le lecteur, le lecteur peut également calculer, lors de l'étape S1 0 par exemple, le temps tref(n+1 ) par la relation :
tref (n + l) = twait (n + l) + tm(n + l) = k - tm(n + 1) .
Dans notre exemple de la figure 3, on a ainsi
tref (l) = twait (l) + tm(l) = k - tm(l)
Le retour à l'étape 3 après le temps d'attente twait(n+1 ) s'effectue en incrémentant la variable n de 1 (on a alors dans les relations précédemment décrites n=n+1 ).
Les développements qui suivent montrent une occurrence supplémentaire du cycle du procédé, conformément à la figure 3.
Ainsi, lors de l'étape S3, le lecteur constate que l'instruction d'avance rapide est toujours donnée.
Le lecteur 4 passe alors à l'étape S4, de déclenchement et d'initialisation du compteur en posant
t = 0 .
Lors de l'étape S5, le lecteur 4 positionne la lecture dans le contenu 1 en fonction de l'instruction reçue. Pendant le positionnement de l'étape S5, l'image est toujours affichée à l'écran comme le montre la figure 3 notamment.
Le lecteur 4 détermine la position temporelle où se placer dans le contenu 1 en fonction de la position courante dans le contenu et du temps de référence tref(1 ) (on a n=1 désormais) :
t2 = tl + V tref (ï)
ainsi que la position en octets :
Sizeoffset(2) = ti >< rate.
Après que le lecteur a placé la position de lecture dans le contenu, lors de l'étape S6, le lecteur 4 n'effectue la lecture que des images I et affiche une image l2 suivant la position de lecture.
Lors de l'étape S7, le lecteur 4 arrête la lecture du contenu après l'affichage de ladite image l2 et effectue un affichage continu de ladite image l2. Lors d'une étape S8, le temps tdiSpiay(2) de positionnement (étape S5) de la lecture dans le contenu et d'affichage (étape S6) de la 2ième image I est déterminé par le compteur du lecteur et sauvegardé par le lecteur 4. On a alors
t = tdisplay (2)
Lors de l'étape S9, le lecteur 4 calcule le temps moyen tm(2) à la fois de positionnement (étape S5) de la lecture dans le contenu et d'affichage (étape S6) des deux images I.
Préférentiellement, le temps moyen tm(2) peut être calculé à partir du temps moyen tm(1 ) : tm(2) = ~ tm(l) + tdisplay (2) Le lecteur 4 sauvegarde tm(2)
Lors de l'étape S1 0, après l'affichage de l'image l2, le lecteur 4 attend un temps twait(2) égal à :
tmit (2) = (\l 2) tm(2)
car k=3/2, avant de vérifier si une instruction de navigation est toujours donnée par l'utilisateur en retournant à l'étape S3 déjà décrite, avec cette fois n=2, et ainsi de suite.
Pendant ce temps d'attente twait(2), l'image l2 est affichée.
Pendant l'étape S1 0, le lecteur calcul tref(2) :
tref (2) = twait (2) + tm{2) = (3 / 2) · tm(2) .
Dans les développements qui précèdent, k est une constante à fixer, selon que l'on souhaite une navigation très régulière mais avec moins d'images, ou une navigation avec le plus d'images possibles, mais qui risque d'être moins régulière.
Dans la pratique, k= 3/2 semble une valeur qui assure le compromis d'afficher beaucoup d'images avec un rythme d'affichage restant régulier.
Le temps de référence tref étant proportionnel au temps moyen d'affichage tm, la fréquence d'affichage prend en compte le type de contenu et les paramètres de lecture (réseau, bande passante par exemple).

Claims

REVENDICATIONS
1 . Procédé de lecture d'un contenu (1 ) sur un dispositif (2) multimédia comportant un lecteur (4) du contenu (1 ), le lecteur (4) permettant également l'affichage vidéo du contenu et la navigation dans le contenu, le contenu contenant des images I destinées à être affichées lors de la navigation, le procédé comportant, lorsque le lecteur (4) reçoit (S0) une instruction de navigation donnée par un utilisateur, les étapes selon lesquelles le lecteur (4) :
- positionne (S5) la lecture dans le contenu en fonction de l'instruction reçue,
- n'effectue la lecture que des images I et affiche (S6) une image I suivant la position de lecture ;
- arrête la lecture du contenu après l'affichage de ladite image ln et effectue un affichage continu de ladite image (S7) ;
- calcule (S9) le temps moyen tm
de positionnement (S5) de la lecture dans le contenu et
d'affichage (S6) de l'image I ;
caractérisé en ce que le lecteur (4) attend (S10) un temps twait proportionnel au temps moyen tm, avant de vérifier si une instruction de navigation est toujours donnée (S3) par l'utilisateur.
2. Procédé selon la revendication 1 , dans lequel le temps twait est égal à :
tmit = (k - ï x tm
où k est une constante.
3. Procédé selon la revendication 2, dans lequel le lecteur (4) calcule un temps de référence tref après l'affichage de l'image ln grâce à la relation :
tref (") = ait («) + ") = k · tm(tl) .
4. Procédé selon l'une des revendications 1 à 3, dans lequel le lecteur (4) calcule le temps moyen tm(n+1 ) du temps obtenu après l'affichage des n+1 premières images I par la relation :
γ n+l
tm(n + l) = -∑tdisplay (j)
n + 1 j=l
Avec tdispiay(j) le temps de positionnement et d'affichage de chaque image j.
5. Procédé selon l'une des revendications 1 à 3, dans lequel le lecteur (4) calcule le temps moyen tm(n+1 ) obtenu après l'affichage de l'image n+1 grâce à la relation : tm(n + 1) =—■ tm(n) +— !- · t (n + 1)
n + 1 n + 1
Avec n+1 le nombre d'images I affichées ;
tm(n) le temps moyen d'affichage pour les n premières images ; tm(n+1 ) le temps moyen d'affichage pour les n+1 images ;
tdisPiay(n+1 ) le temps de positionnement et d'affichage de l'image n+1 .
6. Procédé selon l'une des revendications 3 à 5, dans lequel le lecteur (4) détermine la position temporelle suivante où se placer dans le contenu (1 ) grâce à la relation :
tn+l = tn ± V x tref
où tn+i est la position suivante dans le contenu,
tn est la position courante dans le contenu,
V est la vitesse voulue de la navigation,
tret est le temps de référence, et
± dépend du sens de la navigation : + pour avance rapide et - pour retour rapide.
7. Procédé selon l'une des revendications 2 à 6, dans lequel k est égal à 3/2.
8. Dispositif multimédia comportant un lecteur (4) de contenu (1 ) multimédia adapté pour mettre en œuvre un procédé selon l'une des revendications 1 à 7.
9. Dispositif selon la revendication 8, dans lequel le lecteur est adapté pour lire des contenus du type DVB, .mov, .avi, .mp4 (H264), MPEG2, WMA, ou Divx.
10. Dispositif selon l'une des revendications 8 ou 9, du type décodeur TV, par câble ou satellite, avantageusement du type numériscope.
EP10747639A 2009-09-02 2010-09-01 Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé Ceased EP2473998A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0955976A FR2949636B1 (fr) 2009-09-02 2009-09-02 Procede de lecture d'un contenu sur un dispositif multimedia, et dispositif associe
PCT/EP2010/062786 WO2011026855A1 (fr) 2009-09-02 2010-09-01 Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé

Publications (1)

Publication Number Publication Date
EP2473998A1 true EP2473998A1 (fr) 2012-07-11

Family

ID=42060994

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10747639A Ceased EP2473998A1 (fr) 2009-09-02 2010-09-01 Procédé de lecture d'un contenu sur un dispositif multimédia, et dispositif associé

Country Status (6)

Country Link
US (1) US8718453B2 (fr)
EP (1) EP2473998A1 (fr)
CN (1) CN102625947B (fr)
BR (1) BR112012004848A2 (fr)
FR (1) FR2949636B1 (fr)
WO (1) WO2011026855A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2985703B2 (ja) * 1995-01-19 1999-12-06 日本ビクター株式会社 画像圧縮記録媒体再生装置
JP4827669B2 (ja) * 2006-09-19 2011-11-30 株式会社ソニー・コンピュータエンタテインメント 動画再生方法および装置
JP5147278B2 (ja) * 2007-04-09 2013-02-20 株式会社日立製作所 映像配信装置およびキーフレーム配信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011026855A1 *

Also Published As

Publication number Publication date
BR112012004848A2 (pt) 2016-03-15
WO2011026855A1 (fr) 2011-03-10
CN102625947A (zh) 2012-08-01
CN102625947B (zh) 2015-07-29
FR2949636B1 (fr) 2012-08-03
US8718453B2 (en) 2014-05-06
US20120230648A1 (en) 2012-09-13
FR2949636A1 (fr) 2011-03-04

Similar Documents

Publication Publication Date Title
US20180014049A1 (en) Orientation Based, Aspect Ratio Switching Video Playback System
KR102206136B1 (ko) 트릭 플레이 모드에서 가변 속도를 제공하기 위한 시스템 및 방법
US20090063699A1 (en) Media player plug-in installation techniques
EP2057632A1 (fr) Procede de gestion d&#39;un programme multimedia, serveur, terminaux, signal et programmes informatiques correspondants
JP2002314975A (ja) 漸進的により高品質のバージョンのオーディオおよび／またはビデオプログラムを得るための方法およびコンピュータネットワーク
FR2975555A1 (fr) Methode d&#39;adaptation dynamique du debit de reception et recepteur associe
WO2012146098A1 (fr) Procédé et système correspondant pour stocker et lire des données multimédias diffusées en continu
US20240380941A1 (en) Supplemental audio generation system in an audio-only mode
EP2979461A1 (fr) Generation et restitution d&#39;un flux representatif d&#39;un contenu audiovisuel
EP1862009B1 (fr) Procede d&#39;envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede
WO2015071464A1 (fr) Procede et systeme de pre-telechargement de video a la demande
EP2473998A1 (fr) Procédé de lecture d&#39;un contenu sur un dispositif multimédia, et dispositif associé
FR2740639A1 (fr) Systeme de decodage pour donnees cinematographiques
EP2870773B1 (fr) Dispositif et procede d&#39;enregistrement de donnees relatifs a une fonction de decalage temporel sur un support d&#39;enregistrement
FR2980662A1 (fr) Methode d&#39;enregistrement d&#39;un contenu dans un fichier sur un serveur et dispositif correspondant
EP2559218B1 (fr) Reception d&#39;un contenu numerique en mode truque
EP2536075B1 (fr) Procédé de demande d&#39;accès par un terminal à un contenu numérique apte à être téléchargé depuis un réseau.
EP3574501B1 (fr) Procédé d&#39;enregistrement adaptatif au taux d&#39;usure du support de stockage
FR3101503A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu numérique sur réseau mobile avec sélection d’un débit d’encodage maximum autorisé en fonction d’un godet de données
FR2860665A1 (fr) Decodage de sequence d&#39;images numeriques
FR2842058A1 (fr) Procede de restitution d&#39;un flux de donnees multimedia sur un terminal client, dispositif, systeme et signal correspondants
FR3140504A1 (fr) Gestion de la lecture d’un contenu multimédia
EP3939330A1 (fr) Procédé de gestion du téléchargement d&#39;images associées à des sauts d&#39;images susceptibles d&#39;être realisés lors d&#39;une lecture accelerée d&#39;un contenu multimedia diffusé en continu
EP4593401A1 (fr) Gestion optimisée des fichiers manifestes pour clients de télécommunications recevant des contenus adaptatifs sur http (has)
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120320

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20121212

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SAGEMCOM BROADBAND SAS

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20190603