ApsaraVideo Live:E-commerce : Streaming en direct à ultra-faible latence (400–800 ms)

Aperçu du secteur

Ces dernières années, un nombre croissant d'entreprises de e-commerce ont adopté le streaming en direct. Toutefois, la technologie de streaming en direct standard affiche souvent une latence de 3 à 6 secondes, voire plus, ce qui ne répond pas aux exigences d'interactions fréquentes entre les animateurs et les acheteurs. Par ailleurs, la stabilité et la continuité des flux audio et vidéo ont un impact direct sur les taux de conversion commerciale.

Problèmes rencontrés

• Latence élevée : Lorsque les spectateurs posent des questions sur les produits, une latence élevée empêche l'animateur de répondre en temps réel, ce qui dégrade l'expérience de visionnage.

• Mise en mémoire tampon fréquente : Les plaintes récurrentes des spectateurs concernant la mise en mémoire tampon obligent souvent les animateurs à changer de réseau ou à redémarrer le flux, ce qui réduit l'efficacité.

• Temps d'attente longs lors du changement de flux : Le balayage entre les streams en direct sur un appareil mobile peut entraîner un délai de plusieurs secondes avant le chargement de la vidéo suivante.

Solution

RTS utilise le protocole UDP et s'appuie sur le réseau mondial d'Alibaba Cloud, composé de plus de 3 200 points de présence (POP), ainsi que sur une technologie d'optimisation de bout en bout pour réduire la latence du streaming en direct e-commerce à un niveau inférieur à la seconde, contre plus de 3 secondes avec le streaming en direct standard. RTS se caractérise par une faible latence, une intégration simplifiée et une réduction des saccades.

Avantages

Démonstration

Cas d'utilisation

Taobao Live : Taobao Live est devenu un nouveau secteur industriel pour le e-commerce à l'ère moderne. Les marchands, les streamers et les consommateurs ont tous adopté la plateforme. Actuellement, Taobao Live utilise RTS à grande échelle. RTS aide Taobao Live à réduire la latence, à minimiser la mise en mémoire tampon et à prendre en charge des dizaines de millions d'utilisateurs simultanés, améliorant ainsi l'efficacité de sa conversion commerciale.

Prérequis

• Assurez-vous qu'ApsaraVideo Live est activé. Si ce n'est pas le cas, activez-le maintenant.

• Un domaine d'ingestion doit être associé à un domaine de diffusion. Pour plus d'informations, consultez Associer un domaine d'ingestion à un domaine de diffusion.

Limitations

• Limitations du SDK Web RTS : Le SDK ne prend pas en charge les flux vidéo contenant des images B ni les flux audio utilisant l'encodage AAC. Si vous activez RTS et sélectionnez Latence inférieure à la seconde (latence de bout en bout de 400 ms à 800 ms), le système transcode automatiquement les flux contenant des images B ou utilisant l'audio AAC pour garantir la compatibilité. Ce processus entraîne des frais de transcodage de stream en direct.

• Exigences du lecteur : RTS utilise le protocole UDP. Les exigences relatives à la version du lecteur sont présentées dans le tableau ci-dessous :

  Type de lecteur	Description
  SDK ApsaraVideo Player	Version 5.4.5.0 ou ultérieure
  SDK ApsaraVideo Player	Version 2.0.3 ou ultérieure

Configuration

1. Connectez-vous à la console ApsaraVideo Live.

2. Dans le volet de navigation de gauche, choisissez Live + > RTS.

3. Sélectionnez un domaine de diffusion.

4. Activez le commutateur RTS et sélectionnez Sub-second (End-to-End Latency: 400-800 ms).

5. Pour un déploiement en environnement de production, intégrez le SDK ou suivez le protocole de signalisation RTS.

   Remarque

   Vous pouvez activer à la fois RTS et le streaming en direct standard (RTMP, FLV et HLS) sur un seul domaine de lecture. Vous pouvez les différencier en utilisant l'URL de lecture.

   • Exemple d'URL de lecture pour RTS : artc://PlaybackDomain/AppName/StreamName?AuthenticationString.

   • Exemple d'URL de lecture pour le streaming en direct standard : rtmp://{streaming_domain}/{AppName}/{StreamName}?{auth_string}.

Étape 1 : Générer les URL d'ingestion et de lecture

Étape 2 : Ingérer le flux avec OBS

• Ouvrez OBS Studio. Dans les paramètres, sélectionnez Stream. Dans le champ Server, saisissez l'URL d'ingestion générée. Exemple : rtmp://***push1.ialicdn.com/test***/test?auth_key=1643******-0-0-a922892e06ee18016640e0fe14******.

• Dans les paramètres, sélectionnez Output. Définissez l'Keyframe Interval sur 3 secondes ou moins, et définissez le Profile sur baseline. Revenez à l'écran principal, sélectionnez une source vidéo et démarrez le streaming.

  Remarque

  Ces paramètres permettent d'atteindre une ultra-faible latence de 700 à 900 ms.

Étape 3 : Lire le flux RTS

Règles de facturation

Contrairement au streaming en direct standard, RTS est facturé selon un nouveau système de tarification comme suit :

• Vous êtes facturé sur la base de l'élément facturable RTS et ne payez pas de frais supplémentaires pour l'élément facturable du streaming en direct standard.

• Les méthodes de facturation pour RTS sont identiques à celles du streaming en direct standard : facturation par transfert de données et facturation par bande passante.

• Lorsque la méthode de facturation du streaming en direct standard est modifiée, la méthode de facturation RTS est également mise à jour en conséquence.

Pour plus d'informations sur la facturation de RTS, consultez Facturation du streaming en direct à ultra-faible latence.

Le streaming en direct standard et **RTS** peuvent-ils être utilisés simultanément pour le même stream en direct ?

Oui. Pour un seul stream en direct, des URL de lecture distinctes sont générées pour le streaming en direct standard et RTS. Par exemple, le streaming en direct standard utilise rtmp://PlaybackDomain/AppName/StreamName?AuthenticationString pour la lecture, et RTS utilise artc://PlaybackDomain/AppName/StreamName?AuthenticationString pour la lecture.

Puis-je utiliser un SDK développé en interne pour accéder à **RTS** ?

Oui. Vous devez respecter les spécifications du protocole de signalisation RTS d'Alibaba Cloud.

RTS: Quels navigateurs sont pris en charge pour la lecture ?

RTS permet l'accès via WebRTC standard, ce qui permet la lecture dans tout navigateur compatible WebRTC. Pour plus d'informations sur la compatibilité des navigateurs, consultez Compatibilité des navigateurs avec WebRTC.