TW202447613A - Audio conversion method and apparatus - Google Patents

Abstract

An audio conversion method includes steps as follows. The audio conversion device receive an audio, where the audio is a compressed audio; the audio conversion device determine whether to perform a data bursts encapsulation process on the compressed audio according to the encapsulation state of the compressed audio; after determining whether to perform the data bursts encapsulation process on the compressed audio, the compressed audio having a data bursts encapsulation is outputted; the host receives the compressed audio having the data bursts encapsulation and performs a data bursts decapsulation process on the compressed audio having the data bursts encapsulation to obtain the compressed audio.

Description

Audio conversion method and device

The present invention relates to a conversion method and device, and in particular to an audio conversion method and device.

With the development of audio-visual technology, more and more video/audio source contents of movies or games have multi-channel output, which can be played and listened to through surround sound equipment, giving the audience or players an immersive experience.

When a user is playing a game (for example, a PS5 game console), if he wants to capture the game process through an audio capture device, the game audio is in a compressed audio multi-channel format.

However, there are no multi-channel decoders in the capture devices currently on the market. If there is no internal decoder for this audio format, multi-channel capture cannot be performed. The game console output sound format must be uncompressed audio, such as pulse coding modulation (PCM). Most capture devices use PCM 16-bit two-channel sound quality as output/input and do not support compressed audio. This means that users lose the original multi-channel high-quality sound content.

The present invention provides an audio conversion method and device to improve the problems of the prior art.

In one embodiment of the present invention, the audio conversion method proposed in the present invention includes the following steps: receiving audio through an audio conversion device, wherein the audio is compressed audio; determining whether to perform a data cluster encapsulation process on the compressed audio according to the encapsulation state of the compressed audio; after determining whether to perform a data cluster encapsulation process on the compressed audio, outputting the compressed audio with data cluster encapsulation; receiving the compressed audio with data cluster encapsulation through a host, and performing a data cluster decapsulation process on the compressed audio with data cluster encapsulation to obtain the compressed audio.

In one embodiment of the present invention, the audio conversion device proposed by the present invention is used in conjunction with a host, and the audio conversion device includes a receiving module, a processing unit, a control unit, and a transmitting module. The transmitting module is electrically connected to the processing unit and the control unit, the control unit is electrically connected to the processing unit, and the processing unit is electrically connected to the receiving module. The receiving module receives audio, wherein the audio is compressed audio. The processing unit determines whether to perform a data burst packaging process on the compressed audio according to the packaging state of the compressed audio. The control unit controls the transmission module to output the compressed audio with data burst encapsulation, so that the host receives the compressed audio with data burst encapsulation and performs a data burst encapsulation process on the compressed audio with data burst encapsulation to obtain the compressed audio.

In summary, the technical solution of the present invention has obvious advantages and beneficial effects compared with the prior art. By using the audio conversion method and audio conversion device of the present invention, compressed audio with data burst packaging is transmitted, thereby obtaining multi-channel compressed audio in audio and video capture, allowing users to record the game or audio and video experience more realistically.

The following will describe the above description in detail with an implementation method and provide a further explanation of the technical solution of the present invention.

In order to make the description of the present invention more detailed and complete, reference may be made to the attached drawings and various embodiments described below, in which the same numbers represent the same or similar elements. On the other hand, well-known elements and steps are not described in the embodiments to avoid unnecessary limitations on the present invention.

FIG. 1 is a block diagram of an audio conversion device 100 according to an embodiment of the present invention. As shown in FIG. 1, the audio conversion device 100 is used in conjunction with a host 190. In practice, for example, the audio conversion device 100 can be a device that only converts audio, or an audio and video conversion device, such as a mixer, an audio and video capture device, an audio and video capture card, a capture box, or other devices, which are not limited here. The host 190 can be a computer, a television, a speaker, other computing equipment, or a combination of the foregoing.

In terms of architecture, the audio conversion device 100 includes a receiving module 110, a processing unit 120, a control unit 130, a transmission module 140, and a back-end interface 150. The back-end interface 150 is electrically connected to the transmission module 140, the transmission module 140 is electrically connected to the processing unit 120 and the control unit 130, the control unit 130 is electrically connected to the processing unit 120 and the receiving module 110, and the processing unit 120 is electrically connected to the receiving module 110.

