FR3110995A1 - Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur. - Google Patents

Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur. Download PDF

Info

Publication number
FR3110995A1
FR3110995A1 FR2005576A FR2005576A FR3110995A1 FR 3110995 A1 FR3110995 A1 FR 3110995A1 FR 2005576 A FR2005576 A FR 2005576A FR 2005576 A FR2005576 A FR 2005576A FR 3110995 A1 FR3110995 A1 FR 3110995A1
Authority
FR
France
Prior art keywords
equipment
pixels
size
graphic
interface
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.)
Withdrawn
Application number
FR2005576A
Other languages
English (en)
Inventor
Hervé MARCHAND
Olivier Gaste
Mathieu Rivoalen
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
Orange 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 Orange SA filed Critical Orange SA
Priority to FR2005576A priority Critical patent/FR3110995A1/fr
Publication of FR3110995A1 publication Critical patent/FR3110995A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/003Details of a display terminal, the details relating to the control arrangement of the display terminal and to the interfaces thereto
    • G09G5/005Adapting incoming signals to the display format of the display terminal
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1454Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
    • G06F3/1462Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay with means for detecting differences between the image stored in the host and the images displayed on the remote displays
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/02Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the way in which colour is displayed
    • G09G5/026Control of mixing and/or overlay of colours in general

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Controls And Circuits For Display Device (AREA)

Abstract

La présente invention concerne un procédé d’affichage d’une interface graphique d’un équipement source (1) sur un équipement récepteur (2), caractérisé en ce qu’il comprend la mise en œuvre par un module de traitement de données (11) de l’équipement source (1) d’étapes de : Récupération d’informations de spécification dudit équipement récepteur (2) ; Pour au moins un élément graphique de ladite interface graphique, détermination en fonction desdites informations de spécification d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur (2) ; Transmission à l’équipement récepteur (2) de données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixel. Figure pour l’abrégé : Fig. 1

Description

Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.
DOMAINE TECHNIQUE GENERAL
La présente invention concerne les interfaces graphiques, et en particulier un procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.
ETAT DE L’ART
Aujourd’hui, les télévisions servent de plus en plus souvent de simples moyens d’affichage de type moniteur.
Plus précisément, un équipement de restitution tel qu’un boitier multimédia, une clé TV, un ordinateur, une console de jeu, etc. génère un flux vidéo qui est transmis à la télévision pour affichage sur son écran.
Généralement, d’un point de vue technique, l’équipement de restitution génère ce que l’on appelle un « plan graphique », composé des éventuels éléments graphiques notamment d’interface utilisateur (vignettes, textes, menus, boutons, etc.), plaqué au-dessus (en overlay) d’un « plan vidéo » c’est-à-dire l’image du contenu en lui-même dont la restitution est demandée.
A titre d’exemple, des sous-titres constituent un plan graphique superposé au plan vidéo qui est le contenu sous-titré.
Le problème est que le plan graphique est construit de manière entièrement déterminée en définissant la taille des éléments les uns par rapport aux autres. On peut ainsi définir la taille d’un élément graphique de plusieurs façons comme la taille en pourcentage de l’image 16/9 à construire ou encore en nombre de pixels dans une fenêtre de taille déterminée comme 1920 x 1080 pixels par exemple.
On peut donc observer des éléments graphiques de tailles plus ou moins grandes en fonction de la taille de l’écran utilisé, ce qui peut être gênant : pour un écran de petite taille on risque d’avoir des sous-titres illisibles, alors qu’au contraire on risque d’avoir pour un écran trop grand des sous-titres qui prennent une place inutile dans l’affichage.
Il serait ainsi souhaitable de définir une taille réelle cible de l’élément à afficher (taille en millimètre par exemple) quel que soit la taille de l’écran utilisé pour restituer l’interface, mais n’est pas possible dans le mode de construction du plan graphique actuel.
Cela permettrait, outre le confort de l’utilisateur, de nouvelles fonctionnalités comme l’affichage d’un QR code exploitable dans l’interface.
Il serait bien entendu possible de déployer un nouveau mode de construction du plan graphique, mais ce serait couteux, complexe et nécessiterait que tous les développeurs d’interface changent leur manière de travailler.
L’invention vient améliorer les choses.
PRESENTATION DE L’INVENTION
La présente invention se rapporte ainsi selon un premier aspect à un procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur, caractérisé en ce qu’il comprend la mise en œuvre par un module de traitement de données de l’équipement source d’étapes de :
  1. Récupération d’informations de spécification dudit équipement récepteur ;
  2. Pour au moins un élément graphique de ladite interface graphique, détermination, en fonction desdites informations de spécification, d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur ;
  3. Transmission à l’équipement récepteur de données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixel
