CN112887797A

CN112887797A - Method for controlling video playing and related equipment

Info

Publication number: CN112887797A
Application number: CN201911202925.3A
Authority: CN
Inventors: 许诺; 陈家宾; 周文; 郑国辉; 张裕钦
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-11-29
Filing date: 2019-11-29
Publication date: 2021-06-01
Anticipated expiration: 2039-11-29
Also published as: CN112887797B

Abstract

The embodiment of the disclosure provides a method and a device for controlling video playing, electronic equipment and a computer readable storage medium, and belongs to the technical field of computers. The method comprises the following steps: starting a first application program; opening a second application program in the first application program, wherein the second application program comprises a video playing window; acquiring a video list, wherein the video list at least comprises a first video, a second video and a third video; calling a first video playing component to cache video data of the first video, calling a second video playing component to play the second video in the video playing window, and calling a third video playing component to preload the third video; in response to a first operation instruction for the video playing window, invoking the first video playing component to play the first video in the video playing window or invoking the third video playing component to play the third video in the video playing window.

Description

Method for controlling video playing and related equipment

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a method and an apparatus for controlling video playing, an electronic device, and a computer-readable storage medium.

Background

On one hand, with the rapid development of network videos, more and more users watch videos or shoot videos through a network so as to enrich the entertainment life of the public. On the other hand, with the continuous development of computer technology, various Applications (APPs) have come into daily life, and applets have attracted much attention from various industries as an Application that can be used without downloading and installing.

However, in the prior art, when switching videos in an applet, and when switching from a currently played video to a next video, video information of the next video needs to be requested from a server, at this time, the applet is in a black screen state until a first frame video of the next video is acquired from the server, so that poor video viewing experience is brought to a user.

Therefore, a new method and apparatus for controlling video playing, an electronic device and a computer-readable storage medium are needed.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure.

Disclosure of Invention

The embodiment of the disclosure provides a method and a device for controlling video playing, an electronic device and a computer readable storage medium, which can solve the problem of screen blacking during video switching in an applet.

Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.

The embodiment of the present disclosure provides a method for controlling video playing, where the method includes: starting a first application program; opening a second application program in the first application program, wherein the second application program comprises a video playing window; acquiring a video list, wherein the video list at least comprises a first video, a second video and a third video; calling a first video playing component to cache video data of the first video, calling a second video playing component to play the second video in the video playing window, and calling a third video playing component to preload the third video; in response to a first operation instruction for the video playing window, invoking the first video playing component to play the first video in the video playing window or invoking the third video playing component to play the third video in the video playing window.

The disclosed embodiment provides a device for controlling video playing, the device includes: the first application starting unit is used for starting a first application program; a second application opening unit, configured to open a second application program in the first application program, where the second application program includes a video playing window; the video list acquisition unit is used for acquiring a video list, and the video list at least comprises a first video, a second video and a third video; the video component calling unit is used for calling a first video playing component to cache video data of the first video, calling a second video playing component to play the second video in the video playing window, and calling a third video playing component to preload the third video; a video playing switching unit, configured to invoke the first video playing component to play the first video in the video playing window or invoke the third video playing component to play the third video in the video playing window in response to a first operation instruction for the video playing window.

The disclosed embodiments provide a computer-readable storage medium on which a computer program is stored, which when executed by a processor implements the method of controlling video playback as described in the above embodiments.

An embodiment of the present disclosure provides an electronic device, including: one or more processors; a storage device configured to store one or more programs that, when executed by the one or more processors, cause the one or more processors to implement the method of controlling video playback as described in the above embodiments.

In the technical solutions provided in some embodiments of the present disclosure, in a scene where a video is played in a second application program (e.g., an applet), when a second video is played by using a second video playing component, on one hand, a third video is preloaded by using a third video playing component, so that when a first operation instruction indicating switching from the second video to the third video is received, the third video can be immediately played without waiting for video data of the third video requested from a server, thereby solving a black screen problem existing in video switching in the prior art; on the other hand, the second video playing component is also utilized to cache the played first video, so that when a first operation instruction indicating switching from the second video to the first video is received, the first video can be immediately played without requesting video data of the first video from the server again, the loading efficiency of the video data is improved, repeated loading is avoided, and less resources are occupied. By the scheme provided by the embodiment of the disclosure, when the video switching is performed on the applet, the video data preloading capability is achieved, seamless switching is realized, and the video watching experience of a user is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is to be understood that the drawings in the following description are merely exemplary of the disclosure, and that other drawings may be derived from those drawings by one of ordinary skill in the art without the exercise of inventive faculty. In the drawings:

fig. 1 is a schematic diagram illustrating an exemplary system architecture to which a method of controlling video playback or an apparatus for controlling video playback of an embodiment of the present disclosure may be applied;

FIG. 2 illustrates a schematic structural diagram of a computer system suitable for use with the electronic device used to implement embodiments of the present disclosure;

FIG. 3 schematically shows a flow diagram of a method of controlling video playback according to an embodiment of the present disclosure;

fig. 4 schematically shows a schematic diagram of a method of controlling video playback according to an embodiment of the present disclosure;

fig. 5 schematically shows a flow chart of a method of controlling video playback according to another embodiment of the present disclosure;

FIG. 6 is a diagram illustrating a processing procedure of step S350 shown in FIG. 3 in one embodiment;

FIG. 7 schematically shows a flow chart of a method of controlling video playback according to yet another embodiment of the present disclosure;

FIG. 8 schematically illustrates a flow chart of a method of controlling video playback according to yet another embodiment of the present disclosure;

FIG. 9 schematically illustrates a diagram of picture sliding instead of video sliding according to an embodiment of the present disclosure;

FIG. 10 schematically illustrates a flow chart of a method of controlling video playback according to yet another embodiment of the present disclosure;

fig. 11 is a schematic diagram showing a native progress bar in the related art;

FIG. 12 schematically illustrates a flow chart of a method of controlling video playback according to yet another embodiment of the present disclosure;

FIG. 13 schematically illustrates a flow chart of a method of controlling video playback according to yet another embodiment of the present disclosure;

FIG. 14 is a diagram illustrating a processing procedure of step S1220 shown in FIG. 12 in one embodiment;

FIG. 15 schematically shows a schematic diagram of a non-full screen play mode according to an embodiment of the present disclosure;

FIG. 16 schematically shows a schematic diagram of a banner video in full screen play mode according to an embodiment of the present disclosure;

FIG. 17 schematically shows a diagram of a banner video in full screen play mode displaying a custom progress bar, according to an embodiment of the present disclosure;

FIG. 18 schematically shows a schematic diagram of a slate video in a full screen play mode according to an embodiment of the present disclosure;

FIG. 19 schematically shows a diagram of a slate video in full screen play mode displaying a custom progress bar, according to an embodiment of the present disclosure;

FIG. 20 is a diagram illustrating a processing procedure of step S350 shown in FIG. 3 in one embodiment;

fig. 21 schematically shows a comparison of technical effects of a solution employing the method provided by an embodiment of the present disclosure and a solution employing the related art;

fig. 22 schematically shows a block diagram of an apparatus for controlling video playback according to an embodiment of the present disclosure.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the subject matter of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the disclosure.

