Live broadcasting room audio playing method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a live broadcast room audio playing method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining audio data pushed by a target application after an audio pushing function is started, and enabling the target application to decode a target audio to obtain the audio data; obtaining voice data of an anchor user, and obtaining live audio based on the voice data and the audio data; and playing the live audio in a target live room of the live application. In the live broadcast process, the audio data pushed by the target application is acquired, and the live broadcast audio played in the target live broadcast room is generated after the audio data is mixed with the voice data corresponding to the anchor user, so that the purpose of playing the user-defined audio as the background sound in the live broadcast process is achieved; the problem that the live broadcast platform can only play fixed background sound is avoided, and the live broadcast effect is improved.

Description

Technical Field

[0001] The embodiments of the present disclosure relate to the field of mobile Internet technology, and in particular to a method, device, electronic device and storage medium for playing audio in a live broadcast room. Background Art

[0002] In the live broadcast application scenario, the host user can play the audio provided by the live broadcast platform through the live broadcast application as the background sound of the live performance, thereby improving the live broadcast effect and the interaction with the audience.

[0003] In the prior art, the audio played in the live broadcast room is usually provided by the live broadcast platform, and the anchor user selects it and plays it. In the solution in the prior art, there is a problem that the customized audio cannot be played. Summary of the invention

[0004] The embodiments of the present disclosure provide a method, device, electronic device and storage medium for playing audio in a live broadcast room to overcome the problem of being unable to play customized audio.

[0005] In a first aspect, an embodiment of the present disclosure provides a method for playing audio in a live broadcast room, comprising:

[0006] After the audio push function is started, the audio data pushed by the target application is obtained, wherein the target application is used to decode the target audio to obtain the audio data; the voice data of the anchor user is obtained, and the live audio is obtained based on the voice data and the audio data; the live audio is played in the target live room of the live application.

[0007] In a second aspect, an embodiment of the present disclosure provides a live broadcast room audio playback device, comprising:

[0008] an acquisition unit, configured to acquire audio data pushed by a target application after the audio push function is started, wherein the target application is configured to decode the target audio to obtain the audio data;

[0009] A processing unit, used to obtain voice data of the anchor user, and obtain live audio based on the voice data and the audio data;

[0010] The playback unit is used to play the live audio in a target live room of the live application.

[0011] In a third aspect, an embodiment of the present disclosure provides an electronic device, including: a processor and a memory;

[0012] The memory stores computer-executable instructions;

[0013] The processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the live broadcast room audio playback method described in the first aspect and various possible designs of the first aspect.

[0014] In a fourth aspect, an embodiment of the present disclosure provides a computer-readable storage medium, in which computer execution instructions are stored. When a processor executes the computer execution instructions, the live broadcast room audio playback method described in the first aspect and various possible designs of the first aspect is implemented.

[0015] In a fifth aspect, an embodiment of the present disclosure provides a computer program product, including a computer program, which, when executed by a processor, implements the live broadcast room audio playback method as described in the first aspect and various possible designs of the first aspect.

[0016] The live broadcast room audio playback method, device, electronic device and storage medium provided in this embodiment obtain the audio data pushed by the target application after the audio push function is started, wherein the target application is used to decode the target audio to obtain the audio data; obtain the voice data of the anchor user, and obtain the live broadcast audio based on the voice data and the audio data; and play the live broadcast audio in the target live broadcast room of the live broadcast application. During the live broadcast process, the audio data pushed by the target application is obtained, and after mixing with the voice data corresponding to the anchor user, the live broadcast audio played in the target live broadcast room is generated, thereby achieving the purpose of playing custom audio as background sound during the live broadcast process, avoiding the problem that the live broadcast platform can only play fixed background sound, and improving the live broadcast effect. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present disclosure. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0018] Figure 1 A diagram of an application scenario of the live broadcast room audio playback method provided by the embodiment of the present disclosure;

[0019] Figure 2 A flow chart of a method for playing audio in a live broadcast room provided in an embodiment of the present disclosure Figure 1 ;

[0020] Figure 3 A schematic diagram of a process for obtaining audio data provided by an embodiment of the present disclosure;

[0021] Figure 4 for Figure 2 A flowchart of a specific implementation method of step S102 in the illustrated embodiment;

[0022] Figure 5 A flow chart of a method for playing audio in a live broadcast room provided in an embodiment of the present disclosure Figure 2 ;

[0023] Figure 6 A schematic diagram of a process for determining a target application provided by an embodiment of the present disclosure;

[0024] Figure 7 for Figure 5 A flowchart of a specific implementation method of step S206 in the illustrated embodiment;

[0025] Figure 8 for Figure 5 Flow chart of the specific implementation method of step S207 in the embodiment shown

[0026] Fig. 9 A schematic diagram of a system structure for implementing audio playback in a live broadcast room provided in an embodiment of the present disclosure;

[0027] Fig.10 A structural block diagram of a live studio audio playback device provided by an embodiment of the present disclosure;

[0028] Fig.11 A schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure;

[0029] Fig.12 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present disclosure. DETAILED DESCRIPTION

[0030] In order to make the purpose, technical solution and advantages of the embodiments of the present disclosure clearer, the technical solution in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present disclosure.

[0031] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this disclosure are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0032] The application scenarios of the embodiments of the present disclosure are explained below:

[0033] Figure 1 This is an application scenario diagram of the live broadcast room audio playback method provided by the embodiment of the present disclosure. The live broadcast room audio playback method provided by the embodiment of the present disclosure can be applied to applications with video live broadcast function, and more specifically, can be applied to application scenarios of interactive video live broadcast. The execution subject of this embodiment can be a terminal device running the above-mentioned application with video live broadcast function, or a server running the service end corresponding to the above-mentioned application, or other electronic devices with similar functions. Figure 1 As shown in , taking the terminal device 1 as an example, the terminal device 1 is, for example, a tablet computer for live broadcasting. The terminal device 1 is provided with an image acquisition unit 11 and a sound acquisition unit 12, which are respectively used to acquire the image and sound signals of the anchor. The anchor user uses the live broadcast application running in the above-mentioned terminal device 1 to broadcast live video. During the live broadcast process, the terminal device 1 controls other applications (such as audio playback software) (except the live broadcast application) running in the terminal device through the method provided in this embodiment, and pushes audio signals to the live broadcast room, so that the audio generated by other applications is played in the live broadcast room.

[0034] In the prior art, if the host user wants to play audio (such as music, accompaniment, etc.) in the live broadcast room during the live broadcast, he can usually only choose from several alternative audios provided by the live broadcast application (live broadcast platform), and cannot achieve personalized audio playback. In another possible implementation, the host user controls other terminal devices to play custom audio, and then the terminal device running the live broadcast application collects the sound, so as to obtain the custom audio that the host user wants to play in the live broadcast room. However, since the custom frequency obtained in this way has gone through the sound playback and sound collection links, the sound quality of the obtained custom audio is significantly reduced, affecting the playback effect in the live broadcast room.

[0035] The disclosed embodiment provides a live broadcast room audio playback method to solve the above-mentioned problem.

[0036] refer to Figure 2 , Figure 2 A flow chart of a method for playing audio in a live broadcast room provided in an embodiment of the present disclosure Figure 1 The method of this embodiment can be applied in a terminal device, and the live broadcast room audio playback method includes:

[0037] Step S101: After the audio push function is started, the audio data pushed by the target application is obtained, wherein the target application is used to decode the target audio to obtain the audio data.

[0038] Exemplarily, the music push function is the function to be implemented by the method provided in this embodiment, that is, the function of pushing the audio played by other applications (target applications) running in the terminal device except the live broadcast application to the live broadcast room in the live broadcast application for playback. In a possible implementation, a control for turning on the audio push function is provided in the live broadcast application, and when the user triggers the control, the audio push function is started. Further, the terminal device obtains the audio data pushed by the target application through the proxy module provided by the operating system, and in the subsequent steps, the audio data in the proxy module is sent to the live broadcast application side to achieve the purpose of playing the audio data in the target live broadcast room of the live broadcast application. Among them, the proxy module is equivalent to the preset cache area and cache service in the operating system, and data can be stored in the form of a data queue. The target application is an application for playing audio, which can decode the target audio currently being played and convert it into audio data, and the sound is played by the sound external unit (such as a speaker) of the terminal device. In this embodiment, the target application decodes the currently playing target audio (such as a song or soundtrack) and generates audio data, but does not consume the audio data through the sound speaker unit. Instead, the audio data is pushed to the proxy module, thereby achieving the purpose of playing the target audio within the live broadcast application.

[0039] Figure 3 A schematic diagram of a process for obtaining audio data provided by an embodiment of the present disclosure, referring to Figure 3 As shown, in the operating system of the terminal device, a live broadcast application and a target application are running. The target application is, for example, a music player that comes with the operating system, or other applications that can realize audio playback. When the user turns on the audio push function in the live broadcast application, if the target application is currently in the playback state, the audio data corresponding to the currently played target audio is pushed to the proxy module in the operating system for cache. At the same time, the live broadcast application reads the written audio data from the proxy module of the operating system to obtain the audio data. Finally, after the mixing step, the purpose of playing the above target audio in the live broadcast room of the live broadcast application is achieved.

[0040] Step S102: Acquire the voice data of the anchor user, and obtain the live audio based on the voice data and audio data.

[0041] Exemplarily, in another method, the terminal device collects the voice signal of the anchor user currently operating the terminal device through the sound collection unit set in the terminal device, thereby obtaining the corresponding voice data. Afterwards, the terminal device mixes the voice data obtained in this step with the audio data obtained in the previous step to generate live audio that can be played in the target live room of the live application, that is, to generate audio that conforms to the live stream data format, wherein the specific encoding method of the live stream is an existing technology and will not be repeated here.

[0042] In one possible implementation, Figure 4 As shown, the specific implementation of step S102 includes:

[0043] Step S1021: Acquire configuration information, where the configuration information represents audio parameters of the live audio generated by the live application.

[0044] Step S1022: Based on the configuration information, the voice of the anchor user is collected to obtain voice data with target audio parameters.

[0045] Exemplarily, first, obtain the configuration information of the audio parameters representing the live audio generated by the live broadcast application. The configuration information corresponds to the target live broadcast room and can be manually set based on the needs of the anchor user before the target live broadcast room is created, and is used to achieve the purpose of controlling the effect and quality of the audio played in the live broadcast room. Afterwards, use the sound collection unit of the terminal device, such as a microphone, to collect sound based on the configuration information to obtain the voice data of the anchor user. Make the obtained voice data meet the audio parameters set by the anchor user for the target live broadcast room. Among them, exemplarily, the audio parameters include at least one of the following: number of audio channels, audio sampling rate, and audio data format.

[0046] Optionally, after step S1022, the method further includes:

[0047] Step S1023: Based on the target audio parameters, the audio data is processed in an audio format to obtain audio data having the target audio parameters.

[0048] Step S1024: Obtain live audio based on the voice data and audio data of the target audio parameters.