L’utilisation d’informations de spécification dudit équipement récepteur permet une conversion entre taille en pixels et taille réelle qui permet astucieusement d’utiliser le mode de construction de plan graphique conventionnel (définissant la taille des éléments graphiques en nombre de pixels) tout en pouvant viser une taille cible donnée.
Selon d’autres caractéristiques avantageuses et non-limitatives :
L’équipement source est connecté filairement à l’équipement récepteur, en particulier par un câble. En effet c’est le plus souvent le cas et pourtant malgré la simplicité de la connexion, la mise en œuvre du procédé est très facile.
Ladite connexion filaire est d’un type choisi parmi Video Graphics Array, Digital Video Interface, High Definition Multimedia Interface et DisplayPort. Il s’agit des interfaces les plus communes et les plus simples permettant pourtant la transmission inverse d’informations de spécification.
La connexion entre l’équipement source et l’équipement récepteur comprend un canal auxiliaire pour la transmission desdites informations de spécification dudit équipement récepteur. Ce canal auxiliaire est particulièrement adapté pour la transmission inverse d’informations de spécification et existe sur les interfaces citées juste avant.
Lesdites informations de spécification dudit équipement récepteur comprennent au moins la résolution en pixels dudit équipement récepteur et au moins une information de taille maximale d’affichage dudit équipement récepteur. Ces deux informations suffisent dans tous les cas.
L’information de taille maximale d’affichage dudit équipement récepteur est la longueur de diagonale. Il s’agit de l’information de taille maximale communément fournie par les équipements récepteurs.
L’étape (b) comprend le calcul de la taille d’affichage d’un pixel sur ledit équipement récepteur en fonction desdites informations de spécification, puis la détermination de ladite dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur en fonction de la taille calculée d’affichage d’un pixel et de la taille cible donnée. Ce mode de réalisation en deux étapes est très efficace et diminue le nombre de calculs si l’on a plusieurs éléments graphiques à ajuster.
Le calcul de la taille d’affichage d’un pixel sur ledit équipement récepteur comprend :
  • La détermination des proportions d’affichage de l’équipement récepteur en fonction de la résolution ;
  • La détermination de la taille maximale d’affichage sur un axe en fonction desdites proportions et de la longueur de diagonale ;
La taille d’affichage d’un pixel sur ledit équipement récepteur étant calculée comme le rapport de la taille maximale d’affichage sur un axe par le nombre de pixels sur cet axe dans ladite résolution. Ce protocole est fiable et universel
Ladite dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur est calculée comme le rapport de la taille cible donnée par la taille calculée d’affichage d’un pixel.
L’étape (c) comprend la construction de l’interface graphique en appliquant la dimension déterminée en nombre de pixels pour ledit élément graphique, puis la génération desdites données vidéo à partir de l’interface construite.
Selon un deuxième aspect est proposée un équipement source, caractérisé en ce qu’il comprend un module de traitement de données configuré pour :
  • Récupérer des informations de spécification d’un équipement récepteur ;
  • Pour au moins un élément graphique d’une interface graphique de l’équipement source à afficher sur l’équipement récepteur, détermination en fonction desdites informations de spécification d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur ;
  • Transmettre à l’équipement récepteur des données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixels.
Selon des troisième et quatrième aspects, sont proposés un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon le premier aspect d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur ; ainsi qu’un moyen de stockage lisible par un équipement informatique sur lequel un produit programme d’ordinateur comprend des instructions de code pour l’exécution d’un procédé selon le premier aspect d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.
PRESENTATION DES FIGURES
D’autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d’un mode de réalisation préférentiel. Cette description sera donnée en référence aux figures en annexe dont :
  • [Fig. 1]La figure 1 représente une architecture pour la mise en œuvre du procédé selon l’invention ;
  • [Fig. 2]La figure 2 représente schématiquement les étapes d’un mode de réalisation préféré du procédé selon l’invention.
