Live broadcast processing method, device, electronic device and computer storage medium

Abstract

The present application discloses a live broadcast processing method, device, electronic device and computer storage medium. The method includes: when it is detected that the anchor enters the live broadcast room of the live broadcast platform to broadcast live streaming, obtaining the playback file of the backup data stream uploaded by the anchor and the source stream in the live broadcast streaming of the anchor; transcoding the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream; pushing the first data stream and instructing the user terminal to play the first data stream; when the live broadcast room is interrupted, transcoding the backup data stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream; pushing the second data stream and instructing the user terminal to play the second data stream. This solution can ensure real-time performance and solve the bandwidth cost caused by the anchor's interruption.

Description

Technical Field

[0001] The present application relates to the field of live broadcast technology, and specifically to a live broadcast processing method, device, electronic device and computer storage medium. Background Art

[0002] In recent years, live streaming has become increasingly popular among end users, and the number of viewers has continued to grow, making it a hot media format. To efficiently and quickly capture the live streaming market, live streaming operators have prioritized providing users with a great viewing experience.

[0003] During live streaming, the live stream may be interrupted due to factors such as the network environment. If a live stream is interrupted, the device playing the live stream will suddenly display a black screen. Therefore, a live stream interruption will cause the live stream to be interrupted, making it impossible for users to listen or watch the live stream normally. Summary of the Invention

[0004] In view of the above problems, the present application is proposed to provide a live broadcast processing method, device, electronic device and computer storage medium that overcome the above problems or at least partially solve the above problems.

[0005] According to one aspect of the present application, a live broadcast processing method is provided, comprising:

[0006] When it is detected that the anchor enters the live broadcast room of the live broadcast platform to push the live stream, the playback file of the backup data stream uploaded by the anchor and the source stream in the live broadcast push stream of the anchor are obtained;

[0007] Transcoding the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream;

[0008] Pushing the first data stream and instructing the user terminal to play the first data stream;

[0009] When the live broadcast room is interrupted, the backup data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream;

[0010] Push the second data stream and instruct the user terminal to play the second data stream.

[0011] According to another aspect of the present application, a live broadcast processing method is provided, comprising:

[0012] When it is detected that the anchor enters the live broadcast room of the live broadcast platform to push live stream, a first data stream corresponding to the source stream in the anchor's live broadcast stream is obtained and the first data stream is played;

[0013] When a stream interruption in the live broadcast room is detected, a second data stream corresponding to the backup data stream in the playback file uploaded by the anchor is obtained, and the second data stream is played; wherein, the first data stream and the second data stream are transcoded according to the playback resolution set by the user terminal on the live broadcast platform.

[0014] According to another aspect of the present application, a live broadcast processing device is provided, comprising:

[0015] An acquisition module is used to acquire the playback file of the backup data stream uploaded by the anchor and the source stream in the anchor's live streaming when it is detected that the anchor enters the live streaming room of the live streaming platform to perform live streaming;

[0016] A transcoding module, configured to transcode the source stream according to a playback resolution set by a user terminal on the live broadcast platform to obtain a first data stream;

[0017] a push module, configured to push the first data stream and instruct the user terminal to play the first data stream;

[0018] The transcoding module is further configured to transcode the backup data stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream when the live broadcast room is interrupted;

[0019] The pushing module is further configured to push the second data stream and instruct the user terminal to play the second data stream.

[0020] According to another aspect of the present application, a live broadcast processing device is provided, comprising:

[0021] An acquisition module is used to acquire a first data stream corresponding to a source stream in the live streaming push of the anchor when it is detected that the anchor enters the live streaming room of the live streaming platform to push live streaming;

[0022] A playing module, configured to play the first data stream;

[0023] The acquisition module is further configured to acquire a second data stream corresponding to the backup data stream in the playback file uploaded by the anchor when a stream interruption in the live broadcast room is detected;

[0024] The playing module is further configured to play the second data stream.

[0025] According to another aspect of the present application, an electronic device is provided, comprising: a processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus;

[0026] The memory is used to store at least one executable instruction, and the executable instruction enables the processor to perform operations corresponding to the live broadcast processing method described in this application.

