CN114979533B - Video recording method, device and terminal - Google Patents

Abstract

The embodiment of the present application provides a video recording method, device and terminal. During the video recording process, the current time is obtained. If the current time is an integer time, the key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time, wherein the integer time is a whole minute and a whole second. The video frame between the key frame and the previous key frame is encoded to obtain a first sub-video file, and the first sub-video file is saved. That is, during the video recording process, in the embodiment of the present application, when the current time is an integer time, the terminal determines the key frame corresponding to the current time, so that when the subsequent user intercepts a sub-video from the recorded video through the terminal, the video frames corresponding to the start time and the end time of the interception are all key frames, thereby avoiding the situation of frame loss in the intercepted sub-video, and improving the user experience.

Description

Video recording method, device and terminal

Technical Field

The present application relates to the field of video processing technology, and in particular to a video recording method, device and terminal.

Background Art

With the development of science and technology, video recording technology has been widely used in various scenes of social life and production. When recording videos, in order to ensure the integrity of video data, terminals often record videos with large memory and long duration. Users can capture a sub-video of a desired period of time from the recorded video.

In the prior art, when a terminal is recording a video, it encodes the video frames between two adjacent key frames and generates a corresponding video file. In the prior art, a preset time length is stored in the terminal. When the terminal starts recording a video, it determines the first recorded video frame as a key frame, and determines each video frame recorded for each preset time length after the first video frame as a key frame.

Since the start time of video recording is manually controlled by the user, the recording time of the first video frame may not be the whole hour, minute, and second, for example, the recording starts at 8:10:50 and 30 milliseconds. However, when intercepting the sub-video, the terminal needs to intercept and decode the video file according to the initial time and end time selected by the user, where the initial time and end time are both the whole hour, minute, and second. This results in that when you want to view the video of a certain minute and second, the video frame corresponding to the initial time is not a key frame. To decode the video file, you must start from the key frame. If the video frame corresponding to the initial time is not a key frame, then the decoding will start from the first key frame behind, and the video frames before the first key frame will be lost, resulting in frame loss of the intercepted sub-video.

Summary of the invention

The present application provides a video recording method, device and terminal, which are used to solve the problem in the prior art that when intercepting a sub-video, because the key frames of the recorded video are not full minutes and seconds, the video frames before the first key frame of the intercepted sub-video are lost, resulting in frame loss of the intercepted sub-video.

In a first aspect, an embodiment of the present application provides a video recording method, which is applied to a terminal, and the method includes:

During the video recording process, the current time is obtained. If the current time is an integer time, a key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time, wherein the integer time is a time of whole minutes and whole seconds;

The video frames between the key frame and the previous key frame are encoded to obtain a first sub-video file, and the first sub-video file is saved.

In a second aspect, an embodiment of the present application further provides a video recording device, applied to a terminal, the device comprising:

A processing module, used for obtaining the current time during video recording, and if it is determined that the current time is an integer time, determining a key frame corresponding to the current time, and updating the recording time corresponding to the key frame to the current time, wherein the integer time is a time of whole minutes and whole seconds;

An encoding module, used for encoding the video frame between the key frame and the previous key frame to obtain a first sub-video file;

A saving module is used to save the first sub-video file.

In a third aspect, an embodiment of the present application further provides a terminal, the terminal comprising:

Display, processor and memory;

The display is used to display the screen display area;

The memory is used to store the processor executable instructions;

The processor is configured to execute the instructions to implement the video recording method as described in any one of the above.

In an embodiment of the present application, during the video recording process, the current time is obtained. If the current time is an integer time, the key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time, wherein the integer time is a whole minute and a whole second. The video frame between the key frame and the previous key frame is encoded to obtain a first sub-video file, and the first sub-video file is saved. That is, during the video recording process, when the current time is an integer time, the terminal determines the key frame corresponding to the current time, so that when the subsequent user intercepts a sub-video from the recorded video through the terminal, the video frames corresponding to the start time and the end time of the interception are all key frames, thereby avoiding the situation of frame loss in the intercepted sub-video, and improving the user experience.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solution of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

FIG1 shows a schematic structural diagram of a terminal 100;

FIG2 is a software structure block diagram of a terminal 100 according to an embodiment of the present application;

FIG3 is a schematic diagram of a video recording process provided in an embodiment of the present application;

FIG4 is a schematic diagram of a video frame sequence provided by the prior art;

FIG5 is a schematic diagram of a video frame sequence provided in an embodiment of the present application;

FIG6 is a schematic diagram of a video recording process according to an embodiment of the present application;

FIG7 is a schematic diagram of a video recording process provided in an embodiment of the present application;

FIG8 is a schematic diagram of a database provided in an embodiment of the present application;

9 is a flowchart of storing the corresponding storage path and start time provided by an embodiment of the present application;

FIG10 is a schematic diagram of a video playback process provided in an embodiment of the present application;

FIG11 is a schematic diagram of a video capture process provided in an embodiment of the present application;

FIG12 is a schematic diagram of a video capture process provided in an embodiment of the present application;

FIG13 is a schematic diagram of the structure of a video recording device provided in an embodiment of the present application;