The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

Fig. 1 shows a schematic diagram of an exemplary system architecture 100 to which the method of controlling video playback or the apparatus for controlling video playback of the embodiments of the present disclosure may be applied.

As shown in fig. 1, the system 100 may include a first terminal device 101 logged with a first user account, a second terminal device 102 logged with a second user account, a network 103, and a server 104. The network 103 is used to provide a medium for communication links between the first terminal device 101, the second terminal device 102 and the server 104. Network 103 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few. The server 104 is a server that provides background services to clients (e.g., social clients, information clients, video clients, etc.). The server 104 may be at least one server, a server cluster, a distributed server platform, a cloud computing center, or a combination of several server clusters.

It should be understood that the number of first terminal devices 101, second terminal devices 102, networks 103 and servers 104 in fig. 1 is merely illustrative. There may be any number of first terminal device 101, second terminal device 102, network 103, and server 104, as desired for implementation.

The first terminal device 101 and the second terminal device 102 are provided with clients capable of running applets, such as an instant messaging APP, a video APP, and the like, and the clients have basic codes supporting the operation of the applets and the operation of various components, which may also be referred to as an applet framework. The server 104 stores the code of the applet in the embodiment of the present disclosure, and also stores the component code of the component referenced in the applet, and the applet framework in the first terminal device 101 and the second terminal device 102 can download the code of the applet and the component code of the component referenced in the applet from the server 104, so that the first terminal device 101 and the second terminal device 102 can obtain the code of the applet and the component code of the component referenced in the applet, and then the applet can be run in the client.

The second user corresponding to the second user account may upload various videos to the server 104 using the applet running on the second terminal device 102, and the first user corresponding to the first user account may request the video data stored thereon from the server 104 using the applet running on the first terminal device 101, so as to play the video data in the applet running on the first terminal device 101. Here, the first terminal device 101 and the second terminal device 102 may be the same terminal device, and the same user may upload a video through the same terminal device or watch a video through the same terminal device.

A first user may use a first terminal device 101, a second user may use a second terminal device 102 to interact with a server 104 over a network 103 to receive or send messages, etc. The first terminal device 101 and the second terminal device 102 may be various electronic devices having display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, wearable devices, smart home devices, and the like.

FIG. 2 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present disclosure.

It should be noted that the computer system 200 of the electronic device shown in fig. 2 is only an example, and should not bring any limitation to the functions and the scope of the application of the embodiments of the present disclosure.

As shown in fig. 2, the computer system 200 includes a Central Processing Unit (CPU)201 that can perform various appropriate actions and processes in accordance with a program stored in a Read-Only Memory (ROM) 202 or a program loaded from a storage section 208 into a Random Access Memory (RAM) 203. In the RAM 203, various programs and data necessary for system operation are also stored. The CPU 201, ROM 202, and RAM 203 are connected to each other via a bus 204. An input/output (I/O) interface 205 is also connected to bus 204.

The following components are connected to the I/O interface 205: an input portion 206 including a keyboard, a mouse, and the like; an output section 207 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 208 including a hard disk and the like; and a communication section 209 including a Network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 209 performs communication processing via a network such as the internet. A drive 210 is also connected to the I/O interface 205 as needed. A removable medium 211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is mounted on the drive 210 as necessary, so that a computer program read out therefrom is installed into the storage section 208 as necessary.

In particular, the processes described below with reference to the flowcharts may be implemented as computer software programs, according to embodiments of the present disclosure. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable storage medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 209 and/or installed from the removable medium 211. The computer program, when executed by a Central Processing Unit (CPU)201, performs various functions defined in the methods and/or apparatus of the present application.

It should be noted that the computer readable storage medium shown in the present disclosure may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM) or flash Memory), an optical fiber, a portable compact disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer-readable signal medium may include a propagated data signal with computer-readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable storage medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF (Radio Frequency), etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of methods, apparatus, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.

As another aspect, the present application also provides a computer-readable storage medium, which may be included in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device. The computer-readable storage medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method as described in the embodiments below. For example, the electronic device may implement the steps shown in fig. 3, or fig. 5, or fig. 6, or fig. 7, or fig. 8, or fig. 10, or fig. 12, or fig. 13, or fig. 14, or fig. 17.

In the related art, the video playing component of the applet does not provide the preloading capability, so that when the currently played video is switched to the next video from the end of playing, the server needs to be requested for the video source of the next video, and therefore before the first frame of the next video is acquired, the video playing window in the applet is in a black screen state, the continuity is poor, namely seamless switching cannot be achieved during video switching due to the delayed video loading.

Fig. 3 schematically shows a flow chart of a method of controlling video playback according to an embodiment of the present disclosure. The method provided by the embodiment of the present disclosure may be executed by any electronic device with computing processing capability, for example, the first terminal device 101, the second terminal device 102 and/or the server 104 in fig. 1.

As shown in fig. 3, a method for controlling video playing provided by an embodiment of the present disclosure may include the following steps.

In step S310, a first application is started.

It is assumed here that the first user opens the first application on the first terminal device 101. The first application program can be various APPs, such as a news information APP, a social type APP, an instant messaging APP, a voice communication APP, a game APP, a transaction platform, a navigation APP, a video APP and the like. The first application requires the user to download the software to the terminal device and install it, which can then be run on the terminal device.

In step S320, a second application program is opened in the first application program, where the second application program includes a video playing window.

In the disclosed embodiment, the second application may be an applet. The applet is an APP which is developed and completed based on a specific programming language, can realize a certain service function, does not need to be downloaded to the local terminal equipment, can be used without being installed on the terminal equipment, and has the characteristic of convenience and quickness in use. The applet is usually implemented by using a certain APP on the terminal device as an operating platform, and supports the APP in which the applet operates, i.e. the first application. When the first application program runs, loading a page for running the applet in an interface of the first application program, wherein when the page of the applet needs to play a video, the page of the applet can comprise a video playing window for playing the video.

In the embodiment of the present disclosure, if the first application program is displayed in a full screen on the display screen of the terminal device, that is, the interface of the first application program occupies the displayable area of the entire display screen, the video playing window in the page of the applet may be the displayable area of the entire display screen, for example, refer to fig. 15 in the following embodiment, where the height of the video playing window is equal to the height of the displayable area of the display screen, and the width of the video playing window is equal to the width of the displayable area of the display screen.

In step S330, a video list is obtained, where the video list at least includes a first video, a second video, and a third video.

In the embodiment of the present disclosure, the video list may be used to store information of videos to be played and video playing components (video components in the applet) corresponding to the videos to be played. When the video list comprises a plurality of videos to be played, a plurality of video playing components which are mutually independent exist, each video playing component comprises a video renderer and a video player which are provided by an operating system, and the video renderer and the video player of the corresponding video playing component are called when each video is played.

In the embodiment of the disclosure, a component refers to a functional component developed and completed based on a specific programming language, and the functional component can be added into an applet for direct use. The developer can design the component capable of realizing certain functions separately like developing the applet, for example, the component capable of realizing the video playing function is called as the video playing component, for the applet developer, the developer does not need to pay much attention to what code is used in the component to realize the corresponding function of the component, when the applet needs to realize a certain function, the service of the component is obtained by calling the component capable of providing the function, and the purpose of protecting the source code of the component is achieved.