In addition, the host 190 includes a receiving interface 191, a software execution unit 192, and a storage unit 193. The storage unit 193 is electrically connected to the software execution unit 192, and the software execution unit 192 is electrically connected to the receiving interface 191.

When in use, the receiving module 110 receives audio signals, wherein the audio signals are compressed audio signals. The processing unit 120 determines whether to perform a data-burst encapsulation process on the compressed audio signals according to the encapsulation state of the compressed audio signals.

When the encapsulation state of the compressed audio is a state without data burst encapsulation, the processing unit 120 performs data burst encapsulation on the compressed audio to generate a compressed audio with data burst encapsulation. On the contrary, when the encapsulation state of the compressed audio is a state with data burst encapsulation, the processing unit 120 skips the data burst encapsulation process for the compressed audio. In other words, the processing unit 120 does not perform the data burst encapsulation process on the compressed audio with data burst encapsulation.

Next, the control unit 130 controls the transmission module 140 to output the compressed audio with data burst encapsulation, so that the host 190 receives the compressed audio with data burst encapsulation and performs a data burst decapsulation process on the compressed audio with data burst encapsulation to obtain the compressed audio. In some embodiments of the present invention, the host 190 obtains the audio format information of the compressed audio, and the host 190 performs a data burst decapsulation process on the compressed audio with data burst encapsulation according to the audio format information.

Regarding the above-mentioned audio format information, the receiving module 110 or the processing unit 120 detects the audio format information of the compressed audio. When the control unit 130 determines that the audio format information is different from the audio format information detected last time, the control unit 130 controls the transmission module 140 to reconnect.

Regarding the structure of the audio conversion device 100, in some embodiments, the input interface (not shown) of the audio conversion device 100 can be a high-definition multimedia interface (HDMI), a display port (DP), a Sony/Philips digital interface format (SPDIF), a tuner (Tuner), the Internet (Internet), a line input (Line in), a 3.5mm audio source interface, etc., wherein HDMI, DP, and SPDIF use compressed audio with data burst encapsulation, Tuner and Internet use general compressed audio, and Line in and a 3.5mm audio source interface use uncompressed audio. In some embodiments, the input interface can be electrically connected or integrated to the receiving module 110.

In some embodiments, the receiving module 110 receives a video/audio source. The receiving module 110 may be a receiver, such as a video/audio receiver or an audio receiver, for example, an HDMI receiver, a DP receiver, an SPDIF receiver, a Tuner receiver, an Internet receiver, a Line in receiver, a 3.5mm receiver, etc. In other embodiments, the receiving module 110 may also be a transceiver. In some embodiments, the receiving module 110 may detect the format of an audio source (e.g., audio).

In some embodiments, the processing unit 120 performs audio packaging according to the format of the audio source. The processing unit 120 can be a combination of hardware, software, and firmware, such as a processor, a microcontroller unit (MCU), a system on a chip (SoC), a field programmable gate array (FPGA), a sound processing unit, a digital signal processor (DSP), a processing circuit, etc. In some embodiments, the processing unit 120 can detect the format of the audio source.

In some embodiments, the control unit 130 determines the transmission mode according to the detection result (format of the sound source) of the receiving module 110 and/or the processing unit 120, and sends a command to the transmission module 140. The control unit 130 can be a microcontroller, a system on a chip (SoC) or a control circuit. When the detection result (format of the sound source) is different from the previous time, the control unit 130 sends a command to the transmission module 140 to reconnect.

The transmission module 140 packets the audio data (such as compressed audio with data burst encapsulation) into audio data packets (such as Universal Serial Bus (USB) packets, etc.) and then transmits the audio data packets. The transmission module 140 may be, for example, a USB bridge.

In some embodiments, the receiving module 110, the processing unit 120, the control unit 130, and the transmitting module 140 may be independent components (circuits), or partially or completely integrated into the same SoC.