[0049] Exemplarily, while voice data is collected based on target audio parameters, in order to make the voice of the host user consistent with the audio serving as background sound in sound effects, the audio data is configured based on the target audio parameters of the voice data. The configuration process includes, for example, resampling (configuring the audio sampling rate), audio channel merging or simulation (configuring the number of audio channels), and audio data format conversion (configuring the audio data format), thereby achieving consistency in data parameters between the voice data and the audio data, facilitating the subsequent generation of live audio, and improving the audio playback effect of the live audio.

[0050] Step S103: Play the live audio in the target live room of the live application.

[0051] For example, after generating the live audio, the live application can encode the live audio and send it to the server of the live application, i.e., the live platform server, in the form of an audio stream. The live platform server then matches the audio stream with the video stream of the corresponding target live room and distributes it to the audience-side terminal device watching the target live room to complete the video live broadcast process. Alternatively, the live application encodes the live audio and the corresponding live video to generate a live stream and sends it to the live platform server. The live platform server then distributes the live stream to the audience-side terminal device watching the target live room to complete the video live broadcast process.

[0052] In this embodiment, after the audio push function is started, the audio data pushed by the target application is obtained, wherein the target application is used to decode the target audio to obtain the audio data; the voice data of the anchor user is obtained, and the live audio is obtained based on the voice data and the audio data; the live audio is played in the target live room of the live application. During the live broadcast process, the audio data pushed by the target application is obtained, and after mixing with the voice data corresponding to the anchor user, the live audio played in the target live room is generated, so that the purpose of playing custom audio as background sound during the live broadcast process is achieved, avoiding the problem that the live broadcast platform can only play fixed background sound, and improving the live broadcast effect.

[0053] refer to Figure 5 , Figure 5 A flow chart of a method for playing audio in a live broadcast room provided in an embodiment of the present disclosure Figure 2 In this embodiment Figure 2 On the basis of the embodiment shown, steps S101-S102 are further refined, and a processing step before starting the audio push function is added. The live broadcast room audio playback method includes:

[0054] Step S201: In a target live broadcast room of a live broadcast application, in response to a first operation instruction, an audio push function is started.

[0055] Step S202: Initialize a proxy module, where the proxy module is used to cache audio data pushed by the target application.

[0056] For example, in a live broadcast application, a switch control is provided for triggering the audio push function. When a user operates the switch control, the terminal device detects the operation on the switch control and maps it to a first operation instruction. The terminal device then responds to the first operation instruction and starts the process of starting the audio push function, which includes initializing the proxy module so that the proxy module is in a working state, thereby achieving the purpose of caching the audio data pushed by the target application. The initialization of the proxy module includes creating, starting, and activating the proxy module. The proxy module can be a service running under the operating system. The specific implementation of the proxy module is described in Figure 2 The illustrated embodiment has been described in detail and will not be described again here.

[0057] Afterwards, illustratively, as the proxy module is initialized, the target application begins to decode the target audio, generate audio data, and push the audio data into the proxy module. Specifically, after the target live broadcast room is started (during the live broadcast process), when the audio push control in the live broadcast interface is in the off state, the target live broadcast room only plays the external audio collected by the sound collection unit; when the anchor user clicks on the audio push control and sets it to the on state, the terminal device obtains the audio data pushed by the target application currently running in the background, and performs subsequent processing to achieve the purpose of playing the audio data pushed by the target application in the target live broadcast room.

[0058] Step S203: displaying at least two applications to be selected, and determining a target application from the at least two applications to be selected in response to a second operation instruction.

[0059] Exemplarily, after starting the audio push function, at least two applications to be selected are displayed in the current display interface, wherein the above display interface may be an interface within the live broadcast application or an interface within the operating system. Afterwards, the anchor user operates the above display interface to generate a second operation instruction, and the terminal device responds to the second operation instruction to determine a target application from at least two applications to be selected. Among them, the above application to be selected may be an application currently running in the background of the operating system, or an application not running in the background of the operating system (processing closed state). Among them, exemplarily, in the first case, the display interface is an interface within the operating system, such as a drop-down box interface, a secondary screen interface, etc.; in the second case, the display interface is an interface within the live broadcast application, that is, the live broadcast application has preset options for several applications to be selected, which can be selected by the user, thereby determining a target application for providing audio data to the live broadcast application.

[0060] Figure 6 A schematic diagram of a process for determining a target application provided by an embodiment of the present disclosure, such as Figure 6As shown, in the client interface of the live broadcast application, an audio push control (the control name shown in the figure is "audio push") is set. When the anchor user sets it to the on state by clicking on the audio push control, the application interface to be selected is displayed in the client interface, and the application interface to be selected includes at least two applications to be selected, such as "XX music" and "XX player" shown in the figure, etc., wherein "XX music" is in a running state, that is, running in the background of the operating system, and "XX player" is in a non-running state, that is, not running in the background of the operating system. Afterwards, based on the second operation instruction input by the user, "XX music" is determined as the target application. After "XX music" is determined as the target application, the target application can be automatically triggered to start playing the target audio, and the audio data corresponding to the target audio can be sent to the proxy module, so that the proxy module starts to cache the audio data pushed by "XX music", wherein, exemplarily, the audio data includes at least one data segment representing the audio content.

[0061] Optionally, in another possible implementation, after step S203, the method further includes:

[0062] Step S204: Jump to the play page of the target application.

[0063] Step S205: In response to a third operation instruction input by the user, determine the target audio, play the target audio through the target application, and generate audio data corresponding to the target audio, where the audio data includes at least one data segment representing audio content.