In the embodiment of the present disclosure, taking the first user as an example, the video in the video list may be dynamic information (including but not limited to picture information, text information, voice information, video information, and the like) published by other users who have relationships, such as friends and/or groups and/or subscriptions and/or concerns, with the first user, or may be a video actively pushed to the first user by the server according to the user image of the first user. The videos in the video list may be sorted according to the order of the distribution time of each video.

In the disclosed embodiments, the video may be a short video and/or a small video. The short video refers to high-frequency pushed video content which is played on various media platforms, is suitable for being watched in a mobile state and a short-time leisure state, and is generally played for a time period of several seconds to several minutes. The playing time of the small video is generally about tens of seconds to 1 minute.

In step S340, a first video playing component is invoked to cache video data of the first video, a second video playing component is invoked to play the second video in the video playing window, and a third video playing component is invoked to preload the third video.

In the embodiment of the present disclosure, the second video is a video currently being played, and the first video is a video before the video currently being played, which is a video that has already been played, and may be, for example, a video that is previous to the video being played. In the embodiment of the present disclosure, the video data of the first video that has been played is not destroyed, but is cached in the first video playing component. In some embodiments, all video data of the first video may be buffered, so that when the user switches back to the previous video, the first video can be immediately and smoothly played out without any jamming, and seamless switching is realized. In other embodiments, the buffered video data may be the video data of the first video with a specified frame number, for example, the first 10 frames, and the occupied storage space may be reduced because the entire video data of the first video does not need to be buffered.

In the embodiment of the present disclosure, the third video is a video after the video currently being played, which has not been played yet, and may be, for example, a video next to the video being played. In the embodiment of the present disclosure, when the second video playing component plays the second video, the third video is preloaded by using the third video playing component. In some embodiments, all video data of the third video may be preloaded, so that when the user switches to the third video, the third video may be played out immediately and smoothly without any jamming, and seamless switching is achieved. In other embodiments, a specified number of frames of video data of the third video, for example, the first 20 frames, may be preloaded, which may reduce the storage space occupied by not having to preload all of the video data of the third video.

The seamless switching means that in the process of playing the videos, in a very short time, under the condition that a user is close to no feeling, one video is continuously switched to the next video for playing.

In step S350, in response to a first operation instruction for the video playing window, the first video playing component is invoked to play the first video in the video playing window or the third video playing component is invoked to play the third video in the video playing window.

When a user watches a video, the user can slide the video playing window up and down to view the related video. For example, when the sliding operation input by the user in the video playing window is an upward sliding operation, the user can switch to the next video adjacent to the currently played video for playing, and since the next video is already preloaded before, the user can seamlessly switch to the next video; when the video playing operation is the downward sliding operation, the video playing operation can be switched to the last video adjacent to the currently played video for playing, and the last video is cached before, so that the video playing operation can be switched to the last video seamlessly.

In the method for controlling video playing provided by the embodiment of the present disclosure, in a scene where a video is played in a second application program (e.g., an applet), when a second video is played by using a second video playing component, on one hand, a third video is preloaded by using a third video playing component, so that when a first operation instruction indicating switching from the second video to the third video is received, the third video can be immediately played without waiting for a request for video data of the third video from a server, thereby solving a problem of a black screen during video switching in the prior art; on the other hand, the second video playing component is also utilized to cache the played first video, so that when a first operation instruction indicating switching from the second video to the first video is received, the first video can be immediately played without requesting video data of the first video from the server again, the loading efficiency of the video data is improved, repeated loading is avoided, and less resources are occupied. By the scheme provided by the embodiment of the disclosure, when the video switching is performed on the applet, the video data preloading capability is achieved, seamless switching is realized, and the video watching experience of a user is improved.

Fig. 5 schematically shows a flow chart of a method of controlling video playback according to another embodiment of the present disclosure. In the embodiment of the present disclosure, it is assumed that the first video, the second video and the third video in the video list are the i-1 st video, the i-th video and the i +1 st video of n videos, respectively, where n is a positive integer greater than 2, and i is a positive integer greater than 2 and less than n-1.

As shown in fig. 5, the difference from the above embodiment is that, before the step S330, the method provided by the embodiment of the present disclosure may further include the following steps.

In step S510, a first video and a second video of n videos are acquired, where n is a positive integer greater than 2.

As shown in fig. 4, the index of the first video of the n videos is 0, and the index of the second video is 1. Initially, the video list includes a first video with an index of 0 and a second video with an index of 1.

In step S520, the second video playing component is created according to the first video, and the third video playing component is created according to the second video.

As shown in fig. 4, a second video playing component is created from the video data of the first video with index 0 in the video list, where the second video playing component is a component for playing the video currently being played. Further, a third video playing component is created from the video data of the second video with the index of 1 in the video list, wherein the third video playing component is a component for preloading the next video.

In step S530, the first video is taken as the second video, and the second video playing component is called to play the first video in the video playing window.

In step S540, the second video is taken as the third video, and the third video playing component is invoked to preload the second video.

As shown in fig. 4, after the user clicks and enters the video detail page, the first video with an index of 0 in the video list is played in full screen, and after the first video starts to be played, the first video is preloaded.

Fig. 6 is a schematic diagram illustrating a processing procedure of step S350 shown in fig. 3 in an embodiment.

As shown in fig. 6, in the embodiment of the present disclosure, when switching from the first video to the second video, the step S350 may further include the following steps.

In step S351, the first video is taken as the first video, so as to call the first video playing component to cache the video data of the first video.

As shown in fig. 4, when the first video is played, the first video can be automatically switched to the second video. Or, although the first video has not been played completely, if a predetermined operation of the user is received, for example, the user drags or clicks a progress bar (such as a custom progress bar mentioned in the following embodiment), or the user clicks a virtual key for jumping to the next video, or the user slides up a video playing window, the first video may be switched to the second video. At this time, the video data of the first video may be buffered in the first video playing component.

In step S352, the second video is used as the second video, so as to invoke the second video playing component to play the second video in the video playing window.

As shown in fig. 4, when the user switches from the first video to the second video, the second video with index 1 has already been preloaded, so that the effect of immediately playing the second video can be achieved.

In step S353, a third video of the n videos is acquired.

As shown in fig. 4, the third video with index 2 is added to the video list.

In step S354, the third video is taken as the third video, so as to call the third video playing component to preload the third video.

As shown in fig. 4, after the second video with index 1 in the video list starts playing, the third video playing component starts preloading the third video with index 2 in the video list. And by analogy, all videos in the video list can achieve the effect of immediate playing through preloading.

Fig. 7 schematically shows a flowchart of a method of controlling video playback according to yet another embodiment of the present disclosure.

As shown in fig. 7, the method provided by the embodiment of the present disclosure may further include the following steps, which are different from the above-described embodiment.

In step S710, m video playing components are created according to the video list, where m is a positive integer greater than 2.