[0027] According to another aspect of the present application, a computer storage medium is provided, wherein the storage medium stores at least one executable instruction, and the executable instruction enables a processor to perform operations corresponding to the live broadcast processing method described in the present application.

[0028] According to the live broadcast processing method, electronic device and computer storage medium disclosed in the present application, when it is detected that the anchor enters the live broadcast room of the live broadcast platform to perform live broadcast streaming, the playback file of the backup data stream uploaded by the anchor and the source stream in the live broadcast streaming of the anchor are obtained, and the source stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream, push the first data stream, and instruct the user terminal to play the first data stream. When the live broadcast room is interrupted, the backup data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream, push the second data stream, and instruct the user terminal to play the second data stream. This can ensure real-time performance and solve the bandwidth cost caused by the anchor's interruption.

[0029] The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiment below. The accompanying drawings are for illustration purposes only and are not to be considered as limiting the present application. The same reference symbols are used throughout the drawings to represent the same components. In the drawings:

[0031] Figure 1 A schematic diagram of a live broadcast processing architecture provided according to the prior art is shown;

[0032] Figure 2 A flowchart of a live broadcast processing method provided in accordance with the first embodiment of the present application is shown;

[0033] Figure 3 A schematic diagram showing a flow chart of a live broadcast processing method provided according to the second embodiment of the present application is shown;

[0034] Figure 4 A schematic diagram showing a flow chart of a live broadcast processing method provided according to the third embodiment of the present application is shown;

[0035] Figure 5 A schematic diagram of the entity architecture of a live broadcast processing method provided in Example 3 of the present application is shown;

[0036] Figure 6 A schematic structural diagram of a live broadcast processing device provided according to the fourth embodiment of the present application is shown;

[0037] Figure 7 A schematic structural diagram of a live broadcast processing device provided according to the fifth embodiment of the present application is shown;

[0038] Figure 8 A structural diagram of an electronic device provided according to embodiment 7 of the present application is shown. DETAILED DESCRIPTION

[0039] The following describes exemplary embodiments of the present application in more detail with reference to the accompanying drawings. Although exemplary embodiments of the present application are shown in the accompanying drawings, it should be understood that the present application can be implemented in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided to enable a more thorough understanding of the present application and to fully convey the scope of the present application to those skilled in the art.

[0040] Explanation of terms

[0041] Live streaming: The transmission of live audio and video data, which can be transmitted to the audience as a stable and continuous stream over the network.

[0042] Live Room: In live streaming services, each host has a unique identifier, which allows users to access their live streaming page. The relationship between live streaming rooms and streams: Generally speaking, a room corresponds to a live streaming stream. The stream is related to the CDN, while the room is related to the live streaming platform.

[0043] Edge computing: It is a distributed computing architecture that moves the computing of applications, data, and services from the central nodes of the network to the logical edge nodes of the network for processing.

[0044] Edge computing uplink: The server that receives user push traffic.

[0045] Transcoding: refers to converting a compressed video stream into another video stream to adapt to different network bandwidths, different terminal processing capabilities, and different user needs.

[0046] Network bandwidth: refers to the amount of data that can be transmitted per unit time (usually 1 second).

[0047] Bitrate: Simply put, it refers to a parameter assigned to a video during compression, which tells the compression software the expected size of the compressed video. Bitrate is called bps (bits per second), which measures the size of a video in bits per second.

[0048] like Figure 1 As shown in the figure, during a normal live broadcast, the host pushes the stream to the edge computing upstream. After receiving the push stream, the edge computing upstream forwards the stream to the content delivery network (CDN) vendor. If multiple resolutions are required, the transcoding system pulls the stream from the edge computing upstream for transcoding (a single transcoding POD only generates one transcoded stream) and finally pushes it to the edge computing upstream. After receiving the transcoded stream push, the edge computing upstream forwards the stream to the CDN vendor. Users then pull the stream from the CDN vendor for viewing.