FIG. 14 is another schematic diagram of the structure of a terminal provided in an embodiment of the present application.

DETAILED DESCRIPTION

In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present application.

FIG1 shows a schematic diagram of the structure of a terminal 100. It should be understood that the terminal 100 shown in FIG1 is only an example, and the terminal 100 may have more or fewer components than those shown in FIG1, may combine two or more components, or may have different component configurations. The various components shown in the figure may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits.

Fig. 1 exemplarily shows a hardware configuration block diagram of a terminal 100 according to an exemplary embodiment. As shown in Fig. 1 , the terminal 100 includes: a radio frequency (RF) circuit 110, a memory 120, a display unit 130, a camera 140, a sensor 150, an audio circuit 160, a wireless fidelity (Wi-Fi) module 170, a processor 180, a Bluetooth module 181, and a power supply 190 and other components.

The RF circuit 110 can be used to receive and send signals during the process of sending and receiving information or making calls. It can receive downlink data from the base station and hand it over to the processor 180 for processing; it can send uplink data to the base station. Generally, the RF circuit includes but is not limited to antennas, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer and other devices.

The memory 120 can be used to store software programs and data. The processor 180 executes various functions and data processing of the terminal 100 by running the software programs or data stored in the memory 120. The memory 120 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage device. The memory 120 stores an operating system that enables the terminal 100 to run. In the present application, the memory 120 can store an operating system and various application programs, and can also store program codes for executing the power saving method of the terminal in the embodiment of the present application.

The display unit 130 may be used to receive input digital or character information and generate signal input related to user settings and function control of the terminal 100. Specifically, the display unit 130 may include a touch screen 131 disposed on the front of the terminal 100, which may collect user touch operations thereon or near the touch screen, such as clicking a button.

The display unit 130 can also be used to display information input by the user or information provided to the user and a graphical user interface (GUI) of various menus of the terminal 100. Specifically, the display unit 130 may include a display screen 132 disposed on the front of the terminal 100. The display screen 132 may be configured in the form of a liquid crystal display, a light emitting diode, etc. The display unit 130 may be used to display the screen display area of the terminal in the present application.

The touch screen 131 may be covered on the display screen 132, or the touch screen 131 and the display screen 132 may be integrated to realize the input and output functions of the terminal 100, and the integrated touch screen may be referred to as a touch display screen. In the present application, the display unit 130 may display the application and the corresponding operation steps.

The camera 140 can be used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then passed to the processor 180 for conversion into a digital image signal.

The terminal 100 may further include at least one sensor 150, such as an acceleration sensor 151, a distance sensor 152, a fingerprint sensor 153, and a temperature sensor 154. The terminal 100 may also be configured with other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, a light sensor, and a motion sensor.

The audio circuit 160, the speaker 161, and the microphone 162 can provide an audio interface between the user and the terminal 100. The audio circuit 160 can transmit the electrical signal converted from the received audio data to the speaker 161, which is converted into a sound signal for output. The terminal 100 can also be configured with a volume button for adjusting the volume of the sound signal, and can also be used to combine other buttons to adjust the closed area. On the other hand, the microphone 162 converts the collected sound signal into an electrical signal, which is received by the audio circuit 160 and converted into audio data, and then the audio data is output to the RF circuit 110 to be sent to, for example, another terminal, or the audio data is output to the memory 120 for further processing.

Wi-Fi is a short-range wireless transmission technology. The terminal 100 can help users send and receive emails, browse web pages, and access streaming media through the Wi-Fi module 170, which provides users with wireless broadband Internet access.

The processor 180 is the control center of the terminal 100. It uses various interfaces and lines to connect various parts of the entire terminal. It executes various functions of the terminal 100 and processes data by running or executing software programs stored in the memory 120 and calling data stored in the memory 120. In some embodiments, the processor 180 may include one or more processing units; the processor 180 may also integrate an application processor and a baseband processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the baseband processor mainly processes wireless communications. It is understandable that the above-mentioned baseband processor may not be integrated into the processor 180. In the present application, the processor 180 can run the operating system, application programs, user interface display and touch response, as well as the power saving method of the terminal in the embodiment of the present application. In addition, the processor 180 is coupled to the display unit 130.

The Bluetooth module 181 is used to exchange information with other Bluetooth devices having Bluetooth modules through the Bluetooth protocol. For example, the terminal 100 can establish a Bluetooth connection with a wearable electronic device (such as a smart watch) that also has a Bluetooth module through the Bluetooth module 181 to exchange data.

The terminal 100 also includes a power supply 190 (such as a battery) for supplying power to various components. The power supply can be logically connected to the processor 180 through a power management system, so that the power management system can manage functions such as charging, discharging, and power consumption. The terminal 100 can also be configured with a power button for turning on and off the terminal, as well as locking the screen and other functions.

FIG. 2 is a software structure block diagram of a terminal 100 according to an embodiment of the present application.

The layered architecture divides the software into several layers, each with clear roles and division of labor. The layers communicate with each other through software interfaces. In some embodiments, the Android system can be divided into four layers, from top to bottom: the application layer, the application framework layer, the Android runtime and system library, and the kernel layer.

The application layer can include a series of application packages.