DESCRIPTION DETAILLEE
Objets connectés
Le procédé selon l’invention est un procédé d’affichage d’une interface graphique d’un équipement source 1 sur un équipement récepteur 2. Par interface graphique, on entend tout ensemble d’au moins un élément graphique intéressant à afficher, les éléments graphiques eux-mêmes pouvant être de n’importe quel type (texte, bouton, vignette, menu, filtre, bande noire, etc.). Comme l’on verra l’interface graphique peut être un contenu vidéo à part entière, ou combinée/superposée avec un contenu vidéo existant dont dispose l’équipement source 1 (sous-titres, télétexte, écran partagé, etc.).
A noter qu’on parle d’interface graphique « de » l’équipement source 1 dans le sens où cette interface est générée par et pour l’équipement source 1. Cette interface peut être « active » et contrôler des fonctions de l’équipement source 1 (via une télécommande pour la navigation par exemple) ou bien « passive » et juste enrichir l’affichage (par exemple des sous-titres)
L’équipement source 1 est un équipement de fourniture de contenus vidéo, apte à composer une interface graphique. Il comprend à ce titre un module de traitement de données 11 de type processeur ou circuit intégré. Lesdits contenus sont généralement soit stockés sur un module de stockage 12 de l’équipement source (une mémoire, par exemple un disque dur), soit récupérés depuis un réseau 10 (tel que le réseau internet) auquel l’équipement source 1 est connecté (typiquement contenus VOD). L’équipement source 1 est généralement un boitier multimédia (Set-Top Box) ou une passerelle pour accéder à Internet (une « box » de type IAD), mais ce peut être également une clé TV, une console de jeu, un ordinateur, un smartphone, etc.
L’équipement récepteur 2 est un équipement de restitution vidéo apte à afficher l’interface graphique. Le plus souvent il s’agit d’un écran (télévision, moniteur, etc.), mais également un projecteur, un casque de réalité virtuelle, etc. L’équipement récepteur 2 restitue ce que l’équipement source 1 lui demande de restituer. A noter qu’il est possible que l’équipement source 1 présente lui-même des moyens de restitution tel qu’un écran (par exemple si l’équipement 1 est un smartphone), mais on suppose ici que l’équipement récepteur 2 et l’équipement source 1 sont deux équipements différents, i.e. que l’utilisateur souhaite bénéficier d’une meilleure qualité d’affichage que l’écran intégré. Similairement il est possible que l’équipement récepteur 2 soit apte à fournir lui-même un contenu vidéo et à composer une interface graphique propre (i.e. une interface de l’équipement récepteur 2 et non de l’équipement source 1), par exemple si l’équipement 2 est une télévision équipée d’un tuner, voire même que les équipements 1, 2 soient de même type (deux PC portables par exemple) mais ici on comprendra bien que l’équipement récepteur 2 est dans un mode de restitution passive de données qui lui sont fournies de manière externe par l’équipement source 1.
En résumé, l’équipement source 1 est ici un équipement « maître » fournissant un flux vidéo incluant ladite interface graphique à l’équipement récepteur 2 qui est un équipement « esclave ».
L’équipement source 1 et l’équipement récepteur 2 sont connectés de la manière illustrée par la pour que la transmission soit possible.
De manière préférée ladite connexion est filaire, en particulier directe entre les deux équipements 1, 2, i.e. au moyen d’un câble (c’est l’exemple de la figure 1). En d’autres termes, un câble a une première extrémité insérée dans un port de l’équipement source 1 et un port de l’équipement récepteur 2. Comme l’on verra plus loin, ladite connexion filaire est avantageusement d’un type choisi parmi VGA (Video Graphics Array), DVI (Digital Video Interface), HDMI (High Definition Multimedia Interface) et DisplayPort, les trois derniers étant numériques. Tout autre standard à venir pourra naturellement être utilisé.
Alternativement, on comprendra que la connexion peut être réseau (les deux équipements 1, 2 connectés par des câbles Ethernet, directement ou via une passerelle ou un switch), voire tout ou partiellement sans-fil, soit directement (par exemple Bluetooth ou NFC), soit indirectement (par exemple les deux équipements 1, 2 sont connectés en Wi-Fi au même routeur).
Procédé
Le présent procédé est mis en œuvre par l’équipement source 1 (ou plutôt son module de traitement de données 11). Ainsi toutes les étapes qui vont être décrites à présent seront présentées du point de vue de cet équipement 1.
En référence à la , dans une première étape (a), le module de traitement de données 11 récupère, préférentiellement depuis l’équipement récepteur 2, des informations de spécification dudit équipement récepteur 2.
Plus précisément, alors que normalement les données vidéo transitent de l’équipement source 1 vers l’équipement récepteur 2, on ici des données non-vidéo dans le sens inverse. On note bien que c’est une étape de « récupération », à l’initiative donc de l’équipement source 1.
Pour cela, la connexion entre l’équipement source 1 et l’équipement récepteur 2 comprend avantageusement un canal auxiliaire dédié au transfert des informations non-vidéo (en sus d’au moins un canal principal justement pour les informations vidéo).
Cela est bien connu sur les connexions filaires évoquées avant :
  • Dans les cas de VGA, DVI et HDMI, ce canal auxiliaire est un lien DDC (Display Data Channel) ;
  • Dans le cas de DisplayPort, il s’agit d’un canal bidirectionnel (half-duplex) à 1 Mbit/s.