[0049] As you can see, the entire process described above involves real-time transmission and real-time data stream production, which presents the following issues: First, if the stream is disconnected due to personal network issues or device problems, all transcoding will also be disconnected, and users will not be able to pull the stream from the CDN and will only see a black screen. Second, before the stream is disconnected, most users see the transcoded stream, which is HD or UHD. The bitrate of these resolutions is much lower than the bitrate of the source stream (the original stream pushed by the streamer). When the same number of people watch streams with different bitrates, the bandwidth generated by the low bitrate will inevitably be less. If the transcoded stream is disconnected after the stream is disconnected, the restart of transcoding will require a delay after the stream is pushed again. During this delay, all users see the source stream, resulting in abnormally high bandwidth after the stream is disconnected.

[0050] In response to the above problems, some manufacturers will optimize the transcoding logic, that is, after the anchor is disconnected, the transcoding POD will be disconnected with a delay, and the last frame of the picture will be kept for a few seconds. After the anchor immediately pushes the stream, the transcoding can be resumed. During the flash disconnection, the user has been watching the transcoded stream, because the last frame seen in the transcoded stream will not produce a black screen. Such optimization still has the following problems: it can only support flash disconnection and only the transcoded stream is not a black screen. When the anchor needs more than ten seconds to resume pushing the stream, it cannot solve the above problems. If the last frame of the picture is kept all the time, the user will feel that there is a problem with his network or computer, but he does not know the real reason, and finally leaves the live broadcast room. In order to solve the above problems, the present invention provides a live broadcast processing method, which is detailed in the following embodiments.

[0051] Example 1

[0052] Figure 2The flowchart of a live broadcast processing method provided in accordance with the first embodiment of the present application is shown. The execution subject of this embodiment can be the live broadcast processing device provided in the embodiment of the present invention, which can be implemented in software or hardware, and can be integrated into the transcoding system. Figure 2 As shown, the method includes:

[0053] Step S11: When it is detected that the anchor enters the live broadcast room of the live broadcast platform to perform live streaming, the playback file of the backup data stream uploaded by the anchor and the source stream in the anchor's live streaming are obtained.

[0054] Specifically, when the anchor enters the live broadcast room of the live broadcast platform to push the live stream, he needs to obtain two data streams, namely the source stream in the anchor's live broadcast and the backup data stream uploaded by the anchor in advance. The source stream is used for the anchor's normal live broadcast, and the backup data stream is used for the anchor's live broadcast when the stream is interrupted.

[0055] The backup data stream may be a data stream corresponding to an advertisement, and the corresponding playback file may be an advertisement playback file. To reduce delay, the playback file may be stored locally in advance.

[0056] The source stream is the data stream corresponding to the live broadcast original image, maintaining the original image quality, that is, without compression, and the original image quality is higher than ultra-high definition. The source stream is obtained by real-time pulling.

[0057] Step S12: transcode the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream.

[0058] Specifically, the playback resolution set by the user terminal on the live broadcast platform may be high resolution or low resolution. To reduce delay, different bit rates are used for transcoding for high resolution and low resolution respectively.

[0059] Step S13: Push the first data stream and instruct the user terminal to play the first data stream.

[0060] Step S14: When the live broadcast is interrupted, the backup data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream.

[0061] Step S15: Push the second data stream and instruct the user terminal to play the second data stream.

[0062] Among them, the resolution of the source stream and the resolution of the backup data stream may be different, or the resolution of the source stream and the resolution of the backup data stream are inconsistent with the playback resolution set by the user terminal on the live broadcast platform. At this time, the source stream and the backup data stream are transcoded as needed to unify the resolution of the source stream and the resolution of the backup data stream.

[0063] Specifically, when the live broadcast room continues to push the stream, the user terminal plays the first data stream, which is the source stream pushed by the live broadcast room. When the live broadcast room is interrupted, the second data stream, which is the backup data stream, is played, which can be content such as advertisements.

[0064] It can be seen that when this embodiment detects that the anchor enters the live broadcast room of the live broadcast platform to push the live stream, it obtains the playback file of the backup data stream uploaded by the anchor and the source stream in the anchor's live broadcast, transcodes the source stream according to the playback resolution set by the user terminal on the live broadcast platform, obtains the first data stream, pushes the first data stream, and instructs the user terminal to play the first data stream. When the live broadcast room is interrupted, the backup data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain the second data stream, pushes the second data stream, and instructs the user terminal to play the second data stream. This can ensure real-time performance and solve the bandwidth cost caused by the anchor's interruption.