[0064] Exemplarily, after determining the target application, if the target application is not currently playing the target audio, that is, processing the unplayed state, then jump to the play page of the target application; of course, in another implementation, after determining the target application, it is also possible to directly jump to the play page of the target application. Further, in the play page of the target application, a play list containing at least one audio to be played is displayed. Similarly, in response to a third operation instruction input by the user, the target audio is determined from the above play list. Afterwards, based on the selected target audio, decoding and other steps are performed to obtain corresponding audio data, wherein the audio data includes at least one data segment representing the audio content of the target audio, thereby realizing streaming transmission of the audio data, wherein the size of the data segment can be determined based on the current computing resource situation of the terminal device, such as memory resources, processor thread resources, etc. The specific implementation process of dividing the audio data to obtain data segments and thus realizing streaming transmission is a prior art and will not be repeated here.

[0065] Step S206: the push module obtains the data segments generated by the target application, and sends the data segments to the proxy module.

[0066] Exemplarily, a push module for receiving data segments is also provided in the operating system of the terminal device. After the target application processes the target audio and generates data segments, the push module obtains the data segments and pushes the data segments to the proxy module in an orderly manner. Exemplarily, the proxy module includes a data queue, such as Figure 7 As shown, the specific implementation of step S206 includes:

[0067] Step S2061: The push module sequentially obtains at least one data segment generated by the target application

[0068] Step S2062: the push module pushes at least one data segment to the data queue in the proxy module in sequence.

[0069] Exemplarily, after the target application generates one or several data segments, it saves them in the corresponding cache area. The push module reads one or more data segments in sequence from the generation order of the case data segments in the cache area, and pushes them to the data queue in the proxy module. The data queue has a first-in-first-out feature, that is, the data stored first will be read first. Therefore, after the data segments are stored in the data queue, the data read through the data queue will maintain its original timing characteristics, thereby realizing the restoration of the target audio in the live broadcast room.

[0070] At the same time, the push module, the proxy module, and other modules that appeared before or later (such as the mixing module and the receiving module) are all implemented through independent threads. Therefore, the way in which the push module stores data fragments into the data queue in the proxy module can realize asynchronous processing of the writing and reading processes of the data fragments, thereby avoiding the phenomenon of jamming and discontinuity when the audio data is restored to the target live broadcast room for playback, thereby improving the playback effect of the audio data.

[0071] Optionally, the process of reading the data fragment from the proxy module can be implemented by monitoring the proxy module. Specifically, exemplarily, before step S207, it also includes:

[0072] Step S200A: After the audio push function is started, a detection thread for the proxy module is created.

[0073] Step S200B: After the detection thread monitors the detection proxy module and data is written, the live broadcast application sends a first request to the proxy module.

[0074] Exemplarily, after the audio push function is started, the operating system of the terminal device creates a detection thread for the proxy module, which monitors the proxy module and detects whether a data segment is written into the data sequence of the proxy module at a preset time interval. If it is detected that the data segment is written into the proxy module, the live broadcast application sends a first request to the proxy module to asynchronously read the data segment from the proxy module, and then mixes the data segment with the voice data to generate live audio. Conversely, if it is not detected that the data segment is written into the proxy module, detection is performed again after the above-mentioned preset time until it is detected that the data segment is written into the proxy module, or a preset stop condition is reached.

[0075] In this embodiment, the data fragments stored in the proxy module can be monitored by a pre-generated detection thread, so that the time when the target application plays the target audio is as consistent as possible with the time when the live application plays the audio data in the target live room to generate the live audio, thereby improving the simultaneity of the live audio and the target audio played on the target application side (silently).

[0076] Step S207: The proxy module responds to the first request of the live broadcast application, and based on the order in which the data segments are received, sends each data segment to the mixing module of the live broadcast application in sequence, and the mixing module is used to generate live broadcast audio.

[0077] Exemplarily, the proxy module responds to the first request of the live broadcast application, and sends the stored data segments to the live broadcast application for consumption (generating live audio) based on the order of the data queue. The triggering timing of the first request has been introduced in detail in steps S200A-S200B and will not be repeated here. Furthermore, in the process of sending the data segments to the live broadcast application for consumption, the proxy module is implemented by a mixing module for generating live audio. Exemplarily, the data segments in the data queue are sent to the mixing module of the live broadcast application in sequence. The mixing module is used to obtain at least one of the voice data collected by the sound collection unit and the audio data composed of the data segments, and when the voice data and the audio data are obtained at the same time, the two are mixed to generate live audio for playback in the live broadcast application.

[0078] More specifically, in a possible implementation, the data fragments are received by a preset receiving module in the live broadcast application. Specifically, when the live broadcast application monitors the data sequence of the proxy module through the detection thread and the data fragments are written into the data sequence of the proxy module, the receiving module sends a first request to the proxy module, thereby receiving the data fragments sent by the proxy module, until the mixing module in the live broadcast application obtains the data fragments from the receiving module, and then mixes the data to generate the live broadcast audio.

[0079] For example, Figure 8As shown, the specific implementation of step S207 includes:

[0080] Step S2071: obtaining the data segments sent by the proxy module through a preset receiving module, and sending the data segments to the conversion module.

[0081] Step S2072: The data segment is converted into formatted data matching the sound mixing module through the conversion module, and sent to the sound mixing module.

[0082] Exemplarily, after obtaining the data segment sent by the proxy module through the preset receiving module, or reading the data segment from the proxy module, the receiving module sends the data segment to the preset conversion module, and the conversion module formats the data segment after receiving the data segment, thereby generating formatted data that can be received and processed by the mixing module, that is, audio data (data segment) with a specific data format. After the formatting process is performed, the formatted data corresponding to the data segment is sent to the mixing module for subsequent mixing processing to achieve the generation of live audio.