Lesdites informations de spécification dudit équipement récepteur 2 permettent typiquement l’identification de l’équipement 2 et des modes d’affichage qu’il supporte, et le contrôle de certains réglages.
Il est en effet bien connu pour un équipement source 1 de récupérer de l’équipement récepteur 2 des informations telles que la résolution, le mode de balayage progressif ou entrelacé, etc., pour adapter l’affichage.
Dans le cas d’espèce, lesdites informations de spécification dudit équipement récepteur 2 comprennent avantageusement au moins sa résolution en pixels et au moins une information de taille maximale d’affichage (typiquement la taille d’écran), en particulier la diagonale (par exemple exprimée en pouces pour un écran), mais alternativement la hauteur et/ou la largeur. Le format d’affichage (4/3, 16/9, 16/10, etc.) peut également être inclus dans lesdites informations de spécification.
Ces informations permettent, dans une étape (b), pour au moins un élément graphique de ladite interface graphique (et avantageusement chaque élément graphique), la détermination en fonction desdites informations de spécification d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur 2. Ici ladite taille cible est prédéfinie, et peut être à nouveau selon les cas une diagonale, une hauteur, une largeur, etc.
Plus précisément, on sait que les modes existants de constructions de plan graphique savent définir la taille d’un élément graphique en nombre de pixels.
L’idée est de remarquer que l’on peut écrire pour un élément graphique la formuletaille_réelle = nombre_pixels*taille_1pixel, oùtaille_1pixelest la taille d’affichage d’un pixel, i.e. la taille réelle du pixel tel qu’affiché, et entièrement déterminés par lesdites informations de spécification dudit équipement récepteur 2
En contrôlant ce nombre de pixels on peut donc contrôler la taille réelle d’affichage d’un élément graphique sans modifier le mode de construction de plan graphique.
Ladite étape (b) comprend avantageusement le calcul préalable de ladite taille d’affichage d’un pixel (uniquement) en fonction desdites informations de spécification, puis la détermination de ladite dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur 2 en fonction de la taille calculée d’affichage d’un pixel et de la taille cible.
On comprend alors que dès lors que la taille d’affichage maximale et/ou la résolution de l’équipement récepteur 2 change, le nombre de pixels déterminé change, d’où une adaptation personnalisée à chaque équipement 2 différent.
Pour calculer la taille d’affichage d’un pixel sur ledit équipement récepteur 2 lorsque les informations de spécification comprennent la résolution et la diagonale, on peut passer par deux sous-étapes : la détermination des proportions d’affichage de l’équipement récepteur 2 à partir de la résolution (i.e. le calcul de leur ratio) ; puis la détermination de la taille maximale d’affichage sur un axe en fonction desdites proportions et de la longueur de diagonale.
On peut par exemple simplement utiliser le théorème de Pythagore : en notantxla taille maximale sur un premier axe (la hauteur)yla taille maximale sur un deuxième axe (la largeur) etdla diagonale, en supposant par commodité des pixels carrés on ay=r*xavecrle ratio des proportions d’affichage, et d²=x²+y² i.e. d²=x²+(rx)² , qu’on peut réécrirex=d/√(1+r²).
La taille d’affichage d’un pixel sur ledit équipement récepteur 2 est alors simplement calculée comme le rapport de la taille maximale d’affichage sur un axe par le nombre de pixels sur cet axe dans ladite résolution.
A noter qu’il reste possible de calculer directement la dimension en nombre de pixels que doit présenter ledit élément graphique sans calculer la taille d’affichage d’un pixel, mais ce calcul intermédiaire reste intéressant si l’on a plusieurs éléments graphiques pour chacun desquels on a une taille cible (la taille d’affichage d’un pixel n’a besoin d’être calculée qu’une seul fois).
A titre d’exemple exemple supposons que l’on veut afficher un sous-titre avec une taille cible (hauteur) de 30 mm sur une télévision 16/9 de 55 pouces de diagonale.
Lors de l’étape (a), on récupère la taille d’affichage maximal (diagonale 55 pouces) ainsi que la résolution courante (par exemple 1920 x 1080 pixels).
On détermine alors la taille d’affichage d’un pixel. Dans notre cas, en supposant des pixels carrés (cela peut être confirmé en constatant que le format est 16/9 coïncide avec la résolution est 1920 x 1080, si le format est inclus dans les informations de spécification) la taille verticale de l’écran est d’environ 27 pouces soit 686 mm. Sachant qu’il y a 1080 pixels sur la hauteur, chaque pixel présente donc une taille d’affichage de 0.63mm (hauteur comme largeur en supposant les pixels carrés).
Pour la taille cible de texte de 30 mm, le nombre de pixel en vertical est donc de 30 / 0.63 = 48 pixels. Il suffit donc de composer le plan graphique en choisissant pour cet élément graphique un nombre de pixels en vertical égal à 48 pour garantir sur l’écran 55 pouces la hauteur réelle de 30 mm. La largeur du texte sera proportionnelle à cette hauteur.
A noter que ledit élément graphique présente « sensiblement » ladite taille cible donnée lorsqu’affiché par ledit équipement récepteur 2, c’est-à-dire « à un pixel près ». En effet l’unité élémentaire d’affichage est le pixel et il n’est pas possible de découper en dessous, de sorte qu’on ne peut qu’approximer la taille réelle. Par exemple, à 48 pixels notre texte fait en réalité 30.24 mm. Si on avait choisi 47 pixels le texte ferait 29.61 mm ce qui est plus éloigné. Pour reformuler encore, l’étape (a) est une étape de détermination en fonction desdites informations de spécification de la dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter la taille d’affichage la plus proche possible de la taille cible donnée.
Dans une étape (c) finale, l’équipement source 1 transfère à l’équipement récepteur 2 (pour affichage) des données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixel.
Cette étape (c) comprend typiquement la construction de l’interface graphique en elle-même en appliquant la dimension déterminée en nombre de pixels pour l’élément graphique, c’est-à-dire la définition du plan graphique. A noter que bien entendu, un nombre de pixels peut être déterminé et appliqué pour une pluralité d’élément graphiques (étape (b)). Da manière avantageuse on calcule une seule fois la taille d’affichage d’un pixel, puis on détermine ladite dimension en nombre de pixels pour chaque élément graphique de l’interface à adapter à une taille cible.
Ensuite, l’étape (c) comprend la génération desdites données vidéo (généralement sous la forme d’un flux), par exemple en combinant l’interface graphique avec un contenu vidéo, par exemple en la superposant (cas des sous-titre). Alternativement, des données vidéo peuvent être générées ex nihilo si l’interface est indépendante et constitue un contenu vidéo en soi.
Equipement source
Selon un deuxième aspect, l’invention concerne un équipement source 1 pour la mise en œuvre du procédé selon le premier aspect.
La passerelle est supposée en connexion avec un équipement récepteur 2 (typiquement par câble) pour l’affichage de son interface graphique, et comprend comme expliqué un module de traitement de données 11 configuré pour :
  • Récupérer, préférentiellement depuis l’équipement récepteur 2, des informations de spécification dudit équipement récepteur 2 ;
  • Pour au moins un élément graphique de l’interface graphique de l’équipement 1 à afficher sur l’équipement récepteur 2, détermination en fonction desdites informations de spécification d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur 2 ;
  • Transmettre à l’équipement récepteur 2 des données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixels.
