Maître de séance #9

New Issue

bbohard · 2024-05-14T15:59:47+02:00

bbohard commented

2024-05-14 15:59:47 +02:00

Dans le cas d’utilisation un seul dispositif d’affichage pour plusieurs sources, la fonctionnalité suivante me semble intéressante à développer : un proxy filtrant.

Le fonctionnement actuel permet à plusieurs sources d’envoyer du contenu d’affichage avec priorité au dernier.

L’idée générale est de permettre une pré-connexion à un centre de contrôle de plusieurs sources et de pouvoir choisir laquelle de ces sources est effectivement affichée à un moment donné sur un autre critère que l’ordre d’arrivée.

Le cas pratique auquel cette fonctionnalité répondrait est le suivant :

gestion centralisée de l’affichage par un maître de séance ;
préconfiguration des clients pour que les utilisateurs peu à l’aise ne se préoccupe pas de l’envoi de contenu (notamment dans le cas du partage d’écran simple).

La séquence d’utilisation serait la suivante :

démarrage du service de l’afficheur,
démarrage du proxy,
démarrage des clients qui accèdent au proxy,
les clients envoient la définition des contenus au proxy,
choix sur le proxy du contenu envoyé à l’afficheur.

Dans le cas d’URL envoyées par les clients, il semble tout à fait possible de les lister sur le proxy et de les transmettre à l’afficheur.
Dans le cas du partage d’écran, peut-être faudrait-il que les clients envoient l’intention sans diffuser le contenu tant que le maître de séance ne le choisit pas (communication dans les deux sens entre le proxy et le client pour que ce premier déclenche la diffusion à partir du dernier ?).

Dans le cas d’utilisation un seul dispositif d’affichage pour plusieurs sources, la fonctionnalité suivante me semble intéressante à développer : un proxy filtrant. Le fonctionnement actuel permet à plusieurs sources d’envoyer du contenu d’affichage avec priorité au dernier. L’idée générale est de permettre une pré-connexion à un centre de contrôle de plusieurs sources et de pouvoir choisir laquelle de ces sources est effectivement affichée à un moment donné sur un autre critère que l’ordre d’arrivée. Le cas pratique auquel cette fonctionnalité répondrait est le suivant : - gestion centralisée de l’affichage par un maître de séance ; - préconfiguration des clients pour que les utilisateurs peu à l’aise ne se préoccupe pas de l’envoi de contenu (notamment dans le cas du partage d’écran simple). La séquence d’utilisation serait la suivante : 1. démarrage du service de l’afficheur, 2. démarrage du proxy, 3. démarrage des clients qui accèdent au proxy, 4. les clients envoient la définition des contenus au proxy, 5. choix sur le proxy du contenu envoyé à l’afficheur. Dans le cas d’URL envoyées par les clients, il semble tout à fait possible de les lister sur le proxy et de les transmettre à l’afficheur. Dans le cas du partage d’écran, peut-être faudrait-il que les clients envoient l’intention sans diffuser le contenu tant que le maître de séance ne le choisit pas (communication dans les deux sens entre le proxy et le client pour que ce premier déclenche la diffusion à partir du dernier ?).

Sign in to join this conversation.

No Milestone

No project

No Assignees

1 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: arcad/arcast#9