Regarding the architecture of the host 190, in some embodiments, the receiving interface 191 can be a digital audio input interface, such as a USB Bridge for USB decapsulation, receiving audio data, and audio format.

In some embodiments, the software execution unit 192 may be a processor or a processing circuit, and the storage unit 193 may be a hard disk, a flash memory, or other storage circuits. The software execution unit 192 is used to execute a stored software, such as a USB audio class driver (UAC Driver), a plug-in (Plugin), an application, etc., wherein the software can be stored in the storage unit 193 or in another storage unit, which is not limited here. In some embodiments, compressed audio can be obtained by executing a single software, such as executing a USB audio class driver (UAC Driver), a plug-in (Plugin), or an application, or by executing a plurality of software in combination, such as a USB audio class driver (UAC Driver), a plug-in (Plugin), an application, or the like. For example, the USB audio class driver can be used to receive audio and detect the audio format of the audio. If the audio format is an uncompressed audio format, the storage unit 193 stores the uncompressed audio. Conversely, if the audio format is a compressed audio format, the plug-in performs a data cluster encapsulation process on the audio with data cluster encapsulation to obtain compressed audio, and the storage unit 193 stores the compressed audio.

In addition, the audio conversion device 100 supports an audio pass-through function, which can transmit audio signals from HDMI, DP, SPDIF, Tuner, and the Internet to an amplifier (not shown) connected to the audio conversion device 100 for playback. For example, the audio conversion device 100 includes a splitter module. For example, a splitter is connected to the receiving module 110 to split the audio signals from HDMI, DP, SPDIF, Tuner, and the Internet and transmit them to the amplifier connected to the audio conversion device 100.

In order to further explain the method of using the above-mentioned audio conversion device 100 with the host 190, please refer to Figures 1 and 2 at the same time. Figure 2 is a flow chart of an audio conversion method 200 according to an embodiment of the present invention. The audio conversion method of this embodiment can be a method for converting only audio, or a method for converting audio and video, which is not limited here. As shown in Figure 2, the audio conversion method 200 includes steps S201 to S206 (it should be understood that the steps mentioned in this embodiment, except for those whose order is specifically described, can be adjusted in order according to actual needs, and can even be executed simultaneously or partially simultaneously).

In step S201, audio is received through the audio conversion device 100, and the audio may be a compressed audio. In step S202, it is determined whether to perform a data burst encapsulation process on the compressed audio according to the encapsulation state of the compressed audio. After determining whether to perform a data burst encapsulation process on the compressed audio, in step S203, the compressed audio with the data burst encapsulation is output and transmitted to the host 190. In step S204, the compressed audio with the data burst encapsulation is received through the host 190. In step S205, the host 190 performs a data burst decapsulation process on the compressed audio signal having the data burst encapsulation to obtain the compressed audio signal.

Regarding step S203, when the encapsulation state of the compressed audio is not in the data burst encapsulation state, the audio conversion device 100 performs data burst encapsulation on the compressed audio to generate a compressed audio with data burst encapsulation. On the contrary, when the encapsulation state of the compressed audio is in the data burst encapsulation state, the compressed audio skips the data burst encapsulation process. In other words, the processing unit 120 does not perform the data burst encapsulation process on the compressed audio with data burst encapsulation.

On the other hand, in step S206, the host 190 obtains the audio format information of the compressed audio. In some embodiments, the audio conversion device 100 detects the compressed audio to obtain the audio format information, and then the host 190 obtains the corresponding audio format information. In some embodiments, before step S206, a first step and a second step may be further included, wherein the first step is for the audio conversion device 100 to obtain the audio format information of the compressed audio, for example, by detecting the compressed audio through the receiving module 110 or the processing unit 120 to obtain the audio format information; in the second step, the audio conversion device 100 may output the audio format information. In some embodiments, the audio format information outputted may vary according to actual needs, for example, it may be the audio format information itself, or it may be an integrated audio format information and other auxiliary information (such as data burst encapsulation status, transmission mode, number of channels and/or sampling rate, etc.), which is not limited here. In this embodiment, in step S206, the audio format information obtained by the host 190 may be the audio format information from step S2062. In step S205, the host 190 performs a data burst encapsulation process on the compressed audio with data burst encapsulation according to the audio format information.

