Annexe 1 : Spécifications techniques et fonctionnelles
L’astérisque (*) indique que la fonctionnalité ne sera à priori pas développée dans le cadre du prototypage sauf si le temps le permet.
Hébergement
• L’interface sera hébergée par l’Université Laval82.
• Elle utilisera principalement des modules WordPress, éventuellement modifiés si besoin.
Accueil
• L’interface d’accueil sera adaptée en fonction du profil : troupe de théâtre-forum ou spectateur. • Les troupes seront par défaut considérées comme spectatrices potentielles des spectacles des
autres troupes.
*
Gestion d’utilisateurs• La plateforme doit permettre la gestion d’utilisateurs. Ils peuvent être les compagnies de théâtre de l’opprimé et leurs membres d’une part, les spectateurs d’autre part.
• Chaque utilisateur peut créer un profil et associer son profil sa photo et sa webcam (incluant un test). • Les compagnies peuvent associer une ou des caméras à leur profil et les tester.
82 Pour nous simplifier la vie et puisque rien ne sera développé dans le cadre des besoins académiques, un hébergement
*
Gestion d’évènements• La plateforme doit permettre de programmer des événements et de les promouvoir. • Un évènement peut comprendre ou pas une vidéo préalable (scène pré-filmée ou pas).
• La promotion doit pouvoir se faire par un lien avec les médias sociaux de l’utilisateur mais aussi en promouvant auprès des utilisateurs enregistrés comme spectateurs.
• L’évènement fait l’objet d’un lien qui peut être transmis librement (courriel, réseaux sociaux, etc.). • Des capsules informatives sous différents médias (texte, photos, vidéos) peuvent être associées à
un événement.
*
Gestion du multilinguisme• L’utilisateur doit pouvoir trouver une plateforme dans sa langue maternelle. • L’utilisateur doit pouvoir participer à un évènement dans sa langue maternelle.
• La reconnaissance vocale – traduction en directe doit donc être intégrée à la plateforme.
Diffusion d’évènement
• La plateforme doit pouvoir diffuser une pièce de théâtre de l’opprimé, préenregistrée ou pas • Les spectateurs doivent pouvoir visionner la pièce sur leur écran.
• La plateforme doit permettre de diffuser la pièce dans le cadre du processus de remplacement du théâtre-forum.
• Le joker est devant l’écran et visionne le résultat numérique plutôt que la pièce qui se joue sur scène ; cela lui permet de recevoir et gérer les souhaits d’intervention.
• Il doit être possible de limiter la diffusion à un territoire (un ou plusieurs pays) lorsque plus adapté pour la problématique traitée.
Remplacement
• Le spectateur doit pouvoir interrompre la scène à tout moment s’il souhaite remplacer un acteur (ou compléter la scène); ceci se fera par un clic sur le nom de l’acteur qu’il souhaite remplacer (l’onglet affichera la liste des acteurs et un acteur indéfini qui pourra être un personnage supplémentaire choisi par le spect-acteur).
• Le joker accepte l’intervention soit immédiatement, soit entame un chat avec le spectateur si l’intervention ne peut être prise immédiatement (par exemple, il y a déjà une intervention en cours).
• Le spectateur doit pouvoir remplacer un acteur et devenir spect-acteur. En cas de remplacement d’un acteur, celui-ci sort du champ de la caméra qui filme la scène. Ceci étant le cœur de la recherche, plusieurs solutions sont possibles :
0. Version minimale par défaut pour les utilisateurs à faible bande passante. Une photo du spectateur est activée et incrustée dans la vidéo de la scène. On voit son visage et on entend sa voix. Il a la possibilité de saisir-déplacer son image avec sa souris pour indiquer des déplacements physiques dans la scène.
1. La vidéo du spectateur est activée et incrustée dans la vidéo de la scène. On voit son visage et on entend sa voix. Il a la possibilité de saisir-déplacer son image avec sa souris pour indiquer des déplacements physiques dans la scène.
2. Une image (photo) de plein pied du spectateur est incrustée dans la vidéo de la scène, sur laquelle la vidéo du visage est superposée. Les principes du point 1 restent valides. La photo du corps entier rend plus crédible le remplacement.
3. Un avatar du spectateur est créé à partir de sa photo de plein pied. L’avatar est alors contrôlé avec la souris. Cette solution est plus complexe à développer techniquement.
4. Un avatar du spectateur est créé à partir de sa photo de plein pied. L’avatar est alors contrôlé avec le téléphone intelligent du spectateur qui se comporte comme une manette de plateforme de jeux vidéo (type Wii). Cette solution est plus complexe à développer techniquement.
Limites du remplacement
• Les spectateurs n’ayant pas de webcam interviennent de leur voix seulement, si possible allouée à une photo préalablement enregistrée.
• Il faut éviter l’écho provenant du côté spect-acteur. Nous présumons que cela sera déjà géré par les modules de captations vidéo utilisés.
• Dans toutes les solutions envisagées, la question de la gestion des accessoires reste ouverte. Le spectateur ne peut saisir un accessoire. Par contre, il pourrait demander à ce qu’on le lui donne à un assistant du joker qui ferait cette opération de façon informatique par déplacement d’image.
• Les mouvements et déplacements sont limités : difficile de s’assoir, embrasser un personnage etc. S’assoir doit être possible symboliquement car c’est un mouvement assez simple et qui entraîne un statisme des acteurs et du spect-acteur gérable.
Dialogue social
• Géré par le joker devant son ordinateur.
• Les souhaits d’intervention sont signalés par un click du côté spectateur. De son côté, le joker voit apparaître la liste des personnes souhaitant intervenir et distribue la parole comme il le ferait dans une salle : l’image du spectateur qui parle est mise en avant à l’écran
• Les spectateurs n’ayant pas de son peuvent intervenir par chat via le joker ou un assistant. • Un forum de discussion post-évènement est disponible pour poursuivre le dialogue social.
• L’enregistrement de l’évènement est disponible à postériori pour qui voudrait le visionner de nouveau et alimenter le dialogue social.