WO2018103420A1

WO2018103420A1 - Method and system for storing audio file

Info

Publication number: WO2018103420A1
Application number: PCT/CN2017/103458
Authority: WO
Inventors: 赵舜弦
Original assignee: 广州视源电子科技股份有限公司
Priority date: 2016-12-07
Filing date: 2017-09-26
Publication date: 2018-06-14
Also published as: CN106803426A

Abstract

The present invention relates to a method and system for storing an audio file. The method comprises: when a playing apparatus is playing audio data transmitted by a terminal storing an audio file, synchronously performing PCM sampling on the audio data to obtain PCM audio data, and caching the PCM audio data (S1); when a playing progress with respect to the audio data reaches a preset end point, performing compression on the cached PCM audio data according to a set audio file format (S2); and storing the compressed PCM audio data in a storage medium of the playing apparatus (S3). The method and system for storing an audio file of the present invention have a wide range of applications, and can be used flexibility without affecting playing of an audio file. The present invention can play and store an audio file at the same time, and thus has high efficiency.

Description

Audio file storage method and system

Technical field

The present invention relates to the field of audio processing technologies, and in particular, to an audio file storage method and system.

Background technique

When playing an audio file, there is a scene in which the storage terminal storing the audio file and the playback terminal playing the audio file are separated from each other, for example, when the audio file in the mobile phone is transmitted to the car Bluetooth player for playback, the audio is The file is stored in the phone and the playback device is set on the car. In this case, the playback terminal only performs the playback function without storing the audio file. However, in practical applications, the user may need to store the audio file in the playback terminal to play the audio file at any time.

In the conventional technology, if an audio file needs to be stored in a playback terminal, it is usually required to install specific software on both the playback terminal and the storage terminal. When transmitting, the software copies the audio file through a data transmission protocol or a file transfer protocol. The storage terminal is transmitted to the playback terminal.

However, the above method requires that both the storage terminal and the playback terminal install software capable of supporting the same data transmission protocol or file transfer protocol, and the use flexibility is poor.

Summary of the invention

Based on this, it is necessary to provide an audio file storage method and system for the problem of poor use flexibility.

An audio file storage method includes the following steps:

When the playback device plays the audio data sent by the terminal storing the audio file, the audio data is synchronously PCM-sampled to obtain PCM audio data, and the PCM audio data is buffered;

When the playing process of the audio data reaches a preset playing end point, the buffered PCM audio data is compressed according to the set audio file format;

The compressed PCM audio data is stored on a storage medium of the playback device.

An audio file storage system comprising:

a cache module, configured to: when the playing device plays the audio data sent by the terminal storing the audio file, perform PCM sampling on the audio data to obtain PCM audio data, and cache the PCM audio data;

a compression module, configured to compress the buffered PCM audio data according to the set audio file format when the playing process of the audio data reaches a preset playing end point;

And a storage module, configured to store the compressed PCM audio data on a storage medium of the playback device.

The above audio file storage method and system, when the playing device plays the audio data, synchronously samples and buffers the audio data, and after the audio data to be buffered is played, the buffered audio data is compressed and stored, and the audio data can be played. At the same time, the audio data is synchronously recorded in the playing terminal, and the audio file can be stored without installing specific software, and the use range is wide, the use flexibility is high, and the audio file playing is not affected, and the audio file can be played while playing the audio file. Storage, high efficiency.

DRAWINGS

1 is a flow chart of an audio file storage method of an embodiment;

2 is a schematic structural diagram of an audio file storage system of an embodiment.

detailed description

The technical solution of the present invention will be described below with reference to the accompanying drawings.

As shown in FIG. 1, the present invention provides an audio file storage method, which may include the following steps:

S1, when the playback device plays the audio data sent by the terminal storing the audio file, synchronously PCM (Pulse Coded Modulation) sampling is performed on the audio data to obtain PCM audio data, and the PCM audio data is cached. ;