[0065] In an optional embodiment, when it is detected that the live broadcast room is re-pushing the stream, the playback data stream is switched to the source stream pushed in real time by the anchor. Specifically, the source stream pushed in real time by the anchor is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a third data stream, and the user terminal is instructed to play the third data stream.

[0066] In an optional embodiment, not all anchors have the permission to play the backup data stream. Only when the anchor plays the backup data stream with a certain amount of interaction, it is determined that the anchor has the permission to play the backup data stream and is allowed to upload the corresponding playback file. In an optional embodiment, the method further includes:

[0067] Step S14: determining the amount of interaction brought by playing the file after the interruption of the flow.

[0068] Among them, the interaction volume includes user comments, likes, attention, rewards, playbacks, etc.

[0069] Step S15: When the interaction volume is greater than a preset interaction volume threshold, the host is granted permission to upload the playback file; wherein the preset interaction volume threshold is determined according to the resources occupied by the playback file.

[0070] In this embodiment, the resources occupied by the playback file include at least one of the occupied storage space, the bandwidth occupied by downloading, the central processing unit (CPU) and memory consumed by transcoding, and the occupied hardware resources. The more resources occupied, the larger the corresponding preset interaction threshold. When the interaction volume brought by playing the playback file after the interruption is greater than the preset interaction threshold, it means that there are many users watching, and the interaction value brought by them is sufficient to support the resource cost occupied by the playback file. Only in this way can the effective playback value of the playback file be guaranteed. At this time, the permission to upload the playback file is opened for the anchor. On the contrary, when the interaction volume brought by playing the playback file after the interruption is less than the preset interaction threshold, it means that not many people are watching the playback file, and the interaction value brought by it is insufficient to support the resource cost occupied by the playback file. Therefore, there is no need to open this function to the corresponding anchor.

[0071] In an optional embodiment, step S12 specifically includes:

[0072] When the set playback resolution is higher than a first preset threshold, the source stream is transcoded using the bit rate of the original image in the source stream; or when the set playback resolution is lower than a second preset threshold, the source stream is transcoded using the set resolution.

[0073] The first preset threshold and the second preset threshold may be the same value or different values, and are specifically defined and set according to the resolution supported by the live broadcast platform. In this embodiment, when the set playback resolution is higher than the first preset threshold, it is defined as high definition, and when the set playback resolution is lower than the second preset threshold, it is defined as low definition.

[0074] Specifically, when the playback resolution is set to high definition, the source stream and the backup data stream are transcoded using the bit rate of the original image in the source stream, that is, the original image is copied. This allows some users to watch clearer picture quality when the network is good, and after the host's streaming is interrupted, they can switch to the backup data stream that also maintains high definition, and users will not see a black screen. When the playback resolution is set to low definition, normal transcoding is performed according to the settings, so that users can watch normal low-definition picture quality, and after the host's streaming is interrupted, they can switch to the backup data stream that also maintains low definition, and users will not see a black screen.

[0075] Example 2

[0076] Figure 3 The flowchart of a live broadcast processing method provided in accordance with the second embodiment of the present application is shown. The execution subject of this embodiment can be the live broadcast processing device provided in the embodiment of the present invention, which can be implemented in software or hardware, and can be integrated into the user terminal. Figure 3 As shown, the method includes:

[0077] Step S21: When it is detected that the anchor enters the live broadcast room of the live broadcast platform to perform live streaming, a first data stream corresponding to the source stream in the anchor's live streaming is obtained, and the first data stream is played.

[0078] The playback data stream is a data stream obtained by transcoding the source stream according to the playback resolution set by the user terminal on the live broadcast platform. For details, please refer to the relevant description in the above embodiment 1.

[0079] Among them, the source stream is the data stream corresponding to the original live broadcast picture, which maintains the original picture quality, that is, it has not been compressed. The picture quality of the original picture is higher than ultra-high definition and is obtained through real-time pulling.

[0080] Step S22: When a live broadcast room interruption is detected, a second data stream corresponding to the backup data stream in the playback file uploaded by the anchor is obtained, and the second data stream is played.