As shown in fig. 4, taking a video list containing 3 videos as an example, m may be greater than or equal to 3, and in the following example, taking m ═ 3 as an example, 3 video playing components are respectively denoted as video (0), video (1), and video (2).

It should be noted that, when setting the number of videos included in the video list, the following considerations are mainly used: one is that the next video needs to be played seamlessly during continuous playing, and the other is that when the user drags the progress bar or clicks the virtual key for jumping back to the previous video or slides down the video playing window, the user may return to the previous video from the currently played video. Therefore, the video list set here includes at least 3 videos, so that the videos can be seamlessly switched when the user slides the finger up and down. Of course, in other embodiments, a greater number of videos may be included in the video list, while at the same time, more video playback components may be created.

In step S720, the first video playing component corresponding to the i-1 th video is determined from the m video playing components according to the modulo m of i-1.

As shown in fig. 4, assuming that i is 2, i-1 is 1, and 1 modulo 3 is equal to 1, then video (1) is taken as the first video playing component for buffering the first video (index is 0).

Assuming that i is 3, i-1 is 2, and 2 modulo 3 is equal to 2, then video (2) is used as the first video playing component to buffer the second video (index 1).

Assuming that i is 4, i-1 is 3, and 3 modulo 3 is equal to 0, then video (0) is used as the first video playing component to buffer the third video (index 2).

Assuming that i is 5, i-1 is 4, and 4 modulo 3 is equal to 1, then video (1) is taken as the first video playing component to buffer the fourth video (index 3).

Assuming that i is 6, i-1 is 5, and 5 modulo 3 is equal to 2, then video (2) is taken as the first video playing component that buffers the fifth video (index 4).

In step S730, the second video playing component corresponding to the ith video is determined from the m video playing components according to modulo m.

And when the ith video in the video list is played, obtaining a second video playing component corresponding to the ith video according to the operation of taking the module m from the i.

As shown in fig. 4, assuming that i is equal to 1, modulo 3 is taken as 1, and video (1) is taken as the second video playing component playing the first video (index is 0).

Assuming that i is 2, modulo 3 is equal to 2, and video (2) is taken as the second video playing component playing the second video (index 1).

Assuming that i is 3, modulo 3 is equal to 0, and video (0) is taken as the first video playing component playing the third video (index 2).

Assuming that i is 4, then 4 modulo 3 is equal to 1, then video (1) is taken as the first video playing component playing the fourth video (index 3).

Assuming that i is 5, then 5 modulo 3 equals 2, then video (2) is taken as the first video playing component playing the fifth video (index 4).

Assuming that i is 6, then 6 modulo 3 is equal to 0, then video (0) is taken as the first video playing component playing the sixth video (index 5).

In step S740, the third video playing component corresponding to the i +1 th video is determined from the m video playing components according to the modulo m of i + 1.

As shown in fig. 4, assuming that i is 1, i +1 is 2, 2 modulo 3 is equal to 2, and video (2) is taken as a third video playing component preloading a second video (index is 1).

Assuming that i is 2, i +1 is 3, 3 modulo 3 is equal to 0, and video (0) is taken as the third video playing component preloading the second video (index 1).

Assuming that i is 3, i +1 is 4, and 4 modulo 3 is equal to 1, then video (1) is taken as the third video playing component that preloads the third video (index 2).

Assuming that i is 4, i +1 is 5, and 5 modulo 3 is equal to 2, then video (2) is taken as the third video playing component that preloads the fourth video (index 3).

Assuming that i is 5, i +1 is 6, 6 modulo 3 is equal to 0, and video (0) is taken as the third video playing component preloading the fifth video (index 4).

Assuming that i is 6, i +1 is 7, and 7 modulo 3 is equal to 1, then video (1) is taken as the third video playing component that preloads the sixth video (index 5).

Assuming that i is 7, i +1 is 8, and 8 modulo 3 is equal to 2, then video (2) is taken as the third video playing component that preloads the seventh video (index 6).

The third video playing component in the embodiment of the present disclosure has an autoplay attribute (an attribute that controls the video component to automatically play in the applet), and may automatically trigger the preloading. When the video is switched to the (i +1) th video, the player component corresponding to the (i +1) th modulo m starts to play the (i +1) th video.

In an exemplary embodiment, the method may further include: the video displayed in the video play window in the video list is updated with an attribute (for example, transform in CSS 3) that controls the spatial position of a page element in a Cascading Style Sheet (CSS).

For example, the transform in CSS3 can be used to update the position of the video list, i.e., the transform is used to control which videos in the video list are displayed in the video playing window and which videos are hidden from the video playing window. If (attribute of control whether rendered or not rendered in applet) or hidden (attribute of control whether displayed or not in applet) in applet is not used to control the position of the video list because in applet, when a video component has a wide-high attribute and exists, a video instance can be initialized. If or hidden control of the video in wx mode can result in the video not being preloaded. The embodiment of the disclosure can realize preloading of videos by using transform to control the video content displayed on the display screen.

In the method for controlling video playing provided by the embodiment of the disclosure, considering that time is consumed for creating a video playing component in an applet and time is also required for acquiring switched video data after the video playing component is created, in order to achieve the effect of video preloading, the scheme provided by the embodiment of the disclosure creates a next video playing component during current video playing and sets the next video playing component as automatic loading; meanwhile, in order to ensure that the previous video can be played immediately when the finger of the user slides downwards, the video data of the previous video is cached by the previous video playing component, namely, a plurality of video playing components are used, and other videos which are likely to be played are cached or preloaded while the current video is played. When the current video is played completely or the user slides the finger up and down to switch the videos, the next video or the previous video can be immediately switched to be played and displayed, and the seamless switching effect is achieved. Namely, the disclosed embodiment encapsulates a video-flash component which can be used in an applet. The method provided by the embodiment of the disclosure occupies less system resources and has higher playing efficiency.

In addition, in order to ensure that the next video playing component for preloading and the last video playing component for caching do not influence the playing of the current video playing component, the next video playing component for preloading and the last video playing component for caching can be subjected to noise elimination processing, and when the next video starts playing, the preloading of the next video playing component is paused; or when the last video starts playing, the buffer memory of the last video playing component is paused. Therefore, the preloading of the next video and the caching of the previous video can be finished, excessive loading and caching of resources can not be caused, and resource waste can not be caused.

Secondly, in the scheme in the related art, when the videos are switched, the video playing component of the applet realizes the video scrolling from the current video to the next video or the previous video, and the current video is closed after the previous video is scrolled, and the next video or the previous video starts to be played, namely the next video or the previous video starts to become the current video. On one hand, video is a heavyweight resource compared with pictures, and more resources are consumed when the video is scrolled, so that the video appears to be stuck when the video is scrolled. On the other hand, a video playing component in the applet is a native component, wherein the native component may also be referred to as a client component, the native component refers to a component that requires a client to participate in creation, and the native component uses native rendering, and the video component is one of the native components provided by the applet, and when a video scrolls, compared with a non-native component (a component that employs webview rendering), the native component needs one more step: the steps from webview (browser kernel in applet) to client, therefore, the implementation steps for implementing video scrolling using the video component are more, and more resources are consumed.