Produit programme d’ordinateur
Selon un troisième et un quatrième aspects, l’invention concerne un produit programme d’ordinateur comprenant des instructions de code pour l’exécution (sur un module de traitement de donnés 11, en particulier celui de l’équipement source 1) d’un procédé selon le premier aspect de l’invention d’affichage d’une interface graphique d’un équipement source 1 sur un équipement récepteur 2, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple la mémoire 12 de l’équipement source 1) sur lequel on trouve ce produit programme d’ordinateur.

Claims (11)

  1. Procédé d’affichage d’une interface graphique d’un équipement source (1) sur un équipement récepteur (2), caractérisé en ce qu’il comprend la mise en œuvre par un module de traitement de données (11) de l’équipement source (1) d’étapes de :
    1. Récupération d’informations de spécification dudit équipement récepteur (2) ;
    2. Pour au moins un élément graphique de ladite interface graphique, détermination, en fonction desdites informations de spécification, d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur (2) ;
    3. Transmission à l’équipement récepteur (2) de données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixel.
  2. Procédé selon la revendication 1, dans lequel la connexion entre l’équipement source (1) et l’équipement récepteur (2) comprend un canal auxiliaire pour la transmission desdites informations de spécification dudit équipement récepteur (2).
  3. Procédé selon l’une des revendications 1 et 2, dans lequel lesdites informations de spécification dudit équipement récepteur (2) comprennent au moins la résolution en pixels dudit équipement récepteur (2) et au moins une information de taille maximale d’affichage dudit équipement récepteur (2).
  4. Procédé selon la revendication 3, dans lequel L’information de taille maximale d’affichage dudit équipement récepteur (2) est la longueur de diagonale.
  5. Procédé selon l’une des revendications 1 à 4, dans lequel l’étape (b) comprend le calcul de la taille d’affichage d’un pixel sur ledit équipement récepteur (2) en fonction desdites informations de spécification, puis la détermination de ladite dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur (2) en fonction de la taille calculée d’affichage d’un pixel et de la taille cible donnée.
  6. Procédé selon les revendications 4 et 5 en combinaison, dans laquelle le calcul de la taille d’affichage d’un pixel sur ledit équipement récepteur (2) comprend :
    • La détermination des proportions d’affichage de l’équipement récepteur (2) en fonction de la résolution ;
    • La détermination de la taille maximale d’affichage sur un axe en fonction desdites proportions et de la longueur de diagonale ;
    La taille d’affichage d’un pixel sur ledit équipement récepteur (2) étant calculée comme le rapport de la taille maximale d’affichage sur un axe par le nombre de pixels sur cet axe dans ladite résolution.
  7. Procédé selon l’une des revendications 5 et 6, dans lequel ladite dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché par ledit équipement récepteur (2) est calculée comme le rapport de la taille cible donnée par la taille calculée d’affichage d’un pixel.
  8. Procédé selon l’une des revendications 1 à 7, dans lequel l’étape (c) comprend la construction de l’interface graphique en appliquant la dimension déterminée en nombre de pixels pour ledit élément graphique, puis la génération desdites données vidéo à partir de l’interface construite.
  9. Equipement source (1), caractérisé en ce qu’il comprend un module de traitement de données (11) configuré pour :
    • Récupérer des informations de spécification d’un équipement récepteur (2) ;
    • Pour au moins un élément graphique d’une interface graphique de l’équipement source (1) à afficher sur l’équipement récepteur (2), détermination en fonction desdites informations de spécification d’une dimension en nombre de pixels que doit présenter ledit élément graphique pour présenter sensiblement une taille cible donnée lorsqu’affiché sur ledit équipement récepteur (2) ;
    • Transmettre à l’équipement récepteur (2) des données vidéo représentant ladite interface graphique dans laquelle ledit élément graphique est mis à la dimension déterminée en nombre de pixels.
  10. Produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 8 d’affichage d’une interface graphique d’un équipement source (1) sur un équipement récepteur (2), lorsque le programme est exécuté sur un ordinateur.
  11. Moyen de stockage lisible par un équipement informatique sur lequel un produit programme d’ordinateur comprend des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 8 d’affichage d’une interface graphique d’un équipement source (1) sur un équipement récepteur (2).