[0083] For audio data with different sampling rates, number of channels, etc. (i.e., audio formats), when mixing them, it is necessary to perform format conversion in advance to achieve uniformity in audio format. This step in the prior art is usually processed by a mixing module, that is, after obtaining the audio data, the mixing module performs corresponding format conversion on the audio data as needed. In this embodiment, an additional conversion module is set to process the data fragments sent by the receiving module, and then the formatted data obtained after the processing is completed is sent to the mixing module. On the one hand, the amount of data fragments read from the proxy module can be adjusted by the receiving module to ensure the stability of formatting the data fragments, and the stability of the mixing process can be further improved based on the cache module set between the conversion module and the mixing module. On the other hand, the load of the mixing module is reduced, and the mixing instructions are improved, thereby reducing the jamming of the generated live audio as a whole and improving the fluency.

[0084] Step S208: The mixing module mixes the voice data and the audio data to obtain live audio.

[0085] Exemplarily, thereafter, the voice data and audio data are mixed based on the mixing module, for example, the data of two channels (voice data and audio data) are merged into the data of one channel, thereby achieving mixing and obtaining live audio that contains both the voice content corresponding to the voice data (such as the conversation of the host user) and the audio content corresponding to the audio data (such as music played by the target application).

[0086] Step S209: Play the live audio in the target live room of the live application.

[0087] For example, the process of playing the live audio is described below with a more specific embodiment. Fig. 9 A schematic diagram of a system structure for implementing audio playback in a live broadcast room provided in an embodiment of the present disclosure is shown in FIG. Fig. 9 As shown, the system structure is located in the terminal device, based on Fig. 9 The system structure shown in the figure, the live broadcast room audio playback method provided by this embodiment includes:

[0088] S1. The terminal device runs the live broadcast application.

[0089] S2. Create a target live broadcast room through the live broadcast application and start live broadcast.

[0090] S3. Configure the recording format, including, for example, the number of channels, sampling rate, data format, etc.

[0091] S4. Enable the audio push function of the live broadcast application.

[0092] S5. Initialize the proxy module

[0093] S6. Monitor the proxy module

[0094] S7. Create a reading thread, and obtain the live audio from the mixing module through the reading thread.

[0095] On the other hand, after turning on the audio push function of the live broadcast application, it also includes:

[0096] S8. After enabling the audio push function of the live broadcast application, start the target application

[0097] S9. Play the target audio in the target application.

[0098] S10, configuring the playback format, for example, including configuring the number of channels, sampling rate, data format, etc.

[0099] S11. Create a write thread to generate audio data.

[0100] S12, sending the audio data to the push module.

[0101] S13. The push module writes the data into the proxy module.

[0102] S14. The receiving module obtains audio data from the proxy module.

[0103] S15. The receiving module sends the audio data to the conversion module.

[0104] S16: The conversion module performs transcoding adaptation on the audio data.

[0105] S17, the conversion module sends the formatted data after transcoding to the mixing module

[0106] S18, the audio mixing module receives the formatted data and the voice data collected by the microphone of the terminal device, mixes them, and generates live audio.

[0107] In this embodiment, the implementation method of step S209 is the same as that of the present disclosure. Figure 2 The implementation method of step S103 in the illustrated embodiment is the same and will not be described in detail here.

[0108] Corresponding to the live broadcast room audio playback method of the above embodiment, Fig.10 This is a structural block diagram of the live studio audio playback device provided by the embodiment of the present disclosure. For ease of explanation, only the parts related to the embodiment of the present disclosure are shown. Fig.10 , the live broadcast room audio playback device 3 includes:

[0109] The acquisition unit 31 is used to acquire the audio data pushed by the target application after the audio push function is started, wherein the target application is used to decode the target audio to obtain the audio data;

[0110] The processing unit 32 is used to obtain the voice data of the anchor user, and obtain the live audio based on the voice data and the audio data;

[0111] The playing unit 33 is used to play the live broadcast audio in the target live broadcast room of the live broadcast application. In one embodiment of the present disclosure.

[0112] In a possible implementation provided by the present disclosure, before acquiring the audio data pushed by the target application, the acquisition unit 31 is further used to: display at least two applications to be selected; and determine the target application from the at least two applications to be selected in response to a second operation instruction.

[0113] In a possible implementation method provided by the present disclosure, before obtaining the audio data pushed by the target application, the acquisition unit 31 is also used to: jump to the playback page of the target application; determine the target audio in response to a third operation instruction input by the user; play the target audio through the target application, and generate audio data corresponding to the target audio.

[0114] In a possible implementation method provided by the present disclosure, before obtaining the audio data pushed by the target application, the acquisition unit 31 is also used to: in the target live broadcast room of the live broadcast application, in response to a first operation instruction, initialize the proxy module, wherein the first operation instruction is used to start the audio push function, and the proxy module is used to cache the audio data pushed by the target application.

[0115] In a possible implementation provided by the present disclosure, at least one of the following is included: the audio data includes at least one data segment representing the audio content, and the acquisition unit 31, when acquiring the audio data pushed by the target application, is specifically used to: control the push module to acquire the data segment generated by the target application, and send the data segment to the proxy module; control the proxy module to respond to the first request of the live broadcast application, and based on the order in which the data segments are received, send each data segment to the mixing module of the live broadcast application in sequence, and the mixing module is used to generate live audio; when the processing unit 32 obtains the live audio based on the voice data and the audio data, it is specifically used to: control the mixing module to mix the voice data and the audio data to obtain the live audio.

[0116] In a possible implementation provided by the present disclosure, the proxy module includes a data queue; when the acquisition unit 31 sends the data segments to the proxy module, it is specifically used to: push the data segments into the data queue in the proxy module in sequence; when the acquisition unit 31 sends each data segment to the mixing module of the live broadcast application in sequence based on the order in which the data segments are received, it is specifically used to: send the data segments in the data queue to the mixing module of the live broadcast application in sequence.