Please refer to FIGS. 1 to 3 at the same time. FIG. 3 is a flow chart of an audio conversion method 300 according to another embodiment of the present invention. As shown in FIG. 3, the audio conversion method 300 includes steps S301 to S320. The steps above the dotted line in FIG. 3 are mainly performed by the audio conversion device 100, and the steps below the dotted line are mainly performed by the host 190, but not limited thereto.

In step S301, the audio source outputs the audio to the receiving module 110. The receiving module 110 receives the audio through an input interface (HDMI, DP, SPDIF, Tuner, Internet, Line in, 3.5mm, etc.).

In step S302, the receiving module 110 uses a corresponding method to unpack the audio according to different input interfaces (for example, IEC60958 or ISO/IEC13818) to obtain the unpacked audio. For example, the input interface is an HDMI interface, and the receiving module 110 unpacks the HDMI package (for example, IEC60958) to obtain the unpacked audio. In some embodiments, steps S301 and S302 are started after the audio conversion device 100 receives power (from the host 190 or the power adapter). In some embodiments, the audio conversion device 100 includes a shunt module. For example, a shunt is used to shunt the received audio to other components or other devices.

In step S303, the receiving module 110 transmits the decapsulated audio signal to the processing unit 120. The processing unit 120 receives the decapsulated audio signal and parses the decapsulated audio signal to obtain the encapsulation state of the decapsulated audio signal. For example, the encapsulation state of PCM two-channel is the original (raw) state, and the encapsulation state of Dolby Digital 5.1 channel is IEC61937_AC-3_DataBurst.

In step S304, the control unit 130 obtains audio format information (of the compressed audio). For example, the compressed audio can be detected by the receiving module 110 or the processing unit 120 to obtain the audio format information. For example, the receiving module 110 or the processing unit 120 obtains the audio format information by parsing the unpacked audio and transmits it to the control unit 130. The audio format is, for example, PCM, AC-3 (Dolby Digital), EAC-3 (Dolby Digital Plus), MPEG audio (Layer I II III IV (AAC)), DTS, WMA, ATRAC, MAT, DRA; the audio format information can be one of the header information of the audio content, which is used to describe the audio format of the audio.

In step S305, the transmission mode is determined according to the audio format information. The control unit 130 obtains the audio format information and determines the transmission mode according to the audio format information. In some embodiments, the control unit 130 determines that the audio format information is a first audio category (uncompressed audio) or a second audio category (compressed audio), and determines the first transmission mode or the second transmission mode according to the first audio category (uncompressed audio) or the second audio category (compressed audio), and informs the transmission module 140 (for example, a USB module for USB packet conversion and transmission) to use the corresponding mode for transmission. The first transmission mode is USB audio category audio data format type I (UAC Type I), and the second transmission mode is USB audio category audio data format type III (UAC Type III).

In step S306b, when the audio format information is uncompressed audio, the control unit 130 informs the transmission module 140 to set the transmission mode to the first transmission mode and use the first transmission packet (eg, transmitting UAC Type I packet).

In step S306a, when the audio format information is compressed audio, the control unit 130 informs the transmission module 140 to set the transmission mode to the first transmission mode and use the first transmission mode (e.g., transmit UAC Type I packets) for transmission. Or, the transmission mode is set to the second transmission mode and uses the second transmission packet (e.g., transmit UAC Type III packets). In some embodiments, the control unit 130 informs the transmission module to set the transmission mode to the first transmission mode or the second transmission mode according to the first transmission mode or the second transmission mode being used by default when the audio format information is compressed audio.

In some embodiments, when the control unit 130 determines that the transmission mode, audio format information, or number of channels information has changed, the transmission module 140 needs to modify the descriptor (for example, it can be modified only when there is a change, or it can be modified every time the descriptor is detected) and relink. For example, the transmission mode of the current descriptor 1 is FORMAT_TYPE_I, the audio format information is PCM, and the number of channels is 2, while the transmission mode of the previous descriptor 2 is FORMAT_TYPE_III, and the audio format information is IEC61937_AC-3. The descriptor has been modified, and the control unit 130 controls the transmission module 140 to reconnect, thereby re-determining the transmission mode to avoid errors.