The playback device is separately disposed from the terminal, and the playback device and the terminal are capable of data transmission. In an embodiment, the playing device may be an audio playing device such as a Bluetooth player, and the terminal may be a smart terminal such as a mobile phone or a tablet computer. In general, mobile phones, Smart terminals such as tablets can support the Bluetooth protocol, and the Bluetooth player can also support the Bluetooth protocol. Therefore, the smart terminal and the Bluetooth player can transmit data through the built-in Bluetooth protocol without additional software installation. For convenience of description, the following uses a Bluetooth player and a mobile phone as an example for description.

When the Bluetooth player plays the audio data stored in the mobile phone, the Bluetooth player can perform PCM sampling of the audio data in synchronization. In one embodiment, the start and end points of the sample may be pre-set. For example, the starting point may be the playing start point of the audio file, that is, the 0th second of the audio file playing; the starting point may also be any playing point in the middle of the audio file, for example, the 10th second, the 25th of the audio file playing Seconds or any other seconds. Similarly, the end point may be the playback end point of the audio file, that is, the last 1 second of the audio file playing, or may be any minute of the first minute 25 seconds, 2 minutes 0 seconds, etc. of the audio file playing. The corresponding sampling start point and sampling end point can be set by receiving the time information of the sampling start point and the sampling end point input by the user through the Bluetooth player. In this way, you have the flexibility to choose which part of the audio file or audio file you want to store. For example, sometimes the user only needs to save the intro part of a song. This is done by setting the start and end points of the sample to the start and end points of the intro section. For another example, sometimes the user needs to save the entire song, just set the start and end points of the sample to the start and end points of the entire song.

When storing, the integrity of the PCM audio data in the cache can be judged first. In general, the PCM audio data in the cache is considered to be incomplete when the following empties occur. The first case is that the playback start point of the played audio data is after the preset play start point, and the other case is that the fast forward or fast reverse operation is performed during the process of playing the sound data. In order to prevent the first situation, the initial play progress of the audio data may be compared with a preset sampling start point; if the initial play progress is before the sampling start point, the current play progress reaches the sampling start point. At the time, the audio data is subjected to PCM sampling. For example, in the first case, assume that the user setting is sampling from the 25th second, that is, the user needs audio data starting from the 25th second, and the starting point of the playback is the 30th second, then the 25th The data from the second to the 30th second is missing. At this time, even if the buffer starts from the 30th second, the complete audio data cannot be obtained. Therefore, if the initial playback progress is after the sampling start point, the corresponding execution may not be performed. The audio data is subjected to PCM sampling operation. In order to prevent the second In the case, if a fast forward operation is detected during the playback of the audio data by the playback device, the step of buffering the PCM audio data is stopped, and the PCM audio data in the cache is emptied. In the second case, assuming that the audio data is played until the 30th second, the user performs a fast forward operation, and after the fast forward operation, the audio data starts playing from the 40th second, and the audio between the 30th and 40th seconds. The data is missing, so even if the audio data is cached, the complete audio data cannot be obtained. Therefore, if a fast forward operation is detected, an operation of performing PCM sampling on the audio data may not be performed.

Similarly, when the fast rewind operation is detected, the step of buffering the PCM audio data may also be stopped, and the PCM audio data in the buffer may be emptied. Alternatively, while the fast forward operation is detected, the step of buffering the PCM audio data may be stopped, and the fast rewind time is simultaneously recorded, and the PCM audio data is restored when the next playback to the rewind time A step of. In this case, it is necessary to synchronize the audio data at the time of performing the fast reverse operation with the data replayed to the fast reverse time by a time stamp. For example, when the rewind operation is performed at the 30th second and the audio file playback progresses back to the 25th second, the rewind time can be recorded as the 30th second, and the playback progress of the audio file is returned from the 25 seconds to the 30th second. When you can re-sampling. The data from the first play to the 30th second (fast rewind time) and the data from the second play to the 30th second can be synchronized by a time stamp, so that the data obtained by the two samples can be connected.