As shown in FIG. 2 , the application package may include applications such as phone, MMS, WiFi, WeChat, information, alarm clock, gallery, calendar, WLAN, etc.

The application framework layer provides an application programming interface (API) and a programming framework for the applications in the application layer. The application framework layer includes some predefined functions.

As shown in FIG. 2 , the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, and the like.

The window manager is used to manage window programs. The window manager can obtain the display screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.

Content providers are used to store and retrieve data and make it accessible to applications. The data can include videos, images, audio, calls made and received, browsing history and bookmarks, phone books, short messages, etc.

The view system includes visual controls, such as controls for displaying text, controls for displaying images, etc. The view system can be used to build applications. A display interface can be composed of one or more views. For example, a display interface including a short message notification icon can include a view for displaying text and a view for displaying images.

The phone manager is used to provide communication functions of the terminal 100, such as management of call status (including connection, disconnection, etc.).

The resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, etc.

The notification manager enables applications to display notification information (such as the content of short messages) in the status bar. It can be used to convey notification-type messages and can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc. The notification manager can also be a notification that appears in the system top status bar in the form of a chart or scroll bar text, such as notifications of applications running in the background, or a notification that appears on the screen in the form of a dialog window. For example, a text message is displayed in the status bar, a prompt sound is emitted, the terminal vibrates, the indicator light flashes, etc.

Android Runtime includes core libraries and virtual machines. Android runtime is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is the function that needs to be called by the Java language, and the other part is the Android core library.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes the Java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

The system library may include multiple functional modules, such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.

The surface manager is used to manage the display subsystem and provide the fusion of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as static image files, etc. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

A 2D (animation mode) graphics engine is a drawing engine for 2D drawing.

The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.

The terminal 100 in the embodiment of the present application may be an electronic device including but not limited to a smart phone, a tablet computer, a wearable electronic device (such as a smart watch), a laptop computer, etc.

In an embodiment of the present application, during the video recording process, the current time is obtained. If the current time is an integer time, the key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time. The video frame between the key frame and the previous key frame is encoded to obtain a first sub-video file, and the first sub-video file is saved.

In order to avoid the loss of video frames before the first key frame of the captured sub-video due to the key frames of the recorded video not being full minutes and seconds when capturing a sub-video, and to avoid frame loss of the captured sub-video, the embodiments of the present application provide a video recording method, device and terminal.

FIG3 is a schematic diagram of a video recording process provided in an embodiment of the present application, the process comprising:

S301: During video recording, the current time is obtained. If the current time is determined to be an integer time, a key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time, wherein the integer time is a whole minute and a whole second.

A video recording method provided in an embodiment of the present application is applied to a terminal, wherein the terminal may be a mobile phone, a tablet computer, an image acquisition device, or the like.

In the embodiment of the present application, when the terminal is recording a video, each video frame corresponding to each integer time is determined as a key frame, so that when the user subsequently intercepts a sub-video from the recorded video through the terminal, since the start time and end time of the interception are both integer times, the video frames corresponding to the start time and end time are all key frames, thereby avoiding frame loss in the process of intercepting the sub-video, improving the user experience. Among them, in the embodiment of the present application, the integer time refers to the time of whole minutes and whole seconds, that is, when the current time is an integer time, the value corresponding to the time unit of milliseconds and below in the current time is 0.

Specifically, in the embodiment of the present application, the terminal obtains the current time during the video recording process, and if the current time is an integer time, determines the key frame corresponding to the current time, and updates the recording time corresponding to the key frame to the current time. In the embodiment of the present application, the current time can be the current network time obtained by the terminal from the network, and the integer time is the time of whole minutes and whole seconds.

Among them, in the embodiment of the present application, when the terminal determines the key frame corresponding to the current time, the terminal determines and marks the video frame corresponding to the current time as the key frame through the encoder inside the terminal. In the embodiment of the present application, the process of determining and marking the video frame as the key frame by the encoder is the same as the prior art, and will not be repeated here.

For example, in an embodiment of the present application, if the current terminal is in the process of video recording, and the terminal obtains the current time as five fifty and thirty seconds, the terminal determines that the current time is an integer time, then determines the key frame corresponding to the current time, and updates the recording time corresponding to the key frame to five fifty and thirty seconds.

Figure 4 is a schematic diagram of a video frame sequence provided by the prior art. As shown in Figure 4, the time when the video starts recording is 19:01:00:500, and the time of the next key frame is 19:01:01:500. If you want to play or intercept a sub-video from 19:01:01, since the video frame corresponding to 19:01:01 is not a key frame, the sub-video played or intercepted can only start from 19:01:01:500, which results in the loss of video frames recorded between 19:01:01 and 19:01:01:500.

Figure 5 is a schematic diagram of the video frame sequence provided in an embodiment of the present application. As shown in Figure 5, the time when the video starts recording is 19:01:00:500, and the time of the next key frame is 19:01:01. If a sub-video is to be played or intercepted from 19:01:01 at this time, the sub-video played or intercepted starts from 19:01:01, thereby avoiding the loss of video frames.

S302: Encode the video frames between the key frame and the previous key frame to obtain a first sub-video file, and save the first sub-video file.