In step S307, the control unit 130 outputs the corresponding audio format information to the host 190 according to the audio format information in the above step. In this embodiment, the output audio format information can be changed according to actual needs, for example, it can be the audio format information itself, or it can be an integrated audio format information and other auxiliary information (such as data burst packaging state, transmission mode, number of channels and/or sampling rate, etc.), which is not limited here. For example, the audio format information of PCM two-channel is PCM, the transmission mode is Type I (format: PCM), and the integrated audio format information is PCM; the audio format information of Dolby Digital 5.1 channel is AC-3, the transmission mode is Type III (format: IEC61937_AC-3), and the integrated audio format information can be defined according to the Dolby audio format, and the state of data burst encapsulation and the transmission mode can be IEC61937_AC-3_DataBurst. In some embodiments, step S307 can be omitted.

In step S308, the host 190 obtains audio format information (of compressed audio). In one embodiment, the host 190 can use a custom communication method to obtain the audio format information (from step S307) from the audio conversion device 100 (compressed audio). In other words, the audio conversion device 100 can use a custom communication method to transmit the audio format information to the host 190. For example, the custom communication method can be a USB extension command (USB extension cmd), a human interface device report (HID report), etc. Through the audio format information, the back-end interface 150 (such as a USB interface) of the audio conversion device 100 and the receiving interface 191 (USB interface) of the host 190 can establish transmission.

In step S309, the software activation unit 192 of the host 190 activates the audio conversion device 100 for streaming.

In step S310, it is determined whether the audio format information is compressed audio.

In step S313, the control unit 130 of the audio conversion device 100 sets the processing unit 120 according to the audio format information and the packaging state to process and obtain the audio that can be transferred. When the audio format information is uncompressed audio, the control unit 130 transmits the setting of the host 190 to the processing unit 120 to obtain the audio that can be transferred. The format of the audio that can be transferred is a format that conforms to the format of uncompressed audio.

In step S311, when the audio format information is compressed audio, the control unit 130 controls the processing unit 120 to perform data burst encapsulation according to the audio format information and the encapsulation state.

In step S312, when the encapsulation state is not in the data burst encapsulation state, the compressed audio needs to be encapsulated in a data burst (such as IEC61937 Data-Burst format) to encapsulate the compressed audio into a data burst packet (compressed audio with data burst encapsulation) to obtain a transmittable audio.

When the encapsulation state is a data burst encapsulation state, the compressed audio is the data burst packet, and no encapsulation is required, and the transmittable audio is directly obtained.

In step S314, an audio transmission packet is generated. In this embodiment, the transmission module 140 generates an audio transmission packet corresponding to the back-end interface from the transmittable audio. For example, the transmission module 140 receives the transmittable audio from the processing unit 120, generates an audio transmission packet corresponding to the back-end interface 150 from the transmittable audio, such as performing USB encapsulation to obtain USB-encapsulated audio. The USB-encapsulated audio is transmitted to the host 190.

In step S315, the host 190 receives the USB-encapsulated audio signal, removes the USB encapsulation, and obtains the transmittable audio signal. For example, the USB encapsulation can be removed at the receiving interface 191 (such as USB Bridge) to obtain the transmittable audio signal. In other embodiments, the host 190 can remove the USB encapsulation at different locations according to actual conditions.

The host 190 decapsulates the transmittable audio to obtain compressed audio. The software executed by the software execution unit 192, such as a plug-in (such as a non-uncompressed audio support package), restores the transmittable audio received by the driver (such as a UAC driver) to obtain the original audio in the following steps.

The driver obtains the following information in step S308: reads the transmission mode from the UAC descriptor, and obtains the audio format information through a custom communication method (such as USB extension cmd, HID report, etc.). The plug-in processes the different audio format information to obtain the original audio.

In step S316, the plug-in program queries the audio format information to determine whether it is compressed audio. When the audio format information is uncompressed audio, no processing is required, and the audio that can be transmitted is the original audio, such as PCM.