[0081] Specifically, when the live broadcast is interrupted, the second data stream, i.e., the backup data stream, is played, which may be content such as advertisements.

[0082] The backup data stream may be a data stream corresponding to an advertisement, and the corresponding playback file may be an advertisement playback file. To reduce delay, the playback file may be stored locally in advance.

[0083] It can be seen that in this embodiment, when it is detected that the anchor enters the live broadcast room of the live broadcast platform to broadcast live, the user terminal plays the first data stream, and plays the second data stream when the live broadcast room is interrupted, which can ensure real-time performance and solve the bandwidth cost caused by the anchor's interruption.

[0084] In an optional embodiment, the method further comprises:

[0085] When it is detected that the live broadcast room is pushing the stream again, the playback data stream is switched to the source stream played in real time by the anchor. Specifically, the third data stream corresponding to the source stream played in real time by the anchor is obtained, and the third data stream is played.

[0086] Example 3

[0087] Figure 4 The following is a flow chart showing a live broadcast processing method according to the third embodiment of the present application. Figure 5 The present invention is described in detail based on the scenario shown in FIG. Figure 5 As shown, the architecture includes entities such as the anchor terminal, file storage system, transcoding system, edge computing uplink, CDN and user terminal. The live broadcast processing method provided by this embodiment is completed through the interaction of the above entities. The transcoding system includes at least one transcoding POD, which transcodes the source stream and the backup data stream. Figure 4 The method shown includes:

[0088] In step S31 , the transcoding system pre-starts N transcoding PODs.

[0089] Because the activation of a transcoding pod requires a series of judgments and processes, which introduces latency, the transcoding process for live streaming requires addressing latency. For high-definition transcoding, N transcoding pods can be pre-activated to preserve the original bitrate, effectively replicating the original image. Once the livestream is pushed, the edge computing layer can immediately uplink the stream for transcoding, eliminating latency. For low-definition transcoding, the normal transcoding process can be used, allowing for acceptable latency.

[0090] Among them, the N transcoding PODs include the original picture transcoding POD, that is, the POD used to copy the original picture bit rate at high definition, and transcode the source stream and advertising file using the original picture bit rate. There can be multiple such PODs, and the low-definition transcoding POD, which is used to transcode the source stream and advertising file into a low-definition code stream according to the set resolution.

[0091] Step S32: determine whether the anchor on the live broadcast platform has the authority to upload the advertisement file.

[0092] For the specific determination method, please refer to the relevant description in the above embodiment. If the authority is available, step S33 is executed.

[0093] In step S33, the authorized anchor uploads the advertisement file to the file storage system via the anchor terminal.

[0094] The file storage system may be a terminal, a server or a database.

[0095] In step S34, the transcoding system downloads the anchor's advertising file to the transcoding system.

[0096] In step S35, when the anchor enters the live broadcast room of the live broadcast platform through the anchor terminal to broadcast live, the source stream is pushed to the edge computing uplink, and the transcoding POD in the transcoding system immediately pulls the source stream from the edge computing uplink.

[0097] Step S36: The transcoding POD transcodes the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream.

[0098] Specifically, if the playback resolution is set to high resolution, the original image in the source stream is directly copied; if the playback resolution is set to low resolution, transcoding is performed according to the set playback resolution.

[0099] In step S37 , the transcoding system pushes the first data stream to the CDN, and the user terminal obtains and plays the first data stream from the CDN.

[0100] Step S38: When the anchor stops streaming, the transcoding POD switches to the advertisement file, and transcodes the advertisement file using the same bit rate as the first data stream to obtain the second data stream.

[0101] In step S39 , the transcoding system pushes the second data stream to the CDN, and the user terminal obtains and plays the second data stream from the CDN.

[0102] If the file being played is an advertisement, the user will see a full-screen advertisement.

[0103] In step S310, when the anchor pushes the stream again, the transcoding POD switches to the anchor's real-time source stream, and transcodes the source stream using the same bit rate as the first data stream to obtain a third data stream.

[0104] In step S311 , the transcoding system pushes the third data stream to the CDN, and the user terminal obtains and plays the third data stream from the CDN.

[0105] At this time, the user sees the host's streaming screen.

