Tous les produits
Search
Centre de documentation

ApsaraVideo Live:FAQ sur le streaming en temps réel (RTS)

Dernière mise à jour :Aug 13, 2026

Questions fréquentes sur le streaming en temps réel (RTS) : problèmes de lecture, compatibilité d'encodage et dépannage de la latence.

Puis-je utiliser simultanément le streaming en direct standard et le streaming en temps réel (RTS) pour un même flux ?

Oui. ApsaraVideo Live génère des URL de lecture distinctes pour le streaming en direct standard et le RTS. Par exemple, le streaming en direct standard utilise une URL RTMP : rtmp://${playback domain}/AppName/StreamName?${access token}, tandis que le RTS utilise une URL artc : artc://${playback domain}/AppName/StreamName?${access token}.

Puis-je intégrer le streaming en temps réel (RTS) avec un SDK développé en interne ?

Oui, à condition que votre SDK respecte les spécifications du protocole de signalisation d'Alibaba Cloud. Pour plus d'informations, consultez Spécifications du protocole de signalisation GRTN pour l'accès WebRTC standard.

Pourquoi ne puis-je pas lire un flux ingéré depuis un client web via RTS ?

Les limitations natives des navigateurs relatives à WebRTC imposent les restrictions suivantes au SDK Web RTS :

  • La vidéo contenant des B-frames n'est pas prise en charge, ce qui peut provoquer des sauts ou des saccades lors de la lecture.

  • L'audio encodé en AAC n'est pas pris en charge, ce qui risque d'engendrer du bruit.

Pour résoudre ces problèmes, accédez à Live + > RTS dans la console ApsaraVideo Live. Activez Real-Time Streaming (RTS) et sélectionnez Sub-second (End-to-End Latency: 400-800 ms). Le système détecte et transcode automatiquement les flux contenant des B-frames ou de l'audio AAC. Des frais de transcodage s'appliquent. Pour plus d'informations, consultez Tarification RTS.

Quels codecs audio sont pris en charge pour la lecture basse latence ARTC ?

La lecture basse latence ARTC prend en charge les codecs audio suivants :

  • AAC : Recommandé. Une fois Real-Time Streaming (RTS) activé dans la console ApsaraVideo Live, le système détecte et transcode automatiquement l'audio AAC. Des frais de transcodage s'appliquent.

  • Opus : Codec audio par défaut pour l'ingestion de flux RTS.

Le format G711A (PCMA) n'est pas pris en charge. Si vous utilisez une URL d'ingestion RTMP avec un encodage audio G711A, la lecture basse latence ARTC échoue et renvoie un code d'erreur indiquant un format audio non pris en charge. Modifiez le codec audio en AAC ou Opus pour bénéficier de la lecture basse latence.

Comment personnaliser la résolution vidéo dans le SDK web ?

Pour personnaliser la résolution vidéo dans le SDK web, consultez la Référence API du SDK Web de co-streaming.

Comment optimiser les paramètres OBS pour les réseaux de mauvaise qualité ?

Pour optimiser OBS (Open Broadcaster Software) lors de l'ingestion de flux sur un réseau de mauvaise qualité, suivez ces étapes :

  1. Démarrez OBS.

  2. Dans le coin supérieur gauche, cliquez sur File et sélectionnez Settings.

  3. Dans la fenêtre Settings, sélectionnez Output dans le panneau de gauche et définissez Output Mode sur Advanced. Sous l'onglet Streaming, configurez Video Encoder sur QuickSync H.264, Rate Control sur CBR et Bitrate sur 2500 Kbps.

  4. Toujours sous l'onglet Streaming, ajustez l'encodeur pour gérer les conditions réseau difficiles.

  5. Dans les paramètres de l'encodeur, augmentez l'intervalle d'images clés (par exemple, réglez-le sur 2 s) ainsi que le nombre de B-frames afin d'améliorer la fluidité.

  6. Sélectionnez Video dans le panneau de gauche. Définissez Base (Canvas) Resolution sur 1920x1080, Output (Scaled) Resolution sur 1280x720, Downscale Filter sur Bicubic (Sharpened scaling, 16 samples) et Common FPS Values sur 30.

  7. Pour garantir une connexion stable, privilégiez un réseau LAN filaire plutôt que le Wi-Fi et fermez les autres applications consommatrices de bande passante.

  8. Une fois la configuration terminée, cliquez sur Apply puis sur OK pour enregistrer les modifications.

Pourquoi la latence est-elle élevée avec le streaming en temps réel (RTS) ?

Le RTS est conçu pour offrir une latence de l'ordre de la milliseconde. Si la latence dépasse significativement une seconde, procédez au dépannage suivant :

  • Vérifiez l'état du réseau sur le client d'ingestion.

    Connectez-vous à la console ApsaraVideo Live. Dans le volet de navigation de gauche, choisissez Monitoring > Real-time Monitoring.

    Saisissez l'AppName et le StreamName du flux, puis vérifiez l'absence d'anomalies concernant la fréquence d'images d'ingestion, le débit binaire et les horodatages.

  • Récupérez le TraceID RTS et soumettez un ticket.

    Si la fréquence d'images d'ingestion, le débit binaire et les horodatages sont normaux mais que vous constatez toujours une latence élevée et des saccades, lancez la lecture du flux dans la démo du lecteur et récupérez le TraceID RTS de la session. Pour connaître la procédure, consultez Obtenir le TraceID RTS dans la démo du lecteur. Ensuite, soumettez un ticket au support technique d'Alibaba Cloud comme décrit dans Nous contacter.