In step S320, after the original audio is restored, the application (such as a media player, video editing software, etc.) can now capture and subsequently play the audio.

In step S317, when the audio format information is compressed audio, the transmittable audio is handed over to the plug-in, and the plug-in uses the corresponding method according to the audio format information to decapsulate the data burst (such as: IEC61937 data-burst format) to obtain the compressed audio. The plug-in will reprocess the compressed audio according to other subsequent functional applications (such as live broadcast, video editing, etc.).

In step S318, it is determined whether the subsequent other functional applications are default applications (eg, self-developed applications).

If the subsequent other functional applications are third-party applications, in step S319a, since the third-party application cannot know the audio format information, the plug-in will use the corresponding audio decoder (Audio Decoder) according to the audio format information to decode the compressed audio into compressed audio, and then send it to the back end for capture or playback.

If the subsequent other functional applications are default applications (such as self-developed applications), in step S319b, the self-developed applications can obtain audio format information through customized communication methods (such as USB extension cmd, HID report, etc.), and the self-developed applications can use this information to capture or post-produce (decode first and then re-encode) the compressed audio and subsequent playback. At the same time, the plug-in is notified that no further processing is required.

In some embodiments, the audio conversion device 100 includes an input monitoring unit (eg, input monitoring circuit) for monitoring whether the input audio is abnormal. When the audio changes, the audio format needs to be re-detected, and the process returns to steps S303 and S304.

In summary, in the audio conversion method 300, the format of the compressed audio with data burst encapsulation conforms to the format of the uncompressed audio, thereby, the compressed audio can be preset to use the first transmission mode (UAC Type I), or the compressed audio can also be preset to use the second transmission mode (UAC Type III), thereby realizing a diversified transmission method of compressed audio through the USB interface.

Please refer to Figures 1 to 4 at the same time. Figure 4 is a flow chart of an audio conversion method 400 according to another embodiment of the present invention. As shown in Figure 4, the audio conversion method 400 includes steps S401 to S423. The steps above the dotted line in Figure 4 are mainly performed by the audio conversion device 100, and the steps below the dotted line are mainly performed by the host 190, but not limited to this.

Steps S401-S405, S406b of FIG. 4 are substantially the same as steps S301-S305, S306b of FIG. 3, and thus will not be described in detail.

In step S406a, the transmission module 140 uses the second transmission mode (UAC Type III). In some embodiments, step S406a may be omitted.

In step S407, the audio conversion device 100 receives support information from the host 190. For example, the software (e.g., plug-in) installed on the host 190 is responsible for analyzing and determining whether the system on which the software is installed can support the second transmission mode (UAC Type III) packet. When the host 190 recognizes the audio conversion device 100, the analysis result is used to inform the audio conversion device 100 of whether the second transmission mode (UAC Type III) packet can be supported in a custom communication method (e.g., USB extension cmd, HID report, etc.). The audio conversion device 100 receives support information from the host 190, such as support for the second transmission mode (UAC Type III).

In step S408, the control unit 130 performs the following different processing according to the packet information of whether the second transmission mode (UAC Type III) is supported.

If the second transmission mode (UAC Type III) is supported, the control unit 130 informs the transmission module 140 to set the transmission mode to the second transmission mode (for example: transmitting UAC Type III packets).

If the second transmission mode (UAC Type III) is not supported, in step S409, the control unit 130 informs the transmission module 140 to set the transmission mode to the first transmission mode (eg, transmitting UAC Type I packets).

In step S410, the control unit 130 integrates the audio format information according to the received audio format information and the information whether the second transmission mode packet can be supported, and can be transmitted to the host 190 using a custom communication method (such as USB extension cmd, HID report, etc.). In some embodiments, the output audio format information can be changed according to actual needs, for example, it can be the audio format information itself, or it can be the integrated audio format information and other auxiliary information (such as data burst packaging status, transmission mode, number of channels and/or sampling rate, etc.), which is not limited here.

