FR2935863A1 - Transmission d'un contenu video via un reseau. - Google Patents

Transmission d'un contenu video via un reseau. Download PDF

Info

Publication number
FR2935863A1
FR2935863A1 FR0856132A FR0856132A FR2935863A1 FR 2935863 A1 FR2935863 A1 FR 2935863A1 FR 0856132 A FR0856132 A FR 0856132A FR 0856132 A FR0856132 A FR 0856132A FR 2935863 A1 FR2935863 A1 FR 2935863A1
Authority
FR
France
Prior art keywords
video content
data stream
image
reception
given
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.)
Pending
Application number
FR0856132A
Other languages
English (en)
Inventor
Serge Rigaudeau
Jerome Crestel
Vincent Thiebaut
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Priority to FR0856132A priority Critical patent/FR2935863A1/fr
Publication of FR2935863A1 publication Critical patent/FR2935863A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
    • H04N7/54—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal the signals being synchronous
    • H04N7/56—Synchronising systems therefor
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting

Landscapes

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

Abstract

Un dispositif de traitement 40 reçoit un contenu vidéo encodé diffusé via un réseau selon un premier flux de données, le contenu vidéo encodé indiquant un rythme donné d'affichage d'image en réception et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un premier instant donné. Puis, sur réception d'une requête de transmission du contenu vidéo, ce dispositif de traitement transmet un second flux de données correspondant au contenu vidéo encodé diffusé, et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant donné. Le dispositif de traitement modifie le rythme d'affichage d'image associé au premier flux de données, de sorte que le rythme d'affichage d'image en réception associé au second flux de données croit depuis un rythme d'affichage inférieur au rythme donné d'affichage d'image, au début de la transmission du second flux de données, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation.

Description