Fig. 8 schematically shows a flowchart of a method of controlling video playback according to still another embodiment of the present disclosure.

As shown in fig. 8, the method provided by the embodiment of the present disclosure may further include the following steps, which are different from the above-described embodiment.

In step S810, target pictures of the first video, the second video, and the third video are determined.

In the embodiment of the present disclosure, the target picture may be a cover page of each of the first video, the second video, and the third video, but the present disclosure is not limited thereto, and the target picture may also be any one picture captured from the video.

In step S820, a picture list is generated according to the target pictures of the first video, the second video and the third video, and the height of each target picture in the picture list is equal to the height of the video playing window.

For example, the jacket photograph of each video may be arranged in sequence according to the time or the number sequence of each video, and a picture list (list) is generated, where in order to implement full screen display of the jacket photograph, when setting the page layout of the video playing window, the height of the jacket photograph of each video in the picture list may be set to be equal to the height of the video playing window, and in the full screen playing mode, the height of the video playing window is equal to the height scoreenheight of the displayable area of the display screen, and the unit is a pixel (abbreviated as px). In order to facilitate the user to quickly browse the short video and the small video by sliding the finger up and down, the height screenHeight of the displayable region of the display screen may be set as the height of the terminal device in the vertical screen (i.e. the placing mode when the screenHeight is greater than the width screenWidth of the displayable region of the display screen), but the disclosure is not limited thereto.

Here, the relative positioning is used, i.e., the position of the cover map of the ith video in the picture list is i × screenHeight px. The position of the cover map of the (i +1) th video in the picture list is (i +1) × screen height px.

In step S830, when switching from the second video to the third video, switching from a target picture of the second video to a target picture of the third video in an animation form in the video playing window.

In the embodiment of the disclosure, in the second video playing process, the picture list is controlled to be hidden. When the second video is played completely or the video is played in a sliding manner, the gesture of a user is monitored, if the finger of the user slides upwards on the display screen or the user drags/clicks the progress bar, the picture list is controlled to be displayed in the video playing window when the second video is switched to the third video, and the image component in the applet (the component for displaying the picture in the applet) can control the front cover image of the second video in the picture list to be gradually switched to the front cover image of the third video, namely, the picture rolling is replaced by the video rolling.

For example, the picture list may be shifted from the position of i × screenHeight px (the position of the cover map of the second video) to the position of (i +1) × screenheightpx (the position of the cover map of the third video).

As shown in fig. 9, the user is prompted to slide up to browse more videos, and when the finger of the user slides up from the touch start position to the touch end position, the jacket photograph of the currently playing video scrolls to the jacket photograph of the next video.

In step S840, when switching from the second video to the first video, switching from a target picture of the second video to a target picture of the first video in an animation form in the video playing window.

Similarly, during the second video playback, the picture list is controlled to be hidden. When the video is played in a sliding mode, user gestures are monitored, if fingers of a user slide downwards on a display screen or the user drags/clicks a progress bar, when the second video is switched to the first video, the picture list is controlled to be displayed in a video playing window, the cover page image of the second video in the picture list can be controlled to be gradually switched to the cover page image of the first video through an image component in the applet, and therefore the video scrolling is replaced by the picture scrolling.

For example, the picture list may be shifted from the position of i × screenHeight px (the position of the cover map of the second video) to the position of (i-1) × screenheightpx (the position of the cover map of the first video).

In the embodiment of the present disclosure, in order to prevent the user from triggering the video switch by mistake, for example, the finger of the user touches the display screen carelessly, but the user does not intend to switch the video, it may be set that when the finger of the user slides on the display screen in a first direction (for example, in a vertical upward direction, a certain error may be allowed) over a predetermined threshold (for example, 50 pixels, but the present disclosure is not limited thereto), it is determined that the user attempts to switch to the next video. It may also be arranged to determine that the user is attempting to switch to the previous video when the user's finger slides on the display screen in a second direction (e.g. a vertically downward direction, which may allow for some error) beyond a predetermined threshold (e.g. 50 pixels, although the disclosure is not so limited). At which time the picture is used instead of the video for scrolling.

According to the method for controlling video playing provided by the embodiment of the disclosure, in the video switching process, the picture rolling is used for replacing the video rolling, on one hand, the picture is a light-weight resource compared with the video, and therefore, compared with the video rolling, the picture rolling consumes less resources, the rolling is smoother, and the blockage can not occur. On the other hand, the image component is a non-native component, and the webview is directly used for rendering, so that compared with the native component, one step from the webview to the client is omitted, the implementation is simpler, the occupied resources are less, and better video switching experience can be used.

Fig. 10 schematically shows a flowchart of a method of controlling video playback according to still another embodiment of the present disclosure.

As shown in fig. 10, the method provided by the embodiment of the present disclosure may further include the following steps, which are different from the above-described embodiment.

In step S1010, the first video, the second video, and the third video are put into a slider view container (a slider component provided by an applet for implementing sliding of videos) as an item component (a slider-item component) of the slider view container.

Wherein, the swiper component can be placed with a swiper-item component, and some attributes and settings thereof can be known by referring to the following table 1.

TABLE 1

For example, the auto play may be set, the auto switching time interval is 500ms, and the slide animation time period may be set to 2000ms, but the present disclosure is not limited thereto and may be set according to actual situations.

In step S1020, when switching from the second video to the third video, switching from a target picture of the second video to a target picture of the third video in an animation form in the video playing window.

In step S1030, when switching from the second video to the first video, switching from a target picture of the second video to a target picture of the first video in an animation form in the video play window.

In the method for controlling video playing provided by the embodiment of the present disclosure, in the video switching process, the pre-loading may be implemented by referring to the description of the foregoing embodiment, and in the switching process (i.e., during the period when the current video stops playing and the next video or the previous video has not yet been played), picture scrolling is used instead of video scrolling. On the other hand, three videos to be subjected to video are put into the assembly by directly utilizing the switch assembly in the small program, and one video serves as a switch-item assembly, so that automatic circular rolling can be realized, a picture list does not need to be generated, the position updating of the picture list does not need to be controlled, resources are saved, and the control and the realization are easier.

Again, the following problems also exist in the related art: although the video playing component of the applet provides an interface of the progress bar, the native progress bar can be generated, when the user displays the video in a full screen mode, the native progress bar is located at the bottom of a picture area of the video, dragging or clicking operation of the user is not facilitated, and meanwhile the native progress bar cannot be customized, namely clicking or dragging cannot be performed. Native progress bar here refers to a progress bar generated with the video component of the applet.

Fig. 11 shows a schematic diagram of a native progress bar in the related art.

As shown in fig. 11, taking a horizontal version video as an example, the native progress bar is located at the bottom of the screen area of the video, and on one hand, the native progress bar cannot be operated by a user's finger, and on the other hand, even if the native progress bar can be operated, the native progress bar is not convenient for the user's finger to click or drag.

Fig. 12 schematically shows a flowchart of a method of controlling video playback according to still another embodiment of the present disclosure.

As shown in fig. 12, the method provided by the embodiment of the present disclosure may further include the following steps, which are different from the above-described embodiment.