[0117] In a possible implementation provided by the present disclosure, when the proxy module responds to the first request of the live broadcast application and sends each data segment to the mixing module of the live broadcast application in sequence based on the order in which the data segments are received, the acquisition unit 31 is specifically used to: control a preset receiving module, acquire the data segments sent by the proxy module, and send the data segments to the conversion module; control the conversion module, convert the data segments into formatted data matching the mixing module, and send them to the mixing module.

[0118] In a possible implementation provided by the present disclosure, the acquisition unit 31 is further used to: create a detection thread for the proxy module after the audio push function is started; and send a first request after the detection thread detects that data is written into the proxy module.

[0119] In a possible implementation provided by the present disclosure, when the processing unit 32 obtains the voice data of the anchor user, it is specifically used to: obtain configuration information, the configuration information represents the audio parameters of the live audio generated by the live broadcast application; based on the configuration information, collect the sound of the anchor user to obtain voice data with target audio parameters.

[0120] In a possible implementation provided by the present disclosure, the processing unit 32 is further used to: obtain target audio parameters corresponding to the voice data; and perform audio format processing on the audio data based on the target audio parameters to obtain audio data having the target audio parameters.

[0121] In a possible implementation provided by the present disclosure, the audio parameter includes at least one of the following: the number of audio channels, the audio sampling rate, and the audio data format.

[0122] Among them, the acquisition unit 31, the processing unit 32 and the playback unit 33 are connected in sequence. The live broadcast room audio playback device 3 provided in this embodiment can execute the technical solution of the above method embodiment, and its implementation principle and technical effect are similar, which will not be repeated in this embodiment.

[0123] Fig.11 A schematic diagram of the structure of an electronic device provided by an embodiment of the present disclosure is shown in FIG. Fig.11 As shown, the electronic device 4 includes:

[0124] A processor 41, and a memory 42 communicatively connected to the processor 41;

[0125] The memory 42 stores computer executable instructions;

[0126] The processor 41 executes the computer execution instructions stored in the memory 42 to implement the following Figure 2-Figure 9 The live broadcast room audio playback method in the illustrated embodiment.

[0127] Optionally, the processor 41 and the memory 42 are connected via a bus 43 .

[0128] For related instructions, please refer to Figure 2-Figure 9 The relevant descriptions and effects corresponding to the steps in the corresponding embodiments can be understood, and no further elaboration is made here.

[0129] The present invention provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, which are used to implement the present invention when executed by a processor. Figure 2-Figure 9 A live broadcast room audio playback method provided by any one of the corresponding embodiments.

[0130] In order to implement the above embodiment, the embodiment of the present disclosure also provides an electronic device.

[0131] refer to Fig.12, which shows a schematic diagram of the structure of an electronic device 900 suitable for implementing the embodiment of the present disclosure, and the electronic device 900 may be a terminal device or a server. The terminal device may include but is not limited to mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, personal digital assistants (PDAs), tablet computers (Portable Android Devices, PADs), portable multimedia players (PMPs), vehicle terminals (such as vehicle navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Fig.12 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0132] like Fig.12 As shown, the electronic device 900 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 901, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 902 or a program loaded from a storage device 908 to a random access memory (RAM) 903. In the RAM 903, various programs and data required for the operation of the electronic device 900 are also stored. The processing device 901, the ROM 902, and the RAM 903 are connected to each other via a bus 904. An input / output (I / O) interface 905 is also connected to the bus 904.

[0133] Typically, the following devices may be connected to the I / O interface 905: input devices 906 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; output devices 907 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 908 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 909. The communication device 909 may allow the electronic device 900 to communicate with other devices wirelessly or by wire to exchange data. Although Fig.12 The electronic device 900 is shown with various devices, but it should be understood that it is not required to implement or possess all the devices shown. More or fewer devices may be implemented or possessed instead.

[0134] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device 909, or installed from a storage device 908, or installed from a ROM 902. When the computer program is executed by the processing device 901, the above-mentioned functions defined in the method of the embodiment of the present disclosure are executed.

[0135] It should be noted that the computer-readable medium disclosed above may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, device or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium may also be any computer readable medium other than a computer readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0136] The computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.

[0137] The computer-readable medium carries one or more programs. When the one or more programs are executed by the electronic device, the electronic device executes the method shown in the above embodiment.

[0138] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0139] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0140] The units involved in the embodiments described in the present disclosure may be implemented by software or hardware. The name of a unit does not limit the unit itself in some cases. For example, the first acquisition unit may also be described as a "unit for acquiring at least two Internet Protocol addresses".

[0141] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), and the like.

[0142] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0143] In a first aspect, according to one or more embodiments of the present disclosure, a method for playing audio in a live broadcast room is provided, comprising:

[0144] After the audio push function is started, the audio data pushed by the target application is obtained, wherein the target application is used to decode the target audio to obtain the audio data; the voice data of the anchor user is obtained, and the live audio is obtained based on the voice data and the audio data; the live audio is played in the target live room of the live application.

[0145] According to one or more embodiments of the present disclosure, before acquiring the audio data pushed by the target application, the method further includes: displaying at least two applications to be selected; and determining the target application from the at least two applications to be selected in response to a second operation instruction.

[0146] According to one or more embodiments of the present disclosure, before obtaining the audio data pushed by the target application, it also includes: jumping to the playback page of the target application; determining the target audio in response to a third operation instruction input by the user; playing the target audio through the target application to generate audio data corresponding to the target audio.