TRANSMISSION D'UN CONTENU VIDEO VIA UN RESEAU
La présente invention concerne la diffusion de contenus audiovisuels, ou contenu vidéo, sur un réseau de type IP (pour `Internet Protocol' en anglais). On entend par les termes "contenu vidéo", un contenu de données numériques adapté pour être diffusé dans un réseau IP. La diffusion d'un tel contenu audiovisuel peut correspondre par exemple à un service de type IPTV (pour `Internet Protocol TeleVision') Pour un service de ce type, il est prévu de diffuser des contenus audiovisuels selon une diffusion qui peut par exemple être une multidiffusion (ou `multicast' en anglais). Dans ce cas, les données numériques correspondantes sont envoyées vers plusieurs dispositifs simultanément. La figure 1 illustre un tel contexte de diffusion. Un flux vidéo 15 est encodé au niveau d'un encodeur 14 selon un format vidéo, comme le format MPEG-2 (pour `Moving Picture Experts Group' en anglais). Puis, ce contenu vidéo encodé est transmis via un réseau IP 13. Ensuite, ce contenu vidéo encodé est reçu au niveau d'un dispositif de réception 12 tel qu'une `Set Top Box, ou STB. Un tel dispositif de réception est adapté pour décoder le contenu vidéo encodé reçu afin de permettre son affichage sur un écran d'ordinateur, ou sur une télévision, ou tout autre écran adapté.
De manière plus précise, un flux de contenu vidéo encodé est constitué d'une séquence d'images encodées selon un format de type MPEG. Un tel flux comprend des images dites image I, (pour `intra') qui sont codées de telle façon qu'elles peuvent être décodées de manière indépendante des autres images de la séquence d'images. II comprend également des images de type P (pour `Predicted' en anglais) qui, elles, sont décodées sur la base d'images précédentes dans la séquence et des images de type B (pour Bi-directional' en anglais) qui sont décodées sur la base à la fois d'images précédentes et d'images suivantes. Quand un utilisateur désire recevoir un contenu audiovisuel diffusé par une certaine chaîne prévue dans un service de type IPTV, il peut en faire la demande via une télécommande de la STB. Cette demande est transmise à un équipement réseau adapté pour commander la diffusion du flux vidéo requis jusqu'à l'utilisateur concerné. Le décodage d'un flux de données requis ne peut commencer que sur réception d'une image encodée de type I, qui est le seul type d'image autorisant un décodage 'autonome', c'est à dire qui ne se fonde pas sur des images précédentes et/ou suivantes. Ainsi, une image de type 1 est une référence indispensable au début du traitement en réception d'un flux de données encodé. Pour afficher au plus tôt des images correspondant à un nouveau flux de données au cours d'un changement de chaîne dans le contexte d'un service de type IPTV, on peut prévoir qu'un serveur spécifique soit en charge d'émettre le nouveau flux de données requis selon une transmission 'unicast', c'est-à-dire selon une transmission individuelle ou point à point. Afin de réduire le temps de latence lié à l'attente de la réception d'une première image de type I dans le nouveau flux de données, le serveur spécifique est adapté pour transmettre en 'unicast' le flux requis en fournissant rapidement l'image de type I la plus récemment diffusée dans le flux de données transmis en multicast. Dans une telle architecture, on est alors en mesure d'afficher rapidement la première image du flux de données requis. Des mécanismes existent pour basculer ensuite du flux unicast vers le flux multicast sans rupture de la vidéo soit de rester en unicast; Toutefois, un décalage temporel, ou encore Buffering Delay' en anglais, est introduit lors de l'étape d'encodage du contenu vidéo, entre l'horloge de signal du contenu vidéo (PCR pour 'Program Clock Reference' en anglais) et les références temporelles en réception qui correspondent soit à une étape de décodage (DTS pour 'Decoding Time Stamp' en Anglais) soit à une étape d'affichage (PTS pour `Presentation Time Stamp' en anglais). Ce décalage temporel peut induire une latence à l'affichage, en effet bien que le récepteur ait reçu la totalité des informations constituant l'image, il attend ce délai pour décoder et afficher l'image. De ce fait il y a un temps de latence à l'affichage, qui peut se traduire par un écran noir. Plus le temps de latence est long et plus cela peut dégrader le niveau de qualité d'expérience (ou QoE) de l'utilisateur qui visionne le contenu vidéo en réception. La présente invention vise à améliorer la situation. Un premier aspect de la présente invention propose un procédé de traitement, au niveau d'un dispositif de traitement, d'un contenu vidéo encodé diffusé via un réseau selon un premier flux de données, ledit contenu vidéo encodé indiquant un rythme donné d'affichage d'image en réception et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un premier instant donné ; ledit procédé de traitement comprenant les étapes suivantes au niveau du dispositif de traitement : /1/ recevoir une requête de transmission dudit contenu vidéo ; /2/ transmettre un second flux de données correspondant au contenu vidéo encodé diffusé, et incluant ladite au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant donné ; dans lequel le rythme d'affichage d'image en réception associé au second flux de données croit depuis un rythme d'affichage inférieur audit rythme donné d'affichage d'image, au début de l'étape /2/, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation. Un tel dispositif de traitement peut correspondre à un serveur de transmission point à point d'un contenu vidéo qui est diffusé dans le réseau considéré. Un tel serveur reçoit le contenu vidéo diffusé dans le réseau, et le stocke pour être en mesure de le transmettre sur requête à un dispositif de réception du réseau. Un dispositif de traitement peut être implémenté dans un multiplexeur d'accès de ligne d'abonné numérique, ou DSLAM (pour `Digital Subscriber Line Access Multiplexer' en anglais), ou un terminal de ligne optique, ou OLT (pour `Optical Line Terminal' en anglais), ou encore un routeur du réseau de transmission. Ici, il convient de noter que la modification du rythme d'affichage, ou encore rythme de présentation d'image sur un écran, est effectuée au niveau du dispositif de traitement qui est au niveau du réseau de transmission. Ainsi, avantageusement, des dispositifs de réception adaptés pour recevoir un flux de données correspondant à un contenu vidéo n'ont pas à être modifiés pour la mise en oeuvre de telles dispositions. Sur réception d'une requête, le serveur peut transmettre le contenu vidéo diffusé selon un second flux de données qui est adapté pour fournir une image spécifique qui peut être traitée de manière indépendante des autres images du contenu vidéo et être affichée de manière anticipée. Plus précisément, le serveur peut prévoir d'envoyer, dans ce second flux de données, la dernière image spécifique qui a été diffusée dans le premier flux, pour être affichée en réception de manière anticipée. Ainsi, on anticipe le début de l'affichage du contenu vidéo au niveau du dispositif de réception qui a requis cette transmission, par rapport au cas où le dispositif de réception recevrait directement le second flux de données, sans arrangement spécifique, c'est-à-dire sans la mise en oeuvre d'un mode de réalisation de la présente invention, ce qui permet de réduire le délai d'affichage de la première image en réception. Grâce à toutes ces dispositions, il est possible d'anticiper l'affichage de la première image du contenu vidéo en début de transmission de flux. Puis, on prévoit d'augmenter le rythme d'affichage d'image en réception, depuis un rythme d'affichage inférieur au rythme d'affichage prévu initialement, c'est-à-dire le rythme prévu pour le premier flux, pour le contenu vidéo encodé en tout début de transmission vers le rythme d'affichage prévu initialement. Il convient ici de noter que, dans un mode de réalisation de la présente invention, seul le rythme d'affichage d'image est modifié sur la période de synchronisation, le rythme de présentation du son n'étant pas modifié. Ainsi, sur la période de synchronisation, le rythme d'affichage d'image est peu à peu synchronisé sur le rythme de présentation du son, tel qu'initialement prévu dans le contenu vidéo encodé. En procédant ainsi, on adapte petit à petit le rythme d'affichage d'image en réception, qui a été modifié, sur le rythme de traitement du son associé à ces images affichées, et ainsi on synchronise sur une période de synchronisation, le son et l'image du contenu vidéo ainsi reçu.
Du point de vue de l'utilisateur du dispositif de réception ou plus précisément du point de vue du spectateur, ou encore 'téléspectateur', qui visionne un écran sur lequel est affiché le contenu vidéo, il apparait que le contenu vidéo est rapidement visible à l'écran puisque les images sont affichées plus tôt. Puis, si l'augmentation du rythme d'affichage d'image en réception est effectuée de manière progressive sur la période de temps de synchronisation, il est alors possible de faire en sorte que cet ajustement de rythme d'affichage d'image soit imperceptible, ou au pire très peu perceptible, au niveau du téléspectateur jusqu'à la complète synchronisation de l'image et du son du contenu vidéo reçu. Lorsque ces dispositions sont appliquées dans le contexte d'un service de type IPTV, elles contribuent de manière efficace à permettre un changement de chaine rapide. Un tel rythme d'affichage en réception peut être défini par rapport à une horloge associée au contenu vidéo encodé et des indications temporelles d'affichage d'image en réception associées aux images du contenu vidéo encodé. Classiquement, un contenu vidéo est encodé en se basant sur différents types d'images, des images spécifiques d'un certain type pouvant être traitées en réception de manière indépendante des autres images encodées du contenu vidéo considéré. On peut citer ici une image de type I, comme énoncé ci-avant, qui, elle, contrairement aux images de type P et B, peut être traitée en réception indépendamment des autres images encodées du contenu vidéo.
Dans ce contexte là, lorsqu'un dispositif de réception requiert la réception d'un flux de données correspondant à un contenu vidéo encodé, il n'est pas en mesure de traiter ce flux de données avant la réception d'une première image spécifique, c'est-à-dire d'une première image pouvant être traitée en réception indépendamment de toute autre image du contenu vidéo encodé. Le dispositif de traitement peut mémoriser le premier flux de données diffusé et le transmettre ensuite selon une transmission point à point, sur requête par exemple.
Suivant les applications mises en oeuvre, on peut prévoir un premier cas dans lequel le dispositif de réception, après avoir requis la réception d'un contenu vidéo, reçoit ce contenu vidéo seulement selon le second flux de données, ou alors, un second cas dans lequel il reçoit ce contenu vidéo selon le second flux de données de manière temporaire pendant une période de temps qui permet de synchroniser le second flux de données sur le premier flux de données, pour ensuite recevoir ce contenu vidéo selon le premier flux de données. Le second flux de données peut donc être transmis complètement à l'étape /2/, le contenu vidéo étant transmis dans son intégralité selon une transmission point à point selon le second flux de données. Ce cas correspond au premier cas. Le second flux de données peut aussi être transmis à l'étape /2/ jusqu'à la fin de la période de synchronisation du premier flux de données (synchronisation son et images). Cette période de synchronisation correspond également à la synchronisation des premier et second flux de données. Cela correspond au second cas. La présente invention couvre non seulement ces deux modes de réalisation, mais n'est aucunement limitée à ceux-ci.
Les dispositions d'un mode de réalisation de la présente invention peuvent être aisément et avantageusement mises en oeuvre dans différentes applications de transmission de contenu vidéo, comme un service de vidéo à la demande, ou encore un service de IPTV. Elles peuvent notamment être avantageuses dans le cas d'un changement de chaîne. En effet, au cours de la gestion d'une requête de changement de chaîne, l'utilisateur peut ainsi obtenir rapidement des images du programme en cours de diffusion sur la nouvelle chaîne requise. Afin de faire varier le rythme d'affichage d'image en réception du second flux de données depuis une valeur plus faible que celle initialement prévue jusqu'à la valeur prévue sur la période de synchronisation, on peut prévoir avantageusement ici de modifier des références temporelles d'affichage en réception du flux de données reçu.
Dans un mode de réalisation de la présente invention, le rythme d'affichage d'image donné, indiqué dans le contenu vidéo encodé, correspond à des indications temporelles d'affichage en réception associées respectivement aux images du contenu vidéo, relativement à une horloge associée au flux de données, et le rythme d'affichage appliqué au second flux de données est basé sur une modification de ces indications temporelles. En modifiant ainsi de telles indications temporelles d'affichage relatives à l'horloge du flux de données, on est en mesure de réguler et d'ajuster au fil du temps le rythme d'affichage en réception du second flux de données sur un rythme d'affichage du son qui lui n'a pas été modifié. Par exemple, dans le contexte d'encodage de type MPEG, une référence temporelle d'affichage peut correspondre aux champs PTS (pour `Presentation Time Stamp' en anglais). On peut également prévoir de modifier en outre, pendant la période de synchronisation, les indications temporelles qui sont associées au décodage des images de sorte à anticiper également l'étape de décodage des images le cas échéant. Ces indications temporelles peuvent correspondre aux champs DTS (pour Decode Time Stamp') en anglais) dans le contexte d'encodage de type MPEG.
Les indications temporelles de traitement associées aux images dans le second flux peuvent avantageusement varier selon une droite en fonction du temps. Dans ce cas, le rythme d'affichage en début de période de synchronisation reste constant tout au long de cette période pour basculer au rythme d'affichage initial en fin de période. Cette mise en œuvre est simple.
On peut prévoir alternativement que les indications temporelles de traitement associées aux images dans le second flux peuvent varier en fonction du temps selon une fonction de type logarithmique. Dans ce cas, le rythme d'affichage croit de manière progressive sur la période de synchronisation. Une telle variation permet de lisser de manière performante l'ajustement du rythme d'affichage d'image en vue de la synchronisation du second flux de données sur la période de synchronisation.
Un deuxième aspect de la présente invention propose un dispositif de traitement adapté pour mettre en oeuvre le procédé de traitement selon le premier aspect de la présente invention. Un troisième aspect de la présente invention propose un système de diffusion de contenu vidéo encodé, un dispositif de traitement selon le deuxième aspect de la présente invention et au moins un dispositif de réception de contenu vidéo. Un quatrième aspect de la présente invention propose un programme d'ordinateur, destiné à être stocké dans une mémoire d'un dispositif de traitement selon le deuxième aspect de la présente invention, ou sur un support mémoire amovible et destiné à coopérer avec un lecteur dudit dispositif de traitement, ledit programme d'ordinateur comprenant des instructions pour la mise en oeuvre de tout ou partie des étapes du procédé de traitement selon le premier aspect de la présente invention.
Un cinquième aspect de la présente invention propose un support d'enregistrement sur lequel est stocké le programme d'ordinateur selon le quatrième aspect de la présente invention. D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation.
L'invention sera également mieux comprise à l'aide des dessins, sur lesquels : la figure 1 illustre une architecture réseau adaptée pour diffuser un contenu vidéo via un réseau selon l'art antérieur ; la figure 2 illustre une modification du rythme d'affichage d'image selon un mode de réalisation de la présente invention ; la figure 3 illustre la mise en oeuvre d'un serveur unicast comprenant un dispositif de traitement selon un mode de réalisation de la présente invention ; et la figure 4 illustre un dispositif de traitement selon un mode de 30 réalisation de la présente invention. Dans les sections suivantes, à titre d'exemple et sans qu'aucune limitation n'y soit attachée, les contenus numériques diffusés sont encodés selon un format de type MPEG2-TS (pour `Moving Picture Experts Group 2 Transport Stream' en anglais). Lors d'une étape d'encodage d'un flux audio vidéo selon un format de ce type, différents paramètres sont inclus dans le flux vidéo, comme notamment : un champ PCR (pour 'Program Clock Reference' en anglais) qui correspond à une horloge du signal vidéo, une telle information étant intégrée dans le flux de données régulièrement ; un champ DTS (pour `Decode Time Stamp' en anglais) qui indique une référence temporelle à laquelle le décodeur vidéo décode une image correspondante relativement à l'horloge du signal vidéo (ou PCR comme il vous convient) ; et un champ PTS (pour `Presentation Time Stamp' en anglais) qui indique une référence temporelle à laquelle le décodeur vidéo présente l'image correspondante sur un écran, relativement à l'horloge du signal vidéo (ou PCR). Ainsi, des indications temporelles de traitement d'image en réception sont respectivement associées aux images encodées, comme la référence temporelle DTS qui indique quand procéder au décodage de l'image concernée et la référence temporelle PTS qui indique quand procéder à l'affichage de l'image concernée, relativement à l'horloge PCR. Au cours d'une étape d'encodage, il est possible qu'un décalage temporel, ou encore `buffering delay' en anglais, soit introduit entre les références temporelles de traitement DTS ou PTS, et l'horloge du signal vidéo PCR.
Une relation directe existe entre la période de temps dont dispose l'encodeur pour coder les images du contenu vidéo à diffuser et le décalage temporel tel qu'énoncé ci-dessus. En effet, plus l'étape d'encodage est longue, permettant ainsi de fournir des images encodées de bonne qualité, plus ce décalage temporel est grand.
Ainsi, d'un côté, il peut être avantageux d'avoir un grand décalage temporel de ce type, mais, d'un autre côté, au début de la réception du flux de données correspondant au contenu vidéo requis, un tel décalage temporel peut introduire un délai au moment de l'affichage d'une image comme précédemment énoncé. Grâce aux caractéristiques d'un mode de réalisation de la présente invention, on est en mesure de réduire le temps d'affichage d'une image du 5 flux de données requis. A cet effet, on prévoit, en début de session unicast, c'est-à-dire à partir du moment où la première image spécifique est reçue dans le second flux de données, de réduire ce décalage temporel ou 'buffering delay'. La figure 2 illustre une modification du rythme d'affichage d'image en 10 réception selon un mode de réalisation de la présente invention. Plus précisément, une telle modification est ici illustrée dans le contexte d'un encodage de type MPEG dans lequel les références temporelles de présentation PTS, et le cas échéant les références temporelles de traitement de décodage DTS, sont modifiées au cours d'une période de synchronisation, 15 à la fin de laquelle le rythme d'affichage d'image du second flux de données est synchronisé avec le son, et correspond donc à celui du premier flux de données. La figure 2 illustre la variation, en fonction du temps, des valeurs des indications temporelles de type PTS sur le second flux de données. Dans ce 20 cas, il est prévu que cette variation suive une droite 22 en fonction du temps, et que la variation des valeurs de PTS sur le premier flux de données suive une droite 21 de pente différente, sur une période de temps qui correspond ici à la période de temps requise pour la synchronisation. Dans ce cas, si on prend un premier flux ayant par exemple un rythme d'affichage prévu à 25 25 images par seconde, dans le cas d'une variation selon une droite telle qu'illustrée ici, pendant la période de synchronisation, on peut prévoir que le rythme d'affichage est de 24 images par seconde, pour basculer directement à 25 images par seconde en fin de période de synchronisation. Si l'on considère que la variation, en fonction du temps, des valeurs des 30 indications temporelles de type PTS sur le second flux de données est selon une courbe logarithmique et non plus une droite, alors on peut prévoir que le rythme d'affichage parte, par exemple, de 20 images par seconde en début de période de synchronisation pour augmenter progressivement jusqu'à 25 images par seconde durant toute cette période de synchronisation. Par la suite, la modification des indications temporelles de traitement d'image est décrite pour le champ PTS, mais les mêmes principes sont appliqués au champ DTS dans un mode de réalisation de la présente invention. La période de synchronisation est notée T. Le dispositif de traitement reçoit le premier flux de données et le stocke. Puis, il transmet le flux ainsi stocké, sur requête, de manière désynchronisée par rapport au premier flux de données diffusé, de sorte que ce second flux débute par la dernière image spécifique stockée adaptée pour être décodée indépendamment des autres. Sur réception de cette première image spécifique du second flux de données, le dispositif de réception est capable de traiter ce second flux de données. Ceci permet de décoder les images du flux au plus vite.
Dans un mode de réalisation de la présente invention, au niveau du dispositif de traitement, la valeur du champ PTS associée à cette première image envoyée est modifiée par rapport à celle qui est indiquée dans le premier flux de données reçu pour cette même image. La valeur de PTS indiquée dans le flux de données reçu est remplacée par une valeur inférieure de sorte à anticiper l'affichage des images. Ainsi, la référence temporelle indiquant le moment par rapport à l'horloge du signal PCR auquel il convient d'afficher la première image spécifique considérée ici est avancé par rapport au traitement initialement prévu dans le premier flux de données reçu. Cela permet de réduire alors le décalage temporel entre PCR et PTS dans ce second flux de données. Ainsi, les valeurs de PTS respectivement associées aux images du flux de données reçues sur la période de synchronisation T sont modifiées selon la droite 22 illustrée en figure 2 pour correspondre aux mêmes valeurs de PTS que le premier flux à la fin de la période de synchronisation T respectivement pour les mêmes images considérées. En procédant ainsi, on est en mesure de réduire l'impact en réception, tel que décrit ci-avant, sur le rendu à l'écran d'un contenu vidéo diffusé, en réduisant le décalage temporel entre l'horloge de programme PCR et les indications temporelles de traitement en réception PTS et/ou DTS. Par conséquent, dans un mode de réalisation on peut prévoir de prendre plus de temps pour l'étape d'encodage, ce qui introduit un plus grand décalage temporel entre PCR et PTS, et qui permet de mettre en oeuvre un encodage de bonne qualité, tout en maintenant un rendu à l'écran satisfaisant pour le spectateur au niveau du dispositif de réception, puisque les dispositions de la présente invention permette de réduire l'impact de ce décalage temporel. Un mode de réalisation de la présente invention peut avantageusement être appliqué à tout contexte dans lequel un dispositif de réception requiert la réception d'une certaine chaîne de programme ou d'un certain contenu vidéo diffusé par ailleurs. Il peut notamment être très avantageux de mettre en oeuvre un mode de réalisation de la présente invention dans le contexte d'un changement de chaîne, ou encore `zapping' en anglais. L'utilisateur visionne alors déjà le programme d'une chaîne mais requiert la réception du programme d'une autre chaine. La mise en oeuvre d'un mode de réalisation de la présente invention permet d'obtenir un `zapping' très rapide tout en ayant des images de bonne qualité.
On peut prévoir que le premier flux de données est transmis en multicast dans le réseau considéré par une source déterminée de contenu vidéo et qu'un serveur spécifique soit adapté pour la transmission du second flux de données correspondant au même programme que celui qui est diffusé par la source déterminée mais permettant un affichage plus rapide des premières images comme indiqué ci-avant, le serveur comprenant un dispositif de traitement selon un mode de réalisation de la présente invention,. On peut noter que lors de l'ajustement des valeurs des indications temporelles associées aux images pendant la période de synchronisation, une accélération de la vidéo se produit. Mais elle peut être lissée et de ce fait rester peu perceptible à l'utilisateur qui visionne l'écran d'affichage des images du contenu vidéo ainsi reçu. La perception que pourrait en avoir l'utilisateur est directement liée, d'une part, à la réduction de la valeur de la référence temporelle appliquée en début de période de synchronisation sur la première image spécifique reçue dans le second flux de données, et d'autre part, à la longueur de la période de synchronisation T. On peut prévoir que la période de synchronisation soit de l'ordre de quelques dizaines de secondes.
La figure 3 illustre la mise en oeuvre d'un serveur unicast comprenant un dispositif de traitement selon un mode de réalisation de la présente invention. Ce serveur 30 reçoit le contenu vidéo considéré selon le premier flux de données en diffusion 301 depuis un dispositif de diffusion de contenu vidéo 32 ('SRC' pour source). Puis, il stocke ce flux de données 301 de sorte à pouvoir le transmettre selon un second flux de données 302 en appliquant le procédé de traitement tel qu'énoncé ci-avant, à destination d'un dispositif de réception 31, qui est ici à titre d'exemple, un boitier décodeur 'STB'. Cette figure illustre donc un système de diffusion de contenu vidéo comprenant le dispositif de diffusion 32 de contenu vidéo encodé, un dispositif de traitement, qui est ici inclus dans le serveur 30, et le dispositif de réception de contenu vidéo 31. La figure 4 illustre un dispositif de traitement 40 selon un mode de réalisation de la présente invention. Un tel dispositif de traitement comprend - une entité de réception (41) adaptée pour recevoir une requête de transmission dudit contenu vidéo ; une entité de transmission (42) adaptée pour transmettre un second flux de données correspondant au contenu vidéo encodé diffusé, et incluant en première image ladite au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant ; et une entité de modification (43) de rythme adaptée pour faire croitre le rythme d'affichage d'image en réception associé au second flux de données depuis un rythme d'affichage inférieur audit rythme donné d'affichage d'image, au début de la transmission du second flux de données, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation.
L'entité de modification 43 peut être adaptée pour baser le rythme d'affichage appliqué au second flux de données sur une modification d'indications temporelles d'affichage en réception incluses dans le contenu vidéo encodé, les indications temporelles en réception étant relatives à une horloge associée au contenu vidéo. L'entité de modification peut également être adaptée pour modifier les indications temporelles d'affichage associées aux images dans le second flux selon une droite à pente croissante en fonction du temps.10

Claims (12)

  1. REVENDICATIONS1. Procédé de traitement, au niveau d'un dispositif de traitement, d'un contenu vidéo encodé diffusé via un réseau selon un premier flux de données (301), ledit contenu vidéo encodé indiquant un rythme donné d'affichage d'image en réception et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un premier instant donné ; ledit procédé de traitement comprenant les étapes suivantes au niveau du dispositif de traitement (40) : /1/ recevoir une requête de transmission dudit contenu vidéo ; /2/ transmettre un second flux de données (302) correspondant au contenu vidéo encodé diffusé, et incluant ladite au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant donné ; dans lequel le rythme d'affichage d'image en réception associé au second flux de données croit depuis un rythme d'affichage inférieur audit rythme donné d'affichage d'image, au début de l'étape /2/, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation.
  2. 2. Procédé de traitement selon la revendication 1, dans lequel le second flux de données (302) est transmis à l'étape /2/ jusqu'à ce que les premier et second flux de données soient synchronisés pendant ladite période de synchronisation.
  3. 3. Procédé de traitement selon la revendication 1, dans lequel le second 25 flux de données (302) est transmis à l'étape /2/ complètement.
  4. 4. Procédé de traitement selon la revendication 1, dans lequel le rythme donné d'affichage d'image, indiqué dans le contenu vidéo encodé, correspond à des indications temporelles d'affichage en réception associéesrespectivement aux images du contenu vidéo, relativement à une horloge associée au contenu vidéo encodé ; et dans lequel le rythme d'affichage appliqué au second flux de données est basé sur une modification desdites indications temporelles d'affichage.
  5. 5. Procédé de traitement selon la revendication 4, dans lequel une indication temporelle d'affichage indique une référence temporelle à laquelle l'image associée est affichée. 10
  6. 6. Procédé de traitement selon la revendication 4, dans lequel les indications temporelles d'affichage associées aux images dans le second flux de données varient selon une droite à pente croissante en fonction du temps.
  7. 7. Dispositif de traitement (40) d'un contenu vidéo encodé diffusé via un 15 réseau selon un premier flux de données (301), ledit contenu vidéo encodé indiquant un rythme donné d'affichage d'image en réception et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un premier instant donné ; ledit dispositif de traitement comprenant : 20 une entité de réception (41) adaptée pour recevoir une requête de transmission dudit contenu vidéo ; une entité de transmission (42) adaptée pour transmettre un second flux de données correspondant au contenu vidéo encodé diffusé, et incluant en première image ladite au moins une image 25 spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant ; et une entité de modification (43) de rythme adaptée pour faire croitre le rythme d'affichage d'image en réception associé au 30 second flux de données depuis un rythme d'affichage inférieur audit rythme donné d'affichage d'image, au début de la transmission du second flux de données, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation.5
  8. 8. Dispositif de traitement selon la revendication 7, dans lequel l'entité de modification (43) est adaptée pour baser le rythme d'affichage appliqué au second flux de données (302) sur une modification d'indications temporelles d'affichage incluses dans le contenu vidéo encodé, lesdites indications temporelles d'affichage en réception étant relatives à une horloge associée au contenu vidéo.
  9. 9. Dispositif de traitement selon la revendication 7, dans lequel l'entité de modification (43) est adaptée pour modifier les indications temporelles d'affichage associées aux images dans le second flux selon une droite à pente croissante en fonction du temps.
  10. 10. Système de diffusion de contenu vidéo comprenant un dispositif de diffusion de contenu vidéo encodé (32), un dispositif de traitement (40) d'un contenu vidéo encodé diffusé via un réseau selon un premier flux de données (301), ledit contenu vidéo encodé indiquant un rythme donné d'affichage d'image en réception et incluant au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un premier instant donné ; ledit dispositif de traitement comprenant : une entité de réception (41) adaptée pour recevoir une requête de transmission dudit contenu vidéo ; une entité de transmission (42) adaptée pour transmettre un second flux de données correspondant au contenu vidéo encodé diffusé, et incluant en première image ladite au moins une image spécifique adaptée pour être affichée en réception indépendamment de toute autre image à un second instant donné antérieur au premier instant ; et une entité de modification (43) de rythme adaptée pour faire croitre le rythme d'affichage d'image en réception associé au second flux de données depuis un rythme d'affichage inférieur audit rythme donné d'affichage d'image, au début de latransmission du second flux de données, vers ledit rythme donné d'affichage d'image, à la fin d'une période de synchronisation. et au moins un dispositif de réception (31) de contenu vidéo.
  11. 11. Programme d'ordinateur, destiné à être stocké dans une mémoire d'un dispositif de traitement selon la revendication 7, ou sur un support mémoire amovible et destiné à coopérer avec un lecteur dudit dispositif de traitement, ledit programme d'ordinateur comprenant des instructions pour la mise en oeuvre de tout ou partie des étapes du procédé selon la revendication 1.
  12. 12. Support d'enregistrement sur lequel est stocké le programme d'ordinateur selon la revendication 11.
FR0856132A 2008-09-11 2008-09-11 Transmission d'un contenu video via un reseau. Pending FR2935863A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0856132A FR2935863A1 (fr) 2008-09-11 2008-09-11 Transmission d'un contenu video via un reseau.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0856132A FR2935863A1 (fr) 2008-09-11 2008-09-11 Transmission d'un contenu video via un reseau.

Publications (1)

Publication Number Publication Date
FR2935863A1 true FR2935863A1 (fr) 2010-03-12

Family

ID=40602205

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0856132A Pending FR2935863A1 (fr) 2008-09-11 2008-09-11 Transmission d'un contenu video via un reseau.

Country Status (1)

Country Link
FR (1) FR2935863A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060268917A1 (en) * 2005-05-27 2006-11-30 Sbc Knowledge Ventures, L.P. System and method of managing video content streams
US20080192839A1 (en) * 2007-02-12 2008-08-14 Cisco Technology, Inc. Fast channel change on a bandwidth constrained network
EP1993289A1 (fr) * 2007-05-16 2008-11-19 Nokia Siemens Networks Oy Système doté de délais de commutations améliorés entre porteurs de diffusion/multidiffusion

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060268917A1 (en) * 2005-05-27 2006-11-30 Sbc Knowledge Ventures, L.P. System and method of managing video content streams
US20080192839A1 (en) * 2007-02-12 2008-08-14 Cisco Technology, Inc. Fast channel change on a bandwidth constrained network
EP1993289A1 (fr) * 2007-05-16 2008-11-19 Nokia Siemens Networks Oy Système doté de délais de commutations améliorés entre porteurs de diffusion/multidiffusion

Similar Documents

Publication Publication Date Title
US10623785B2 (en) Streaming manifest quality control
EP2517121B1 (fr) Séparation audio et formats d'image imposés par un codec
EP2695390B1 (fr) Changement rapide de canal pour dispositif hybride
US9756369B2 (en) Method and apparatus for streaming media data segments of different lengths wherein the segment of different length comprising data not belonging to the actual segment and beginning with key frames or containing key frames only
US8275233B2 (en) System and method for an early start of audio-video rendering
US11128897B2 (en) Method for initiating a transmission of a streaming content delivered to a client device and access point for implementing this method
EP2520085A1 (fr) Procede de signalisation de contenus videos diffuses, procede et dispositif d'enregistrement utilisant la signalisation
WO2006100268A2 (fr) Procede d'envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede
US20130293787A1 (en) Fast Channel Switching
US20220239972A1 (en) Methods and systems for content synchronization
FR2895190A1 (fr) Procede de fourniture d'un service multimedia a la demande, plate-forme de service, programme et decodeur pour la mise en oeuvre du procede
EP3840388B1 (fr) Equipement décodeur à double liaison audio
FR2935863A1 (fr) Transmission d'un contenu video via un reseau.
Akgul A Client-Based Fast Channel Change Technique Using Multiple Decoder Clocks
EP2870773A1 (fr) Dispositif et procede d'enregistrement de donnees relatifs a une fonction de decalage temporel sur un support d'enregistrement
WO2016008913A1 (fr) Procede de changement de chaine et passerelle pour des flux tv numeriques
EP2424188B1 (fr) Procédé de diffusion d'un flux de transport audio/video numérique paquétisé, notamment pour diffusion sur ligne xDSL
EP1605702A1 (fr) Procédé de commutation de programmes vidéo numériques et émetteur pour sa mise en oeuvre