このページは現在英語版のみで提供されており、日本語版も近日中に提供される予定です。ご利用いただきありがとうございます。

TRTCStatistics

Copyright (c) 2021 Tencent. All rights reserved.

Module: TRTC audio/video metrics (read-only)

Function: the TRTC SDK reports to you the current real-time audio/video metrics (frame rate, bitrate, lag, etc.) once every two seconds

TRTCStatistics

StructType

FuncList
DESC
Local audio/video metrics
Remote audio/video metrics
Network and performance metrics

TRTCLocalStatistics

TRTCLocalStatistics

Local audio/video metrics

EnumType
DESC
audioBitrate
Field description: local audio bitrate in Kbps, i.e., how much audio data is generated per second
audioCaptureState
Field description:Audio equipment collection status(
0:Normal;1:Long silence detected;2:Broken sound detected;3:Abnormal intermittent sound detected;)
audioSampleRate
Field description: local audio sample rate (Hz)
frameRate
Field description: local video frame rate in fps, i.e., how many video frames there are per second
height
Field description: local video height in px
streamType
Field description: video stream type (HD big image | smooth small image | substream image)
videoBitrate
Field description: local video bitrate in Kbps, i.e., how much video data is generated per second
width
Field description: local video width in px

TRTCRemoteStatistics

TRTCRemoteStatistics

Remote audio/video metrics

EnumType
DESC
audioBitrate
Field description: local audio bitrate (Kbps)
audioBlockRate
Field description: audio playback lag rate (%)
Audio playback lag rate (audioBlockRate) = cumulative audio playback lag duration (audioTotalBlockTime)/total audio playback duration
audioPacketLoss
Field description: total packet loss rate (%) of the audio stream
audioPacketLoss represents the packet loss rate eventually calculated on the audience side after the audio/video stream goes through the complete transfer linkage of "anchor -> cloud -> audience".
The smaller the audioPacketLoss , the better. The packet loss rate of 0 indicates that all data of the audio stream has entirely reached the audience.
If downLoss is 0 but audioPacketLoss isn't, there is no packet loss on the linkage of "cloud -> audience" for the audiostream, but there are unrecoverable packet losses on the linkage of "anchor -> cloud".
audioSampleRate
Field description: local audio sample rate (Hz)
audioTotalBlockTime
Field description: cumulative audio playback lag duration (ms)
finalLoss
Field description: total packet loss rate (%) of the audio/video stream
Deprecated, please use audioPacketLoss and videoPacketLoss instead.
frameRate
Field description: remote video frame rate (fps)
height
Field description: remote video height in px
jitterBufferDelay
Field description: playback delay (ms)
In order to avoid audio/video lags caused by network jitters and network packet disorders, TRTC maintains a playback buffer on the playback side to organize the received network data packets.
The size of the buffer is adaptively adjusted according to the current network quality and converted to the length of time in milliseconds, i.e., jitterBufferDelay .
point2PointDelay
Field description: end-to-end delay (ms)
point2PointDelay represents the delay of "anchor -> cloud -> audience". To be more precise, it represents the delay of the entire linkage of "collection -> encoding -> network transfer -> receiving -> buffering -> decoding -> playback".
point2PointDelay works only if both the local and remote SDKs are on version 8.5 or above. If the remote SDK is on a version below 8.5, this value will always be 0 and thus meaningless.
remoteNetworkRTT
Field description: round-trip delay (ms) from the SDK to cloud
This value represents the total time it takes to send a network packet from the SDK to the cloud and then send a network packet back from the cloud to the SDK, i.e., the total time it takes for a network packet to go through the linkage of "SDK -> cloud -> SDK".
The smaller the value, the better. If remoteNetworkRTT is below 50 ms, it means a short audio/video call delay; if remoteNetworkRTT is above 200 ms, it means a long audio/video call delay.
It should be explained that remoteNetworkRTT represents the total time spent on the linkage of "SDK -> cloud -> SDK"; therefore, there is no need to distinguish between remoteNetworkUpRTT and remoteNetworkDownRTT .
remoteNetworkUplinkLoss
Field description: upstream packet loss rate (%) from the SDK to cloud
The smaller the value, the better. If remoteNetworkUplinkLoss is 0% , the upstream network quality is very good, and the data packets uploaded to the cloud are basically not lost.
If remoteNetworkUplinkLoss is 30% , 30% of the audio/video data packets sent to the cloud by the SDK are lost on the transfer linkage.
streamType
Field description: video stream type (HD big image | smooth small image | substream image)
userId
Field description: user ID
videoBitrate
Field description: remote video bitrate (Kbps)
videoBlockRate
Field description: video playback lag rate (%)
Video playback lag rate (videoBlockRate) = cumulative video playback lag duration (videoTotalBlockTime)/total video playback duration
videoPacketLoss
Field description: total packet loss rate (%) of the video stream
videoPacketLoss represents the packet loss rate eventually calculated on the audience side after the audio/video stream goes through the complete transfer linkage of "anchor -> cloud -> audience".
The smaller the videoPacketLoss , the better. The packet loss rate of 0 indicates that all data of the video stream has entirely reached the audience.
If downLoss is 0 but videoPacketLoss isn't, there is no packet loss on the linkage of "cloud -> audience" for the video stream, but there are unrecoverable packet losses on the linkage of "anchor -> cloud".
videoTotalBlockTime
Field description: cumulative video playback lag duration (ms)
width
Field description: remote video width in px