FR2005576A 2020-05-27 2020-05-27 Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur. Withdrawn FR3110995A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR2005576A FR3110995A1 (fr) 2020-05-27 2020-05-27 Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2005576 2020-05-27
FR2005576A FR3110995A1 (fr) 2020-05-27 2020-05-27 Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.

Publications (1)

Publication Number Publication Date
FR3110995A1 true FR3110995A1 (fr) 2021-12-03

Family

ID=72266502

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2005576A Withdrawn FR3110995A1 (fr) 2020-05-27 2020-05-27 Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.

Country Status (1)

Country Link
FR (1) FR3110995A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1686461A2 (fr) * 2005-01-31 2006-08-02 Microsoft Corporation Procédé et système pour simuler un affichage sur un dispositif cible
US20090228838A1 (en) * 2008-03-04 2009-09-10 Ryan Christopher N Content design tool
JP2013040976A (ja) * 2009-12-11 2013-02-28 Panasonic Corp 画像表示装置及び画像表示方法
US20130076797A1 (en) * 2011-09-26 2013-03-28 Zhaorong Hou Simulation of web applications and secondary devices in a web browser, web application development tools, and methods using the same

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1686461A2 (fr) * 2005-01-31 2006-08-02 Microsoft Corporation Procédé et système pour simuler un affichage sur un dispositif cible
US20090228838A1 (en) * 2008-03-04 2009-09-10 Ryan Christopher N Content design tool
JP2013040976A (ja) * 2009-12-11 2013-02-28 Panasonic Corp 画像表示装置及び画像表示方法
US20130076797A1 (en) * 2011-09-26 2013-03-28 Zhaorong Hou Simulation of web applications and secondary devices in a web browser, web application development tools, and methods using the same
EP2761495A1 (fr) * 2011-09-26 2014-08-06 Intel Corporation Simulation d'applications web et dispositifs secondaires dans un navigateur web, outils de développement d'applications web, et procédés associés