In one embodiment, if a pause operation is detected during playback of the audio data by the playback device, the step of buffering the PCM audio data is stopped; and when the playback device detects that the playback process of the audio data is resumed Returning the step of buffering the PCM audio data. For example, in actual situations, when a user plays an audio file stored in a mobile phone through a Bluetooth player, music playback may be stopped due to a call received by the mobile phone. At this point, the audio file storage process is stopped accordingly. The audio file storage process can be resumed when the user ends the incoming call and replays the music. In another embodiment, after the pause operation is detected in the process of playing the audio data by the playback device, the counting may also be started from the moment when the pause operation is detected; if the count value reaches the preset count threshold, the detection is detected. The playback device resumes the playing process of the audio data, and returns a step of buffering the PCM audio data. In this way, it is possible to prevent incomplete audio data from occupying the cache space for a long time.

It is worth mentioning that the above steps and the following steps of the present invention may be performed by a Bluetooth player, or may be implemented by other controllers or processors.

S2, when the playing process of the audio data reaches a preset playing end point, compressing the buffered PCM audio data according to the set audio file format;

When saving an audio file, you can set two modes, one is the auto save mode and the other is the manual save mode. In the automatic save mode, as long as the audio data selected by the user is cached, it is automatically compressed and stored. The audio data selected by the above user refers to the audio data between the start point and the end point in step S1. In the manual save mode, the user can manually select whether to cache the audio data. Specifically, a store instruction for the PCM audio data may be received; the cached PCM audio data is compressed in response to the store instruction. If the Bluetooth player has a human-computer interaction interface (eg, a display screen), a dialog box may be displayed on the display screen, which may include options, for example, including a determination option and a cancellation option, if the user clicks on the confirmation option, The cached PCM audio data is compressed. If the user clicks the cancel option, the cached PCM audio data is not compressed, and the PCM audio data in the cache can be emptied to avoid long-term occupation of the cache space by the data that the user does not need. In one embodiment, after the dialog box is popped up, if the user does not select an option in the dialog box for a period of time, the dialog box may be exited and the operation of compressing the cached PCM audio data may be performed.

S3. Store the compressed PCM audio data on a storage medium of the playback device.

In an embodiment, the category information of the audio file may also be acquired; the category information is associated with the compressed PCM audio data to obtain association information; and the association information is stored on a storage medium of the playback device. The category information may include a type of sound in the audio file (eg, wind, bird, erhu, piano, etc.), or a name of the utterer (eg, when the audio file is a song, the category information) It can be the name of the singer, the production time of the audio file, the format of the audio file (for example, mp3 format), the name of the audio file, and the like. The above category information may be manually input by the user, or may be automatically transmitted from the terminal storing the audio file to the audio playback device through a corresponding protocol. For example, in the case of a mobile phone and a Bluetooth player, the mobile phone and the Bluetooth player can communicate via the Bluetooth A2DP protocol (Advanced Audio Distribution Profile), through which the Bluetooth player can learn the singer of the currently playing song. Name and song The title of the song, in one embodiment, the category information of the song can be saved in a similar manner as "singer name-song name.mp3" or the like.

As shown in FIG. 2, the present invention provides an audio file storage system, which may include:

The cache module 10 is configured to perform PCM (Pulse Coded Modulation) sampling on the audio data synchronously when playing the audio data sent by the terminal that stores the audio file, to obtain PCM audio data, and to the PCM Audio data is cached;

The playback device is separately disposed from the terminal, and the playback device and the terminal are capable of data transmission. In an embodiment, the playing device may be an audio playing device such as a Bluetooth player, and the terminal may be a smart terminal such as a mobile phone or a tablet computer. In general, smart terminals such as mobile phones and tablet computers can support the Bluetooth protocol, and the Bluetooth player can also support the Bluetooth protocol. Therefore, the smart terminal and the Bluetooth player can transmit data through the built-in Bluetooth protocol without Additional installation of specific software. For convenience of description, the following uses a Bluetooth player and a mobile phone as an example for description.

