FR2976149A1 - Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe - Google Patents

Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe Download PDF

Info

Publication number
FR2976149A1
FR2976149A1 FR1161564A FR1161564A FR2976149A1 FR 2976149 A1 FR2976149 A1 FR 2976149A1 FR 1161564 A FR1161564 A FR 1161564A FR 1161564 A FR1161564 A FR 1161564A FR 2976149 A1 FR2976149 A1 FR 2976149A1
Authority
FR
France
Prior art keywords
screen
content
display resolution
distance
version
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
FR1161564A
Other languages
English (en)
Inventor
Stephane Gouache
Anthony Laurent
Eric Gautier
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.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing 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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR1161564A priority Critical patent/FR2976149A1/fr
Publication of FR2976149A1 publication Critical patent/FR2976149A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808Management of client data
    • H04N21/25825Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/422Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42202Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] environmental sensors, e.g. for detecting temperature, luminosity, pressure, earthquakes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213Monitoring of end-user related data
    • H04N21/44218Detecting physical presence or behaviour of the user, e.g. using sensors to detect if the user is leaving the room or changes his face expression during a TV program
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746Control signals issued by the network directed to the server or the client
    • H04N21/64761Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64769Control signals issued by the network directed to the server or the client directed to the server for rate control

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Computer Graphics (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Ecology (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Environmental Sciences (AREA)
  • Remote Sensing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Un dispositif (D) est destiné à obtenir des contenus multimédia disponibles dans des versions différentes, correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus (RC) via un réseau de communication (R) en vue de leur affichage par un écran (EC). Ce dispositif (D) est agencé pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran (EC) et d'une estimée de distance séparant cet écran (EC) d'un observateur placé devant lui, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et pour ordonner au récepteur de contenus (RC) de récupérer une partie au moins de cette version de contenu déterminée.

Description

DISPOSITIF D'OBTENTION DE CONTENUS EN MODE STREAMING EN FONCTION DE LA DISTANCE ÉCRAN/OBSERVATEUR, ET RÉCEPTEUR DE CONTENUS ASSOCIÉ Domaine technique de l'invention L'invention concerne la transmission de contenus multimédia dans un mode dit de diffusion en continu (ou « streaming » ou encore lecture à la volée). 1 o II est rappelé que le streaming consiste à transmettre successivement à au moins un récepteur de contenus, via un réseau de communication (filaire ou non filaire), des parties (ou « chunks » - micro-fichiers) d'un contenu afin qu'elles puissent être utilisées en temps réel en lecture à la volée. Ce type de transmission peut se faire au moyen de différents protocoles de streaming, 15 comme par exemple RTP ou MPEG-TS sur UDP, HTTP streaming, ou plus récemment HTTP adaptive streaming. On entend ici par « contenu multimédia » un ensemble de données audio et vidéo préparé de façon adaptée à sa consommation de manière à optimiser sa transmission. II pourra donc s'agir, par exemple, d'un programme 20 de télévision ou de vidéos ou encore d'un jeu contenant par exemple des animations et/ou des textures et/ou des modèles 3D dont la complexité peut être réduite pour diminuer la quantité d'information à transmettre. On notera que le contenu peut être éventuellement de type stéréoscopique. 25 Etat de l'art La bande passante disponible d'un réseau de communication est un paramètre qui fluctue dans le temps, parfois de façon importante et/ou durable, y compris lorsque ce réseau est de type domestique ou résidentiel. Cette bande passante disponible pouvant être simultanément utilisée par différentes 30 applications ou différents services, éventuellement de différents usagers, le fonctionnement d'une application ou d'un service peut donc être perturbé ou altéré lorsqu'elle devient (très) faible. C'est notamment le cas des applications ou services relatifs à l'obtention d'un contenu multimédia. En effet, si la bande passante offerte à un instant donné par un réseau de communication est momentanément incompatible avec le débit binaire de transmission de données d'un contenu multimédia requis, une partie des données de ce contenu multimédia ne pourra pas être reçue par le récepteur de contenus requérant, et donc ce dernier pourra au mieux restituer momentanément des images et/ou des sons de qualité dégradé et au pire ne plus rien restituer du tout. Afin de limiter les conséquences des fluctuations précitées, il a été proposé de générer à partir d'un même contenu plusieurs versions différentes qui correspondent à des débits binaires de transmission différents. Ainsi, lorsqu'un récepteur de contenus, connecté à un réseau de communication, veut récupérer un contenu via ce dernier, il requiert à chaque instant choisi la version de ce contenu qui est la mieux adaptée aux conditions offertes par ce réseau de communication à cet instant choisi, ce qui évite les images gelées ou dégradées. Cette sélection en continu des versions d'un contenu en fonction de la bande passante disponible permet une certaine adaptation aux fluctuations du réseau. Cependant, elle ne prend pas en considération la position d'un usager (ou observateur) par rapport à l'écran qui est utilisé pour afficher les images du contenu multimédia reçu. II peut donc arriver que pendant certains intervalles de temps on utilise une partie de la bande passante disponible d'un réseau de communication pour récupérer une version de contenu qui correspond à une résolution d'image bien supérieure aux besoins réels temporaires de l'usager (ou observateur). On comprendra en effet que lorsqu'un usager s'éloigne de son écran d'affichage, il n'a temporairement plus besoin d'images ayant une aussi bonne résolution que celle dont il avait besoin lorsqu'il était plus près de cet écran d'affichage. Chaque fois que la situation précitée survient, une petite partie de la bande passante disponible d'un réseau de communication se retrouve inutilement utilisée, alors même qu'elle pourrait éventuellement servir à une autre application ou un autre service.
Résumé de l'invention L'invention a donc notamment pour but d'améliorer la situation, et plus précisément d'éviter qu'une partie de la bande passante d'un réseau de communication soit inutilement utilisée pour récupérer, dans un mode de diffusion en continu, une version de contenu multimédia qui est temporairement inadaptée aux besoins d'un usager. A cet effet, l'invention propose notamment un dispositif destiné à obtenir, dans un mode de diffusion en continu, des contenus multimédia qui sont disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus via un réseau de communication en vue d'un affichage par un écran. Ce dispositif se caractérise par le fait qu'il est agencé, d'une part, pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran et d'une estimée de distance séparant cet écran d'un observateur placé devant lui, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et, d'autre part, pour ordonner au récepteur de contenus de récupérer une partie au moins de cette version de contenu déterminée.
Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - il peut comprendre au moins un capteur agencé (ou conçu) pour estimer la distance qui sépare l'écran d'un observateur qui est placé devant ce dernier ; - il peut être agencé pour déterminer une distance normalisée en fonction de l'estimée de distance, d'une dimension choisie de l'écran et d'une valeur représentative du rapport entre une distance écran/observateur théorique, adaptée à l'écran pour la définition maximale de cet écran, et la dimension choisie de l'écran, et pour déterminer la résolution d'affichage en fonction de cette distance normalisée déterminée ; - la dimension choisie de l'écran peut être sa largeur, et la définition maximale de l'écran peut être celle qu'il possède suivant cette largeur ; - il peut être agencé i) pour déterminer la résolution d'affichage en calculant l'inverse de la distance normalisée déterminée, ii) pour déterminer une valeur intermédiaire égale au produit de la résolution d'affichage par une définition maximale offerte par les versions du contenu à récupérer, et iii) pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre une définition voisine de cette valeur intermédiaire déterminée ; - il peut être agencé pour choisir une résolution d'affichage égale à 1 lorsque la distance normalisée déterminée est inférieure ou égale à 1 ; - il peut être agencé pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de la valeur intermédiaire déterminée, par valeur supérieure ; - il peut être agencé pour récupérer au moins un fichier de description qui est stocké en correspondance des versions d'un contenu qu'il souhaite obtenir et qui décrit leurs débits binaires de transmission et définitions maximales offertes respectifs ; - il peut être agencé, en présence de plusieurs observateurs placés devant l'écran à différentes distances, pour utiliser dans la détermination de la résolution d'affichage la plus petite distance parmi ces différentes distances ; - il peut être agencé pour ne prendre en considération que les observateurs qui regardent l'écran ; - il peut être agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant l'écran ; - il peut être agencé pour choisir la version de contenu qui correspond au débit binaire de transmission le plus élevé lorsque la valeur en cours de la bande passante disponible du réseau de communication est adaptée à ce débit binaire de transmission le plus élevé et qu'il n'existe pas d'application (ou service) concurrent(e) susceptible d'utiliser simultanément cette bande passante disponible.
L'invention propose également un récepteur de contenus comprenant un dispositif d'obtention de contenus multimédia du type de celui présenté ci-avant. Un tel récepteur de contenus peut, par exemple, se présenter sous la forme d'un boîtier de type set-top box, d'un décodeur, d'une passerelle résidentielle ou domestique, d'une console de jeux, d'un ordinateur fixe ou portable, d'un téléphone mobile, d'un assistant numérique personnel, ou d'une tablette électronique.
L'invention propose également un procédé destiné à obtenir, dans un mode de diffusion en continu, des contenus multimédia qui sont disponibles dans des versions différentes, correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus via un réseau de communication, en vue d'un affichage par un écran. Ce procédé se caractérise par le fait qu'il comprend : - une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran et d'une estimée de distance séparant cet écran d'un observateur placé devant ce dernier, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et - une étape (ii) consistant à ordonner au récepteur de contenus de récupérer une partie au moins de cette version de contenu déterminée. Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique et fonctionnelle un réseau de communication auquel est connecté un serveur de contenus multimédia et un récepteur de contenus, équipé d'un dispositif d'obtention de contenus selon l'invention et couplé à un ensemble de télévision, - la figure 2 illustre de façon schématique six différentes versions d'un même contenu correspondant respectivement à six débits binaires de transmission différents, - la figure 3 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) de la distance normalisée (dn) d'un observateur par rapport à un écran sur lequel sont affichées des images obtenues par un dispositif d'obtention de contenus multimédia selon l'invention, la figure 4 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) de la résolution d'affichage normalisée (rn) des images affichées par un écran en présence de l'évolution temporelle de la distance normalisée (dn) illustrée sur la figure 3, - la figure 5 illustre schématiquement au sein d'un diagramme un exemple d'évolution temporelle (t) du débit de transmission de données (BR) d'un contenu en présence de l'évolution temporelle de la résolution d'affichage normalisée (rn) illustrée sur la figure 4, et la figure 6 illustre schématiquement au sein d'un diagramme un exemple de loi d'évolution de la résolution d'affichage normalisée (rn) en fonction de la distance normalisée (dn). Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
Description détaillée L'invention a notamment pour objet de proposer un dispositif d'obtention de contenus multimédia D destiné à obtenir des contenus multimédia, dans un mode de diffusion en continu (ou streaming), pour au moins un récepteur de contenus RC couplé à un réseau de communication R.
Dans ce qui suit, on considère à titre d'exemple non limitatif que le réseau de communication R est un réseau constitué du réseau Internet connecté notamment à un récepteur de contenus RC par un réseau d'accès xDSL. Mais l'invention n'est pas limitée à ce type de réseau de communication. En effet, le réseau de communication R peut être filaire ou non filaire. Ainsi, il pourrait également s'agir d'un réseau filaire de type câble ou fibre, ou d'un réseau mobile ou cellulaire ou WLAN (« Wireless Local Area Network » - éventuellement de type 802.11 (ou WiFi) ou WiMAX)), ou encore d'un réseau local sans fil à très courte portée de type bluetooth. Le réseau de communication R peut également être constitué de sous-réseaux disjoints avec par exemple un réseau unidirectionnel de diffusion, par exemple de type télévision, et un réseau bidirectionnel, par exemple de type accès Internet large bande (xDSL). Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que le récepteur de contenus RC est un set-top box (ou STB). Mais l'invention n'est pas limitée à ce type de récepteur de contenus. Elle concerne en effet tout type de récepteur de contenus pouvant être connecté à au moins un réseau de communication afin de recevoir des contenus multimédia, et capable de restituer un contenu multimédia. Par conséquent, il pourra également s'agir, par exemple, d'un décodeur, d'une passerelle résidentielle (ou « residential gateway »), d'une passerelle domestique (ou « home gateway »), d'un ordinateur fixe ou portable, d'un téléphone mobile (éventuellement de type « smartphone »), d'un assistant numérique personnel (ou PDA (pour « Personal Digital Assistant »)), d'une tablette électronique, ou d'une console de jeux. De plus, on considère dans ce qui suit, à titre d'exemple non limitatif, que les contenus multimédia sont des vidéos. Mais l'invention n'est pas limitée à ce type de contenu multimédia. Elle concerne en effet tout type de contenu multimédia disponible sous la forme de fichiers de données ou de parties (ou chunks) de fichier, et notamment les programmes de télévision, les jeux, les programmes cinématographiques, les images d'événements sportifs, les contenus éducatifs, et les images générées par ordinateur (ou CGI (pour « Computer Generated Imagery »).
On a schématiquement illustré sur la figure 1 un réseau de communication R auquel est connecté un serveur de contenus SC, propre à stocker des contenus (multimédia), et un récepteur de contenus RC, destiné à décoder des contenus (multimédia) transmis par le serveur SC (à la requête d'un dispositif d'obtention de contenus D selon l'invention).
Par exemple, et comme illustré non limitativement, le set-top box RC est couplé à au moins un ensemble de télévision TS chargé de restituer sur un écran EC les contenus qu'il aura décodés et qui sont par exemple issus d'un serveur SC via le réseau de communication R. Le serveur (de contenus) SC est par exemple chargé de stocker dans des moyens de stockage MS des versions Vj différentes de contenus. Ces moyens de stockage MS peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, y compris logicielle. Par conséquent, il pourra s'agir d'une mémoire.
On entend ici par « versions différentes d'un contenu » des versions qui correspondent à des débits binaires de transmission BRj différents. On a schématiquement illustré sur la figure 2 six différentes versions V1 à V6 (j = 1 à 6) d'un même contenu correspondant respectivement à six débits binaires de transmission BRj différents, comme par exemple 1 Mbps (Mégabits par seconde) pour la première version V1, 2 Mbps pour la deuxième version V2, 3 Mbps pour la troisième version V3, 4 Mbps pour la quatrième version V4, 5 Mbps pour la cinquième version V5 et 6 Mbps pour la sixième version V6. Chaque version Vj d'un contenu est constituée d'une multiplicité de parties (ou « chunks » - micro fichiers) de durées identiques. Dans l'exemple de la figure 2, chaque partie d'une version Vj est matérialisée par un rectangle dont la hauteur est représentative du débit binaire de transmission BRj correspondant. Le nombre de versions d'un même contenu peut être égal à n'importe quelle valeur au moins égale à deux (2). II est important de noter que les versions Vj d'un même contenu correspondent à des résolutions rj qui sont de préférence toutes différentes. II est rappelé que la résolution r est égale au produit de la définition horizontale dh (par ligne) d'une image par la définition verticale dv (par colonne) de cette même image (soit r = dh*dv). On notera cependant qu'au moins deux versions d'un même contenu peuvent correspondre à une même résolution mais à des taux de compressions différents. A titre d'exemple non limitatif, on peut avoir : - une première version V1 correspondant à un premier débit binaire de transmission BR1 égal à 1 Mbps, une première définition horizontale dhl égale à 784 pixels et une première définition verticale dv1 égale à 441 pixels, - une deuxième version V2 correspondant à un deuxième débit binaire de transmission BR2 égal à 2 Mbps, une deuxième définition horizontale dh2 égale à 1109 pixels et une deuxième définition verticale dv2 égale à 624 pixels, - une troisième version V3 correspondant à un troisième débit binaire de transmission BR3 égal à 3 Mbps, une troisième définition horizontale dh3 égale à 1358 pixels et une troisième définition verticale dv3 égale à 764 pixels, - une quatrième version V4 correspondant à un quatrième débit binaire de transmission BR4 égal à 4 Mbps, une quatrième définition horizontale dh4 égale à 1568 pixels et une quatrième définition verticale dv4 égale à 882 pixels, - une cinquième version V5 correspondant à un cinquième débit binaire de transmission BR5 égal à 5 Mbps, une cinquième définition horizontale dh5 égale à 1753 pixels et une cinquième définition verticale dv5 égale à 986 pixels, et - une sixième version V6 correspondant à un sixième débit binaire de transmission BR6 égal à 6 Mbps, une sixième définition horizontale dh6 égale à 1920 pixels et une sixième définition verticale dv6 égale à 1080 pixels. On remarquera que dans l'exemple non limitatif qui précède les six différents débits binaires de transmission BRj correspondent tous à un même nombre de bits par pixel (à savoir 2,96) et à un même rapport dhj/dvj (à savoir 1,78). Cela permet en effet de faire varier la résolution d'une version Vj à une autre Vj' (avec j' # j) tout en maintenant constant un rapport d'aspect. Mais cela n'est pas obligatoire. On notera également que les versions Vj d'un même contenu peuvent, par exemple, avoir été générées par encodage au moyen d'une technique de compression vidéo, comme par exemple MVC (« Multiview Video Coding »), AVC (« Advanced Video Coding »), SVC (« Scalable Video Coding »), MPEG2, H264, et plus généralement tout type de compression vidéo permettant une encapsulation dans un format dédié au transport en mode streaming, y compris pour les données audio. On notera également, comme illustré sur la figure 2, que les versions Vj d'un même contenu comprennent préférentiellement des trames de référence TR dont les positions temporelles sont identiques d'une version à l'autre. II est rappelé que les trames de référence TR sont celles qui permettent d'accéder de façon aléatoire à une partie (ou chunk) d'un contenu qui est transmis en mode streaming. Dans l'exemple illustré, chaque trame de référence TR est placée au début d'une partie (ou chunk) d'une version Vj de contenu. Cela permet à un décodeur installé dans un récepteur de contenus RC de passer d'une version Vj à une autre Vj', sur requête, à des instants précis (qui sont les instants de transmission des trames de référence TR) sans que cela n'induise d'artefact visuel (typiquement chaque chunk de vidéo commence et éventuellement se termine par une image clef pour une transition d'un chunk à l'autre invisible pour l'usager). On notera également que les versions Vj de chaque contenu sont préférentiellement stockées en correspondance d'au moins un fichier de description qui décrit leurs débits binaires BRj respectifs et leurs définitions horizontales dhj respectives et/ou leurs définitions verticales dvj respectives. Chaque fichier de description est par exemple au format M3U8 (éventuellement un par résolution) ou MPD (« MPEG DASH » (MPEG Dynamic Adaptive Streaming over HTTP)). On reviendra plus loin sur l'intérêt de ce(s) fichier(s) de description. Les versions Vj, qui sont stockées dans le serveur SC, sont destinées à être transmises sur requête à au moins un récepteur de contenus RC, à la requête d'un dispositif d'obtention de contenus multimédia D selon l'invention.
On notera qu'un dispositif d'obtention de contenus multimédia D peut être associé à au moins un récepteur de contenus RC. On entend ici par « associé » aussi bien le fait de faire partie intégrante du récepteur de contenus RC (comme illustré non limitativement), que le fait d'être couplé directement au récepteur de contenus RC. Par conséquent, un dispositif d'obtention de contenus multimédia D peut être réalisé sous la forme de modules logiciels (ou informatiques), ou bien d'une combinaison de circuits électroniques et de modules logiciels. Mais un dispositif D peut être implanté dans un équipement différent du récepteur de contenus RC. Ainsi, le capteur qui est positionné à proximité de l'écran EC peut informer un dispositif D qui est situé dans une passerelle résidentielle, laquelle se charge alors d'effectuer les ajustements pour le récepteur de contenus RC (ici le STB). On peut également avoir plusieurs écrans EC et/ou plusieurs capteurs, et éventuellement un dispositif D central (par exemple dans une passerelle résidentielle) qui décide de l'affectation de la bande passante entre les différents récepteurs de contenus RC associés aux différents écrans EC. Ce dispositif (d'obtention de contenus multimédia) D est tout d'abord agencé pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran EC (sur lequel doivent être affichées les images d'un contenu désiré) et d'une estimée de la distance d qui sépare cet écran EC d'un observateur qui est placé devant lui (EC). La distance écran/observateur d est estimée par au moins un capteur de distance (ou de mouvement) CD qui est, par exemple et comme illustré, couplé au récepteur de contenus RC, et placé sensiblement au niveau de l'écran EC. On notera que ce capteur CD peut faire partie de l'écran EC (ou de l'équipement électronique dont il fait partie), ou bien il peut s'agir d'un équipement additionnel qui est connecté au récepteur de contenus RC (ou, comme ici, à l'ensemble de télévision TS, ou encore à une console de jeux couplée à l'ensemble de télévision TS). Dans une autre variante de réalisation le(s) capteur(s) CD peu(ven)t faire partie du dispositif D. A titre d'exemples non limitatifs, le capteur peut être un équipement additionnel de type Kinect® (fabriqué par Microsoft), ou bien un simple détecteur de distance. Toute technologie connue de l'homme de l'art et permettant d'estimer une distance peut être ici envisagée, et notamment les technologies reposant sur l'émission d'ondes dans le spectre infrarouge ou dans le spectre des ultrasons (comme dans certains dispositifs d'aide au stationnement de véhicules automobiles).
On notera qu'il est possible que le dispositif D détermine une distance normalisée dn à partir de chaque distance écran/observateur d. Par exemple, cette distance normalisée dn peut être déterminée en fonction de l'estimée de distance d, d'une dimension choisie (par exemple la largeur w) de l'écran EC et d'une valeur v représentative du rapport entre une distance écran/observateur théorique dt, adaptée à l'écran EC pour la définition maximale considérée de l'écran EC, et la dimension choisie (par exemple la largeur w) de l'écran E. Ainsi, on peut par exemple utiliser la formule dn = d / (w*v).
La distance écran/observateur théorique dt est une distance optimale devant séparer un observateur d'un écran EC pour qu'il profite pleinement de la définition maximale de cet écran EC. Par exemple, dans le cas d'une définition horizontale maximale de 1920 pixels (format HD 1080p), le rapport v généralement recommandé par les fabricants de téléviseurs (lorsque la dimension choisie considérée est la largeur w) est égal à 1,4, ce qui signifie que l'observateur est placé de façon optimale par rapport à l'écran EC lorsque la distance d qui le sépare de l'écran EC est égale à 1,4 fois la largeur w de cet écran EC. On vérifie bien que lorsque d = 1,4*w et v = 1,4, on obtient une 1 o distance normalisée dn égale à 1. On notera que lorsque la dimension choisie est la hauteur h de l'écran EC (et donc que la définition maximale de l'écran EC est celle qu'il possède suivant cette largeur w), on doit multiplier la valeur v précitée par le rapport w/h. Le dispositif D peut, par exemple, obtenir la dimension choisie de 15 l'écran EC (par exemple sa largeur w) auprès de son récepteur de contenus RC, car celui-ci est couplé à cet écran EC (et plus précisément ici à l'ensemble de télévision ET, par exemple via une prise de type HDMI). Ce paramètre qu'est la dimension choisie fait partie des données qui sont échangées entre l'écran EC et le récepteur de contenu RC et qui sont désignées par l'acronyme 20 anglais EDID (« Extended Display Identification Data »). En variante, la dimension choisie peut être fournie manuellement. On a schématiquement illustré sur la figure 3 un exemple d'évolution de la distance normalisée dn d'un observateur en fonction du temps t. Le dispositif D est également agencé, une fois qu'il a déterminé une 25 distance normalisée dn, pour déterminer une résolution d'affichage normalisée rn en fonction de cette distance normalisée dn. Par exemple, la résolution d'affichage normalisée rn peut être égale à l'inverse de la distance normalisée déterminée dn (soit rn = 1/dn). On notera que le dispositif D peut être éventuellement agencé pour 30 choisir une résolution d'affichage normalisée rn égale à 1 lorsque la distance normalisée dn déterminée est inférieure ou égale à 1 (la valeur dn = 1 est ici un seuil). Dans ce cas, la loi d'évolution de la résolution d'affichage normalisée rn en fonction de la distance normalisée déterminée dn peut être de typel/dn lorsque dn est strictement supérieure à 1, comme illustré non limitativement sur la figure 6. On a schématiquement illustré sur la figure 4 un exemple d'évolution de la résolution normalisée rn des images affichées par un écran EC (à la requête d'un dispositif D) en présence de l'exemple d'évolution temporelle de la distance normalisée dn de la figure 3 et de six versions de contenu Vj (du type de celles illustrées sur la figure 2). Le dispositif D est également agencé, une fois qu'il a déterminé pour un contenu requis une résolution d'affichage (éventuellement normalisée), pour déterminer une version Vj de ce contenu qui est adaptée à cette résolution d'affichage déterminée, et pour ordonner à son récepteur de contenus RC de récupérer une partie au moins de cette version de contenu Vj déterminée. On notera que cette récupération se fait dans un mode de diffusion en continu (ou streaming). Pour ce faire, on peut par exemple utiliser le protocole de transport http/TCP ou RTP/UDP. Lorsque le dispositif D a déterminé pour un contenu requis une résolution d'affichage normalisée rn, il peut déterminer une valeur intermédiaire vi égale au produit de cette résolution d'affichage rn par la définition maximale dm qui est offerte par les versions Vj de ce contenu, soit vi = rn*dm. On notera que cette définition maximale dm doit correspondre à la direction (horizontale ou verticale) qui a été utilisée pour effectuer le calcul de rn. Par exemple, il s'agit de la définition horizontale maximale. Dans l'exemple non limitatif décrit plus haut en référence à la figure 2, la définition horizontale maximale est celle de la sixième version V6, laquelle est égale à 1920 pixels. Une fois que le dispositif D a déterminé une valeur intermédiaire vi pour un contenu, il doit ensuite déterminer parmi les différentes versions Vj de ce contenu celle qui offre une définition qui est voisine de cette valeur intermédiaire déterminée vi. Par exemple, on peut déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de la valeur intermédiaire déterminée vi, par valeur supérieure. Par exemple, si la distance écran/observateur d est égale à 3 mètres, que la largeur de l'écran EC est égale à 94 cm et que le rapport v est égal à 1,4, on obtient une distance normalisée dn égale à 2,28 (3/(0,94*1,4)) et une résolution d'affichage normalisée égale à 0,44 (1/2,28). Si la définition maximale dm offerte par les versions Vj du contenu requis est égale à 1920 pixels, alors la valeur intermédiaire vi est égale à 845 (1920*0,44). La définition horizontale qui est offerte par les six versions V1 à V6 de l'exemple précité et qui est la plus proche par valeur supérieure de la valeur intermédiaire déterminée vi (ici égale à 845) est donc 1109. Cette définition horizontale égale à 1109 pixels est ici associée à la deuxième version V2. Par conséquent, le dispositif D va choisir comme version de contenu à requérir cette deuxième version V2 (qui correspond ici à un deuxième débit binaire de transmission de données BR2 égal à 2 Mbps). On comprendra que pour connaître les différentes versions Vj d'un contenu requis et les paramètres associés (débit binaire de transmission de données BRj et définition(s) horizontale dhj et/ou verticale dvj), le dispositif D est préférentiellement agencé pour ordonner à son récepteur de contenus RC de récupérer auprès du serveur SC concerné le(s) fichier(s) de description qu'il stocke en correspondance de ces versions Vj. Dans ce cas, une fois que le récepteur de contenus RC a récupéré auprès du serveur SC concerné le(s) fichier(s) de description requis, il le communique au dispositif D, lequel effectue sa sélection de version Vj, notamment en fonction de l'estimée de la distance d de l'observateur par rapport à l'écran EC. Puis, le dispositif D peut démarrer une session de lecture de contenu en contrôlant de façon sensiblement continue la version Vj choisie (ou sélectionnée) du contenu souhaité, notamment en fonction de l'estimée de la distance écran/observateur d. Le dispositif D va alors fournir à son récepteur de contenus RC la désignation de chaque version Vj qu'il aura sélectionnée (et qui est mentionnée dans le(s) fichier(s) de description) afin qu'il la réclame auprès du serveur SC concerné. On notera que lorsque plusieurs observateurs sont placés devant l'écran EC à différentes distances et que le dispositif D est informé par le capteur CD (ou l'équipement dont il fait partie) de chacune de ces (estimées de) distance, il peut être agencé pour utiliser dans sa détermination de la résolution d'affichage (éventuellement normalisée) la plus petite distance parmi ces différentes distances. Cela permet de ne pas pénaliser l'observateur qui est le plus près de l'écran EC, car il doit bénéficier de la meilleure résolution d'affichage possible. Si le dispositif D est également informé par le capteur CD (ou l'équipement dont il fait partie) de l'orientation de la tête de chaque observateur par rapport à l'écran EC, il peut être également, bien qu'éventuellement, agencé pour ne prendre en considération que les observateurs qui regardent cet écran EC. On considère en effet ici que la résolution d'affichage ne doit être déterminée qu'en fonction des positions des observateurs qui regardent l'écran EC, et non des autres, mêmes si ils sont placés plus près de l'écran 1 o EC. On notera également que le dispositif D peut être également et éventuellement agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant l'écran EC. Dans ce cas, on n'affiche plus temporairement d'image sur l'écran EC, ou bien on 15 affiche une image fixe, du fait que personne ne regarde cet écran EC. Cependant, on continue de diffuser la bande son (ou audio) car l'observateur peut vouloir continuer de l'écouter même s'il est temporairement accaparé par une autre tâche. On notera également que le dispositif D peut être également et 20 éventuellement agencé pour choisir automatiquement la version Vj d'un contenu requis qui correspond au débit binaire de transmission le plus élevé lorsque la valeur en cours de la bande passante disponible du réseau de communication R est adaptée à ce débit binaire de transmission le plus élevé et que dans le même temps il n'existe pas d'autre application ou service 25 susceptible d'utiliser simultanément cette bande passante disponible. Cela permet d'offrir automatiquement à un observateur la meilleure des résolutions possible en l'absence de besoin de bande passante pour une application ou un service différent de celui qu'il utilise pour récupérer un contenu. II est également important de noter que l'invention peut être également 30 considérée sous l'angle d'un procédé d'obtention de contenus, pouvant être notamment mis en oeuvre au moyen d'un dispositif D du type de celui présenté ci-avant. Les fonctionnalités offertes par la mise en oeuvre du procédé selon l'invention étant identiques à celles offertes par le dispositif D présenté ci- avant, seule la combinaison de fonctionnalités principales offerte par le procédé est présentée ci-après. Ce procédé d'obtention de contenus comprend : - une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale de l'écran EC et d'une estimée de distance séparant cet écran EC d'un observateur placé devant ce dernier, puis une version de contenu adaptée à cette résolution d'affichage déterminée, et - une étape (ii) consistant à ordonner au récepteur de contenus RC de récupérer une partie au moins de cette version de contenu déterminée. L'invention ne se limite pas aux modes de réalisation de dispositif d'obtention de contenus, de récepteur de contenus et de procédé d'obtention de contenus décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.

Claims (14)

  1. REVENDICATIONS1. Dispositif (D) d'obtention, dans un mode de diffusion en continu, de contenus multimédia, disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus (RC) via un réseau de communication (R) en vue d'un affichage par un écran (EC), caractérisé en ce qu'il est agencé pour déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale dudit écran (EC) et d'une estimée de distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC), puis une version de contenu adaptée à cette résolution d'affichage déterminée, et pour ordonner audit récepteur de contenus (RC) de récupérer une partie au moins de cette version de contenu déterminée.
  2. 2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend au moins un capteur (CD) agencé pour estimer la distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC).
  3. 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce qu'il est agencé pour déterminer une distance normalisée en fonction de ladite estimée de distance, d'une dimension choisie dudit écran (EC) et d'une valeur représentative du rapport entre une distance écran/observateur théorique, adaptée audit écran (EC) pour ladite définition maximale de l'écran (EC), et ladite dimension choisie de l'écran (EC), et pour déterminer ladite résolution d'affichage en fonction de cette distance normalisée déterminée.
  4. 4. Dispositif selon la revendication 3, caractérisé en ce que ladite dimension choisie de l'écran (EC) est la largeur de cet écran (EC) et ladite définition maximale de l'écran (EC) est celle qu'il possède suivant cette largeur.
  5. 5. Dispositif selon l'une des revendications 3 et 4, caractérisé en ce qu'il est agencé i) pour déterminer ladite résolution d'affichage en calculant l'inverse de ladite distance normalisée déterminée, ii) pour déterminer une valeur intermédiaire égale au produit de ladite résolution d'affichage par une définition maximale offerte par les versions du contenu à récupérer, et iii) pour déterminer parmi les différentes versions du contenu à récupérer celle qui offreune définition voisine de ladite valeur intermédiaire déterminée.
  6. 6. Dispositif selon l'une des revendications 3 à 5, caractérisé en ce qu'il est agencé pour choisir une résolution d'affichage égale à 1 lorsque ladite distance normalisée déterminée est inférieure ou égale à 1.
  7. 7. Dispositif selon l'une des revendications 3 à 6, caractérisé en ce qu'il est agencé pour déterminer parmi les différentes versions du contenu à récupérer celle qui offre la définition la plus proche de ladite valeur intermédiaire déterminée, par valeur supérieure.
  8. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce qu'il est agencé pour récupérer au moins un fichier de description stocké en correspondance des versions d'un contenu qu'il souhaite obtenir et décrivant leurs débits binaires de transmission et définitions maximales offertes respectifs.
  9. 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce qu'il est agencé, en présence de plusieurs observateurs placés devant ledit écran (EC) à différentes distances, pour utiliser dans la détermination de ladite résolution d'affichage la plus petite distance parmi lesdites différentes distances.
  10. 10. Dispositif selon la revendication 9, caractérisé en ce qu'il est agencé pour ne prendre en considération que les observateurs regardant ledit écran (EC).
  11. 11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce qu'il est agencé pour requérir exclusivement les données audio d'une version de contenu en l'absence d'observateur devant ledit écran (EC).
  12. 12. Dispositif selon l'une des revendications 1 à 11, caractérisé en ce qu'il est agencé pour choisir la version de contenu correspondant au débit binaire de transmission le plus élevé lorsqu'une valeur en cours de la bande passante disponible dudit réseau de communication (R) est adaptée à ce débit binaire de transmission le plus élevé et qu'il n'existe pas d'application concurrente susceptible d'utiliser simultanément cette bande passante disponible.
  13. 13. Récepteur de contenus (RC), caractérisé en ce qu'il comprend un dispositif d'obtention de contenus multimédia (D) selon l'une desrevendications précédentes.
  14. 14. Procédé d'obtention, dans un mode de diffusion en continu, de contenus multimédia, disponibles dans des versions différentes correspondant à des débits binaires de transmission différents et propres à être transmises à un récepteur de contenus (RC) via un réseau de communication (R) en vue d'un affichage par un écran (EC), caractérisé en ce qu'il comprend une étape (i) consistant à déterminer une résolution d'affichage en fonction d'au moins une dimension et une définition maximale dudit écran (EC) et d'une estimée de distance séparant ledit écran (EC) d'un observateur placé devant ce dernier (EC), puis une version de contenu adaptée à cette résolution d'affichage déterminée, et une étape (ii) consistant à ordonner audit récepteur de contenus (RC) de récupérer une partie au moins de cette version de contenu déterminée.
FR1161564A 2011-12-13 2011-12-13 Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe Pending FR2976149A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1161564A FR2976149A1 (fr) 2011-12-13 2011-12-13 Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1161564A FR2976149A1 (fr) 2011-12-13 2011-12-13 Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe

Publications (1)

Publication Number Publication Date
FR2976149A1 true FR2976149A1 (fr) 2012-12-07

Family

ID=45992326

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1161564A Pending FR2976149A1 (fr) 2011-12-13 2011-12-13 Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe

Country Status (1)

Country Link
FR (1) FR2976149A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018211000A1 (fr) * 2017-05-19 2018-11-22 Sagemcom Broadband Sas Procédé de communication d'une vidéo immersive
CN109417624A (zh) * 2016-06-30 2019-03-01 索尼互动娱乐股份有限公司 用于提供和显示内容的装置和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060271612A1 (en) * 2005-05-04 2006-11-30 Swisscom Mobile Ag Method and devices for transmitting video data
US20070056015A1 (en) * 2005-09-08 2007-03-08 Philip Kortum System and method of managing IPTV bandwidth in non-observation scenarios
US20080074444A1 (en) * 2006-09-26 2008-03-27 Canon Kabushiki Kaisha Display control apparatus and display control method
WO2010059262A1 (fr) * 2008-11-24 2010-05-27 Shenzhen Tcl New Technology Ltd Procédé de réglage de l'utilisation de bande passante de dispositifs d'affichage distants en fonction de la proximité de l'utilisateur

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060271612A1 (en) * 2005-05-04 2006-11-30 Swisscom Mobile Ag Method and devices for transmitting video data
US20070056015A1 (en) * 2005-09-08 2007-03-08 Philip Kortum System and method of managing IPTV bandwidth in non-observation scenarios
US20080074444A1 (en) * 2006-09-26 2008-03-27 Canon Kabushiki Kaisha Display control apparatus and display control method
WO2010059262A1 (fr) * 2008-11-24 2010-05-27 Shenzhen Tcl New Technology Ltd Procédé de réglage de l'utilisation de bande passante de dispositifs d'affichage distants en fonction de la proximité de l'utilisateur

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109417624A (zh) * 2016-06-30 2019-03-01 索尼互动娱乐股份有限公司 用于提供和显示内容的装置和方法
CN109417624B (zh) * 2016-06-30 2024-01-23 索尼互动娱乐股份有限公司 用于提供和显示内容的装置和方法
WO2018211000A1 (fr) * 2017-05-19 2018-11-22 Sagemcom Broadband Sas Procédé de communication d'une vidéo immersive
FR3066672A1 (fr) * 2017-05-19 2018-11-23 Sagemcom Broadband Sas Procede de communication d'une video immersive
CN110800306A (zh) * 2017-05-19 2020-02-14 萨基姆宽带连接公司 一种沉浸式视频传送方法
US10992970B2 (en) 2017-05-19 2021-04-27 Sagemcom Broadband Sas Method for communicating an immersive video
CN110800306B (zh) * 2017-05-19 2022-02-18 萨基姆宽带连接公司 一种沉浸式视频传送方法

Similar Documents

Publication Publication Date Title
BE1021237B1 (fr) Signalement d'echange de capacite d'orientation de dispositif et adaptation par un serveur d'un contenu multimedia en reponse a une orientation de dispositif
US10102881B2 (en) Systems and methods of thumbnail generation
US11616959B2 (en) Relationship modeling of encode quality and encode parameters based on source attributes
FR2902266A1 (fr) Procede et dispositif de repartition de la bande passante de communication
KR102013461B1 (ko) 콘텐츠 프로파일링을 사용한 강화된 원격 트랜스코딩을 위한 시스템 및 방법
US9088835B2 (en) Method for adjusting depth or view of three-dimensional streaming video
FR2993426A1 (fr) Signalisation d'informations de video tridimensionnelle dans des reseaux de communication
FR2903556A1 (fr) Procedes et des dispositifs de codage et de decodage d'images, un systeme de telecommunications comportant de tels dispositifs et des programmes d'ordinateur mettant en oeuvre de tels procedes
US20170163934A1 (en) Data, multimedia & video transmission updating system
US8914817B2 (en) Progressive video streaming apparatus and method based on visual perception
EP2899990A1 (fr) Distribution intelligente de données
EP2382756B1 (fr) Procédé de modélisation par macroblocs de l'affichage d'un terminal distant à l'aide de calques caractérisés par un vecteur de mouvement et des données de transparence
EP3449634B1 (fr) Procédé de composition contextuelle d'une représentation vidéo intermédiaire
FR2959636A1 (fr) Procede d'acces a une partie spatio-temporelle d'une sequence video d'images
US20210352347A1 (en) Adaptive video streaming systems and methods
US9681175B2 (en) Method for downloading content according to communication parameters, and associated content receiver
JP5221459B2 (ja) 映像品質推定装置、システム、方法およびプログラム
FR3021489A1 (fr) Procede de telechargement adaptatif de contenus numeriques pour plusieurs ecrans
FR2976149A1 (fr) Dispositif d'obtention de contenus en mode streaming en fonction de la distance ecran/observateur, et recepteur de contenus associe
EP3840335B1 (fr) Réception d'un contenu numérique en mode truque
Reznik User-adaptive mobile video streaming using MPEG-DASH
US11729418B1 (en) Content adaptive encoding
Cho et al. 360-degree video traffic reduction using cloud streaming in mobile
Lervold Measuring perceptual quality in Internet television
Inoue et al. Field trial of interactive panoramic video streaming system