In an embodiment of the present application, after the terminal determines the key frame corresponding to the current time, in order to realize video recording and saving, the terminal encodes the video frames between the key frame and the previous key frame, obtains the first sub-video file, and saves the first sub-video file.

In this embodiment of the present application, when the terminal saves the first sub-video file, it saves the first sub-video file in a pre-configured storage path.

That is, in an embodiment of the present application, during the video recording process, when the current time is an integer time, the terminal determines the key frame corresponding to the current time, so that when the subsequent user captures a sub-video from the recorded video through the terminal, since the start time and end time of the capture are both integer times, the video frames corresponding to the start time and end time are all key frames, thereby avoiding frame loss in the captured sub-video and improving the user experience.

In order to determine the key frame corresponding to the integer time, thereby avoiding frame loss in the process of intercepting the sub-video, based on the above embodiment, in the embodiment of the present application, the key frame corresponding to the current time is determined, which includes:

If a video frame is captured at the current time, the video frame captured at the current time is determined as a key frame;

If no video frame is captured at the current time, the last video frame captured before the current time is obtained, and the last video frame is determined as a key frame.

In an embodiment of the present application, during the video recording process of the terminal, there are at least the following two situations: one is that the terminal is recording the video, and due to delays or frame jams, the terminal may not have captured the video frame at the current time; the other is that the terminal has captured the video frame at the current time.

Among them, if the terminal captures a video frame at the current time, and the current time is an integer time, the terminal determines the video frame captured at the current time as a key frame; if the terminal does not capture a video frame at the current time, the terminal obtains the last video frame captured before the current time, and determines the last video frame as a key frame.

Specifically, in the embodiment of the present application, if the terminal has captured a video frame at the current time, and the current time is an integer time, the terminal determines and marks the video frame captured at the current time as a key frame corresponding to the current time through an internal encoder. For example, if the current time is 10:10 and the terminal has captured a video frame at the current time, the terminal determines the video frame captured at the current time as a key frame corresponding to the current time.

If the terminal has not collected any video frame at the current time, and the current time is an integer time, the terminal obtains the last video frame collected before the current time, and determines and marks the last video frame as the key frame corresponding to the current time through the encoder inside the terminal. For example, if the current time is 10:10:10, and the terminal has not collected any video frame at the current time, the terminal obtains the last video frame collected before the current time, wherein the last video frame is collected at 10:10:9:900 milliseconds, and the terminal determines the last video frame as the key frame.

FIG6 is a schematic diagram of a video recording process provided by an embodiment of the present application. As shown in FIG6 , the process includes:

S601: Receive a video recording instruction, and generate a first storage path corresponding to the video file to be recorded.

S602: Determine whether the current time is an integer time, if so, execute S603, if not, continue recording and return to S602.

S603: Determine a key frame corresponding to the current time, and update the recording time corresponding to the key frame to the current time.

S604: Encode the video frames between the key frame and the previous key frame to obtain a first sub-video file, and save the first sub-video file.

S605: Determine whether a recording end instruction is received. If not, continue recording and execute the above S602. If yes, execute S606.

S606: End the current video recording.

In order to better store the recorded video, based on the above embodiments, in the embodiment of the present application, before obtaining the current time, the method further includes:

Receiving a video recording instruction, and generating a first storage path corresponding to the video file to be recorded;

The saving of the first sub-video file comprises:

Determine whether the size of each second sub video file and the first sub video file stored in the first storage path corresponding to the first sub video file reaches a preset threshold;

If not, the first sub-video file is saved in the first storage path.

In an embodiment of the present application, when a user has a need to record a video, the user can send a video recording instruction to the terminal through the display screen or external buttons of the terminal. After the terminal receives the video recording instruction, it starts video recording. In addition, in an embodiment of the present application, after the terminal receives the video recording instruction, the terminal will also generate a first storage path corresponding to the video file to be recorded, so that the subsequently recorded video file can be stored in the first storage path. Among them, in an embodiment of the present application, before starting video recording, the terminal will also obtain the current network time and use the current network time to correct the current time in the terminal.

In addition, in order to quickly locate the position of the sub-video to be intercepted when the sub-video is subsequently intercepted, in an embodiment of the present application, the terminal stores a preset threshold value for the size of video files saved in each storage path, wherein the size of the video files saved in each storage path does not exceed the preset threshold value.

Based on this, in an embodiment of the present application, when the terminal saves the first sub-video file, the terminal first obtains the size of each second sub-video file stored in the first storage path, and determines the sum of the size of the first sub-video file and the size of each second sub-video file, and determines whether the sum exceeds a preset threshold. If not, the first sub-video file is stored in the first storage path.

It should be noted that in an embodiment of the present application, when saving the first sub-video file, if there are at least two storage paths in the terminal, the terminal determines whether the size of each second sub-video file and the first sub-video file saved in the last generated storage path exceeds a preset threshold. If not, the first sub-video file is saved to the last generated storage path.

In order to better store the recorded video, based on the above embodiments, in the embodiment of the present application, if the size of each second sub video file and the first sub video file stored in the first storage path reaches a preset threshold, the method further includes:

