Brevet FR3110995A1 — publié le 20211203

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 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 : Récupération d’informations de spécification dudit équipement récepteur ; 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 ; 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 formule taille_réelle = nombre_pixels*taille_1pixel , où taille_1pixel est 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 notant x la taille maximale sur un premier axe (la hauteur) y la taille maximale sur un deuxième axe (la largeur) et d la diagonale, en supposant par commodité des pixels carrés on a y=r*x avec r le ratio des proportions d’affichage, et d²=x²+y² i.e. d²=x²+(rx)² , qu’on peut réécrire x=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. 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. 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). 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). 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. 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. 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. 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. 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. 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. 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. 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).