[0106] Step S312: When the anchor closes the live broadcast room, the transcoding system destroys the low-definition transcoding POD and releases the original image transcoding POD.

[0107] Compared with the Figure 1 The scene shown, Figure 1 The transcoding POD shown only inputs the source stream pushed by the anchor for transcoding. Therefore, if the source stream is disconnected, the transcoding will not be able to obtain data. The transcoding system of this embodiment supports multiple inputs, simultaneously inputting the source stream and the advertisement file. When the source stream is disconnected, it automatically switches to the advertisement file and finally outputs the image to the edge computing uplink. In this way, no matter how long the anchor is disconnected, the user will not see a black screen.

[0108] The logic for determining source stream interruption in this embodiment of the present invention is as follows: the transcoding POD reads the source stream frame count in real time. If the frame count does not update, it indicates that the direct push stream has been interrupted, and the input is switched to the advertisement file. When the source stream frame count can be read again, it indicates that the host has pushed the stream again, and the input is changed to the source stream input again.

[0109] Example 4

[0110] Figure 6 FIG. 1 shows a schematic diagram of the structure of a live broadcast processing device provided according to the fourth embodiment of the present application. Figure 6 As shown, the device includes: an acquisition module 41, a transcoding module 42 and a push module 43; wherein,

[0111] The acquisition module 41 is used to acquire the playback file of the backup data stream uploaded by the anchor and the source stream in the anchor's live streaming when it is detected that the anchor enters the live streaming room of the live streaming platform to perform live streaming;

[0112] The transcoding module 42 is used to transcode the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream;

[0113] The push module 43 is used to push the first data stream and instruct the user terminal to play the first data stream;

[0114] The transcoding module 42 is further configured to transcode the backup data stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream when the live broadcast is interrupted;

[0115] The pushing module 43 is further configured to push the second data stream and instruct the user terminal to play the second data stream.

[0116] Furthermore, the transcoding module 42 is further configured to, when detecting that the live broadcast room is re-pushing a stream, transcode the source stream pushed in real time by the anchor according to the playback resolution set by the user terminal on the live broadcast platform to obtain a third data stream;

[0117] The pushing module 43 is further configured to push the third data stream and instruct the user terminal to play the third data stream.

[0118] Furthermore, the device further includes: an instruction uploading module 44; wherein,

[0119] The upload instruction module 44 is used to instruct the host to upload the playback file when it is determined that the host has the authority to play the backup data stream.

[0120] Furthermore, the device further includes: a permission opening module 45; wherein,

[0121] The permission activation module 45 is used to determine the amount of interaction brought about by playing the playback file after the interruption of the flow; when the amount of interaction is greater than a preset interaction threshold, the anchor is granted permission to upload the playback file; wherein the preset interaction threshold is determined according to the resources occupied by the playback file.

[0122] Furthermore, the transcoding module 42 is specifically used to: when the set playback resolution is higher than a first preset threshold, use the bit rate of the original picture in the source stream to transcode the source stream; or when the set playback resolution is lower than a second preset threshold, use the set resolution to transcode the source stream.

[0123] The live broadcast processing device described in this embodiment is used to execute the live broadcast processing method described in the above-mentioned embodiment 1. Its working principle and technical effects are similar and will not be repeated here.

[0124] Example 5

[0125] Figure 7 FIG. 1 shows a schematic diagram of the structure of a live broadcast processing device provided according to the fifth embodiment of the present application. Figure 7 As shown, the device includes: an acquisition module 51 and a playback module 52; wherein,

[0126] The acquisition module 51 is used to acquire a first data stream corresponding to a source stream in the live streaming push of the anchor when it is detected that the anchor enters the live streaming room of the live streaming platform to push live streaming;

[0127] The playing module 52 is used to play the first data stream;

[0128] The acquisition module 51 is further configured to acquire a second data stream corresponding to the backup data stream in the playback file uploaded by the anchor when a stream interruption is detected in the live broadcast room;

[0129] The playing module 52 is further configured to play the second data stream.

[0130] Furthermore, the acquisition module 51 is further configured to acquire a third data stream corresponding to the source stream played in real time by the anchor when it is detected that the live broadcast room is re-pushing the stream;