Pourquoi l'audio est-il absent lors de la lecture HLS/FLV d'un flux ingéré via RTS web ?

L'ingestion RTS web encode l'audio au format OPUS, incompatible avec les lecteurs FLV et HLS. Pour permettre la lecture FLV et HLS, utilisez plutôt RTMP pour l'ingestion du flux. Vous pouvez néanmoins utiliser RTS pour une lecture basse latence en parallèle des lectures HLS et FLV standard.

Pourquoi un flux RTS H.265 ne se lit-il pas dans les navigateurs ?

WebRTC natif dans les navigateurs ne prend pas en charge le H.265. Assurez-vous que le flux ingéré utilise l'encodage H.264 ou activez le transcodage dans ApsaraVideo Live pour convertir le H.265 en H.264 avant la lecture.

Compatibilité des navigateurs avec RTS

Pour obtenir la liste des navigateurs pris en charge, consultez Configuration requise pour les navigateurs.

Comment résoudre l'échec d'extraction et d'ingestion de flux avec QQ Browser sur certains appareils Android ?

Sur certains appareils Android, tels que le Huawei P20 et le vivo iQOO, QQ Browser peut échouer à démarrer le noyau X5 lors de sa première ouverture. Cela provoque un problème de compatibilité WebRTC empêchant l'extraction et l'ingestion des flux, accompagné de l'erreur : Failed to execute 'setRemoteDescription' on 'RTCPeerConnection. Pour initialiser le noyau X5, effectuez les étapes suivantes :

  1. Connectez-vous à un réseau WI-FI.

  2. Actualisez la page et patientez environ 30 secondes.

  3. Redémarrez le navigateur et accédez de nouveau à la page. Le problème est alors résolu.

Pourquoi certains navigateurs ne prennent-ils pas en charge le SDK Web RTS ?

Un navigateur peut ne pas prendre en charge le SDK Web RTS pour l'une des raisons suivantes :

  • Le navigateur n'implémente pas les opérations API liées à WebRTC ou les implémente incorrectement. Exemples : Microsoft Internet Explorer et UC Browser.

  • Bien qu'il prenne en charge les opérations API liées à WebRTC, le navigateur ne gère que l'encodage VP8 et non le H.264. Exemples : le navigateur intégré de certains appareils Android.

Pourquoi Safari sur iOS signale-t-il l'erreur « Failed to set remote answer sdp » ?

Le message d'erreur suivant s'affiche :

Failed to set remote answer sdp: The order of m-lines in answer doesn't match order in offer.

Cette erreur survient lorsque d'autres SDK WebRTC sont intégrés parallèlement au SDK RTS, créant des conflits avec webrtc-adapter. À partir de la version V2.2.4, le SDK RTS exclut cet adaptateur pour prévenir ce problème. Utilisez le SDK RTS V2.2.4 ou ultérieur conjointement avec d'autres SDK liés à WebRTC.

  • Pour intégrer le SDK RTS via JavaScript, incluez directement le SDK RTS V2.2.4 ou une version ultérieure.

  • Pour intégrer le SDK RTS via npm, ajoutez le code suivant :

    import { AliRTS } from 'aliyun-rts-sdk/dist/aliyun-rts-sdk-without-adapter.js';

    Pour les projets TypeScript, déclarez le module afin d'obtenir la prise en charge des types :

    // Create file typings.d.ts in the root directory of the project.
    declare module 'aliyun-rts-sdk/dist/aliyun-rts-sdk-without-adapter.js' {
      import {AliRTS} from 'aliyun-rts-sdk';
      export {AliRTS}
    }

Absence d'audio dans les enregistrements RTS bruts

Si un enregistrement brut d'un flux RTS ne contient pas d'audio, procédez au dépannage suivant :

  1. Vérifiez si le flux source contient de l'audio : Connectez-vous à la console ApsaraVideo Live. Dans le volet de navigation de gauche, choisissez Monitoring > Real-time Monitoring. Utilisez Stream-based Data pour consulter le Audio Bitrate dans Stream Ingest Statistics. Si le débit audio est supérieur à 0, le flux source contient bien de l'audio valide.

  2. Vérifiez les formats d'encodage audio pris en charge par votre lecteur : Nous vous recommandons d'utiliser un lecteur tel que VLC, compatible avec la quasi-totalité des formats.

  3. Configurez un modèle de transcodage d'enregistrement : Si votre lecteur ne prend pas en charge le format audio source et que vous ne pouvez modifier ni l'encodage source ni le lecteur, configurez un modèle de transcodage d'enregistrement pour convertir l'audio vers un format courant comme l'AAC avant l'enregistrement. Des frais de transcodage s'appliquent.