When storing, the integrity of the PCM audio data in the cache can be judged first. In general, the PCM audio data in the cache is considered to be incomplete when the following empties occur. The first case is that the playback start point of the played audio data is after the preset play start point, and the other case is that the fast forward or fast reverse operation is performed during the process of playing the sound data. In order to prevent the first situation, the initial play progress of the audio data may be compared with a preset sampling start point; if the initial play progress is before the sampling start point, the current play progress reaches the sampling start point. At the time, the audio data is subjected to PCM sampling. For example, in the first case, assume that the user setting is sampling from the 25th second, that is, the user needs audio data starting from the 25th second, and the starting point of the playback is the 30th second, then the 25th The data from the second to the 30th second is missing. At this time, even if the buffer starts from the 30th second, the complete audio data cannot be obtained. Therefore, if the initial playback progress is after the sampling start point, the corresponding execution may not be performed. The audio data is subjected to PCM sampling operation. In order to prevent the second situation, if a fast forward operation is detected during the playback of the audio data by the playback device, the function of buffering the PCM audio data is stopped, and the PCM audio data in the buffer is emptied. In the second case, assuming that the audio data is played until the 30th second, the user performs a fast forward operation, and after the fast forward operation, the audio data starts playing from the 40th second, and the audio between the 30th and 40th seconds. The data is missing, so even if the audio data is cached, the complete audio data cannot be obtained. Therefore, if a fast forward operation is detected, an operation of performing PCM sampling on the audio data may not be performed.

Similarly, when the fast rewind operation is detected, the function of buffering the PCM audio data may also be stopped, and the PCM audio data in the buffer may be emptied. Alternatively, while the fast forward operation is detected, the function of buffering the PCM audio data may be stopped, and the fast rewind time is simultaneously recorded, and the PCM audio data is resumed when the next playback to the rewind time The function of caching. In this case, it is necessary to synchronize the audio data at the time of performing the fast reverse operation with the data replayed to the fast reverse time by a time stamp. For example, when the rewind operation is performed at the 30th second and the audio file playback progresses back to the 25th second, the rewind time can be recorded as the 30th second, and the playback progress of the audio file is returned from the 25 seconds to the 30th second. When you can re-sampling. The data from the first play to the 30th second (fast rewind time) and the data from the second play to the 30th second can be synchronized by a time stamp, so that the data obtained by the two samples can be connected.

In one embodiment, if a pause operation is detected during playback of the audio data by the playback device, the function of buffering the PCM audio data is stopped; when the playback device pair is detected When the playing process of the audio data is restored, a function of buffering the PCM audio data is returned. For example, in actual situations, when a user plays an audio file stored in a mobile phone through a Bluetooth player, music playback may be stopped due to a call received by the mobile phone. At this point, the audio file storage process is stopped accordingly. The audio file storage process can be resumed when the user ends the incoming call and replays the music. In another embodiment, after the pause operation is detected in the process of playing the audio data by the playback device, the counting may also be started from the moment when the pause operation is detected; if the count value reaches the preset count threshold, the detection is detected. The playback device resumes the playing process of the audio data, and returns a function of buffering the PCM audio data. In this way, it is possible to prevent incomplete audio data from occupying the cache space for a long time.

It is worth mentioning that the above functions and the following various functions of the present invention may be implemented by a Bluetooth player or by other controllers or processors.

The compression module 20 is configured to compress the buffered PCM audio data according to the set audio file format when the playing process of the audio data reaches a preset playing end point;

When saving an audio file, you can set two modes, one is the auto save mode and the other is the manual save mode. In the automatic save mode, as long as the audio data selected by the user is cached, it is automatically compressed and stored. The audio data selected by the above user refers to the audio data between the start point and the end point in the cache module 10. In the manual save mode, the user can manually select whether to cache the audio data. Specifically, a store instruction for the PCM audio data may be received; the cached PCM audio data is compressed in response to the store instruction. If the Bluetooth player has a human-computer interaction interface (eg, a display screen), a dialog box may be displayed on the display screen, which may include options, for example, including a determination option and a cancellation option, if the user clicks on the confirmation option, The cached PCM audio data is compressed. If the user clicks the cancel option, the cached PCM audio data is not compressed, and the PCM audio data in the cache can be emptied to avoid long-term occupation of the cache space by the data that the user does not need. In one embodiment, after the dialog box is popped up, if the user does not select an option in the dialog box for a period of time, the dialog box may be exited and the operation of compressing the cached PCM audio data may be performed.

The storage module 30 is configured to store the compressed PCM audio data on a storage medium of the playback device.