TRTCStatistics

TRTCStatistics

Network and performance metrics

EnumType
DESC
appCpu
Field description: CPU utilization (%) of the current application, Android 8.0 and above systems are not supported
downLoss
Field description: downstream packet loss rate (%) from cloud to the SDK
The smaller the value, the better. If downLoss is 0% , the downstream network quality is very good, and the data packets received from the cloud are basically not lost.
If downLoss is 30% , 30% of the audio/video data packets sent to the SDK by the cloud are lost on the transfer linkage.
gatewayRtt
Field description: round-trip delay (ms) from the SDK to gateway
This value represents the total time it takes to send a network packet from the SDK to the gateway and then send a network packet back from the gateway to the SDK, i.e., the total time it takes for a network packet to go through the linkage of "SDK -> gateway -> SDK".
The smaller the value, the better. If gatewayRtt is below 50 ms, it means a short audio/video call delay; if gatewayRtt is above 200 ms, it means a long audio/video call delay.
It should be explained that gatewayRtt is invalid for cellular network.
localArray
Field description: local audio/video statistics
As there may be three local audio/video streams (i.e., HD big image, smooth small image, and substream image), the local audio/video statistics are an array.
receiveBytes
Field description: total number of received bytes (including signaling data and audio/video data)
remoteArray
Field description: remote audio/video statistics
As there may be multiple concurrent remote users, and each of them may have multiple concurrent audio/video streams (i.e., HD big image, smooth small image, and substream image), the remote audio/video statistics are an array.
rtt
Field description: round-trip delay (ms) from the SDK to cloud
This value represents the total time it takes to send a network packet from the SDK to the cloud and then send a network packet back from the cloud to the SDK, i.e., the total time it takes for a network packet to go through the linkage of "SDK -> cloud -> SDK".
The smaller the value, the better. If rtt is below 50 ms, it means a short audio/video call delay; if rtt is above 200 ms, it means a long audio/video call delay.
It should be explained that rtt represents the total time spent on the linkage of "SDK -> cloud -> SDK"; therefore, there is no need to distinguish between upRtt and downRtt .
sendBytes
Field description: total number of sent bytes (including signaling data and audio/video data)
systemCpu
Field description: CPU utilization (%) of the current system, Android 8.0 and above systems are not supported
upLoss
Field description: upstream packet loss rate (%) from the SDK to cloud
The smaller the value, the better. If upLoss is 0% , the upstream network quality is very good, and the data packets uploaded to the cloud are basically not lost.
If upLoss is 30% , 30% of the audio/video data packets sent to the cloud by the SDK are lost on the transfer linkage.