generating a second storage path;

The first sub-video file is saved in the second storage path.

In an embodiment of the present application, if the size of each second sub video file and the first sub video file stored in the first storage path of the terminal exceeds a preset threshold, the terminal will generate a second storage path and save the first sub video file to the second storage path.

FIG. 7 is a schematic diagram of a video recording process provided in an embodiment of the present application. As shown in FIG. 7 , the process includes:

S701: Receive a video recording instruction.

S702: Generate a first storage path corresponding to the video file to be recorded, and generate a first sub-video file.

S703: Determine whether the size of each second sub video file and the first sub video file stored in the first storage path corresponding to the first sub video file reaches a preset threshold, if not, execute S704, if yes, execute S705.

S704: Save the first sub-video file to the first storage path.

S705: Generate a second storage path.

S706: Save the first sub-video file to the second storage path.

In order to improve the efficiency of searching for the video frame corresponding to each time in the terminal, based on the above embodiments, in the embodiment of the present application, the method further includes:

The time when the video recording starts is taken as a first start time, and the first start time and the first storage path are correspondingly saved in a preset database;

The recording time corresponding to the previous frame key is determined as a second start time, and the second start time and the second storage path are correspondingly saved in the database.

In the embodiment of the present application, for each storage path, the terminal obtains the recording time corresponding to the first key frame in the first sub-video file saved in the storage path, and determines the recording time as the start time corresponding to the sub-video file saved in the storage path, and the terminal saves the corresponding relationship between the storage path and the start time in the database. The database can be created in a pre-saved storage location after the terminal is put into use and receives the video recording instruction for the first time, or it can be pre-configured in the terminal, which is not limited here.

Specifically, in an embodiment of the present application, the first storage path is generated after the terminal receives a video recording instruction, and the first start time corresponding to the first storage path is the time when the terminal receives the video recording instruction and starts video recording. After determining the first start time, the terminal saves the first start time and the first storage path in a database. In order to distinguish the start time corresponding to the first storage path from the start time corresponding to the second storage path, in an embodiment of the present application, the start time corresponding to the first storage path is referred to as the first start time, and the start time corresponding to the second storage path is referred to as the second start time.

In addition, in the embodiment of the present application, when the terminal stores the first sub-video file, since the size of each second sub-video file and the first sub-video file stored in the first storage path reaches a preset threshold, no other files can be stored in this storage path, so the terminal generates a second storage path and stores the first sub-video file in the second storage path, and the recording time corresponding to the first key in the first sub-video file is the second start time of the second storage path. In other words, the recording time corresponding to the first key frame in the first sub-video file is the second start time corresponding to the second storage path, and the terminal saves the second start time and the second storage path in the database.

Figure 8 is a schematic diagram of the database provided in an embodiment of the present application. As shown in Figure 8, in the database, the first storage path is saved corresponding to the first start time, the second storage path is saved corresponding to the second start time, the third storage path is saved corresponding to the third start time, and so on.

FIG9 is a flowchart of storing the storage path and the start time in correspondence with each other provided by an embodiment of the present application. As shown in FIG9 , the process includes:

S901: receiving a video recording instruction.

S902: Generate a first storage path corresponding to the video file to be recorded.

S903: Determine whether it is the first time to receive the video recording instruction. If so, execute S904; if not, execute S905.

S904: Create a database in a pre-configured storage location, and execute S906.

S905: Determine the database that has been created, and execute S906.

S906: The time when the video recording starts is taken as a first start time, and the first start time and the first storage path are correspondingly saved in a database.

In order to be able to play part of the video recorded by the terminal without losing frames in the played video, based on the above embodiments, in the embodiment of the present application, the method further includes:

Receiving an inputted play instruction, wherein the play instruction carries a play start time;

Determine a first target storage path corresponding to the playback start time according to the start time corresponding to each storage path and the playback start time stored in the database;

Determine a third sub video file to be played according to the first target storage path and each second target storage path generated after the first target storage path;

The third sub-video file is parsed to obtain a first target sub-video, and the first target sub-video is played.

In an embodiment of the present application, when a user needs to play a video, the user inputs a play instruction through the display interface of the terminal or an external button, wherein the play instruction carries a play start time. After receiving the play instruction, the terminal obtains the play start time carried in the play instruction and starts playing the video from the play start time.

Specifically, in an embodiment of the present application, the terminal determines the first target storage path storing the video frame recorded at the start time of the playback according to the start time of the playback and the start time corresponding to each storage path stored in the database. The terminal determines the third sub-video file corresponding to the start time of the playback according to the first target storage path and each second target storage path generated after the first target storage path. The terminal parses the third sub-video file to obtain the first target sub-video, and plays the first target sub-video.

Among them, in an embodiment of the present application, when the terminal determines the third sub-video file corresponding to the playback start time, the terminal obtains each sub-video file whose recording time is after the playback time from the first target storage path and each second target storage path whose generation time is after the generation time of the first target storage path, sorts each sub-video file according to the recording time, and determines the sorting result as the third sub-video file to be played.

FIG10 is a schematic diagram of a video playback process provided by an embodiment of the present application. As shown in FIG10 , the process includes:

