RushTix diffuse en direct des spectacles d’humour payants.
Une plateforme de spectacles en ligne sur billet : stand-up, impro et enregistrements de podcasts en public. Elle a été pensée pour donner la sensation d’être au club, avec les réactions du public qui parviennent à l’artiste en direct.
Les humoristes ont besoin d’entendre la salle.
RushTix voulait des spectacles en ligne pour lesquels le public accepte de payer un billet. Il fallait donc préserver les réactions de la salle et le timing de l’humoriste.
Nous avons construit un streaming à faible latence, doublé d’un second canal qui renvoie les réactions du public à l’artiste, ainsi qu’une entrée sur billet pour chaque spectacle.
Sur l’ensemble de la plateforme, les pics ont atteint dix mille spectateurs simultanés, et le temps de connexion médian est de 2,4 secondes.
L’humour supporte moins le décalage que la plupart des vidéos en direct.
Si les rires arrivent à l’humoriste avec deux secondes de retard, la réplique suivante est déjà lancée et le rythme se casse.
Les shows en ligne ressemblaient à des enregistrements.
Un stream classique ou une visio ne donne pas la sensation d’un public présent.
- Un silence de mort : des artistes qui jouent dans le vide perdent leur timing et leur énergie.
- Trop de décalage : des rires qui arrivent en retard déstabilisent l’artiste.
- Des streams gratuits : sans billet, le public avait moins de raisons d’être là à l’heure du début.
- Des grilles de visio : un mur de visages aux micros coupés n’offre à l’artiste aucune réaction sur laquelle rebondir.
Les réactions remontent vers la scène en temps réel.
Le flux doit atteindre les spectateurs rapidement, et leurs réactions doivent revenir à l’artiste tout aussi vite.
- Une latence minimale : assez faible pour que l’artiste puisse dialoguer avec la salle.
- Des réactions en direct : applaudissements et rires reviennent par un canal séparé.
- Une entrée sur billet : chaque spectacle a une heure de début et des places payantes.
- Des connexions rapides : les spectateurs entrent en quelques secondes, et le flux s’arrête rarement pour charger.
Le lecteur vérifie chaque billet avant l’ouverture du flux.
Chaque élément ci-dessous sert soit avant un spectacle, soit pendant.
Accès sur billet
Spectacles payants : seuls les détenteurs d’un billet peuvent ouvrir le flux.
Streaming à faible latence
Une latence assez faible pour que le public réagisse au rythme de l’humoriste.
Réactions du public
Les réactions et le chat des spectateurs, affichés pour l’artiste au moment où ils arrivent.
Formats de spectacle
Chaque type de spectacle demande une mise en scène différente.
Calendrier des spectacles
Horaires et rappels, pour que le public prévoie de regarder à heure fixe.
Fiabilité du flux
Si un flux tombe, tous les détenteurs de billets sont touchés : les flux de secours et la supervision étaient donc une priorité.
Le décalage maximal que nous nous étions fixé a guidé chaque phase.
La première phase a transformé « l’ambiance » en un chiffre que l’on pouvait tester.
Conceptualisation
Nous avons fixé la limite de décalage et prévu le chemin des réactions jusqu’à l’artiste.
Design
Un hall où les détenteurs de billets attendent le début du spectacle, avec les réactions de la salle visibles dès qu’il commence.
Développement
Le pipeline vidéo à faible latence et le canal de réactions, reliés à la billetterie.
Déploiement
Des pics de 10K+ spectateurs simultanés sur la plateforme, avec moins de 0,4% du temps de visionnage perdu à charger.
Apportez votre version du problème RushTix. Quatre heures, gratuites, avec l'équipe qui a livré celui-ci.
Réserver l'atelier gratuitCe qui nous a tenus éveillés la nuit.
Trois problèmes propres à la diffusion d’humour en direct.
La vitesse du canal de réactions
Les réactions du public devaient arriver à l’artiste assez vite pour changer le déroulé du set. Elles passent par un canal temps réel qui tourne à côté du flux, dans les deux sens.
Une latence faible, même avec un large public
Le timing comique ne supporte qu’une fraction du décalage habituel du streaming. Cette limite devait tenir lors des pics de la plateforme, à dix mille spectateurs.
Une entrée rapide à l’heure du spectacle
Tout le monde se connecte au même moment, et chacun doit voir la scène avant la première blague. Le temps de connexion médian est de 2,4 secondes.
La stack technique.
La vidéo en direct est traitée et diffusée avec AWS Elemental. Le reste de la plateforme tourne sur Node.js, avec Redis et MongoDB.
Les chiffres que les propriétaires suivent.
Les chiffres de la plateforme pendant les spectacles en direct.
Le temps qu’attend un spectateur type avant d’entrer dans un spectacle.
Part du temps de visionnage en direct perdue à charger.
Le plus grand nombre de spectateurs présents sur la plateforme au même moment.
Vous voulez des chiffres comme ceux-ci ? Voici ce qui se passe après votre message.
Continuez à explorer.
Chaque projet présenté ici est en production, payé, et génère des revenus pour ses propriétaires.
Questions fréquentes
Décrivez-le dans un brief. Un ingénieur senior le lit et répond sous un jour ouvré.
Qu’est-ce que RushTix ?
RushTix vend des billets pour des spectacles d’humour diffusés en direct sur internet. CODT Technologies a construit la plateforme, y compris le canal qui renvoie les réactions du public à l’artiste.
En combien de temps rejoint-on un spectacle RushTix ?
Le temps de connexion médian est de 2,4 secondes. Pendant les spectacles en direct, moins de 0,4% du temps de visionnage est perdu à charger, et la plateforme a déjà absorbé des pics de plus de 10 000 spectateurs simultanés.
Pourquoi l’humour en direct est-il si difficile à diffuser ?
Le timing. Si la moitié du public entend la chute plus tard que les autres, les rires arrivent en ordre dispersé. Le flux est donc réglé pour que le décalage reste court et identique pour chaque spectateur.
Un problème qui mérite d'être
bien résolu ?
Parlez-nous de votre produit, de votre calendrier et de vos contraintes. Nous répondons sous un jour ouvré avec un avis honnête sur l'adéquation, le périmètre et la bonne équipe.