WO2013029439A1 - 一种录制流媒体文件的方法及相应的设备 - Google Patents
一种录制流媒体文件的方法及相应的设备 Download PDFInfo
- Publication number
- WO2013029439A1 WO2013029439A1 PCT/CN2012/078785 CN2012078785W WO2013029439A1 WO 2013029439 A1 WO2013029439 A1 WO 2013029439A1 CN 2012078785 W CN2012078785 W CN 2012078785W WO 2013029439 A1 WO2013029439 A1 WO 2013029439A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- frame data
- media file
- media
- file
- saved
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Definitions
- the present invention relates to the field of computers, and in particular, to a method and a corresponding device for recording a streaming media file.
- the principle of recording streaming media files is to sample, quantize and encode the analog signals to obtain a recordable digital information stream, such as the binary code seen by a text editor UltraEdit to open a streaming media file.
- the streaming media file includes a header file, wherein the header file records the basic information of the streaming media file such as the file format, the length, the playback speed, and the like, and the frame data of one frame and one frame is followed by the header file.
- the recording device sequentially saves the acquired frame data to the back of the header file until the last frame of data.
- the memory requirement of the mobile terminal is very high, which undoubtedly increases the user cost, and if the mobile terminal consumes too much memory due to recording the streaming media file, the mobile terminal has insufficient memory and affects other modules. The normal operation, which is not worth the candle.
- the technical problem to be solved by the present invention is to provide a method for recording a streaming media file and a corresponding device, so that the user can record the media file while listening to the real-time media file, but does not make the mobile terminal lack of memory. It affects the normal operation of other modules, thus solving the problem that users can save media files as needed.
- a technical solution adopted by the present invention is to provide a method for recording a streaming media file, including:
- the frame data is saved to the position of the first frame data in the first media file, if the previous frame data of the frame data is If it is not saved at the end of the preset first media file, the frame data is saved at a position after the previous frame data of the frame data;
- the step of saving the frame data to the location of the first frame data in the first media file includes:
- the frame data is used to overwrite the first frame data in the first media file.
- the step of saving the frame data at a position after the previous frame data of the frame data includes:
- the frame data of the position after the previous frame data of the frame data is deleted, and then the frame data is written, or the frame data is used to cover the position after the previous frame data of the frame data.
- Frame data is used to cover the position after the previous frame data of the frame data.
- the step of editing the first media file to generate the second media file includes:
- step of editing the frame data in the first media file to edit the acquired frame data according to the saved sequence to generate the second media file includes:
- a second media file is generated based on the header file and the start frame data and the end frame data.
- the method further includes:
- the header file of the first media is re-recorded.
- another technical solution adopted by the present invention is to provide a method for recording a streaming media file, including:
- the frame data is saved to the position of the first frame data in the first media file, if the previous frame data of the frame data is If it is not saved at the end of the preset first media file, the frame data is saved at a position after the previous frame data of the frame data;
- the method further includes:
- the first media file is clipped to generate a second media file
- step of saving the frame data to the location of the first frame data in the first media file comprises:
- the frame data is used to overwrite the first frame data in the first media file.
- the step of saving the frame data at a position after the previous frame data of the frame data includes:
- the frame data of the position after the previous frame data of the frame data is deleted, and then the frame data is written, or the frame data is used to cover the position after the previous frame data of the frame data.
- Frame data is used to cover the position after the previous frame data of the frame data.
- the step of editing the first media file to generate the second media file includes:
- step of editing the frame data in the first media file to edit the acquired frame data according to the saved sequence to generate the second media file includes:
- a second media file is generated based on the header file and the start frame data and the end frame data.
- the method further includes:
- the header file of the first media is re-recorded.
- a technical solution adopted by the present invention is to provide an apparatus for recording a streaming media file, including:
- the acquiring module is configured to acquire the frame data of the streaming media when the real-time streaming media file is listened to or viewed, and the pre-recording function of the device is enabled;
- a judging module configured to determine whether the previous frame data of the frame data is saved at the end of the preset first media file, where the first media file is preset to a fixed size
- a first saving module configured to save the frame data to a position of the first frame data in the first media file when the previous frame data of the frame data is saved at the end of the preset first media file, When the previous frame data of the frame data is not stored at the end of the preset first media file, the frame data is saved at a position after the previous frame data.
- the device further includes:
- a clip module configured to: after the frame data of the streaming media is stopped or the last frame data of the streaming media is acquired, the first media file is clipped to generate a second media file;
- the second saving module is configured to save the second media file after the editing of the editing module.
- the editing module includes:
- a first receiving unit configured to receive an end recording instruction input by the user and a clip instruction
- a playing unit configured to: when the first receiving unit receives the end recording instruction input by the user and the clip instruction, play the first media file according to the arranged order of the acquired frame data;
- a second receiving unit configured to receive a start frame data confirmation instruction and an end frame data confirmation instruction input by the user
- a clipping unit configured to confirm a corresponding start frame data and end frame data according to a start frame data confirmation instruction and an end frame data confirmation instruction received by the second receiving unit, and generate a header file according to the start frame data and the end frame data;
- a second media file generating unit configured to generate a second media file according to the header file generated by the clipping unit and the start frame data and the end frame data.
- the device further includes a header file recording module, configured to re-record the header file of the first media when the acquired frame data is the first frame data acquired from the streaming media.
- the mobile terminal by presetting a fixed size first media file locally, and then cyclically saving the acquired frame data to the first media file; enabling the user to listen to the real-time media file while listening, While recording the media file, the mobile terminal does not affect the normal operation of other modules due to insufficient memory, thereby solving the problem that the user can save the media file as needed, thereby improving the user experience.
- FIG. 1 is a schematic diagram of a streaming media file format
- FIG. 2 is a data flow diagram of a method of recording a streaming media file of the present invention
- FIG. 3 is a data flow diagram of a preferred embodiment of a method for recording a streaming media file of the present invention
- FIG. 4 is a schematic diagram of storing a first frame data in a preferred embodiment of a method for recording a streaming media file according to the present invention
- FIG. 5 is a schematic diagram of storing n+1th frame data in a preferred embodiment of the method for recording a streaming media file according to the present invention
- FIG. 6 is a schematic diagram showing the logical structure of an apparatus for recording a streaming media file according to the present invention.
- an embodiment of a method for recording a streaming media file of the present invention includes:
- the acquired frame data is saved to the position of the first frame data in the first media file, and then the next frame data is continuously acquired. And determining whether the previous frame data is saved at the end of the preset first media file until the frame data of the streaming media is stopped or until the last frame data of the streaming media is acquired;
- the acquired frame data is saved at a position after the previous frame data of the frame data, and then the next frame data is continuously acquired. And determining whether the previous frame data is saved at the end of the preset first media file until the frame data of the streaming media is stopped or until the last frame data of the streaming media is acquired;
- Step 201 Determining whether to stop acquiring frame data of the streaming media or until obtaining the last frame data of the streaming media, if yes, ending the process; if not, proceeding to step 201 to acquire the next frame data;
- the first media file of a fixed size is preset locally, and then the acquired frame data is cyclically saved to the first media file; thereby enabling the user to record while watching the real-time media file.
- the media file but does not cause the mobile terminal to affect the normal operation of other modules due to insufficient memory, thereby solving the problem that the user can save the media file as needed, and improving the user experience.
- a preferred embodiment of the method for recording a streaming media file of the present invention includes:
- a pre-recording function is preset in the device, and a file dedicated to recording the mobile phone state variable can be preset in the file system of the device, and an identification variable is set in the file, and the identification variable is used to record the pre-recording function.
- a file dedicated to recording the mobile phone state variable can be preset in the file system of the device, and an identification variable is set in the file, and the identification variable is used to record the pre-recording function.
- the pre-recording function of the device When the user listens to or watches the real-time streaming media file, it is determined whether the pre-recording function of the device is enabled, for example, by reading the flag in the file.txt file, if the pre-recording function of the device is enabled, the first record is re-recorded. The header file of the media file, and then proceeds to step 302, if the pre-recording function of the device is not enabled, the process ends;
- step 301 After determining that the pre-recording function of the device is enabled in step 301, acquiring frame data of the streaming media;
- the header file of the first media file needs to be re-recorded, and the obtained first frame data directly skips the header file and is recorded at a position after the header file;
- step 306 is performed, if the previous frame data is not saved at the end of the first media file, step 307 is performed;
- the acquired frame data is saved to the position of the first frame data in the first media file, and specifically, the frame data of the position of the original first frame data may be directly covered, or the original The frame data of the position of the first frame data is deleted, and then the acquired frame data is written to the position of the first frame data, and no limitation is made here;
- n frame data may be stored in the first media file. If n frame data is already full, the newly acquired n+1th frame data is saved to the first media file. The position of the first frame data in the middle;
- the acquired frame data is saved to a position after the previous frame data, specifically, if the position after the previous frame data is empty If the position after the previous frame data is not empty, the frame data of the position after the previous frame data may be directly overwritten by the acquired frame data, or the previous frame may be used first. The frame data of the position after the frame data is deleted, and then the acquired frame data is written, and no limitation is made here;
- step 309 is executed. If the user inputs the instruction to stop the acquisition or has obtained the frame data of the streaming media, step 309 is executed. If the instruction to stop the acquisition input by the user is not received, and the frame data of the streaming media is not acquired, return to step 304 to continue acquiring. Next frame data;
- step 308 If it is determined in step 308 that the user inputs the instruction to stop acquiring or has obtained the frame data of the streaming media, it is considered that the media file that the user wants to record has been recorded, because the frame data playing sequence of the recorded first media file is not necessarily obtained according to the acquisition.
- the time of the frame data is played successively, as shown in FIG. 5, the n+1th frame data is played first, then the second frame data, the third frame data, and the like are played, and the correct play order is played first.
- the user can input the start frame data confirmation command through the keyboard or other device, or end the frame data confirmation command;
- the device determines the corresponding start frame data and the end frame data according to the start frame data confirmation instruction and the end frame data confirmation instruction; and further determines the file length according to the start frame data and the end frame data, and generates a header file;
- the frame data in the first media file may be deleted or reserved, and no limitation is imposed here;
- the first media file of a fixed size is preset locally, and then the acquired frame data is cyclically saved to the first media file, after the first media file is recorded, and then according to the needs of the user.
- a media file is edited to generate a second media file required by the user; enabling the user to record the media file while listening to the real-time media file, but does not cause the mobile terminal to affect other modules due to insufficient memory Normal operation, which solves the problem that users can save media files as needed, and improves user experience.
- an embodiment of an apparatus for recording a streaming media file of the present invention includes:
- the obtaining module 601 is configured to: when listening to or watching a real-time streaming media file, and acquiring a pre-recording function of the device, acquiring frame data of the streaming media;
- the determining module 602 is configured to determine whether the previous frame data is saved at the end of the preset first media file, where the first media file is preset to a fixed size;
- the first saving module 603 is configured to: when the determining module 602 determines that the last frame data is saved at the end of the preset first media file, save the frame data to the location of the first frame data in the first media file, and then The obtaining module 601 continues to acquire the next frame data, and then the determining module 602 determines whether the previous frame data is saved at the end of the preset first media file until the frame data of the streaming media is stopped or until the last stream is obtained.
- the device in this embodiment further includes:
- the editing module 604 is configured to: after the frame data of the streaming media is stopped or the last frame data of the streaming media is acquired, the first media file is clipped to generate a second media file;
- the second saving module 605 is configured to save the second media file after the editing of the editing module 604.
- the first saving module 603 is further configured to: when the determining module 602 determines that the previous frame data is not saved at the end of the preset first media file, save the frame data at a position after the previous frame data, and then The obtaining module 601 continues to acquire the next frame data, and then the determining module 602 determines whether the previous frame data is saved at the end of the preset first media file until the frame data of the streaming media is stopped or until the last stream is obtained.
- editing module 604 includes:
- a first receiving unit configured to receive an end recording instruction input by the user and a clip instruction
- a playing unit configured to: when the first receiving unit receives the end recording instruction input by the user and the clip instruction, play the first media file according to an arrangement order of the frame data;
- a second receiving unit configured to receive a start frame data confirmation instruction and an end frame data confirmation instruction input by the user
- a clipping unit configured to confirm a corresponding start frame data and end frame data according to a start frame data confirmation instruction and an end frame data confirmation instruction received by the second receiving unit, and generate a header file according to the start frame data and the end frame data;
- a second media file generating unit configured to generate a second media file according to the header file generated by the clipping unit and the start frame data and the end frame data;
- the device in this embodiment further includes a header file recording module 606, configured to re-record the header file of the first media when the frame data acquired by the obtaining module 601 is the first frame data acquired from the streaming media. .
- the first media file of a fixed size is preset locally, and then the acquired frame data is cyclically saved to the first media file, after the first media file is recorded, and then according to the needs of the user.
- a media file is edited to generate a second media file required by the user; enabling the user to record the media file while listening to the real-time media file, but does not cause the mobile terminal to affect other modules due to insufficient memory Normal operation, which solves the problem that users can save media files as needed, and improves user experience.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
本发明实施例公开了一种录制流媒体文件的方法，还提供了相应的设备。在本发明实施例提供的方法中，通过在本地预设一个固定大小的第一媒体文件，然后将获取的帧数据循环保存到该第一媒体文件；实现了使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度。
Description
【技术领域】
本发明涉及计算机领域，特别是涉及一种录制流媒体文件的方法及相应的设备。
【背景技术】
收听收看实时的流媒体文件，例如FM电台、移动终端电视，已经逐渐成为手机必不可少的功能之一。用户在收听收看流媒体文件时，经常会听到看到一些以前没有接触过的流媒体文件，希望能够保存下来。但等到想保存时已经为时已晚，想保存的音频或视频已经结束了。
录制流媒体文件的原理是对模拟信号进行抽样、量化和编码后得到可以记录下来的数字信息流，比如用文本编辑器UltraEdit打开一个流媒体文件所看到的二进制编码。
现有技术中，对流媒体文件的录制一般是这样实现的：
首先简单介绍一下流媒体文件的格式，如图
1所示，流媒体文件包含一个头文件，其中，头文件记录了文件格式、长度、播放速度等等流媒体文件的基本信息，在头文件后面就是一帧一帧的帧数据了。在录制流媒体文件时，录制设备将获取的帧数据依次保存到头文件的后面，一直到最后一帧数据。
如果利用现有的录制技术，对移动终端的内存要求非常高，这无疑增加了用户成本，并且如果因为录制流媒体文件而使得移动终端耗内存过多，会导致移动终端内存不足而影响其它模块的正常运行，这也是得不偿失的。
那么，如何使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度，是亟待解决的问题。
【发明内容】
本发明主要解决的技术问题是提供一种录制流媒体文件的方法及相应的设备，使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题。
为解决上述技术问题，本发明采用的一个技术方案是：提供一种录制流媒体文件的方法，包括：
获取流媒体的帧数据；
判断该获取的帧数据的上一个帧数据是否保存在第一媒体文件的末尾，其中，第一媒体文件预先设置为固定大小；
若该帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将该帧数据保存到第一媒体文件中第一个帧数据的位置，若该帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将该帧数据保存在该帧数据的上一个帧数据之后的位置；
继续获取下一个帧数据，并判断该下一个帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据，然后对第一媒体文件进行剪辑以生成第二媒体文件并保存第二媒体文件；
其中，将帧数据保存到第一媒体文件中第一个帧数据的位置的步骤包括：
先将第一个帧数据删除，然后写该帧数据；或者，
用该帧数据覆盖第一媒体文件中的第一个帧数据。
进一步的，将该帧数据保存在该帧数据的上一个帧数据之后的位置的步骤包括：
判断该帧数据的上一个帧数据之后的位置是否为空；
当判断的结果为是，则直接写入该帧数据；
当判断的结构为否，则将该帧数据的上一个帧数据之后的位置的帧数据删除，然后写入该帧数据，或者用该帧数据覆盖该帧数据的上一个帧数据之后的位置的帧数据。
进一步的，当停止获取流媒体的帧数据或者获取到流媒体的最后一个帧数据后，对第一媒体文件进行剪辑以生成第二媒体文件的步骤包括：
接收用户输入的结束录制指令并停止对媒体流的帧数据的获取；
接收用户输入的剪辑指令，并对第一媒体文件中的帧数据按照保存的先后顺序对获取的帧数据进行剪辑从而生成第二媒体文件。
进一步的，对第一媒体文件中的帧数据按照保存的先后顺序对获取的帧数据进行剪辑从而生成第二媒体文件的步骤包括：
依据获取的帧数据的排列顺序播放第一媒体文件；
接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；
根据起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据起始帧数据和结尾帧数据生成头文件；
根据头文件以及起始帧数据和结尾帧数据生成第二媒体文件。
进一步的，在获取流媒体的帧数据的步骤之后还包括：
若帧数据为从流媒体获取的第一个帧数据，则重新记录第一媒体的头文件。
为解决上述技术问题，本发明采用的另一个技术方案是：提供一种录制流媒体文件的方法，包括：
获取流媒体的帧数据；
判断该获取的帧数据的上一个帧数据是否保存在第一媒体文件的末尾，其中，第一媒体文件预先设置为固定大小；
若该帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将该帧数据保存到第一媒体文件中第一个帧数据的位置，若该帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将该帧数据保存在该帧数据的上一个帧数据之后的位置；
继续获取下一个帧数据，并判断该下一个帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据。
进一步的，本方法还包括：
当停止获取流媒体的帧数据或者获取到流媒体的最后一个帧数据后，对第一媒体文件进行剪辑以生成第二媒体文件；
保存该第二媒体文件。
进一步的，在将帧数据保存到第一媒体文件中第一个帧数据的位置的步骤包括：
先将第一个帧数据删除，然后写该帧数据；或者，
用该帧数据覆盖第一媒体文件中的第一个帧数据。
进一步的，将该帧数据保存在该帧数据的上一个帧数据之后的位置的步骤包括：
判断该帧数据的上一个帧数据之后的位置是否为空；
当判断的结果为是，则直接写入该帧数据；
当判断的结构为否，则将该帧数据的上一个帧数据之后的位置的帧数据删除，然后写入该帧数据，或者用该帧数据覆盖该帧数据的上一个帧数据之后的位置的帧数据。
进一步的，当停止获取流媒体的帧数据或者获取到流媒体的最后一个帧数据后，对第一媒体文件进行剪辑以生成第二媒体文件的步骤包括：
接收用户输入的结束录制指令并停止对媒体流的帧数据的获取；
接收用户输入的剪辑指令，并对第一媒体文件中的帧数据按照保存的先后顺序对获取的帧数据进行剪辑从而生成第二媒体文件。
进一步的，对第一媒体文件中的帧数据按照保存的先后顺序对获取的帧数据进行剪辑从而生成第二媒体文件的步骤包括：
依据获取的帧数据的排列顺序播放第一媒体文件；
接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；
根据起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据起始帧数据和结尾帧数据生成头文件；
根据头文件以及起始帧数据和结尾帧数据生成第二媒体文件。
进一步的，在获取流媒体的帧数据的步骤之后还包括：
若帧数据为从流媒体获取的第一个帧数据，则重新记录第一媒体的头文件。
为解决上述技术问题，本发明采用的一个技术方案是：提供一种录制流媒体文件的设备，包括：
获取模块，用于当收听或者收看实时的流媒体文件，且本设备的预录功能开启时，获取流媒体的帧数据；
判断模块，用于判断该帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，其中，第一媒体文件预先设置为固定大小；
第一保存模块，用于当该帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾时，将该帧数据保存到所述第一媒体文件中第一个帧数据的位置，当该帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾时，将该帧数据保存在所述上一个帧数据之后的位置。
进一步的，本设备还包括：
剪辑模块，用于当停止获取流媒体的帧数据或者获取到流媒体的最后一个帧数据后，对第一媒体文件进行剪辑以生成第二媒体文件；
第二保存模块，用于保存剪辑模块剪辑完成后的第二媒体文件。
进一步的，剪辑模块包括：
第一接收单元，用于接收用户输入的结束录制指令以及剪辑指令；
播放单元，用于当第一接收单元接收用户输入的结束录制指令以及剪辑指令后，依据获取的帧数据的排列顺序播放第一媒体文件；
第二接收单元，用于接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；
剪辑单元，用于根据第二接收单元接收的起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据起始帧数据和结尾帧数据生成头文件；
第二媒体文件生成单元，用于根据剪辑单元生成的头文件以及起始帧数据和结尾帧数据生成第二媒体文件。
进一步的，本设备还包括头文件记录模块，用于当该获取的帧数据为从流媒体获取的第一个帧数据时，重新记录第一媒体的头文件。
在本发明提供的方法中，通过在本地预设一个固定大小的第一媒体文件，然后将获取的帧数据循环保存到该第一媒体文件；实现了使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度。
【附图说明】
图1是流媒体文件格式示意图；
图2是本发明录制流媒体文件的方法的数据流程图；
图3是本发明录制流媒体文件的方法一优选实施例的数据流程图；
图4是本发明录制流媒体文件的方法优选实施例中第1个帧数据存放示意图；
图5是本发明录制流媒体文件的方法优选实施例中第n+1个帧数据存放示意图；
图6是本发明录制流媒体文件的设备实施例的逻辑结构示意图。
【具体实施方式】
下面结合附图和实施例对本发明进行详细说明。
参阅图2，本发明录制流媒体文件的方法的实施例包括：
201、当收听或者收看实时的流媒体文件，且本设备的预录功能开启时，获取流媒体的帧数据；
202、判断所获取的帧数据的上一个帧数据是否保存在第一媒体文件的末尾，其中，第一媒体文件预先设置为固定大小；
203、若该帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将所述帧数据保存到所述第一媒体文件中第一个帧数据的位置；
若该帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将获取的帧数据保存到第一媒体文件中第一个帧数据的位置，然后继续获取下一个帧数据，并判断上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据；
204、若该帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将该帧数据保存在该上一个帧数据之后的位置；
若该帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将获取的帧数据保存在该帧数据的上一个帧数据之后的位置，然后继续获取下一个帧数据，并判断上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据；
205、判断是否停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据；
判断是否停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据，如果是，则结束流程；如果否，则继续执行步骤201，获取下一个帧数据；
在本实施例中，通过在本地预设一个固定大小的第一媒体文件，然后将获取的帧数据循环保存到该第一媒体文件；实现了使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度。
在录制好第一媒体文件后，用户可以重复听看第一媒体文件，但是第一媒体文件中的数据不一定都是用户所需要的，为了解决这个问题，本发明通过对第一媒体文件进行剪辑得到用户需要的第二媒体文件；下面请参阅图3进行详细说明，本发明录制流媒体文件的方法的优选实施例包括：
301、当用户收听或者收看实时的流媒体文件时，判断本设备的预录功能是否开启；
在本设备中预先设置一项预录功能，可以在本设备的文件系统中预先设置一个专门用于记录手机状态变量的文件，在文件中设置一个标识变量，该标识变量用来记录预录功能是否开启，例如，在文件系统中预先设置一个file.txt文件，并在file.txt文件中设置一个标识变量flag，当flag为1时，设备的预录功能开启，当flag为0时，设备的预录功能关闭；当然，在本设备中预先设置一项预录功能也可以通过在功能项中新增预录功能来实现，此处不做限制；
当用户收听或者收看实时的流媒体文件时，判断本设备的预录功能是否开启，例如可以通过读file.txt文件中的flag来判断，如果本设备的预录功能开启，则重新记录第一媒体文件的头文件，然后继续执行步骤302，如果本设备的预录功能没有开启，则结束流程；
302、获取流媒体的第一个帧数据；
当步骤301中判断出本设备的预录功能开启后，获取流媒体的帧数据；
303、将获取的第一个帧数据保存到第一媒体文件的头文件之后的位置；
因为在每一次开始录制第一媒体文件时，都需要重新记录第一媒体文件的头文件，获取的第一个帧数据直接跳过头文件，记录在头文件之后的位置；
304、获取流媒体的下一个帧数据；
305、判断上一个帧数据是否保存在第一媒体文件的末尾；
在获取了下一个帧数据后，判断该获取的帧数据的上一个帧数据是否保存在第一媒体文件的末尾，即是否第一媒体文件已经存满，如果上一个帧数据保存在第一媒体文件的末尾，则执行步骤306，如果上一个帧数据没有保存在第一媒体文件的末尾，则执行步骤307；
306、将帧数据保存到第一媒体文件中第一个帧数据的位置；
则将获取到的帧数据保存到第一媒体文件中第1个帧数据的位置，具体的，可以直接将原有的第1个帧数据的位置的帧数据覆盖，也可以先将原有的第一个帧数据的位置的帧数据删除，然后再将获取到的帧数据写到第一个帧数据的位置，此处不做限制；
以图5为例进行具体说明，例如在第一媒体文件中可以存储n个帧数据，如果n个帧数据已经存满，那么将新获取的第n+1个帧数据保存到第一媒体文件中第1个帧数据的位置；
307、将帧数据保存在上一个帧数据之后的位置；
如果步骤305中判断出上一个帧数据没有保存在第一媒体文件的末尾，那么，将获取的帧数据保存到上一个帧数据之后的位置，具体的，如果上一个帧数据之后的位置是空的，则直接写入获取的帧数据，如果上一个帧数据之后的位置不是空的，则可以用获取的帧数据直接将上一个帧数据之后的位置的帧数据覆盖，也可以先将上一个帧数据之后的位置的帧数据删除，然后再将获取到的帧数据写入，此处不做限制；
308、判断是否停止获取流媒体的帧数据或者是否获取完流媒体的帧数据；
如果用户输入停止获取的指令或者已经获取完流媒体的帧数据，则执行步骤309，如果没有收到用户输入的停止获取的指令，也没有获取完流媒体的帧数据，则返回步骤304继续获取下一个帧数据；
309、接收用户输入的剪辑指令；
如果步骤308中判断出用户输入停止获取的指令或者已经获取完流媒体的帧数据，认为用户想录制的媒体文件已经录制完毕，因为录制的第一媒体文件的帧数据播放顺序不一定是按照获取帧数据的时间先后播放的，如图5所示，首先播放第n+1个帧数据，然后播放第2个帧数据、第三个帧数据等等，而正确的播放顺序是先播放第1个帧数据，再播放第2个帧数据……最后播放第n+1个帧数据，那么如何将完整的媒体文件呈现给用户呢，这时就需要对第一媒体文件进行剪辑；
首先接收用户输入的剪辑指令，指示需要对第一媒体文件进行剪辑；
310、依据帧数据的排列顺序播放第一媒体文件；
311、接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；
当播放到某一帧时，用户可以通过键盘或者其他装置输入起始帧数据确认指令，或者结尾帧数据确认指令；
312、根据起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据起始帧数据和结尾帧数据生成头文件；
设备根据起始帧数据确认指令和结尾帧数据确认指令确定对应的起始帧数据和结尾帧数据；再根据起始帧数据和结尾帧数据确定文件长度，再生成头文件；
313、根据头文件以及起始帧数据和结尾帧数据生成第二媒体文件，并另存该第二媒体文件；
在剪辑完第一媒体文件后，可以将第一媒体文件中的帧数据删除，也可以保留，此处不做限制；
在本实施例中，只要能达到本发明的目的，各个步骤的先后顺序根据具体的设计可以改动，此处不做限制；
在本实施例中，通过在本地预设一个固定大小的第一媒体文件，然后将获取的帧数据循环保存到该第一媒体文件，录制完第一媒体文件后，再根据用户的需要对第一媒体文件进行剪辑，生成用户需要的第二媒体文件；实现了使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度。
请参阅图6，本发明录制流媒体文件的设备的实施例包括：
获取模块601，用于当收听或者收看实时的流媒体文件，且本设备的预录功能开启时，获取流媒体的帧数据；
判断模块602，用于判断上一个帧数据是否保存在预先设置的第一媒体文件的末尾，其中，第一媒体文件预先设置为固定大小；
第一保存模块603，用于当判断模块602判断出上一个帧数据保存在预先设置的第一媒体文件的末尾时，将帧数据保存到第一媒体文件中第一个帧数据的位置，然后获取模块601继续获取下一个帧数据，并再由判断模块602判断上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据；
进一步的，本实施例中的设备还包括：
剪辑模块604，用于当停止获取流媒体的帧数据或者获取到流媒体的最后一个帧数据后，对第一媒体文件进行剪辑以生成第二媒体文件；
第二保存模块605，用于保存剪辑模块604剪辑完成后的第二媒体文件。
进一步的，第一保存模块603还用于当判断模块602判断出上一个帧数据不是保存在预先设置的第一媒体文件的末尾时，将帧数据保存在该上一个帧数据之后的位置，然后获取模块601继续获取下一个帧数据，并再由判断模块602判断上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取流媒体的帧数据或者直至获取到流媒体的最后一个帧数据；
进一步的，剪辑模块604包括：
第一接收单元，用于接收用户输入的结束录制指令以及剪辑指令；
播放单元，用于当第一接收单元接收用户输入的结束录制指令以及剪辑指令后，依据帧数据的排列顺序播放所述第一媒体文件；
第二接收单元，用于接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；
剪辑单元，用于根据第二接收单元接收的起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据起始帧数据和结尾帧数据生成头文件；
第二媒体文件生成单元，用于根据剪辑单元生成的头文件以及起始帧数据和结尾帧数据生成第二媒体文件；
进一步的，本实施例中的设备还包括头文件记录模块606，用于当获取模块601获取的帧数据为从流媒体获取的第一个帧数据时，重新记录所述第一媒体的头文件。
在本实施例中，通过在本地预设一个固定大小的第一媒体文件，然后将获取的帧数据循环保存到该第一媒体文件，录制完第一媒体文件后，再根据用户的需要对第一媒体文件进行剪辑，生成用户需要的第二媒体文件；实现了使用户能够一边收听收看实时的媒体文件，一边录制该媒体文件，但又不会使移动终端因为内存的不足而影响其它模块的正常运行，从而解决用户能够根据需要保存媒体文件的问题，提高用户体验度。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (16)
- 一种录制流媒体文件的方法，其中，包括：获取流媒体的帧数据；判断所获取的所述帧数据的上一个帧数据是否保存在所述第一媒体文件的末尾，其中，所述第一媒体文件预先设置为固定大小；若所述帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将所述帧数据保存到所述第一媒体文件中第一个帧数据的位置，若所述帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将所述帧数据保存在所述上一个帧数据之后的位置；继续获取下一个帧数据，并判断所述下一个帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取所述流媒体的帧数据或者直至获取到所述流媒体的最后一个帧数据，然后对所述第一媒体文件进行剪辑以生成第二媒体文件并保存所述第二媒体文件；其中，所述将帧数据保存到所述第一媒体文件中第一个帧数据的位置的步骤包括：先将第一个帧数据删除，然后写所述帧数据；或者，用所述帧数据覆盖所述第一媒体文件中的第一个帧数据。
- 根据权利要求1所述的方法，其中，所述将所述帧数据保存在所述上一个帧数据之后的位置的步骤包括：判断所述上一个帧数据之后的位置是否为空；当判断的结果为是，则直接写入所述帧数据；当判断的结构为否，则将所述上一个帧数据之后的位置的帧数据删除，然后写入所述帧数据，或者用所述帧数据覆盖所述上一个帧数据之后的位置的帧数据。
- 根据权利要求1所述的方法，其中，所述当停止获取流媒体的帧数据或者获取到所述流媒体的最后一个帧数据后，对所述第一媒体文件进行剪辑以生成第二媒体文件的步骤包括：接收用户输入的结束录制指令并停止对媒体流的帧数据的获取；接收用户输入的剪辑指令，并对所述第一媒体文件中的帧数据按照保存的先后顺序对所述帧数据进行剪辑从而生成第二媒体文件。
- 根据权利要求3所述的方法，其中，所述对第一媒体文件中的帧数据按照保存的先后顺序对所述帧数据进行剪辑从而生成第二媒体文件的步骤包括：依据所述帧数据的排列顺序播放所述第一媒体文件；接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；根据所述起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据所述起始帧数据和结尾帧数据生成头文件；根据所述头文件以及所述起始帧数据和结尾帧数据生成第二媒体文件。
- 根据权利要求1所述的方法，其中，所述获取流媒体的帧数据的步骤之后还包括：若所述帧数据为从所述流媒体获取的第一个帧数据，则重新记录所述第一媒体的头文件。
- 一种录制流媒体文件的方法，其中，包括：获取流媒体的帧数据；判断所获取的所述帧数据的上一个帧数据是否保存在所述第一媒体文件的末尾，其中，所述第一媒体文件预先设置为固定大小；若所述帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾，则将所述帧数据保存到所述第一媒体文件中第一个帧数据的位置，若所述帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾，则将所述帧数据保存在所述上一个帧数据之后的位置；继续获取下一个帧数据，并判断所述下一个帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，直至停止获取所述流媒体的帧数据或者直至获取到所述流媒体的最后一个帧数据。
- 根据权利要求6所述的方法，其中，所述方法还包括：当停止获取流媒体的帧数据或者获取到所述流媒体的最后一个帧数据后，对所述第一媒体文件进行剪辑以生成第二媒体文件；保存所述第二媒体文件。
- 根据权利要求6所述的方法，其中，所述将帧数据保存到所述第一媒体文件中第一个帧数据的位置的步骤包括：先将第一个帧数据删除，然后写所述帧数据；或者，用所述帧数据覆盖所述第一媒体文件中的第一个帧数据。
- 根据权利要求6所述的方法，其中，所述将所述帧数据保存在所述上一个帧数据之后的位置的步骤包括：判断所述上一个帧数据之后的位置是否为空；当判断的结果为是，则直接写入所述帧数据；当判断的结构为否，则将所述上一个帧数据之后的位置的帧数据删除，然后写入所述帧数据，或者用所述帧数据覆盖所述上一个帧数据之后的位置的帧数据。
- 根据权利要求7所述的方法，其中，所述当停止获取流媒体的帧数据或者获取到所述流媒体的最后一个帧数据后，对所述第一媒体文件进行剪辑以生成第二媒体文件的步骤包括：接收用户输入的结束录制指令并停止对媒体流的帧数据的获取；接收用户输入的剪辑指令，并对所述第一媒体文件中的帧数据按照保存的先后顺序对所述帧数据进行剪辑从而生成第二媒体文件。根据权利要求7所述的方法，其中，所述当停止获取流媒体的帧数据或者获取到所述流媒体的最后一个帧数据后，对所述第一媒体文件进行剪辑以生成第二媒体文件的步骤包括：接收用户输入的结束录制指令并停止对媒体流的帧数据的获取；接收用户输入的剪辑指令，并对所述第一媒体文件中的帧数据按照保存的先后顺序对所述帧数据进行剪辑从而生成第二媒体文件。
- 根据权利要求10所述的方法，其中，所述对第一媒体文件中的帧数据按照保存的先后顺序对所述帧数据进行剪辑从而生成第二媒体文件的步骤包括：依据所述帧数据的排列顺序播放所述第一媒体文件；接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；根据所述起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据所述起始帧数据和结尾帧数据生成头文件；根据所述头文件以及所述起始帧数据和结尾帧数据生成第二媒体文件。
- 根据权利要求6所述的方法，其中，所述获取流媒体的帧数据的步骤之后还包括：若所述帧数据为从所述流媒体获取的第一个帧数据，则重新记录所述第一媒体的头文件。
- 一种录制流媒体文件的设备，其中，包括：获取模块，用于获取流媒体的帧数据；判断模块，用于判断所述帧数据的上一个帧数据是否保存在预先设置的第一媒体文件的末尾，所述第一媒体文件预先设置为固定大小；第一保存模块，用于当所述帧数据的上一个帧数据保存在预先设置的第一媒体文件的末尾时，将所述帧数据保存到所述第一媒体文件中第一个帧数据的位置，当所述帧数据的上一个帧数据不是保存在预先设置的第一媒体文件的末尾时，将所述帧数据保存在所述上一个帧数据之后的位置。
- 根据权利要求13所述的设备，其中，所述设备还包括：剪辑模块，用于当停止获取流媒体的帧数据或者获取到所述流媒体的最后一个帧数据后，对所述第一媒体文件进行剪辑以生成第二媒体文件；第二保存模块，用于保存所述剪辑模块剪辑完成后的第二媒体文件。
- 根据权利要求14所述的设备，其中，所述剪辑模块包括：第一接收单元，用于接收用户输入的结束录制指令以及剪辑指令；播放单元，用于当第一接收单元接收用户输入的结束录制指令以及剪辑指令后，依据所述帧数据的排列顺序播放所述第一媒体文件；第二接收单元，用于接收用户输入的起始帧数据确认指令和结尾帧数据确认指令；剪辑单元，用于根据所述第二接收单元接收的起始帧数据确认指令和结尾帧数据确认指令确认相应的起始帧数据和结尾帧数据，并根据所述起始帧数据和结尾帧数据生成头文件；第二媒体文件生成单元，用于根据所述剪辑单元生成的头文件以及所述起始帧数据和结尾帧数据生成第二媒体文件。
- 根据权利要求13所述的设备，其中，所述设备还包括头文件记录模块，用于当所述帧数据为从所述流媒体获取的第一个帧数据时，重新记录所述第一媒体的头文件。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110259311.6A CN102316358B (zh) | 2011-09-02 | 2011-09-02 | 一种录制流媒体文件的方法及相应的设备 |
| CN201110259311.6 | 2011-09-02 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013029439A1 true WO2013029439A1 (zh) | 2013-03-07 |
Family
ID=45429118
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2012/078785 WO2013029439A1 (zh) | 2011-09-02 | 2012-07-18 | 一种录制流媒体文件的方法及相应的设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102316358B (zh) |
| WO (1) | WO2013029439A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316358B (zh) * | 2011-09-02 | 2014-11-19 | 惠州Tcl移动通信有限公司 | 一种录制流媒体文件的方法及相应的设备 |
| CN103369284A (zh) * | 2012-03-31 | 2013-10-23 | 浙江大华技术股份有限公司 | 一种音视频数据预录方法及装置 |
| CN105611401B (zh) * | 2015-12-18 | 2018-08-24 | 无锡天脉聚源传媒科技有限公司 | 一种视频剪辑的方法和装置 |
| CN105530534B (zh) * | 2015-12-18 | 2018-12-21 | 无锡天脉聚源传媒科技有限公司 | 一种视频剪辑的方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101527803A (zh) * | 2008-03-04 | 2009-09-09 | 深圳华为通信技术有限公司 | 一种局端节目录制的方法、系统和装置 |
| CN101742194A (zh) * | 2008-11-19 | 2010-06-16 | 深圳市朗科科技股份有限公司 | 实现电视时移功能的系统及方法 |
| CN101883182A (zh) * | 2010-06-09 | 2010-11-10 | 中兴通讯股份有限公司 | 移动终端节目类业务录播的方法及装置 |
| CN102316358A (zh) * | 2011-09-02 | 2012-01-11 | 惠州Tcl移动通信有限公司 | 一种录制流媒体文件的方法及相应的设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101345068A (zh) * | 2008-08-05 | 2009-01-14 | 深圳华为通信技术有限公司 | 多媒体文件录制、定位、播放的方法及设备 |
| CN102143145A (zh) * | 2010-10-27 | 2011-08-03 | 华为技术有限公司 | 媒体数据的录制、提供方法及装置 |
-
2011
- 2011-09-02 CN CN201110259311.6A patent/CN102316358B/zh not_active Expired - Fee Related
-
2012
- 2012-07-18 WO PCT/CN2012/078785 patent/WO2013029439A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101527803A (zh) * | 2008-03-04 | 2009-09-09 | 深圳华为通信技术有限公司 | 一种局端节目录制的方法、系统和装置 |
| CN101742194A (zh) * | 2008-11-19 | 2010-06-16 | 深圳市朗科科技股份有限公司 | 实现电视时移功能的系统及方法 |
| CN101883182A (zh) * | 2010-06-09 | 2010-11-10 | 中兴通讯股份有限公司 | 移动终端节目类业务录播的方法及装置 |
| CN102316358A (zh) * | 2011-09-02 | 2012-01-11 | 惠州Tcl移动通信有限公司 | 一种录制流媒体文件的方法及相应的设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102316358A (zh) | 2012-01-11 |
| CN102316358B (zh) | 2014-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2016095071A1 (zh) | 一种视频处理方法、装置及播放装置 | |
| WO2013029439A1 (zh) | 一种录制流媒体文件的方法及相应的设备 | |
| WO2013078899A1 (zh) | 一种基于手机的软件处理方法及手机 | |
| WO2018076865A1 (zh) | 数据分享方法、装置、存储介质及电子设备 | |
| US5999906A (en) | Sample accurate audio state update | |
| WO2017143642A1 (zh) | 一种基于fpga实现pcm音频采集装置及系统及方法 | |
| WO2014059723A1 (zh) | 视频图像质量诊断系统及其方法 | |
| WO2013187715A1 (en) | Server and method of controlling the same | |
| WO2013123816A1 (zh) | 手机及其文件配置方法 | |
| WO2017036218A1 (zh) | 多媒体文件读取方法及装置 | |
| WO2018040830A1 (zh) | 一种自动存储手机中陌生号码的方法及系统 | |
| MY135506A (en) | Live picture presentation while digital video recording | |
| WO2017135776A1 (en) | Display apparatus, user terminal apparatus, system, and controlling method thereof | |
| WO2017032061A1 (zh) | 一种应用程序启动方法、智能手表及存储介质 | |
| WO2017016264A1 (zh) | 一种智能手表的表冠及智能手表的操作方法 | |
| WO2020007099A1 (zh) | 电视终端控制方法、设备及计算机可读存储介质 | |
| WO2017067232A1 (zh) | 一种基于移动终端的自动呼叫转移方法、系统及移动终端 | |
| WO2014161489A1 (zh) | 一种录制文件的剪辑方法及系统 | |
| WO2018058983A1 (zh) | 数据库容量计算方法、装置、服务器及存储设备 | |
| WO2018149081A1 (zh) | 回访语音信息的处理方法、装置、终端和存储介质 | |
| WO2013013486A1 (zh) | 一种将pdf格式文件转换为epub格式的方法及系统 | |
| WO2016065878A1 (zh) | 电子玩具的控制系统和方法、电子设备内容更新方法 | |
| WO2018034535A1 (en) | Display apparatus and content display method thereof | |
| WO2012075804A1 (zh) | 一种帧数据存储和定位的方法、装置、系统和终端设备 | |
| WO2017016309A1 (zh) | 锁屏状态下的音频播放方法、音频播放系统及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12828623 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 12828623 Country of ref document: EP Kind code of ref document: A1 |