In an embodiment, the category information of the audio file may also be acquired; the category information is associated with the compressed PCM audio data to obtain association information; and the association information is stored on a storage medium of the playback device. The category information may include a type of sound in the audio file (eg, wind, bird, erhu, piano, etc.), or a name of the utterer (eg, when the audio file is a song, the category information) It can be the name of the singer, the production time of the audio file, the format of the audio file (for example, mp3 format), the name of the audio file, and the like. The above category information may be manually input by the user, or may be automatically transmitted from the terminal storing the audio file to the audio playback device through a corresponding protocol. For example, in the case of a mobile phone and a Bluetooth player, the mobile phone and the Bluetooth player can communicate via the Bluetooth A2DP protocol (Advanced Audio Distribution Profile), through which the Bluetooth player can learn the singer of the currently playing song. Name and song name, in one embodiment, the category information of the song can be saved in a similar manner as "singer name-song name.mp3" or the like.

The audio file storage system of the present invention has a one-to-one correspondence with the audio file storage method of the present invention, and the technical features and the beneficial effects thereof described in the embodiments of the audio file storage method are applicable to the embodiment of the audio file storage system, and hereby declare .

The technical features of the above-described embodiments may be arbitrarily combined. For the sake of brevity of description, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction between the combinations of these technical features, All should be considered as the scope of this manual.

The above-described embodiments are merely illustrative of several embodiments of the present invention, and the description thereof is more specific and detailed, but is not to be construed as limiting the scope of the invention. It should be noted that a number of variations and modifications may be made by those skilled in the art without departing from the spirit and scope of the invention. Therefore, the scope of protection of the patent of the present invention The following claims shall prevail.

Claims

An audio file storage method, comprising the steps of:

When the playback device plays the audio data sent by the terminal storing the audio file, the audio data is synchronously PCM-sampled to obtain PCM audio data, and the PCM audio data is buffered;

When the playing process of the audio data reaches a preset playing end point, the buffered PCM audio data is compressed according to the set audio file format;

The compressed PCM audio data is stored on a storage medium of the playback device.
The audio file storage method according to claim 1, wherein the compressing the buffered PCM audio data according to the set audio file format comprises:

Receiving a storage instruction for the PCM audio data;

The buffered PCM audio data is compressed in response to the store instruction.
The audio file storage method according to claim 1, wherein the step of performing PCM sampling on the audio data comprises:

Comparing the initial playback progress of the audio data with a preset sampling start point;

If the initial play progress is before the sampling start point, the audio data is PCM sampled when the current play progress reaches the sampling start point.
The audio file storage method according to claim 1, further comprising the steps of:

If a fast forward operation is detected during playback of the audio data by the playback device, the step of buffering the PCM audio data is stopped, and the PCM audio data in the buffer is emptied.
The audio file storage method according to claim 1, further comprising the steps of:

If the pause operation is detected during the playback of the audio data by the playback device, the step of buffering the PCM audio data is stopped;

When it is detected that the playing device resumes the playing process of the audio data, the step of buffering the PCM audio data is returned.
The audio file storage method according to claim 5, wherein the playback device is After detecting the pause operation in the process of playing the audio data, the following steps are also included:

Counting from the moment the pause operation is detected;

If it is detected that the playback process of the audio data is resumed by the playback device before the count value reaches the preset count threshold, the step of buffering the PCM audio data is returned.
The audio file storage method according to any one of claims 1 to 6, further comprising the steps of:

Obtaining category information of the audio file;

Associating the category information with the compressed PCM audio data to obtain associated information;

The associated information is stored on a storage medium of the playback device.
The audio file storage method according to claim 7, wherein the playback device is a Bluetooth player, and the Bluetooth player is connected to the terminal via a Bluetooth mode.
The audio file storage method according to claim 8, wherein the category information of the audio file is acquired through a Bluetooth A2DP protocol.
An audio file storage system, comprising:

a cache module, configured to: when the playing device plays the audio data sent by the terminal storing the audio file, perform PCM sampling on the audio data to obtain PCM audio data, and cache the PCM audio data;

a compression module, configured to compress the buffered PCM audio data according to the set audio file format when the playing process of the audio data reaches a preset playing end point;

And a storage module, configured to store the compressed PCM audio data on a storage medium of the playback device.