S1001: receiving an input play instruction, wherein the play instruction carries a play start time.

S1002: Determine a first target storage path corresponding to the playback start time according to the start time corresponding to each storage path stored in the database and the playback start time.

S1003: Determine a third sub-video file to be played according to the first target storage path and each second target storage path generated after the first target storage path.

S1004: Parse the third sub-video file to obtain the first target sub-video, and play the first target sub-video.

In order to be able to capture a sub-video from a video recorded by a terminal without losing frames in the captured sub-video, based on the above embodiments, in an embodiment of the present application, the method further includes:

Receive an input interception instruction, wherein the interception instruction carries an interception start time and an interception end time;

According to the start time corresponding to each storage path and the interception start time stored in the database, determining a third target storage path corresponding to the interception start time and a fourth target storage path corresponding to the interception end time;

Determining a fourth sub video file to be intercepted according to the third target storage path and the fourth target storage path;

The fourth sub-video file is parsed to obtain a second target sub-video.

In an embodiment of the present application, when a user needs to capture a sub-video, the user inputs an interception instruction through the display interface of the terminal or an external button, wherein the interception instruction carries an interception start time and an interception end time. After receiving the interception instruction, the terminal obtains the interception start time and the interception end time carried in the interception instruction, and captures the corresponding sub-video according to the interception start time and the interception end time.

Specifically, in an embodiment of the present application, the terminal determines a third target storage path storing a video frame recorded at the interception start time and a fourth target storage path storing a video frame recorded at the interception end time according to the start time corresponding to each storage path stored in the database and the interception start time. The terminal determines a fourth sub-video file to be intercepted according to the third target storage path and the fourth target storage path. The terminal parses the fourth sub-video file to obtain the second target sub-video.

Specifically, in the embodiment of the present application, the terminal determines the third target storage path storing the video frame recorded at the interception start time and the fourth target storage path storing the video frame recorded at the interception end time according to the correspondence between each storage path and the start time stored in the database. And according to the third target storage path and the fourth target storage path, the second target sub-video is determined.

In order to be able to capture a sub-video from a video recorded by a terminal without losing frames in the captured sub-video, based on the above embodiments, in an embodiment of the present application, determining the fourth sub-video file corresponding to the capture start time and the capture end time according to the third target storage path and the fourth target storage path includes:

If the third target storage path and the fourth target storage path are the same storage path, obtaining the fourth sub video file from the third target storage path;

If the third target storage path and the fourth target storage path are not the same storage path, then, based on the start time corresponding to each storage path saved in the database, determine whether there is at least one fifth target storage path whose start time is between the start time corresponding to the third target storage path and the start time corresponding to the fourth target storage path; if so, obtain the fourth sub-video file from the third target storage path, the fourth target storage path and the at least one fifth target storage path; if not, obtain the fourth sub-video file from the third target storage path and the fourth target storage path.

In an embodiment of the present application, when the terminal determines the fourth sub-video file to be intercepted according to the third target storage path and the fourth target storage path, the terminal first determines whether the third target storage path and the fourth target storage path are the same storage path. If the third target storage path and the fourth target storage path are the same storage path, each sub-video file whose recording time is between the interception start time and the interception end time is obtained from the storage path. Each sub-video file is sorted according to the recording time, and the sorting result is used to determine the fourth sub-video file to be intercepted.

In addition, in an embodiment of the present application, if the third target storage path and the fourth target storage path are not the same storage path, the terminal determines whether there is at least one fifth target storage path corresponding to a start time between the start time corresponding to the third target storage path and the start time corresponding to the fourth target storage path based on the start time corresponding to each storage path stored in the database; if so, each sub-video file whose recording time is between the interception start time and the interception end time is obtained under the third target storage path, the fourth target storage path and the at least one fifth target storage path. Each sub-video file is sorted according to the recording time, and the sorting result is determined as the fourth sub-video file to be intercepted.

In the embodiment of the present application, if the terminal determines that the fifth target storage path does not exist, the terminal obtains each sub-video file whose recording time is between the interception start time and the interception end time from the third target storage path and the fourth target storage path, sorts each sub-video file according to the recording time, and determines the sorting result as the fourth sub-video file to be intercepted.

FIG11 is a schematic diagram of a video capture process provided in an embodiment of the present application. As shown in FIG11 , the process includes:

S1101: receiving an input interception instruction, wherein the interception instruction carries an interception start time and an interception end time.

S1102: According to the start time corresponding to each storage path and the interception start time stored in the database, determine a third target storage path corresponding to the interception start time and a fourth target storage path corresponding to the interception end time.

S1103: Determine, according to the third target storage path and the fourth target storage path, a fourth sub-video file corresponding to the capture start time and the capture end time.

S1104: Parse the fourth sub-video file to obtain a second target sub-video.

FIG. 12 is a schematic diagram of a video capture process provided in an embodiment of the present application. As shown in FIG. 12 , the process includes:

S1201: Receive an input interception instruction, wherein the interception instruction carries an interception start time and an interception end time.

S1202: According to the start time corresponding to each storage path and the interception start time stored in the database, determine a third target storage path corresponding to the interception start time and a fourth target storage path corresponding to the interception end time.