[0147] According to one or more embodiments of the present disclosure, before obtaining the audio data pushed by the target application, it also includes: in the target live broadcast room of the live broadcast application, in response to a first operation instruction, initializing the proxy module, wherein the first operation instruction is used to start the audio push function, and the proxy module is used to cache the audio data pushed by the target application.

[0148] According to one or more embodiments of the present disclosure, at least one of the following is included: the audio data includes at least one data segment representing the audio content, and obtaining the audio data pushed by the target application includes: a push module obtains the data segment generated by the target application, and sends the data segment to a proxy module; the proxy module responds to a first request from the live broadcast application, and based on the order in which the data segments are received, sends each of the data segments to a mixing module of the live broadcast application in sequence, and the mixing module is used to generate the live broadcast audio; obtaining the live broadcast audio based on the voice data and the audio data includes: the mixing module mixes the voice data and the audio data to obtain the live broadcast audio.

[0149] According to one or more embodiments of the present disclosure, the proxy module includes a data queue; sending the data fragments to the proxy module includes: pushing the data fragments into the data queue in the proxy module in sequence; sending each of the data fragments to the mixing module of the live broadcast application in sequence based on the order in which the data fragments are received includes: sending the data fragments in the data queue to the mixing module of the live broadcast application in sequence.

[0150] According to one or more embodiments of the present disclosure, the proxy module responds to the first request of the live broadcast application and, based on the order in which the data fragments are received, sends each of the data fragments to the mixing module of the live broadcast application in sequence, including: obtaining the data fragments sent by the proxy module through a preset receiving module, and sending the data fragments to a conversion module; converting the data fragments into formatted data matching the mixing module through the conversion module, and sending them to the mixing module.

[0151] According to one or more embodiments of the present disclosure, the method further includes: after the audio push function is started, creating a detection thread for the proxy module; when the detection thread detects that data is written to the proxy module, sending the first request.

[0152] According to one or more embodiments of the present disclosure, obtaining the voice data of the anchor user includes: obtaining configuration information, the configuration information representing audio parameters of the live audio generated by the live broadcast application; based on the configuration information, collecting sound of the anchor user to obtain voice data with target audio parameters.

[0153] According to one or more embodiments of the present disclosure, the method further includes: acquiring target audio parameters corresponding to the voice data; and performing audio format processing on the audio data based on the target audio parameters to obtain audio data having the target audio parameters.

[0154] According to one or more embodiments of the present disclosure, the audio parameter includes at least one of the following: the number of audio channels, the audio sampling rate, and the audio data format.

[0155] In a second aspect, according to one or more embodiments of the present disclosure, a live broadcast room audio playback device is provided, comprising:

[0156] an acquisition unit, configured to acquire audio data pushed by a target application after the audio push function is started, wherein the target application is configured to decode the target audio to obtain the audio data;

[0157] A processing unit, used to obtain voice data of the anchor user, and obtain live audio based on the voice data and the audio data;

[0158] The playing unit is used to play the live audio in the target live room of the live application. In one embodiment of the present disclosure.

[0159] According to one or more embodiments of the present disclosure, before acquiring the audio data pushed by the target application, the acquisition unit is further used to: display at least two applications to be selected; and determine the target application from the at least two applications to be selected in response to a second operation instruction.

[0160] According to one or more embodiments of the present disclosure, before acquiring the audio data pushed by the target application, the acquisition unit is further used to: jump to the playback page of the target application; determine the target audio in response to a third operation instruction input by the user; play the target audio through the target application to generate audio data corresponding to the target audio.

[0161] According to one or more embodiments of the present disclosure, before acquiring the audio data pushed by the target application, the acquisition unit is further used to: in the target live broadcast room of the live broadcast application, initialize the proxy module in response to a first operation instruction, wherein the first operation instruction is used to start the audio push function, and the proxy module is used to cache the audio data pushed by the target application.

[0162] According to one or more embodiments of the present disclosure, at least one of the following is included: the audio data includes at least one data segment representing the audio content, and the acquisition unit, when acquiring the audio data pushed by the target application, is specifically used to: control the push module to acquire the data segment generated by the target application, and send the data segment to the proxy module; control the proxy module to respond to the first request of the live broadcast application, and based on the order in which the data segments are received, send each of the data segments to the mixing module of the live broadcast application in sequence, and the mixing module is used to generate the live broadcast audio; when the processing unit obtains the live broadcast audio based on the voice data and the audio data, the processing unit is specifically used to: control the mixing module to mix the voice data and the audio data to obtain the live broadcast audio.

[0163] According to one or more embodiments of the present disclosure, the proxy module includes a data queue; when the acquisition unit sends the data segments to the proxy module, it is specifically used to: push the data segments into the data queue in the proxy module in sequence; when the acquisition unit sends each of the data segments to the mixing module of the live broadcast application in sequence based on the order in which the data segments are received, it is specifically used to: send the data segments in the data queue to the mixing module of the live broadcast application in sequence.

[0164] According to one or more embodiments of the present disclosure, when the proxy module responds to the first request of the live broadcast application and sends each of the data segments to the mixing module of the live broadcast application in sequence based on the order in which the data segments are received, the acquisition unit is specifically used to: control a preset receiving module to acquire the data segments sent by the proxy module, and send the data segments to a conversion module; control the conversion module to convert the data segments into formatted data matching the mixing module, and send the data to the mixing module.

[0165] According to one or more embodiments of the present disclosure, the acquisition unit is further used to: create a detection thread for the proxy module after the audio push function is started; and send the first request after the detection thread detects that data is written to the proxy module.

[0166] According to one or more embodiments of the present disclosure, when acquiring the voice data of the anchor user, the processing unit is specifically used to: acquire configuration information, where the configuration information represents audio parameters of the live audio generated by the live broadcast application; based on the configuration information, collect sound from the anchor user to obtain voice data with target audio parameters.