For example, the audio format information of PCM two-channel is PCM, regardless of whether the information of the second transmission mode (UAC Type III) is supported, the transmission mode is set to the first transmission mode (UAC Type I (format: PCM)), and the integrated audio format information is PCM.

For example, the audio format information of Dolby Digital 5.1 channels is AC-3, the second transmission mode (UAC Type III) is not supported, the transmission mode is set to the first transmission mode (UAC Type I (format: PCM)), the integrated audio format information can be defined according to the Dolby audio format, the state of data burst encapsulation and the transmission mode can be IEC61937_AC-3_DataBurst.

For example, the audio format information of Dolby Digital 5.1 channels is AC-3, supports the second transmission mode (UAC Type III), the transmission mode is set to the second transmission mode (Type III (Format: IEC61937_AC-3)), the integrated audio format information can be defined according to the Dolby audio format, has a data burst encapsulation state, and the transmission mode can be IEC61937_AC-3_DataBurst.

Steps S411 to S423 of FIG. 4 are substantially the same as steps S308 to S320 of FIG. 3 , and thus will not be described in detail.

In summary, in the audio conversion method 400, the first transmission mode (UAC Type I) is used by default for uncompressed audio, and the second transmission mode (UAC Type III) is used by default for compressed audio. By transmitting different audios in different modes, the transmission stability is improved. Furthermore, since the format of the compressed audio with data burst encapsulation conforms to the format of the uncompressed audio, the compressed audio can flexibly decide to use the first transmission mode (UAC Type I) or the second transmission mode (UAC Type III) according to whether the host 190 supports the second transmission mode, thereby realizing a diversified transmission method of compressed audio through the USB interface.

In practice, when the captured audio and video content places greater emphasis on real-time performance, the audio conversion device 100 can output multi-channel high-quality sound content to an amplifier or a monitor/TV by shunting the audio and passing the audio directly through, wherein the amplifier can be electrically connected between the audio conversion device 100 and the monitor/TV, or the monitor/TV can be electrically connected between the audio conversion device 100 and the amplifier.

In practice, when the captured audio and video content places more emphasis on the operations on the host 190 (such as interaction with viewers during a live broadcast), the multi-channel high-quality sound content can be output through the HDMI output of the host 190 to an amplifier or a monitor/television, wherein the amplifier can be electrically connected between the host 190 and the monitor/television, or the monitor/television can be electrically connected between the host 190 and the amplifier.

In summary, the technical solution of the present invention has obvious advantages and beneficial effects compared with the prior art. By using the audio conversion methods 200, 300, 400 and the audio conversion device 100 of the present invention, compressed audio with data burst packaging is transmitted, thereby obtaining multi-channel compressed audio in audio and video capture, allowing users to record the game or audio and video experience more realistically.

Although the present invention has been disclosed in the above embodiments, it is not intended to limit the present invention. Anyone skilled in the art can make various changes and modifications without departing from the spirit and scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the scope defined in the attached patent application.

In order to make the above and other purposes, features, advantages and embodiments of the present invention more clearly understandable, the attached symbols are explained as follows: 100: audio conversion device 110: receiving module 120: processing unit 130: control unit 140: transmission module 150: back-end interface 190: host 191: receiving interface 192: software execution unit 193: storage unit 200, 300, 400: audio conversion method S201~S206, S301~S320, S401~S423: steps

In order to make the above and other purposes, features, advantages and embodiments of the present invention more clearly understandable, the attached drawings are described as follows: Figure 1 is a block diagram of an audio conversion device according to an embodiment of the present invention; Figure 2 is a flow chart of an audio conversion method according to an embodiment of the present invention; Figure 3 is a flow chart of an audio conversion method according to another embodiment of the present invention; and Figure 4 is a flow chart of an audio conversion method according to another embodiment of the present invention.

100: Audio conversion device

190:Host

200: Audio conversion method

S201~S206: Steps

Claims (16)

