Use Cases
Cases
Online education
In one-to-one or one-to-many small classes, you can record streams in multiple dimensions for different students:
For one single student, you can record the student's separate data stream to compose relevant data. In this way, you can record the highlights of each student and push them to their parents.
You can directly record the data in the room and generate videos that students can play back and watch repeatedly for learning.
In order to facilitate repeated watches, redundant data can be removed during recording.
Customer service center
In smart customer service scenarios, you can record the separate data streams of users and combine the data with recognition APIs to implement information verification during card application and smart account opening.
You can record the speeches of the customer service representatives and users separately and automatically recognize keywords, so as to evaluate the service quality and iteratively train the smart customer service.
You can save and archive the data generated in the course of service.
Social networking
You can record only the desired video streams in the room for data retention, which helps reduce the costs of storage and stream mix.
You can record the specified data in the room, call moderation APIs for content moderation, and set different moderation standards for different users.
You can directly generate segment files based on live streams.
Business process
This document describes how to use API Gateway and SCF to record a single anchor's audio/video stream in a TRTC room and upload the recording file to COS for storage. This solution provides out-of-the-box, flexible, convenient, and programmable live recording capabilities. SCF offers 512 MB of memory by default for recording file storage. If you need more storage space, you can choose to use the mount capability of CFS. The workflow is as shown below:
The parameters for calling APIs are as follows:
|
| | | Application ID, which is used to distinguish different TRTC applications. |
| | | Room ID in integer type, which is used to uniquely identify a room in a TRTC application. |
| | | Room ID in string type. Either RoomId or StrRoomId must be configured. If both are configured, RoomId will be used. |
| | | Recorded user ID, which is used to uniquely identify a user in a TRTC application. |
| | | Recorded user signature, which is used to authenticate the user login. |
| | | COS storage configuration for recording file storage. |
| | | Callback address after recording. The POST method is used for callback. |
| | | 00: single audio stream output in MP3 format (default mode). 01: single video stream output in MP4 format. 02: single audio/video stream output in MP4 format. |
The parameters involved in CosConfig
are as follows:
|
| | | |
| | | |
| | | COS region, such as ap-guangzhou . |
| | | Bucket name, such as susu-123456789 . |
| | | Path in the bucket. For example, for /test , the root directory is / . |
Note:
UserId
is the specified user ID. Idempotency is not guaranteed for multiple requests to API Gateway.
If SecretId
and SecretKey
are not configured in CosConfig
, the function will use the permission of the execution role SCF_ExecuteRole
when accessing COS.
Trigger conditions for stopping recording:
The TRTC room is terminated. When there is no anchor in the TRTC room for more than 300s, the room will be automatically terminated.
The user removal API is actively called to kick the recorded user out of the room.
To stop recording for users with RoomId
, you need to call the RemoveUser API. After recording is stopped, the data returned by the function is as follows:
Note:
If callback is configured, after the stop, SCF will pass the returned data to the callback address in POST method.
Each item in the Files
array is a JSON object as follows:
|
| | | |
| | | URL of the recording file uploaded to COS. |
| | | 0: failure. 1: success. |
| | | Execution result of the recording task, such as recording failed, transcoding failed, and write to COS failed. |
Directions
Creating function
2. At the top of the Function Service page, select the Guangzhou region and click Create to enter the function creating page and configure the function as shown below:
Creation method: select Template.
Fuzzy search: enter "TRTC", search, and select the Single audio/video stream recording template.
Click Learn More in the template to view relevant information in the Template Details pop-up window, which can be downloaded.
3. Click Next and configure the related information as shown below:
Function Name: the function name is automatically generated by default.
Async Execution: select the checkbox to enable the async execution. When it's enabled, the function will respond to the event in async execution mode. The event goes to async execution status after being invoked without waiting for the processing result.
Status Trace: select the checkbox to enable the status trace. When it's enabled, it will keep the logs of real-time status of response for async function events. You can query and stop the event and check the related statistics. Data of event status will be retained for three days.
Execution Timeout Period: it can be modified as needed.
Execution Role: SCF_ExecuteRole is used as the execution role by default, which grants the access permissions of QcloudCOSFullAccess and QcloudCFSFullAccess.
4. Configure an API Gateway trigger. An API service is created by default and the integration response is disabled. You can customize the trigger, but please ensure that the integration response is disabled as shown below:
5. Click Complete.
6. If you need to use the mount capability of CFS, as CFS can only be accessed in VPC, you should use the VPC of CFS as the VPC of the function as shown below:
Note:
To enable CFS, you need to set the environment variable CFS_PATH
to a local directory, such as /mnt/audio/
.
Creating TRTC application
1. Log in to the TRTC console and select Development Assistance > Demo Quick Run on the left sidebar. 2. Enter the demo name and click Create. You can choose a template for test run according to your client, such as the demo for desktop browser.
Testing function
2. Use Postman to construct an HTTP request, where roomId
is the room ID of the created TRTC application, and userId
is the ID of another random user (which must be unique). Below is the sample code:
{
"SdkAppId": 1400000000,
"RoomId": 43474,
"UserId": "user_55952145",
"Mode": "02",
"UserSig": "eJwtzNEKgkAUBNB-2efQ3e3eUqG3tMCKJJEIIxxxxxxxxxxxxxxxhvmweLWzGlUxj0mLs1GXKVf3mgrq*GFUdUR0UQrAYWDyW6Y15cwTwDm4UkxF36iXpkq1joiSc9xxxxxxxxxxxxx-S*CZeOk9sHfnEhCwlUW*fE4oWusw3dULlJ7HoSJ2e6d9fM8Y98fxUAzWA__",
"CosConfig": {
"Region": "ap-shanghai",
"Bucket": "test-123456789",
"Path": "/trtc"
}
}
3. After the request is sent, an async function response "Async run task submitted" will be received. The RequestId
of this function will be returned through x-scf-reqid
in the HTTP header as shown below:
5. Select the Log Query tab on the function details page to view the printed recording log information as shown below:
6. Log in to the TRTC console and click the room ID on the Monitoring Dashboard page to view all users in the room, one of whom is the recorded user.
Was this page helpful?