[0167] According to one or more embodiments of the present disclosure, the processing unit is further used to: obtain target audio parameters corresponding to the voice data; and perform audio format processing on the audio data based on the target audio parameters to obtain audio data having the target audio parameters.

[0168] According to one or more embodiments of the present disclosure, the audio parameter includes at least one of the following: the number of audio channels, the audio sampling rate, and the audio data format.

[0169] In a third aspect, according to one or more embodiments of the present disclosure, there is provided an electronic device, comprising: at least one processor and a memory;

[0170] The memory stores computer-executable instructions;

[0171] The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the live broadcast room audio playback method described in the first aspect and various possible designs of the first aspect.

[0172] In a fourth aspect, according to one or more embodiments of the present disclosure, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer execution instructions. When a processor executes the computer execution instructions, the live broadcast room audio playback method described in the first aspect and various possible designs of the first aspect is implemented.

[0173] In a fifth aspect, according to one or more embodiments of the present disclosure, a computer program product is provided, including a computer program, wherein when the computer program is executed by a processor, the live broadcast room audio playback method described in the first aspect and various possible designs of the first aspect is implemented.

[0174] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0175] In addition, although each operation is described in a specific order, this should not be understood as requiring these operations to be performed in the specific order shown or in a sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of a separate embodiment can also be implemented in a single embodiment in combination. On the contrary, the various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination mode.

[0176] Although the subject matter has been described in language specific to structural features and / or methodological logical actions, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. On the contrary, the specific features and actions described above are merely example forms of implementing the claims.

Claims

1. A method for playing audio in a live broadcast room, characterized in that: include: After the audio push function is started, the audio data pushed by the target application is obtained, wherein the target application is used to decode the target audio to obtain the audio data; Acquire voice data of the anchor user, and obtain live audio based on the voice data and the audio data; In the target live broadcast room of the live broadcast application, the live broadcast audio is played.

2. The method according to claim 1, characterized in that Before obtaining the audio data pushed by the target application, the method further includes: Displaying at least two applications to be selected; In response to the second operation instruction, the target application is determined from the at least two to-be-selected applications.

3. The method according to claim 1, characterized in that: Before obtaining the audio data pushed by the target application, the method further includes: Jump to the playback page of the target application; In response to a third operation instruction input by a user, determining a target audio; The target audio is played through the target application to generate audio data corresponding to the target audio.

4. The method according to claim 1, characterized in that Before obtaining the audio data pushed by the target application, the method further includes: In the target live broadcast room of the live broadcast application, in response to a first operation instruction, the proxy module is initialized, wherein the first operation instruction is used to start the audio push function, and the proxy module is used to cache the audio data pushed by the target application.

5. The method according to claim 1, characterized in that Include at least one of the following: The audio data includes at least one data segment representing audio content, and the step of obtaining the audio data pushed by the target application includes: The push module obtains the data fragments generated by the target application and sends the data fragments to the proxy module; The proxy module responds to the first request of the live broadcast application, and based on the order in which the data segments are received, sequentially sends each of the data segments to a mixing module of the live broadcast application, wherein the mixing module is used to generate the live broadcast audio; The obtaining of live audio based on the voice data and the audio data includes: The mixing module performs mixing processing on the voice data and the audio data to obtain the live audio.

6. The method according to claim 5, characterized in that The proxy module includes a data queue; sending the data fragment to the proxy module includes: Pushing the data fragments sequentially into the data queue in the proxy module; The sending of each of the data segments to the mixing module of the live broadcast application in sequence based on the order in which the data segments are received includes: The data segments in the data queue are sent sequentially to the mixing module of the live broadcast application.

7. The method according to claim 5, characterized in that The proxy module, in response to the first request of the live broadcast application, sequentially sends each of the data segments to the mixing module of the live broadcast application based on the order in which the data segments are received, including: Obtaining the data fragments sent by the proxy module through a preset receiving module, and sending the data fragments to the conversion module; The data segments are converted into formatted data matching the sound mixing module through the conversion module, and sent to the sound mixing module.

8. The method according to claim 5, characterized in that The method further comprises: After the audio push function is started, creating a detection thread for the proxy module; When the detection thread monitor detects that data has been written into the proxy module, the first request is sent.

9. The method according to claim 1, characterized in that: The acquiring of the voice data of the anchor user includes: Acquire configuration information, where the configuration information represents audio parameters of the live broadcast audio generated by the live broadcast application; Based on the configuration information, the voice of the anchor user is collected to obtain voice data with target audio parameters.

10. The method according to claim 9, characterized in that The method further comprises: Obtaining target audio parameters corresponding to the voice data; Based on the target audio parameters, the audio data is processed into an audio format to obtain audio data having the target audio parameters.

11. The method according to claim 9, characterized in that The audio parameters include at least one of the following: Number of audio channels, audio sampling rate, and audio data format.

12. A live broadcast room audio playback device, characterized in that: include: an acquisition unit, configured to acquire audio data pushed by a target application after the audio push function is started, wherein the target application is configured to decode the target audio to obtain the audio data; A processing unit, used to obtain voice data of the anchor user, and obtain live audio based on the voice data and the audio data; The playback unit is used to play the live audio in a target live room of the live application.

13. An electronic device, characterized in that: include: Processor and memory; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor executes the live broadcast room audio playback method as described in any one of claims 1 to 11.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions. When the processor executes the computer-executable instructions, the live broadcast room audio playback method as described in any one of claims 1 to 11 is implemented.

15. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the live broadcast room audio playback method as described in any one of claims 1 to 11 is implemented.

Images