An audio conversion method includes: receiving an audio through an audio conversion device, wherein the audio is a compressed audio; determining whether to perform a data burst encapsulation process on the compressed audio according to an encapsulation state of the compressed audio; after determining whether to perform the data burst encapsulation process on the compressed audio, outputting a compressed audio with data burst encapsulation; and receiving the compressed audio with data burst encapsulation through a host, performing a data burst decapsulation process on the compressed audio with data burst encapsulation to obtain the compressed audio. The audio conversion method as described in claim 1, wherein the process of determining whether to perform the data burst encapsulation process on the compressed audio is based on the encapsulation state of the compressed audio, including: When the encapsulation state of the compressed audio is a state without data burst encapsulation, the compressed audio is subjected to data burst encapsulation to generate the compressed audio with data burst encapsulation. The audio conversion method as described in claim 1, wherein after determining whether to perform the data burst encapsulation process on the compressed audio, the compressed audio with data burst encapsulation is output, comprising: When the encapsulation state of the compressed audio is a state with data burst encapsulation, the compressed audio skips the data burst encapsulation process. The audio conversion method as described in claim 1, wherein the host obtains an audio format information of the compressed audio, receives the compressed audio with data burst encapsulation through the host, and performs the de-data-burst encapsulation process on the compressed audio with data burst encapsulation to obtain the compressed audio, comprising: Performing the de-data-burst encapsulation process on the compressed audio with data burst encapsulation according to the audio format information. The audio conversion method as described in claim 1 further includes: Using a first transmission mode or a second transmission mode for the compressed audio through the audio conversion device, so that the audio conversion device transmits the compressed audio with data burst encapsulation to the host through the first transmission mode or the second transmission mode. An audio conversion method as described in claim 5, wherein the host and the audio conversion device are connected via a universal serial bus (USB), the first transmission mode is USB audio class audio data format type I (UAC Type I), and the second transmission mode is USB audio class audio data format type III (UAC Type III). The audio conversion method as described in claim 1 further includes: Using the audio conversion device to use a first transmission mode by default for an uncompressed audio; and Using the audio conversion device to use a second transmission mode by default for the compressed audio. The audio conversion method as described in claim 7 further includes: Determining whether the host supports the second transmission mode; and When the host does not support the second transmission mode, resetting the compressed audio to use the first transmission mode by the audio conversion device, so that the audio conversion device transmits the compressed audio with data burst encapsulation to the host through the first transmission mode. The audio conversion method as described in claim 4, wherein the host and the audio conversion device are connected via a universal serial bus (USB), and the host obtains the audio format information via a custom communication method. An audio conversion method as described in claim 7, wherein the host and the audio conversion device are connected via a USB, the first transmission mode is UAC Type I, and the second transmission mode is UAC Type III. An audio conversion device is used in conjunction with a host, the audio conversion device comprising: a receiving module, receiving an audio signal, wherein the audio signal is a compressed audio signal; a processing unit, electrically connected to the receiving module, the processing unit determines whether to perform a data burst packaging process on the compressed audio signal according to a packaging state of the compressed audio signal; a control unit, electrically connected to the processing unit; and A transmission module is electrically connected to the processing unit and the control unit. The control unit controls the transmission module to output a compressed audio signal with a data burst package, so that a host receives the compressed audio signal with a data burst package and performs a data burst decapsulation process on the compressed audio signal with a data burst package to obtain the compressed audio signal. The audio conversion device as described in claim 11, wherein when the encapsulation state of the compressed audio is a state without data burst encapsulation, the processing unit performs data burst encapsulation on the compressed audio to generate the compressed audio with data burst encapsulation. An audio conversion device as described in claim 11, wherein when the encapsulation state of the compressed audio is a data burst encapsulation state, the processing unit skips the data burst encapsulation process for the compressed audio. The audio conversion device as described in claim 11, wherein the host obtains audio format information of the compressed audio, and the host performs the de-data-bundle encapsulation process on the compressed audio with data-bundle encapsulation according to the audio format information. The audio conversion device as described in claim 11, wherein the receiving module or the processing unit detects audio format information of the compressed audio, and when the control unit determines that the audio format information is different from the audio format information detected last time, the control unit controls the transmission module to reconnect. An audio conversion device as described in claim 11, wherein the host and the audio conversion device are connected via a USB, and the host obtains audio format information via a customized communication method.