In step S1210, in response to a second operation instruction for the video playing window, displaying a custom progress bar at a specified position.

In the embodiment of the present disclosure, the second operation instruction may be, for example, to click or double-click on any position of the video playing window, or to click or double-click on any position of the picture area of the video, which is not limited by the present disclosure.

In the embodiment of the present disclosure, the designated position may be any position in the video playing window, which is convenient for the user to perform a click and/or drag operation with a finger, for example, the bottom of the video playing window is a predetermined distance away from the bottom of the video playing window, and the predetermined distance may be set according to an actual situation, for example, the thickness of the finger of a person, and other factors.

In step S1220, in response to a third operation instruction on the custom progress bar, a current playing time length of the second video is adjusted.

In the embodiment of the present disclosure, the third operation instruction may be an operation of clicking and/or dragging the user-defined progress bar by a finger of a user, and the playing duration of the second video currently being played may be adjusted according to the clicking or dragging of the finger of the user.

Fig. 13 schematically shows a flowchart of a method of controlling video playback according to still another embodiment of the present disclosure.

As shown in fig. 13, the method provided by the embodiment of the present disclosure may further include the following steps, which are different from the above-described embodiment.

In step S1310, the native progress bar is closed.

For example, by setting a value of a control attribute (an attribute for controlling whether to display a play control (a play/pause button, a play progress, time)) in the video component to "false", the display of the native progress bar in the video play window may be closed.

In step S1320, the custom progress bar is generated based on the sliding selector component.

In the embodiment of the disclosure, the sliding selector component refers to a slider component in an applet, and when the user-defined progress bar is realized, the slider component of the applet is adopted. Specifically, the slider component is dragged to a specified position to serve as a custom progress bar. In addition, the left/right icon of the slider component can be set as a line segment, the size of step, i.e. the time length represented by the distance of each automatic advance of the dot on the line segment, can be set, the current value of the display, i.e. the current playing time length of the video being played can be set, and the minimum/maximum value can be set, for example, the maximum value is set as the total time length of the video being played.

Fig. 14 is a schematic diagram illustrating a processing procedure of step S1220 illustrated in fig. 12 in an embodiment.

As shown in fig. 14, in the embodiment of the present disclosure, the step S1220 may further include the following steps.

In step S1221, in response to the third operation instruction for the custom progress bar, a callback function of the second video playing component for controlling playing progress update is called, and data of the sliding selector component is recalled and updated.

In the embodiment of the disclosure, the BindtimeUpdate is a callback function for controlling the playing progress update of the video component in the applet.

In step S1222, the current playing duration of the second video playing component is updated according to the data of the sliding selector component updated by the callback.

Specifically, when a user drags or clicks the slider component to change the position of a dot on the slider component, data of the slider component is obtained, and the current playing duration of the second video playing component is updated according to the obtained data so as to update the playing progress of the second video.

FIG. 15 schematically shows a schematic diagram of a non-full screen play mode according to an embodiment of the present disclosure.

The non-full screen play mode here means that a plurality of (at least two) videos, such as the horizontal version video i-1, the video i, the vertical version video i +1, and the vertical version video i +2 in fig. 15, are displayed simultaneously in the video play window. The horizontal version video refers to that the height of a picture area of the video is smaller than the width of the picture area of the video, and the width of the horizontal version video is equal to the width of a video playing window, namely the width of a displayable area of a display screen. The portrait video refers to a video having a picture area with a height greater than a width of the picture area of the video, and for example, it is assumed that the widths of the picture areas of the portrait videos i +1 and i +2 are equal to 1/2 of the video playing window, but the disclosure is not limited thereto.

Fig. 16 schematically illustrates a schematic diagram of a banner video in full screen play mode according to an embodiment of the present disclosure.

When the user is interested in the video i in fig. 15, he may click on a triangle in the screen area of the video i, or may click on a virtual identifier in the screen area of the video i for indicating that the full-screen play mode is entered, and then the screen may jump to the user interface shown in fig. 16. The full-screen playing mode refers to that only pictures and information related to a certain video are displayed in a video playing window.

As can be seen from fig. 16, since the video i is a horizontal version video, and is still displayed in a horizontal version mode after entering the full-screen play mode, the upper and lower areas of the video play window may include some black areas, and the lower black area may display some information related to the video i, for example, comment information of the user on the video i, how many times the video i is played currently, how many users perform a praise operation on the video i, how many users comment on the video i, and the user may also select to share the video i.

Fig. 17 schematically illustrates a schematic diagram of a flat video in a full screen play mode displaying a custom progress bar according to an embodiment of the present disclosure.

When a user wants to adjust the playing progress of the video i, the user can click any position in the screen area of the video i in fig. 16, and jump to the user interface shown in fig. 17, at this time, the information related to the video i in fig. 16 is hidden, instead of displaying a custom progress bar at the bottom of the video playing window, 00:06 on the left side of the custom progress bar represents the current playing time length, and 03:37 on the right side represents the total time length of the currently played video. The user can click at any position of the user-defined progress bar, and the white dots can automatically move corresponding click positions; the user can also drag a white dot on the custom progress bar to adjust the playing progress.

Fig. 18 schematically shows a schematic diagram of a portrait video in full-screen play mode according to an embodiment of the present disclosure.

When the user is interested in the video i +1 in fig. 15, he may click on a triangle in the screen area of the video i +1, or may click on a virtual identifier in the screen area of the video i +1 for indicating that the full-screen play mode is entered, and then the screen may jump to the user interface shown in fig. 18.

Because the video i +1 is a portrait video, when the video i +1 is played in a full screen, the picture area of the video i +1 occupies the whole video playing window, that is, the height of the picture area of the video i +1 is equal to the height of the video playing window, the width of the picture area is equal to the width of the video playing window, and meanwhile, some information related to the video i +1 can be displayed at the bottom of the picture area, for example, comment information of a user on the video i +1, how many times the video i +1 is played currently, how many users perform approval operation on the video i +1, how many users make comments on the video i +1, and the users can also select to share the video i + 1.

Fig. 19 schematically shows a schematic diagram of a slate video in full screen play mode displaying a custom progress bar according to an embodiment of the present disclosure.

When a user wants to adjust the playing progress of the video i +1, the user can click any position in the screen area of the video i +1 in fig. 18, and jump to the user interface shown in fig. 19, at this time, the information related to the video i +1 in fig. 18 is hidden, instead of displaying a custom progress bar at the bottom of the video playing window, 00:02 at the left side of the custom progress bar represents the current playing time length, and 05:37 at the right side represents the total time length of the currently played video. The user can click at any position of the user-defined progress bar, and the white dots can automatically move corresponding click positions; the user can also drag a white dot on the custom progress bar to adjust the playing progress.

According to the method for controlling video playing, provided by the embodiment of the disclosure, in order to optimize user experience, the primary progress bar is closed, secondary development is performed based on the applet slider component, a user-defined progress bar is obtained, the setting position of the user-defined progress bar can be defined by a user, user operation is facilitated, and meanwhile clicking or dragging operation can be performed on the user-defined progress bar to adjust playing progress.