S1203: Determine whether the third target storage path and the fourth target storage path are the same storage path, if so, execute S1204, if not, execute S1205.

S1204: Obtain the fourth sub-video file from the third target storage path, and execute S1208.

S1205: Determine whether there is at least one fifth target storage path, wherein the start time corresponding to the at least one fifth target storage path is between the start time corresponding to the third target storage path and the start time corresponding to the fourth target storage path; if so, execute S1206; if not, execute S1207.

S1206: Acquire the fourth sub video file from the third target storage path, the fourth target storage path, and the at least one fifth target storage path, and execute S1208.

S1207: Obtain the fourth sub video file from the third target storage path and the fourth target storage path, and execute S1208.

S1208: Parse the fourth sub-video file to obtain a second target sub-video.

FIG13 is a schematic diagram of the structure of a video recording device provided in an embodiment of the present application. As shown in FIG13 , the device includes:

The processing module 1301 is used to obtain the current time during the video recording process, and if it is determined that the current time is an integer time, determine the key frame corresponding to the current time, and update the recording time corresponding to the key frame to the current time, wherein the integer time is the time of whole minutes and whole seconds;

The encoding module 1302 is used to encode the video frame between the key frame and the previous key frame to obtain a first sub-video file;

The saving module 1303 is used to save the first sub video file.

In a possible implementation, the processing module 1301 is specifically used to, if a video frame is captured at the current time, determine the video frame captured at the current time as a key frame; if no video frame is captured at the current time, obtain the last video frame captured before the current time, and determine the last video frame as a key frame.

In a possible implementation manner, the processing module 1301 is further configured to receive a video recording instruction and generate a first storage path corresponding to the video file to be recorded;

The saving module 1303 is specifically used to determine whether the size of each second sub video file and the first sub video file stored in the first storage path corresponding to the first sub video file reaches a preset threshold; if not, the first sub video file is saved in the first storage path.

In a possible implementation, the saving module 1303 is further configured to generate a second storage path; and save the first sub video file to the second storage path.

In a possible implementation, the saving module 1303 is also used to use the time when video recording starts as the first start time, and save the first start time and the first storage path correspondingly in a pre-set database; determine the recording time corresponding to the previous key frame as the second start time, and save the second start time and the second storage path correspondingly in the database.

In a possible implementation, the processing module 1301 is also used to receive an input playback instruction, wherein the playback instruction carries a playback start time; determine a first target storage path corresponding to the playback start time based on the start time corresponding to each storage path saved in a database and the playback start time; determine a third sub-video file to be played based on the first target storage path and each second target storage path generated after the first target storage path; parse the third sub-video file to obtain a first target sub-video, and play the first target sub-video.

In a possible implementation, the processing module 1301 is also used to receive an input interception instruction, wherein the interception instruction carries an interception start time and an interception end time; determine a third target storage path corresponding to the interception start time and a fourth target storage path corresponding to the interception end time according to the start time corresponding to each storage path saved in the database and the interception start time; determine a fourth sub-video file corresponding to the interception start time and the interception end time according to the third target storage path and the fourth target storage path; and parse the fourth sub-video file to obtain a second target sub-video to be intercepted.

In a possible implementation, the processing module 1301 is specifically used to obtain the fourth sub-video file from the third target storage path if the third target storage path and the fourth target storage path are the same storage path; if the third target storage path and the fourth target storage path are not the same storage path, judging whether there is a fifth target storage path whose start time is between the start time corresponding to the third target storage path and the start time corresponding to the fourth target storage path according to the start time corresponding to each storage path saved in the database; if so, obtaining the fourth sub-video file from the third target storage path, the fourth target storage path and the fifth target storage path; if not, obtaining the fourth sub-video file from the third target storage path and the fourth target storage path.

Based on the same inventive concept, FIG. 14 is another structural diagram of a terminal provided in an embodiment of the present application. As shown in FIG. 14 , it includes: one or more (including two) processors 1401 and a communication interface 1402 .

Optionally, the terminal further includes a memory 1403, which may include a read-only memory and a random access memory, and provides operation instructions and data to the processor. A portion of the memory may also include a non-volatile random access memory (NVRAM).

In some embodiments, as shown in FIG. 14 , the memory 1403 stores the following elements, execution modules or data structures, or a subset thereof, or an extended set thereof.

As shown in FIG. 14 , in some embodiments of the present application, corresponding operations are performed by calling operation instructions stored in the memory 1403 (the operation instructions may be stored in the operating system).

As shown in FIG. 14 , a processor 1401 controls the processing operations of the head-end device. The processor may also be referred to as a central processing unit (CPU).

As shown in FIG. 14 , the memory 1403 may include a read-only memory and a random access memory, and provide instructions and data to the processor. A portion of the memory 1403 may also include an NVRAM. For example, in an application, the communication interface and the memory are coupled together through a bus system 1404, wherein the bus system 1404 may include a power bus, a control bus, and a status signal bus in addition to a data bus. However, for the sake of clarity, various buses are labeled as bus system 1404 in FIG. 14 .