[0131] The playback module 52 is further configured to play the third data stream; wherein the third data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform.

[0132] The live broadcast processing device described in this embodiment is used to execute the live broadcast processing method described in the above-mentioned embodiment 2. Its working principle and technical effects are similar and will not be repeated here.

[0133] Example 6

[0134] Embodiment 6 of the present application provides a non-volatile computer storage medium, which stores at least one executable instruction. The computer executable instruction can execute the live broadcast processing method in any of the above method embodiments.

[0135] Example 7

[0136] Figure 8 The figure shows a schematic diagram of the structure of an electronic device provided according to the seventh embodiment of the present application. The specific embodiments of the present application do not limit the specific implementation of the electronic device.

[0137] like Figure 8As shown, the electronic device may include: a processor (processor) 602 , a communication interface (Communications Interface) 604 , a memory (memory) 606 , and a communication bus 608 .

[0138] Processor 602, communication interface 604, and memory 606 communicate with each other via communication bus 608. Communication interface 604 is used to communicate with other devices, such as clients or other server network elements. Processor 602 is used to execute program 610, which may specifically perform the steps described in the above method embodiments.

[0139] Specifically, the program 610 may include program codes, which include computer operation instructions.

[0140] Processor 602 may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application. The one or more processors included in the electronic device may be processors of the same type, such as one or more CPUs, or may be processors of different types, such as one or more CPUs and one or more ASICs.

[0141] The memory 606 is used to store the program 610. The memory 606 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0142] The program 610 can be specifically used to enable the processor 602 to execute the live broadcast processing method in any of the above method embodiments.

[0143] The algorithm or demonstration provided here are not inherently relevant to any particular computer, virtual system or other equipment. Various general purpose systems can also be used together with the teachings based on this. According to the above description, it is obvious that the structure required for constructing this type of system. In addition, the present application embodiment is not directed to any specific programming language yet. It should be understood that various programming languages ​​can be utilized to realize the content of the present application described here, and the above description of specific languages ​​is for the purpose of disclosing the best mode of implementation of the present application.

[0144] In the description provided herein, a large number of specific details are described. However, it is understood that the embodiments of the present application can be practiced without these specific details. In some instances, well-known methods, structures, and techniques are not shown in detail so as not to obscure the understanding of this description.

[0145] Similarly, it should be understood that in order to streamline the present application and aid in understanding one or more of the various inventive aspects, in the above description of the exemplary embodiments of the present application, the various features of the embodiments of the present application are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed method should not be interpreted as reflecting the following intention: that the claimed application requires more features than those explicitly recited in each claim. More precisely, as reflected in the claims below, inventive aspects lie in less than all the features of the individual embodiments disclosed above. Therefore, the claims following the detailed description are hereby expressly incorporated into the detailed description, with each claim itself serving as a separate embodiment of the present application.

[0146] Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition may be divided into multiple submodules or subunits or subcomponents. All features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed herein may be combined in any combination, except that at least some of such features and / or processes or units are mutually exclusive. Unless expressly stated otherwise, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

[0147] Furthermore, those skilled in the art will appreciate that although some embodiments herein include certain features included in other embodiments but not other features, combinations of features from different embodiments are intended to be within the scope of this application and to form different embodiments. For example, in the claims below, any of the claimed embodiments may be used in any combination.

[0148] The various component embodiments of the present application can be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or digital signal processor (DSP) can be used in practice to implement some or all of the functions of some or all of the components according to the embodiments of the present application. The application can also be implemented as a device or apparatus program (e.g., computer program and computer program product) for performing a part or all of the methods described herein. Such a program implementing the present application can be stored on a computer-readable medium, or can have the form of one or more signals. Such a signal can be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.

[0149] It should be noted that the above embodiments illustrate rather than limit the present application, and that a person skilled in the art may devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between brackets should not be construed as limiting the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The present application may be implemented by means of hardware comprising several different elements and by means of appropriately programmed computers. In a unit claim enumerating several means, several of these means may be embodied by the same item of hardware. The use of the words first, second, and third etc. does not indicate any order. These words may be interpreted as names. The steps in the above embodiments should not be understood as limiting the order of execution unless otherwise specified.