Fig. 20 is a schematic diagram illustrating a processing procedure of step S350 shown in fig. 3 in an embodiment. In the embodiment of the present disclosure, the first operation instruction may include a first direction sliding instruction and a second direction sliding instruction. In the following description, the first direction sliding instruction is taken as an example of the user's finger sliding vertically downward, and the second direction sliding instruction is taken as an example of the user's finger sliding vertically upward.

As shown in fig. 20, in the embodiment of the present disclosure, the step S350 may further include the following steps.

In step S351, a touch start position is acquired by the touch start event. For example, the touch start position may be acquired by detecting the start of a finger touch action of the user through a touchstart event in the applet.

In step S352, a touch end position is acquired by the touch end event. For example, the touch end position may be acquired by detecting the end of the finger touch action of the user through a touchend event in the applet.

In step S353, touch displacement information is determined according to the touch start position and the touch end position. According to the deviation between the touch starting position and the touch ending position, the sliding direction and distance of the finger of the user can be judged, and therefore the touch displacement information can be determined.

In step S354, it is determined that the first operation instruction is the first direction sliding instruction or the second direction sliding instruction according to the touch displacement information. Whether to switch to the last video or the next video can be judged according to the sliding direction of the finger of the user, and whether the user wants to switch the videos can be judged according to the comparison of the sliding distance and the distance threshold value.

In step S355, if the first direction sliding instruction is received, the first video playing component is invoked to play the first video in the video playing window. If the finger of the user slides downwards, the user judges that the video is switched to the previous video, and at the moment, the first video playing component is called to prepare to play the previous video, namely the first video.

In step S356, if the second direction sliding command is received, the third video playing component is invoked to play the third video in the video playing window. And if the finger of the user slides upwards, judging that the next video is switched, and calling a third video playing component to prepare for playing the next video, namely the third video.

Fig. 21 schematically shows a comparison of technical effects between the method provided by the embodiment of the present disclosure and the solution of the related art. As shown in fig. 21, taking the playing data of a certain day as an example, the average video loading time consumed for playing without preloading is about 1500ms (segment 1), while the average video loading time consumed for completing preloading by using the scheme provided by the embodiment of the present disclosure is about 60ms (segment 2), so that the video loading time is greatly reduced, and the video playing experience is greatly improved.

On one hand, the video component based on the small program realizes the video-slide playing component video-switch of the small program, and the video-switch expands the video preloading function of the small program in the small program, in the video-browser component, e.g. 3 video playing components are initialized based on the incoming video list information, and one of the video playing components is used for preloading the next video, the other video playing component is used for caching the previous video, when the video is played in a sliding mode in the small program, the next video and the previous video can be played immediately, the loading time during the video sliding playing is shortened, the effect of opening the small program immediately is achieved, the problem that the video switching black screen time is long in the small program is solved, and the experience of the video sliding playing is optimized. On the other hand, the front cover picture is used for rolling instead of the video, so that when the video switching is carried out by the small program, the video sliding switching animation performance is high, and the user experience is good. In addition, the function of the custom progress bar of the applet is expanded, and the user can conveniently control the progress of video playing by clicking or dragging the custom progress bar through fingers.

Fig. 22 schematically shows a block diagram of an apparatus for controlling video playback according to an embodiment of the present disclosure. As shown in fig. 22, an apparatus 2200 for controlling video playing provided by the embodiment of the present disclosure may include: the video playback apparatus includes a first application opening unit 2210, a second application opening unit 2220, a video list acquisition unit 2230, a video component calling unit 2240, and a video playback switching unit 2250.

The first application opening unit 2210 may be used to open a first application. The second application opening unit 2220 may be configured to open a second application program in the first application program, where the second application program includes a video playback window. The video list acquiring unit 2230 may be configured to acquire a video list including at least a first video, a second video, and a third video. The video component calling unit 2240 may be configured to call a first video playing component to cache video data of the first video, call a second video playing component to play the second video in the video playing window, and call a third video playing component to preload the third video. The video playing switching unit 2250 may be configured to, in response to a first operation instruction for the video playing window, invoke the first video playing component to play the first video in the video playing window or invoke the third video playing component to play the third video in the video playing window.

In an exemplary embodiment, the first video, the second video, and the third video may be an i-1 th video, an i-th video, and an i +1 th video, respectively, of n videos, n may be a positive integer greater than 2, and i may be a positive integer greater than 2 and less than n-1. The apparatus 2200 for controlling video playing may further include: a first playing component creating unit, configured to create m video playing components according to the video list, where m is a positive integer greater than 2; a first playing component determining unit, configured to determine, according to i-1 modulo m, the first video playing component corresponding to the i-1 th video from the m video playing components; a second playing component determining unit, configured to determine, according to modulo m, a second video playing component corresponding to the ith video from the m video playing components; the third playing component determining unit may be configured to determine, according to modulo m of i +1, the third video playing component corresponding to the i +1 th video from the m video playing components.

In an exemplary embodiment, before the video list acquiring unit 2230, the apparatus 2200 for controlling video playing may further include: the video acquisition unit can be used for acquiring a first video and a second video in n videos, wherein n is a positive integer larger than 2; a second playing component creating unit, configured to create the second video playing component according to the first video, and create the third video playing component according to the second video; a first video playing unit, configured to use the first video as the second video, and invoke the second video playing component to play the first video in the video playing window; and the second video preloading unit can be used for taking the second video as the third video and calling the third video playing component to preload the second video.

In an exemplary embodiment, when switching from the first video to the second video, the video component calling unit 2240 may include: a video data caching unit, configured to use the first video as the first video, so as to invoke the first video playing component to cache video data of the first video; the second video playing unit may be configured to use the second video as the second video, so as to invoke the second video playing component to play the second video in the video playing window; a third video preloading unit, configured to use a third video of the n videos as the third video, so as to invoke the third video playing component to preload the third video.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: and the video updating unit can be used for updating the video displayed in the video playing window in the video list by adopting the attribute of the control page element space position in the cascading style sheet.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: a picture scrolling unit operable to switch from a target picture of the second video to a target picture of the third video in animation in the video play window when switching from the second video to the third video; or when the second video is switched to the first video, switching from the target picture of the second video to the target picture of the first video in an animation mode in the video playing window.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: a target picture determination unit operable to determine target pictures of the first video, the second video, and the third video; a picture list generating unit, configured to generate a picture list according to target pictures of the first video, the second video, and the third video, where a height of each target picture in the picture list is equal to a height of the video playing window.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: an item component determination unit, configured to place the first video, the second video, and the third video into a slider view container as an item component of the slider view container; a picture switching unit, configured to switch from a target picture of the second video to a target picture of the third video in an animation form in the video playing window when switching from the second video to the third video; or when switching from the second video to the first video, switching from the target picture of the second video to the target picture of the first video in an animation mode in the video playing window.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: the user-defined progress bar display unit can be used for responding to a second operation instruction aiming at the video playing window and displaying a user-defined progress bar at a specified position; and the playing progress adjusting unit may be configured to adjust a current playing time length of the second video in response to a third operation instruction for the user-defined progress bar.

In an exemplary embodiment, the apparatus 2200 for controlling video playing may further include: a native progress bar closing unit that may close the native progress bar; and the custom progress bar generating unit can be used for generating the custom progress bar based on the sliding selector component.

