IVideoFrameObserver
The IVideoFrameObserver class.
You can call registerVideoFrameObserver to register or unregister an IVideoFrameObserver object.
getMirrorApplied
Occurs each time the SDK receives a video frame and prompts you whether or not to mirror the captured video.
virtual bool getMirrorApplied() { return false; }
If the video data you want to obtain is a mirror image of the original video, you need to register this callback when calling registerVideoFrameObserver. After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. You need to set whether or not to mirror the video frame in the return value of this callback.
- On the Android platform, the supported video data formats for this callback are: I420, RGBA, and Texture.
- On the Windows platform, the supported video data formats for this callback are: I420, RGBA, and TextureBuffer.
- On the iOS platform, the supported video data formats for this callback are: I420, RGBA, and CVPixelBuffer.
- On the macOS platform, the supported video data formats for this callback are: I420 and RGBA.
- Both this method and the setVideoEncoderConfiguration method support setting the mirroring effect. Agora recommends that you only choose one method to set it up. Using both methods at the same time causes the mirroring effect to overlap, and the mirroring settings fail.
Returns
true
: Mirror the captured video.false
: (Default) Do not mirror the captured video.
getObservedFramePosition
Sets the frame position for the video observer.
virtual uint32_t getObservedFramePosition() { return base::POSITION_POST_CAPTURER | base::POSITION_PRE_RENDERER; }
After successfully registering the video data observer, the SDK uses this callback to determine whether to trigger onCaptureVideoFrame, onRenderVideoFrame and onPreEncodeVideoFrame callback at each specific video frame processing position, so that you can observe the locally collected video data, the video data sent by the remote end, and the video data before encoding. You can set one or more positions you need to observe by modifying the return value according to your scenario:
- POSITION_POST_CAPTURER(1 << 0): The position after capturing the video data, which corresponds to the onCaptureVideoFrame callback.
- POSITION_PRE_RENDERER(1 << 1): The position of the received remote video data before rendering, which corresponds to the onRenderVideoFrame callback.
- POSITION_PRE_ENCODER(1 << 2): The position before encoding the video data, which corresponds to the onPreEncodeVideoFrame callback.
- Use '|' (the OR operator) to observe multiple frame positions.
- This callback observes POSITION_POST_CAPTURER(1 << 0) and POSITION_PRE_RENDERER(1 << 1) by default.
- To conserve system resources, you can reduce the number of frame positions that you want to observe.
- When the video processing mode is PROCESS_MODE_READ_WRITE and the observation position is set to POSITION_PRE_ENCODER | POSITION_POST_CAPTURER, the getMirrorApplied does not take effect; you need to modify the video processing mode or the position of the observer.
Returns
A bit mask that controls the frame position of the video observer. See VIDEO_MODULE_POSITION.
getRotationApplied
Occurs each time the SDK receives a video frame, and prompts you whether to rotate the captured video.
virtual bool getRotationApplied() { return false; }
If you want to rotate the captured video according to the rotation member in the VideoFrame class, ensure that you register this callback when calling registerVideoFrameObserver. After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. You need to set whether to rotate the video frame in the return value of this callback.
- On the Android platform, the supported video data formats for this callback are: I420, RGBA, and Texture.
- On the Windows platform, the supported video data formats for this callback are: I420, RGBA, and TextureBuffer.
- On the iOS platform, the supported video data formats for this callback are: I420, RGBA, and CVPixelBuffer.
- On the macOS platform, the supported video data formats for this callback are: I420 and RGBA.
Returns
true
: Rotate the captured video.false
: (Default) Do not rotate the captured video.
getVideoFormatPreference
Sets the format of the raw video data output by the SDK.
virtual VIDEO_PIXEL_FORMAT getVideoFormatPreference() { return VIDEO_PIXEL_DEFAULT; }
You need to register the callback when calling the registerVideoFrameObserver method. After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. You need to set your preferred video data in the return value of this callback.
- On the Android platform, the default video frame type may be I420Buffer or TextureBuffer. The texture format of TextureBuffer type may be OES or RGB. If the returned video frame type is VIDEO_PIXEL_DEFAULT when you call getVideoFormatPreference, you need to adapt to I420Buffer or TextureBuffer when processing video data. The cases where the video frame type is fixed as I420Buffer include but are not limited to:
- Specific devices, such as: LG G5 SE (H848), Google Pixel 4a, Samsung Galaxy A7, or Xiaomi Mi Max.
- Image enhancement extension has been integrated and video noise reduction or low-light enhancement function has been enabled.
- On iOS and macOS platforms, the default video frame type may be I420 or CVPixelBufferRef.
- On Windows platforms, the default video frame type is YUV420.
Returns
Sets the raw data format of the SDK output. See VIDEO_PIXEL_FORMAT.
getVideoFrameProcessMode
Occurs each time the SDK receives a video frame and prompts you to set the process mode of the video frame.
virtual VIDEO_FRAME_PROCESS_MODE getVideoFrameProcessMode() { return PROCESS_MODE_READ_ONLY; }
After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. You need to set your preferred process mode in the return value of this callback.
Returns
onCaptureVideoFrame
Occurs each time the SDK receives a video frame captured by local devices.
virtual bool onCaptureVideoFrame(agora::rtc::VIDEO_SOURCE_TYPE sourceType, VideoFrame& videoFrame) = 0;
You can get raw video data collected by the local device through this callback and preprocess it as needed. Once the preprocessing is complete, you can directly modify videoFrame in this callback, and set the return value to true
to send the modified video data to the SDK.
If you need to send the preprocessed data to the SDK, you need to call getVideoFrameProcessMode first to set the video processing mode to read and write mode (PROCESS_MODE_READ_WRITE).
Applicable scenarios
- Preprocess the locally collected video data before it is processed by the SDK. For example, get video data through this callback and process it with filters, watermarks, cropping, rotation, etc.
- Get information about the locally collected video data before it is processed by the SDK. For example, the original width, height, frame rate of the video frame, etc.
Trigger timing
After the successful registration of the video data observer, each time the SDK captures a video frame.
Restrictions
- If the video data type you get is RGBA, the SDK does not support processing the data of the alpha channel.
- It is recommended that you ensure the modified parameters in videoFrame are consistent with the actual situation of the video frames in the video frame buffer. Otherwise, it may cause unexpected rotation, distortion, and other issues in the local preview and remote video display.
Parameters
- sourceType
- Video source types, including cameras, screens, or media player. See VIDEO_SOURCE_TYPE.
- videoFrame
- The video frame. See VideoFrame.Note: The default value of the video frame data format obtained through this callback is as follows:
- Android: I420 or RGB (GLES20.GL_TEXTURE_2D)
- iOS: I420 or CVPixelBufferRef
- macOS: I420 or CVPixelBufferRef
- Windows: YUV420
Returns
- When the video processing mode is PROCESS_MODE_READ_ONLY:
true
: Reserved for future use.false
: Reserved for future use.
- When the video processing mode is PROCESS_MODE_READ_WRITE:
true
: Sets the SDK to receive the video frame.false
: Sets the SDK to discard the video frame.
onFrame
Occurs each time the player receives a video frame.
virtual void onFrame(const VideoFrame* frame) = 0;
After registering the video frame observer, the callback occurs every time the player receives a video frame, reporting the detailed information of the video frame.
Parameters
- frame
- The video frame information. See VideoFrame.
onPreEncodeVideoFrame
Occurs each time the SDK receives a video frame before encoding.
virtual bool onPreEncodeVideoFrame(agora::rtc::VIDEO_SOURCE_TYPE sourceType, VideoFrame& videoFrame) = 0;
After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. In this callback, you can get the video data before encoding and then process the data according to your particular scenarios.
After processing, you can send the processed video data back to the SDK in this callback.
- If you need to send the preprocessed data to the SDK, you need to call getVideoFrameProcessMode first to set the video processing mode to read and write mode (PROCESS_MODE_READ_WRITE).
- To get the video data captured from the second screen before encoding, you need to set POSITION_PRE_ENCODER (1 << 2) as a frame position through getObservedFramePosition.
- The video data that this callback gets has been preprocessed, with its content cropped and rotated, and the image enhanced.
- It is recommended that you ensure the modified parameters in videoFrame are consistent with the actual situation of the video frames in the video frame buffer. Otherwise, it may cause unexpected rotation, distortion, and other issues in the local preview and remote video display.
Parameters
- sourceType
-
The type of the video source. See VIDEO_SOURCE_TYPE.
- videoFrame
- The video frame. See VideoFrame.Note: The default value of the video frame data format obtained through this callback is as follows:
- Android: I420 or RGB (GLES20.GL_TEXTURE_2D)
- iOS: I420 or CVPixelBufferRef
- macOS: I420 or CVPixelBufferRef
- Windows: YUV420
Returns
- When the video processing mode is PROCESS_MODE_READ_ONLY:
true
: Reserved for future use.false
: Reserved for future use.
- When the video processing mode is PROCESS_MODE_READ_WRITE:
true
: Sets the SDK to receive the video frame.false
: Sets the SDK to discard the video frame.
onRenderVideoFrame
Occurs each time the SDK receives a video frame sent by the remote user.
virtual bool onRenderVideoFrame(const char* channelId, rtc::uid_t remoteUid, VideoFrame& videoFrame) = 0;
After you successfully register the video frame observer, the SDK triggers this callback each time it receives a video frame. In this callback, you can get the video data sent from the remote end before rendering, and then process it according to the particular scenarios.
- If you need to send the preprocessed data to the SDK, you need to call getVideoFrameProcessMode first to set the video processing mode to read and write mode (PROCESS_MODE_READ_WRITE).
- If the video data type you get is RGBA, the SDK does not support processing the data of the alpha channel.
- It is recommended that you ensure the modified parameters in videoFrame are consistent with the actual situation of the video frames in the video frame buffer. Otherwise, it may cause unexpected rotation, distortion, and other issues in the local preview and remote video display.
Parameters
- remoteUid
- The user ID of the remote user who sends the current video frame.
- videoFrame
- The video frame. See VideoFrame.Note: The default value of the video frame data format obtained through this callback is as follows:
- Android: I420 or RGB (GLES20.GL_TEXTURE_2D)
- iOS: I420 or CVPixelBufferRef
- macOS: I420 or CVPixelBufferRef
- Windows: YUV420
- channelId
- The channel ID.
Returns
- When the video processing mode is PROCESS_MODE_READ_ONLY:
true
: Reserved for future use.false
: Reserved for future use.
- When the video processing mode is PROCESS_MODE_READ_WRITE:
true
: Sets the SDK to receive the video frame.false
: Sets the SDK to discard the video frame.