Real-Time Streaming (RTS) is a value-added feature in ApsaraVideo Live. This feature provides easy-to-access live streaming services characterized by low latency, high concurrency, high definition, and smooth playback. This topic describes basic information about the RTS feature and shows you how to use the feature.

Introduction

The RTS feature is developed based on ApsaraVideo Live. This feature supports latency monitoring during the entire live streaming process, reconstructed CDN transmission protocol, and optimized underlying technologies such as User Datagram Protocol (UDP). RTS SDK is integrated with ApsaraVideo Player SDK. Compared with conventional live streaming that has a latency of 3 to 6 seconds, RTS supports the playback of tens of millions of concurrent streams at a low latency of milliseconds. You can use RTS to reduce the latency and video stuttering, and ensure instant loading and smooth playback for live streaming.

Architecture

To use the RTS feature, you need only to add an RTS streaming domain to ApsaraVideo Live. This way, you can pull streams over various protocols. The following figure shows the architecture of RTS.

001
Note
  • Streams are ingested based on Real-Time Messaging Protocol (RTMP). The network quality of the stream ingest client, group of pictures (GOP) size of the stream, and player cache all affect the latency of the entire live streaming process.
  • The streaming URL for standard streaming over RTMP starts with rtmp://. The streaming URL for standard streaming over Flash Video (FLV) or HTTP Live Streaming (HLS) starts with http://. The streaming URL for RTS over UDP starts with artc://.

Differences between RTS and standard streaming

You can smoothly upgrade from standard streaming to RTS. If you are using standard streaming, you can enable RTS in the ApsaraVideo Live console to use the standard streaming and RTS services at the same time. If you fail to use RTS to play a stream, you can use standard streaming to play the stream. This ensures the reliability of your business.

Differences

ItemRTSStandard streaming
RTS 2.0RTS 1.0
Streaming protocolPlayback of streams over the Alibaba Real-Time Communication (ARTC) protocol, which is based on Web Real-Time Communication (WebRTC), is supported. Playback of streams over the ARTC protocol, which is based on WebRTC, is supported. Playback of streams over the RTMP, FLV, and HLS protocols is supported.
End-to-end latency200 to 400 ms 500 to 1000 ms
  • Streams over the RTMP and FLV protocols: 3 to 6 seconds
  • Streams over the HLS protocol: equal to or greater than 10 seconds
RequirementRTS SDK must be integrated on the stream ingest and playback sides. RTS SDK must be integrated on the playback side. None.
Resistance to poor networksYou can smoothly play streams even at an end-to-end packet loss rate of 30%.You can smoothly play streams even at a playback-side packet loss rate of 30%.Standard streaming has a limited capability to perform under poor network conditions.
Compatibility
  • Native: RTS 2.0 is compatible with mainstream operating systems.
  • Web: The compatibility rate for devices is greater than 98%.
  • Native: RTS 1.0 is compatible with mainstream operating systems.
  • Web: The compatibility rate for devices is greater than 98%.
  • HLS: Standard streaming over the HLS protocol has a good compatibility.
  • RTMP: Standard streaming over the RTMP protocol has a poor compatibility. We recommend that you not use the protocol on the playback side.
  • FLV: Standard streaming over the FLV protocol has a poor compatibility with HTML5 on mobile clients.
CoverageGlobalGlobalGlobal
Best practicesA live streaming latency of 200 to 400 ms is achieved. For more information, see Reduce the latency to 200 to 400 ms.A live streaming latency of 500 to 100 ms is achieved. For more information, see Use RTS.For more information, see Get started with ApsaraVideo Live.

Scenarios

TypeScenario
RTS
  • Highly interactive scenarios: RTS is commonly used in e-commerce live streaming, group live streaming, education live streaming, and enterprise live streaming. The low latency and high interactivity of RTS help improve business conversion and user engagement.
  • Scenarios that require screen consistency among multiple viewers: RTS is also commonly used in live streaming of events. RTS allows audience to know situations in the field in real time and avoids screen inconsistency among the audience.
Standard streamingWeakly interactive scenarios: Standard streaming allows audience to watch streams. However, inconsistent screens may be shown to the audience due to different network conditions.

Effect comparison

The following figure compares the effects of RTS and standard streaming.

Applicable scenarios

ScenarioDescription
Education live streamingRTS supports online large classes, in which a large number of students can interact with teachers online at a low latency.
E-commerce live streamingRTS allows sellers to communicate with buyers, answer questions from buyers, and exchange product information with buyers in real time.
Sports live streamingRTS can be used to broadcast events such as sports and e-sports in real time.
Interactive entertainmentRTS allows streamers to give real-time response when viewers send virtual gifts. This delivers a more interactive and engaging experience to streamers and viewers.

Billing

The billing of RTS is different from that of standard streaming. The following rules apply:

  • You are charged based on the billable items of RTS rather than those of standard streaming.
  • The billing options used for RTS and standard streaming are the same. You can pay for RTS by traffic or bandwidth.
  • If you change the billing option of standard streaming, the billing option of RTS also changes.

For more information about the billing of RTS, see Billing of RTS.

Demos

You can scan the following QR codes to install RTS demos. Alternatively, you can copy the URLs that are displayed after you scan the QR codes to a browser to download and install the demos.

001

Consultation

If you have questions or suggestions when you use RTS, join the DingTalk group by searching for the group number 44533142 or scanning the following QR code. This group is used for RTS technical support. For troubleshooting and quality tuning, submit a ticket to contact Alibaba Cloud technical support. For more information, see Contact us.

DingTalk group for technical support