The methods disclosed in some embodiments of the present application described above can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or instructions in the form of software. The above processor may be a general-purpose processor, a digital signal processor (digital signal processing, DSP), an ASIC, a field-programmable gate array (field-programmable gate array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in some embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the methods disclosed in some embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in a decoding processor. The software module may be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in a memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

Based on the above embodiments, an embodiment of the present application further provides a computer-readable storage medium, in which a computer program executable by an electronic device is stored. When the program runs on the electronic device, the electronic device implements the methods disclosed in some embodiments of the present application.

Since the principle of solving the problem by the above-mentioned computer-readable storage medium is similar to that of the video recording method, the implementation of the above-mentioned computer-readable storage medium can refer to the embodiment of the method, and the repeated parts will not be repeated.

Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

The present application is described with reference to the flowchart and/or block diagram of the method, device (system), and computer program product according to the present application. It should be understood that each process and/or box in the flowchart and/or block diagram, as well as the combination of the process and/or box in the flowchart and/or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce a device for implementing the function specified in one process or multiple processes in the flowchart and/or one box or multiple boxes in the block diagram.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device that implements the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

These computer program instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims (9)

1. A video recording method, applied to a terminal, characterized in that the method comprises: During the video recording process, the current time is obtained. If the current time is an integer time, a key frame corresponding to the current time is determined, and the recording time corresponding to the key frame is updated to the current time, wherein the integer time is a time of whole minutes and whole seconds; Encoding the video frames between the key frame and the previous key frame to obtain a first sub-video file, and saving the first sub-video file; Wherein, determining the key frame corresponding to the current time includes: If a video frame is captured at the current time, the video frame captured at the current time is determined as a key frame; If no video frame is captured at the current time, the last video frame captured before the current time is obtained, and the last video frame is determined as a key frame. 2. The method according to claim 1, characterized in that before obtaining the current time, the method further comprises: Receiving a video recording instruction, and generating a first storage path corresponding to the video file to be recorded; The saving of the first sub-video file comprises: Determine whether the size of each second sub video file and the first sub video file stored in the first storage path corresponding to the first sub video file reaches a preset threshold; If not, the first sub-video file is saved in the first storage path. 3. The method according to claim 2, characterized in that if the size of each second sub video file and the first sub video file stored in the first storage path reaches a preset threshold, the method further comprises: generating a second storage path; The first sub-video file is saved in the second storage path. 4. The method according to claim 3, characterized in that the method further comprises: The time when the video recording starts is taken as a first start time, and the first start time and the first storage path are correspondingly saved in a preset database; The recording time corresponding to the previous key frame is determined as a second start time, and the second start time and the second storage path are correspondingly saved in the database. 5. The method according to claim 4, characterized in that the method further comprises: Receiving an inputted play instruction, wherein the play instruction carries a play start time; Determine a first target storage path corresponding to the playback start time according to the start time corresponding to each storage path and the playback start time stored in the database; Determine a third sub video file to be played according to the first target storage path and each second target storage path generated after the first target storage path; The third sub-video file is parsed to obtain a first target sub-video, and the first target sub-video is played. 6. The method according to claim 4, characterized in that the method further comprises: Receive an input interception instruction, wherein the interception instruction carries an interception start time and an interception end time; According to the start time corresponding to each storage path and the interception start time stored in the database, determining a third target storage path corresponding to the interception start time and a fourth target storage path corresponding to the interception end time; Determine, according to the third target storage path and the fourth target storage path, a fourth sub video file corresponding to the interception start time and the interception end time; The fourth sub-video file is parsed to obtain a second target sub-video to be intercepted. 7. The method according to claim 6, characterized in that the determining, according to the third target storage path and the fourth target storage path, the fourth sub video file corresponding to the interception start time and the interception end time comprises: If the third target storage path and the fourth target storage path are the same storage path, obtaining the fourth sub video file from the third target storage path; If the third target storage path and the fourth target storage path are not the same storage path, then, based on the start time corresponding to each storage path saved in the database, determine whether there is a fifth target storage path whose start time is between the start time corresponding to the third target storage path and the start time corresponding to the fourth target storage path; if so, obtain the fourth sub-video file from the third target storage path, the fourth target storage path and the fifth target storage path; if not, obtain the fourth sub-video file from the third target storage path and the fourth target storage path. 8. A video recording device, applied to a terminal, characterized in that the device comprises: A processing module, used for obtaining the current time during video recording, and if it is determined that the current time is an integer time, determining a key frame corresponding to the current time, and updating the recording time corresponding to the key frame to the current time, wherein the integer time is a time of whole minutes and whole seconds; An encoding module, used for encoding the video frame between the key frame and the previous key frame to obtain a first sub-video file; A saving module, used for saving the first sub video file; Among them, the processing module is specifically used to determine the video frame captured at the current time as a key frame if a video frame is captured at the current time; if no video frame is captured at the current time, obtain the last video frame captured before the current time and determine the last video frame as a key frame. 9. A terminal, characterized in that the terminal comprises: Display, processor and memory; The display is used to display the screen display area; The memory is used to store the processor executable instructions; The processor is configured to execute the instructions to implement the video recording method according to any one of claims 1 to 7.