Similar Documents

Publication Publication Date Title
JP6566320B2 (ja) データ出力装置及びデータ出力方法
JP7133772B2 (ja) 映像表示システム及び映像表示方法
WO2019119854A1 (fr) Procédé et système de réglage de définition de lecture de vidéo
FR2888067A1 (fr) Interface d'affiche de messages en relation avec la delivrance de donnees numeriques
US8094168B2 (en) Adding secondary content to underutilized space on a display device
TW200824445A (en) AV device
US20110043707A1 (en) Content transmitting device
US10390103B2 (en) Remote control devices, systems, and methods to output content while fastforwarding through content on a separate display device
CN101998094A (zh) 通信设备和控制方法
US8718442B2 (en) Data reproduction apparatus and data reproduction control method
JP2008211425A (ja) 情報記録再生装置
FR3033113A1 (fr) Procede, systeme et dispositif de video-projection sans fil
JP2007158903A (ja) Hdmi出力時の解像度切換え手段
FR3110995A1 (fr) Procédé d’affichage d’une interface graphique d’un équipement source sur un équipement récepteur.
US8249252B2 (en) Information processing apparatus, information processing method, and program
US11234042B2 (en) Display device, control method therefor and recording medium
US8699847B2 (en) File management apparatus, recording apparatus, and recording program
KR100571772B1 (ko) 메뉴화면의 크기 조절이 가능한 광재생장치 및 그의광재생방법
EP3292692B1 (fr) Procédé de réglage du niveau de définition des images d'un programme multimédia
KR101480402B1 (ko) 네트워크에서 오디오/비디오 소스 디바이스들로부터오디오/비디오 싱크 디바이스들로 데이터를 제공하는 방법및 시스템
JP2011151651A (ja) メディアプレーヤー
KR20090038660A (ko) 미디어 싱크 디바이스 및 그 제어방법
KR100522956B1 (ko) 데이터 처리 장치 및 방법
JP5403208B2 (ja) 広告再生システム及び通信端末
WO2022228571A1 (fr) Dispositif d'affichage et procédé de traitement de données audio

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20211203

ST Notification of lapse

Effective date: 20230105