Claims

1. A live broadcast processing method, characterized in that: include: When it is detected that the anchor enters the live broadcast room of the live broadcast platform to push the live stream, the playback file of the backup data stream uploaded by the anchor and the source stream in the live broadcast push stream of the anchor are obtained; Transcoding the source stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a first data stream; Pushing the first data stream and instructing the user terminal to play the first data stream; When the live broadcast room is interrupted, the backup data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream; Pushing the second data stream and instructing the user terminal to play the second data stream; The method further comprises: Determine the amount of interaction generated by playing the playback file after the interruption of streaming; When the interaction volume is greater than a preset interaction volume threshold, the host is granted permission to upload and play files; wherein the preset interaction volume threshold is determined based on the resources occupied by the play files; When it is determined that the host has the authority to play the backup data stream, the host is instructed to upload the playback file.

2. The method according to claim 1, characterized in that The method further comprises: When it is detected that the live broadcast room is pushing the stream again, the source stream pushed by the anchor in real time is transcoded according to the playback resolution set by the user terminal on the live broadcast platform to obtain a third data stream; Push the third data stream and instruct the user terminal to play the third data stream.

3. The method according to claim 1 or 2, characterized in that The transcoding of the source stream according to the playback resolution set by the user terminal on the live broadcast platform includes: When the set playback resolution is higher than a first preset threshold, the source stream is transcoded using the bit rate of the original image in the source stream; or when the set playback resolution is lower than a second preset threshold, the source stream is transcoded using the set resolution.

4. A live broadcast processing method, characterized in that: include: When it is detected that the anchor enters the live broadcast room of the live broadcast platform to push live stream, a first data stream corresponding to the source stream in the anchor's live broadcast stream is obtained and the first data stream is played; When a live broadcast interruption is detected, obtaining a second data stream corresponding to the backup data stream in the playback file uploaded by the anchor, and playing the second data stream; wherein the first data stream and the second data stream are transcoded according to the playback resolution set by the user terminal on the live broadcast platform; The method further comprises: Determine the amount of interaction generated by playing the playback file after the interruption of streaming; When the interaction volume is greater than a preset interaction volume threshold, the host is granted permission to upload and play files; wherein the preset interaction volume threshold is determined based on the resources occupied by the play files; When it is determined that the host has the authority to play the backup data stream, the host is instructed to upload the playback file.

5. The method according to claim 4, characterized in that The method further comprises: When it is detected that the live broadcast room is pushing the stream again, the third data stream corresponding to the source stream played in real time by the anchor is obtained, and the third data stream is played; wherein, the third data stream is transcoded according to the playback resolution set by the user terminal on the live broadcast platform.

6. A live broadcast processing device, characterized in that: include: An acquisition module is used to acquire the playback file of the backup data stream uploaded by the anchor and the source stream in the anchor's live streaming when it is detected that the anchor enters the live streaming room of the live streaming platform to perform live streaming; A transcoding module, configured to transcode the source stream according to a playback resolution set by a user terminal on the live broadcast platform to obtain a first data stream; a push module, configured to push the first data stream and instruct the user terminal to play the first data stream; The transcoding module is further configured to transcode the backup data stream according to the playback resolution set by the user terminal on the live broadcast platform to obtain a second data stream when the live broadcast room is interrupted; The push module is further configured to push the second data stream and instruct the user terminal to play the second data stream; The device further comprises: A permission activation module is used to determine the amount of interaction generated by playing the playback file after the interruption of the stream; when the amount of interaction is greater than a preset interaction threshold, the anchor is granted permission to upload the playback file; wherein the preset interaction threshold is determined based on the resources occupied by the playback file; The instructing upload module is used to instruct the anchor to upload the playback file when it is determined that the anchor has the authority to play the backup data stream.

7. An electronic device comprising: A processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, and the executable instruction enables the processor to perform an operation corresponding to the live broadcast processing method according to any one of claims 1 to 5.

8. A computer storage medium, wherein the storage medium stores at least one executable instruction, wherein the executable instruction enables a processor to perform operations corresponding to the live broadcast processing method according to any one of claims 1 to 5.

Images