In an exemplary embodiment, the play progress adjusting unit may include: the data callback updating unit can be used for responding to a third operation instruction of the user-defined progress bar, calling a callback function of the second video playing component for controlling the playing progress to be updated, and calling back and updating the data of the sliding selector component; and the playing time updating unit can be used for updating the current playing time of the second video playing component according to the data of the sliding selector component updated by callback.

In an exemplary embodiment, the first operation instruction may include a first direction sliding instruction and a second direction sliding instruction. The video playing switching unit 2250 may include: a start position acquisition unit, which may be configured to acquire a touch start position through a touch start event; an end position acquisition unit, which may be configured to acquire a touch end position through a touch end event; a displacement information determining unit, configured to determine touch displacement information according to the touch start position and the touch end position; a sliding instruction determining unit, configured to determine, according to the touch displacement information, that the first operation instruction is the first direction sliding instruction or the second direction sliding instruction; the first video switching unit may be configured to invoke the first video playing component to play the first video in the video playing window if the first direction sliding instruction is issued; the third video switching unit may be configured to invoke the third video playing component to play the third video in the video playing window if the second direction sliding instruction is used.

The specific implementation of each unit in the apparatus for controlling video playing provided by the embodiment of the present disclosure may refer to the content in the method for controlling video playing, and is not described herein again. It should be noted that although in the above detailed description several units of the device for action execution are mentioned, this division is not mandatory. Indeed, the features and functions of two or more units described above may be embodied in one unit, in accordance with embodiments of the present disclosure. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiments of the present disclosure.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A method for controlling video playback, comprising:

starting a first application program;

opening a second application program in the first application program, wherein the second application program comprises a video playing window;

acquiring a video list, wherein the video list at least comprises a first video, a second video and a third video;

calling a first video playing component to cache video data of the first video, calling a second video playing component to play the second video in the video playing window, and calling a third video playing component to preload the third video;

in response to a first operation instruction for the video playing window, invoking the first video playing component to play the first video in the video playing window or invoking the third video playing component to play the third video in the video playing window.

2. The method according to claim 1, wherein the first video, the second video and the third video are respectively the i-1 st video, the i-th video and the i +1 st video of n videos, n is a positive integer greater than 2, i is a positive integer greater than 2 and less than n-1; wherein the method further comprises:

creating m video playing components according to the video list, wherein m is a positive integer greater than 2;

determining the first video playing component corresponding to the i-1 th video from the m video playing components according to the modulo m of the i-1;

determining the second video playing component corresponding to the ith video from the m video playing components according to the modulo m of the i;

and determining the third video playing component corresponding to the (i +1) th video from the m video playing components according to the (i +1) modulo m.

3. The method of claim 1, wherein before the obtaining the video list, the video list comprising at least a first video, a second video and a third video, the method further comprises:

acquiring a first video and a second video in n videos, wherein n is a positive integer larger than 2;

creating the second video playing component according to the first video and creating the third video playing component according to the second video;

taking the first video as the second video, and calling the second video playing component to play the first video in the video playing window;

and taking the second video as the third video, and calling the third video playing component to preload the second video.

4. The method of claim 3, wherein invoking a first video playback component to cache video data of the first video, invoking a second video playback component to play the second video in the video playback window, and invoking a third video playback component to preload the third video, when switching from the first video to the second video, comprises:

taking the first video as the first video to call the first video playing component to cache the video data of the first video;

taking the second video as the second video to call the second video playing component to play the second video in the video playing window;

acquiring a third video of the n videos;

and taking the third video as the third video to call the third video playing component to preload the third video.

5. The method of claim 1, further comprising:

and updating the video displayed in the video playing window in the video list by adopting the attribute of the spatial position of the control page element in the cascading style sheet.

6. The method of claim 1, further comprising:

when switching from the second video to the third video, switching from a target picture of the second video to a target picture of the third video in an animation mode in the video playing window; or

When switching from the second video to the first video, switching from a target picture of the second video to a target picture of the first video in an animation mode in the video playing window.

7. The method of claim 6, further comprising:

determining target pictures of the first video, the second video and the third video;

generating a picture list according to the target pictures of the first video, the second video and the third video, wherein the height of each target picture in the picture list is equal to the height of the video playing window.

8. The method of claim 1, further comprising:

placing the first video, the second video, and the third video into a slider view container as an item component of the slider view container;

when switching from the second video to the third video, switching from a target picture of the second video to a target picture of the third video in an animation mode in the video playing window;

or when switching from the second video to the first video, switching from the target picture of the second video to the target picture of the first video in an animation mode in the video playing window.

9. The method of claim 1, further comprising:

responding to a second operation instruction aiming at the video playing window, and displaying a self-defined progress bar at a specified position;

and responding to a third operation instruction of the self-defined progress bar, and adjusting the current playing time length of the second video.

10. The method of claim 9, further comprising:

closing the native progress bar;

generating the custom progress bar based on a sliding selector component.

11. The method of claim 10, wherein adjusting the current playing time length of the second video in response to the third operation instruction of the custom progress bar comprises:

in response to a third operation instruction of the user-defined progress bar, calling a callback function of the second video playing component for controlling the updating of the playing progress, and calling back and updating the data of the sliding selector component;

and updating the current playing time length of the second video playing component according to the data of the sliding selector component updated by the call-back.

12. The method of claim 1, wherein the first operation instruction comprises a first direction slide instruction and a second direction slide instruction; wherein, in response to a first operation instruction for the video playing window, invoking the first video playing component to play the first video in the video playing window or invoking the third video playing component to play the third video in the video playing window comprises:

acquiring a touch initial position through a touch start event;

acquiring a touch end position through a touch end event;

determining touch displacement information according to the touch starting position and the touch ending position;

judging that the first operation instruction is the first direction sliding instruction or the second direction sliding instruction according to the touch displacement information;

if the first direction sliding instruction is the first direction sliding instruction, calling the first video playing component to play the first video in the video playing window;

and if the second direction sliding instruction is the second direction sliding instruction, calling the third video playing component to play the third video in the video playing window.

13. An apparatus for controlling video playback, comprising:

the first application starting unit is used for starting a first application program;

a second application opening unit, configured to open a second application program in the first application program, where the second application program includes a video playing window;

the video list acquisition unit is used for acquiring a video list, and the video list at least comprises a first video, a second video and a third video;

the video component calling unit is used for calling a first video playing component to cache video data of the first video, calling a second video playing component to play the second video in the video playing window, and calling a third video playing component to preload the third video;

a video playing switching unit, configured to invoke the first video playing component to play the first video in the video playing window or invoke the third video playing component to play the third video in the video playing window in response to a first operation instruction for the video playing window.

14. An electronic device, comprising:

one or more processors;

a storage device configured to store one or more programs that, when executed by the one or more processors, cause the one or more processors to implement the method of controlling video playback as claimed in any of claims 1 to 12.

15. A computer-readable storage medium, in which a computer program is stored, which, when being executed by a processor, carries out a method of controlling video playback according to any one of claims 1 to 12.