CN113038225B

CN113038225B - Video playing method, device, computing equipment and storage medium

Info

Publication number: CN113038225B
Application number: CN201911356079.0A
Authority: CN
Inventors: 周文永
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2019-12-25
Filing date: 2019-12-25
Publication date: 2024-01-12
Anticipated expiration: 2039-12-25
Also published as: CN113038225A

Abstract

The invention discloses a video playing method, a video playing device, computing equipment and a storage medium. The method comprises the steps of obtaining playing content and playing position information of a video to be played on a page; setting the video to be played on the page to be at least partially transparent; and playing the acquired playing content in the window, wherein the playing position of the video to be played on the page at least partially covers the playing position of the window according to the playing position information. Therefore, the user is ensured to be provided with the play pages unified under various pages by self-building the play window and transparentizing the play contents on the original page, and meanwhile, the shielding of the window on the contents of other pages on the original page is avoided.

Description

Video playing method, device, computing equipment and storage medium

Technical Field

The present invention relates to the field of multimedia technologies, and in particular, to a video playing method, apparatus, computing device, and storage medium.

Background

With the rapid development of internet technology and multimedia technology, video online play services are increasingly used by users. A user can browse online video resources in various ways using various types of terminals such as a personal computer, a mobile terminal, a smart television, and the like. For example, a user can request video through video playing software such as Tencen videos, you cool, and Aiqi, browse video information through news information APP such as today's headlines, new wave microblogs, view video through browser APP such as UC browser, QQ browser, hundred degree browser, and view live video through live broadcast platforms such as fighting fish TV, tiger tooth TV, and the like.

For various video resources, the page can customize own playing control, and can also use the playing control of the original operating system. This free selectivity of the played pages can lead to inconsistent playing experiences for the user, and uneven quality of page customization can negatively impact the user experience.

In view of this, the present invention proposes a new video playing scheme.

Disclosure of Invention

In order to solve at least one of the problems as above, the present invention proposes a new video playing scheme of a playing mechanism. Specifically, the invention can provide unified playing pages and controls for users while ensuring the display of the conventional content of the pages by placing the self-built playing container (e.g. video view) under the pages and setting the self-built playing container (e.g. video elements) of the pages to be transparent through rendering technology. Further, the self-built view can be set as a brother view of the page view, so that transparency of video elements through a rendering technology is achieved, and timely response of the play control on the self-built view can be achieved by acquiring a user input event forwarded by the page view.

According to an aspect of the present invention, there is provided a video playing method, including: acquiring the playing content and the playing position information of the video to be played on the page; setting the video to be played on the page to be at least partially transparent; and playing the acquired playing content in the window, wherein the playing position of the video to be played on the page at least partially covers the playing position of the window according to the playing position information.

Thus, by self-building the playing window and making the playing content on the original page transparent, the user is ensured to be provided with the playing page unified under various pages, and the shielding of the window to other page contents (such as a barrage) on the original page is avoided.

Preferably, setting the video to be played on the page to be at least partially transparent may include: the video elements on the page are set to be at least partially transparent. Therefore, the transparency of the specific element level of the page view is realized, and the display of other contents of the original page is not hindered while the display of the lower video is ensured. Preferably, the playing position of the video to be played on the page can completely cover the playing position of the window, so that the page playing container is accurately covered.

Preferably, the method further comprises: a self-build layer is built or an existing layer is invoked as the window, wherein the window is arranged in the lower layout of the page. Establishing the window includes: and setting the window as a brother page of the page. Thereby facilitating peer forwarding of incoming events.

The method can be implemented in an Android system, so that the window can be a native view, and the page can be a webpage view.

Preferably, the method may further comprise: the window synchronously acquires the current position information of the video element of the page; updating the playing position in the window. Thereby facilitating accurate covering of the play container.

Preferably, the method may further comprise: the page receives an input event of a user; and the page forwards the input event to the window. Specifically, the input event of the user is an input event for a play control of the window, wherein the method further comprises: and according to the forwarded input event, the playing control of the window carries out corresponding operation on the played content. Therefore, the control of the user on the play control on the lower window is realized. To prevent confusion, the play controls for the page may also be hidden and disabled.

The method may also be implemented in an iOS system, and then the method may further comprise: splitting a play control layer in the page into two identical layers; and taking the upper layers of the two layers as the window and adding a target playing control.

According to another aspect of the present invention, there is provided a video playing device, comprising: the playing information acquisition unit is used for acquiring the playing content and the playing position information of the video to be played on the page; the page setting unit is used for setting the video to be played on the page to be at least partially transparent; and the window setting unit is used for playing the acquired playing content in the window and playing the acquired playing content in the window, wherein the playing position of the video to be played on the page at least partially covers the playing position of the window according to the playing position information.

Preferably, the page setting unit may be configured to set the video elements on the page to be at least partially transparent.

Preferably, the window setting unit may be configured to completely cover a playing position of the window with a playing position of a video to be played on the page.

Preferably, the apparatus may further comprise: and a window unit for establishing a self-built layer or calling an existing layer as the window, wherein the window is arranged in the lower layout of the page. Preferably, the window unit may set the window as a sibling page of the page. In particular, the window may be a native view and the page may be a web page view.

Preferably, the window setting unit may further be configured to: synchronously acquiring the current position information of the video element of the page; updating the playing position in the window.

Preferably, the page setting unit may further be configured to: receiving an input event of a user aiming at the page; and forwarding the input event to the window.

Preferably, the input event of the user is an input event of a play control for the window, wherein the window setting unit is further configured to: and according to the forwarded input event, the playing control of the window carries out corresponding operation on the played content.

Preferably, the page setting unit is further configured to: and hiding and disabling the play control of the page.

Preferably, the window setting unit may further be configured to: splitting a play control layer in the page into two identical layers; and taking the upper layers of the two layers as the window and adding a target playing control. Thereby facilitating implementation in iOS systems.

According to yet another aspect of the present invention, there is also provided a computing device including: a processor; and a memory having executable code stored thereon that, when executed by the processor, causes the processor to perform the method described above.

According to yet another aspect of the present invention there is also provided a non-transitory machine-readable storage medium having stored thereon executable code which, when executed by a processor of an electronic device, causes the processor to perform the method as set out above.

The video playing method, the video playing device, the computing equipment and the storage medium have the beneficial technical effects that a window for playing the video is created at the lower layer of the existing view, the video of the existing view is transparent, and a unified playing interface is provided for a user to facilitate the operation of the user while other page contents are not blocked. The playing scheme is further realized as a brother view scheme of the page and the window, so that the page is convenient to acquire user input and forward to the window, and accurate control of video playing in the window is finished.

Drawings

The foregoing and other objects, features and advantages of the disclosure will be apparent from the following more particular descriptions of exemplary embodiments of the disclosure as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts throughout exemplary embodiments of the disclosure.

Fig. 1 shows an example of a conventional video play page.

Fig. 2 shows a page hierarchy diagram of video playback including upper-level self-built pages.

Fig. 3 shows an example of a video play page having the page hierarchy of fig. 2.

FIG. 4 is a schematic diagram of an environment for implementing an embodiment of the present invention.

Fig. 5 is a schematic flow chart diagram illustrating a video playing method according to one embodiment of the present invention.

Fig. 6 shows a page hierarchy diagram of video playback including an underlying self-built page.

Fig. 7 shows an example of a video play page having the page hierarchy of fig. 6.

Fig. 8 shows a preferred embodiment of the video playing process of the present invention.

Fig. 9 is a schematic block diagram showing the structure of a video playback apparatus according to one embodiment of the present invention.

FIG. 10 is a schematic block diagram illustrating the structure of a computing device in accordance with one embodiment of the present invention.

Detailed Description

Preferred embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

As described above, with the rapid development of internet technology and multimedia technology, video online play services are increasingly used by users. For example, a user may play APP through a vacation video, a cool, an loving, etc. video or view video through a UC browser, a QQ browser, a hundred-degree browser, etc. browser APP.

Fig. 1 shows an example of a conventional video play page. The page may be, for example, a playback page that the smartphone user displays after clicking a full screen playback button in a particular video playback APP or browser.

As shown, video 1 (e.g., a prize-awarding screen) is being played in a play window, which also includes an operation control 2 operable by a user. The operation controls 2 may include a play button at the lower part of the page, a bullet screen input box, a double speed, a definition, a selection item, and a back button, a forward button, and other (…) buttons at the upper part of the page. In addition, since the bullet screen option is opened, a bullet screen 3 that passes through the video page from right to left is also displayed superimposed on the video 1.

In order to avoid uneven quality of page customization and to avoid confusion of users caused by various play control pages, a window can be selected to be covered on the original page. The window may be a built-in layer created or an existing layer called. In an Android operating system, a native view hiding scheme may be used. Fig. 2 shows a page hierarchy diagram of video playback including upper-level self-built pages. A new window, such as a native view, is added over the original page other elements (e.g., barrage) and page < video > element regions. Here, the native view is a native view of the Android system, and is used to overlay a webview (page view) of a page, overlay a video area of the page (i.e., a < video > element area of the page), and synchronize the position of the video to the native view. Therefore, the user sees the uniform highest-layer native play control and the play video in the native view, and the problem of inconsistent operation and viewing experience can be solved.

Fig. 3 shows an example of a video play page having the page hierarchy of fig. 2. As shown in fig. 3, fig. 3 has an operation control 2 different from fig. 1, which is shown more succinctly than fig. 1. But the covering solution shown in fig. 2 also presents new problems. Because the active view is covered on the webview, all page contents, such as popup menus and barrages of pages, can be shielded, and even the use of functions can be directly affected. As shown in FIG. 3, the page barrage cannot be displayed because it is covered by the native view. Therefore, a video playing scheme for solving the page shielding problem while maintaining the advantages of the original native view is needed.

The video playback scheme of the present invention will be described in detail with reference to fig. 4 to 10. The video playing scheme provided by the embodiment of the invention can be applied to the environment shown in fig. 2. FIG. 4 is a schematic diagram of an environment for implementing an embodiment of the present invention. In one embodiment, the mobile terminal 10 in the environment may implement information transception with the server 20 via the network 40. The server 20 may obtain the content required by the mobile terminal 10 by accessing the database 30. The mobile terminals (e.g., between 10_1 and 10_2 or 10_n) may also communicate with each other via the network 40. Network 40 may be a broad network for information transfer and may include one or more communication networks such as a wireless communication network, the internet, a private network, a local area network, a metropolitan area network, a wide area network, or a cellular data network. In one embodiment, the network 40 may also include a satellite network whereby GPS signals of the mobile terminal 10 are transmitted to the server 20. It should be noted that the underlying concepts of the exemplary embodiments of the present invention are not altered if additional modules are added to or removed from FIG. 4. Although a double-headed arrow from the database 30 to the server 20 is shown for convenience of explanation, it will be understood by those skilled in the art that the transmission and reception of the data may be realized through the network 40.

The mobile terminal 10 is any suitable portable electronic device that may be used for network access, including but not limited to a smart phone, tablet computer, or other portable client. Server 20 is any server that is capable of providing information needed for interactive services through a network access. Although a plurality of mobile terminals 10-1 … N are shown, together with a single server 20 and database 30, and one or a portion of them will be selected for description in the following description (e.g., mobile terminal 10-1), it should be understood by those skilled in the art that the above-mentioned 1 … N mobile terminals are intended to represent a plurality of mobile terminals present in a real network, and the single server 20 and database 30 are shown intended to represent operations of the server and database in accordance with the technical scheme of the present invention. The specific numbering of the mobile ends and individual servers and databases is described in detail for convenience of illustration at least and is not meant to imply limitations on the type or location of the mobile ends and servers, etc.

Fig. 5 is a schematic flow chart diagram of a video playing method according to one embodiment of the present invention. The method is preferably performed by the mobile terminal 10 shown in fig. 4. In other embodiments, it may also be performed by a terminal such as a desktop computer.

Referring to fig. 5, the method starts with step S510, obtaining the playing content and the playing position information of the video to be played on the page.

The pages mentioned herein refer to pages with video playing resources displayed on the terminal, for example, a playlist page providing a plurality of video resources, or a single video playing page. The page can be a web page accessed by the terminal through a browser, or can be a page in an APP installed on the terminal. Preferably, the video playing method of the present invention is a method that can be implemented by a browser APP. Although full screen (e.g., smartphone cross-screen) pictures are shown in the examples of fig. 1 and 3, it should be understood that the video playback method of the present invention is also applicable to non-full screen playback scenes. In addition, the terminal for displaying the page may be a handheld terminal of the user, for example, a smart phone, or may be another terminal in a smart screen scene, for example, a smart television or a display.

The video to be played may be a video desired to be played by the user in the page, and the video to be played on the page may be determined according to operations performed by the user on dragging, clicking, and the like on the page, for example, video 1 in fig. 1 and 3. For the video to be played, the position information of the video to be played in the page can be regarded as the play position information of the video to be played, and the play position information of the video to be played can be determined according to the attribute setting information of the video to be played in the page. Here, the play position is relative to the page rather than the screen display, and scrolling of the page affects the position of the screen display but does not change the play position. The playing content of the video to be played can be obtained online through a network according to the address of the video to be played indicated in the page.

In step S520, the video to be played on the page is set to be at least partially transparent. In step S530, the obtained playing content is played in a window, where the playing position of the video to be played on the page at least partially covers the playing position of the window according to the playing position information.

The window may be considered herein as a self-created layer, or an existing layer called, that is different from the page described above. The window may be positioned below the page and displayed through the transparency of the video to be played by the page, thereby providing a video playing area visible to the user. According to a specific application scene, the window of the invention can be established at an appropriate moment, for example, when an application for playing video is started; upon entering a page that includes playable video; when the video is clicked to play for the first time in the page comprising the playable video; or other suitable time.

In step S520, the transparency of the video to be played on the page may be achieved by setting the video elements on the page to be at least partially transparent, e.g. by setting the rendering technique to be completely transparent. In this way, content under the video element, such as the content played in the window, can be displayed through the transparent portion of the page.

In step S530, the playing position of the window may be completely covered by the playing position of the video to be played on the page, so as to achieve accurate synchronization of the playing position. Further, the window can synchronously acquire the current position information of the video element of the page; and updating the play position in the window. Thereby keeping the position of the video element in the subsequent operation, for example, transparent to the upper layer, synchronized at any time, so as to ensure that the play content in the window can always be seen by the user through the video element of the upper layer.

In one embodiment, the above-described playback may be combined with widget playback to achieve a more natural and complete playback scheme. For example, the window may only remain following if the original playback position is displayed entirely in the screen, while jumping to a fixed position widget playback if its display is incomplete. For example, the window may also remain following in the case where only a portion of the original playback position is still displayed in the screen, and jump to a fixed-position widget playback when its display is incomplete.

As an alternative embodiment of the present invention, a window may be pre-established. Since the window is below the page, it need not be particularly hidden. When the content in the window needs to be seen by the user, it can be realized by the transparency of the video element of the upper page through the rendering technology.

During the process of establishing the window, default play control parameters can be provided for the window, and/or play control parameter options available for editing can also be provided for the window. The play control parameter mentioned here may be a parameter related to video play, such as volume control, progress control, sound control, etc., thereby enabling display of the play control 2 shown in fig. 3, for example.

Preferably, pre-establishing the window may include setting the window as a sibling page of the page. In an Android operating system implementation, the window may be a native view, and the page may be a webview. In other embodiments, the window may also be other views that can be implemented in the Android operating system. Since the native view and the webview are set as sibling relationships, it is convenient to implement the transparency of the video elements via rendering techniques. In addition, because of the sibling relationship described above, the user's input event may be received through the page and forwarded to the window. Specifically, the input event of the user may be an input event of a play control for the window, wherein the method further comprises: and according to the forwarded input event, the playing control of the window carries out corresponding operation on the played content. To avoid confusion, the method may further comprise: and hiding and disabling the play control of the page.

The video playing scheme of the invention can be preferably applied to an android system, for example, can be applied to application development under the android system, is used for APP development of video playing resources provided by daily stripes, messenger videos and the like nowadays, and is particularly suitable for development of browser APP in which videos of various websites can be played.

In the specific application of the Android system, native view can be added to the same WebView, and the hierarchy is below WebView with no other occlusion in the middle. WebView may set the layer type to HardwareLayer so that the system allocates additional Texture to it as a layer buffer. Then, when WebView draws to the corresponding layer, a hole may be "dug" in its own window, e.g., the pixels of the region corresponding to HardwareLayer are cleared, so that the content (video content) in the lower view can be penetrated through and the correct composition of the layers is ensured.

In addition, the video playing scheme of the invention can also be applied to the iOS system and other systems. Rendering in iOS systems is based on the WKWebView mechanism. Unlike drawing each element directly onto the same uifebbbrowserview in an android system, WKWebView uses a different wkcompatingview bearer rendering tree (each layer of RenderTree). Thus, in the iOS environment, the rendering tree generated by WebView may be adjusted, forcing WebView to generate a separate layer for < object >, thereby obtaining a wkcompatingview that is exactly identical to < object >, while guaranteeing the DOM element hierarchy order, and correctly reflecting the partial CSS style and layout on the current < object >. Then, when the rendering tree is drawn, a playback component (e.g., native component) to be added may be attached to the corresponding WKCompositingView, thereby implementing the same-layer rendering of the playback component. Thus, the method of the present invention may further comprise: splitting a play control layer in the page into two identical layers; and taking the upper layers of the two layers as the window and adding a target playing control.

Fig. 6 shows a page hierarchy diagram of video playback including underlying self-built pages of the present invention. Unlike FIG. 2, which places native view above webview, the present invention solves the problem of the page element (e.g., bullet screen) being occluded by placing native view below webview, i.e., looking at native view at the same level as the < video > native of webview. The invention solves the problem of the shielding of the native view by the webview through a rendering technology. Specifically, the webview may be rendered to a buffer area allocated to the Android system, the hierarchy to which < video > of the webview belongs is set to be transparent, and then when the Android synthesizes the window, the content located in the < video > area under the webview may be displayed.

Fig. 7 shows an example of a video play page having the page hierarchy of fig. 6. Similar to FIG. 3, the play control 2 of the native view (a more compact play control than FIG. 1) is displayed due to the transparency of the upper layer video element by the rendering technique. But unlike fig. 3, other elements of the original page (e.g., bullet screen 3) can be normally displayed as shown in fig. 1 because they are still at the upper layer and are not hidden.

Fig. 8 shows a preferred example of the video playing process of the present invention, which is particularly suitable for being executed by a browser application in the Android system.

In step S810, a native view for displaying video content and a play control is created. The play control may be used to provide a unified play experience for a variety of different websites and pages. For example, a user browsing the video website a, b, c, d using browser a can obtain the same playback control display.

In step S820, the native view created in the previous step is placed under the webview, and the native view is set to have a sibling relationship with the webview, so that the native view does not obscure the web view.

In step S830, the positions of the video elements in the webview are synchronized with the native view in real time, so that the native view can move along with the movement of the video in the webview in real time, and the positions of the native view are always synchronized with the positions of the video elements, thereby avoiding precise overlapping of the video display positions.

In step S840, the hierarchy to which the video element in the webview belongs is made transparent by using a rendering technique so that the user can see the content of the active view below. Meanwhile, content located above < video > is not obscured by the native view.

Because the native view is located below the webview and has a sibling relationship with the webview, the native view is in an invisible state, and cannot directly receive the input event of the user. Then, in step S850, the input event of the video area in the webview is forwarded to the active view below the webview through the event forwarding, so that the play control can respond to the input event of the user.

Thus far, the video playing method of the present invention has been described in detail with reference to fig. 5 to 8, and in addition, the video playing method of the present invention may be implemented as a video playing apparatus. Fig. 9 is a schematic block diagram showing the structure of a video playback apparatus according to one embodiment of the present invention. The functional modules of the video playing device 800 may be implemented by hardware, software, or a combination of hardware and software implementing the principles of the present invention. Those skilled in the art will appreciate that the functional modules depicted in fig. 9 may be combined or divided into sub-modules to implement the principles of the invention described above. Accordingly, the description herein may support any possible combination, or division, or even further definition of the functional modules described herein.

Only the functional modules that the video playback device 900 may have and the operations that each functional module may perform are briefly described below, and the details related thereto may be referred to the above description, which is not repeated here.

As shown, the video playback apparatus 900 includes a playback information acquisition unit 910, a page setting unit 920, and a window setting unit 930.

The play information obtaining unit 910 may be configured to obtain play content and play position information of a video to be played on a page. The page setting unit 920 may be configured to set the video to be played on the page to be at least partially transparent. The window setting unit 930 may be configured to play the acquired play content in a window, and play the acquired play content in the window, where a play position of a video to be played on the page at least partially covers a play position of the window according to the play position information.

In one embodiment, the page setting unit 920 may be configured to set the video elements on the page to be at least partially transparent.

In one embodiment, the window setting unit 930 may be configured to completely cover the playing position of the window with the playing position of the video to be played on the page.

In one embodiment, the apparatus 900 may further include: and a window unit for establishing a self-built layer or calling an existing layer as the window, wherein the window is arranged in the lower layout of the page. The window unit may set the window to be a sibling page of the page. In particular, the window may be a native view and the page may be a web page view.

In one embodiment, the window setting unit 930 may further be configured to: synchronously acquiring the current position information of the video element of the page; updating the playing position in the window.

In one embodiment, the page setting unit 920 may further be configured to: receiving an input event of a user aiming at the page; and forwarding the input event to the window. The input event of the user may be an input event of a play control for the window, wherein the window setting unit 930 is further configured to: and according to the forwarded input event, the playing control of the window carries out corresponding operation on the played content. Accordingly, the page setting unit 930 may further be configured to: and hiding and disabling the play control of the page. In one embodiment, the window setting unit 930 may also be configured to: splitting a play control layer in the page into two identical layers; and taking the upper layers of the two layers as the window and adding a target playing control. Thereby facilitating implementation in iOS systems.

Referring to fig. 10, the computing device 1000 may be a desktop, portable, tablet, smart phone, personal Data Assistant (PDA), or other type of computer apparatus, but is not limited to any particular form. Computing device 1000 may include, but is not limited to, a processor 1010 and a memory 1020.

Processor 1010 may be a multi-core processor or may include multiple sub-processors. In some embodiments, processor 1010 may comprise a general-purpose host processor and one or more special coprocessors, such as a Graphics Processor (GPU), digital Signal Processor (DSP), or the like.

Memory 1020 may include one or more of any type of storage device storing content in the form of files or other forms, including a magnetic hard drive, a solid state hard drive, a semiconductor memory device, flash memory, or any other computer readable and writable storage medium capable of storing program instructions or digital information. The memory 1020 may have executable code stored thereon, which, when executed by the processor 1010, may cause the processor 1010 to perform the video playing method shown in fig. 5 in the present invention.

The video playing method, apparatus and computing device according to the present invention have been described in detail above with reference to the accompanying drawings. According to the video playing scheme, through typesetting layout, a window (for example, a native view) is placed under a page (for example, a webview), and the problem that page elements are blocked is solved. Furthermore, the invention enables the hierarchy to which the page < video > element belongs to be transparent through a rendering technology, so that the active view below the page < video > element can be displayed, and the active view can respond to user operation through event forwarding.

Furthermore, the method according to the invention may also be implemented as a computer program or computer program product comprising computer program code instructions for performing the steps defined in the above-mentioned method of the invention.

Alternatively, the invention may also be embodied as a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) having stored thereon executable code (or a computer program, or computer instruction code) which, when executed by a processor of an electronic device (or computing device, server, etc.), causes the processor to perform the steps of the above-described method according to the invention.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems and methods according to various embodiments of the present invention. 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 and/or flowchart illustration, and combinations of blocks in the block diagrams and/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 foregoing description of embodiments of the invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the various embodiments described. The terminology used herein was chosen in order to best explain the principles of the embodiments, the practical application, or the improvement of technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A video playing method, comprising:

acquiring the playing content and the playing position information of the video to be played on the page;

setting the video elements on the page to be transparent, hiding and disabling the play control of the page, and keeping other elements of the page from being hidden; and

playing the acquired playing content in a window, wherein the playing position of the video element on the page covers the playing position of the window according to the playing position information,

wherein the window is a native view, the page is a web page view,

wherein the method further comprises:

the page receives an input event of a play control of the window by a user;

the page forwards the input event to the window; and

and according to the forwarded input event, the playing control of the window carries out corresponding operation on the played content.

2. The method of claim 1, further comprising:

a self-build layer is built or an existing layer is invoked as the window, wherein the window is arranged in the lower layout of the page.

3. The method of claim 2, wherein establishing the window comprises:

and setting the window as a brother page of the page.

4. A method as in claim 3, further comprising:

the window synchronously acquires the current position information of the video element of the page;

updating the playing position in the window.

5. The method of claim 1, further comprising:

splitting a play control layer in the page into two identical layers; and

and taking the upper layers of the two layers as the window and adding a target playing control.

6. A video playback device comprising:

the playing information acquisition unit is used for acquiring the playing content and the playing position information of the video to be played on the page;

the page setting unit is used for setting the video elements on the page to be transparent, hiding and disabling the play control of the page, and keeping other elements of the page from being hidden; and

a window setting unit for playing the acquired play content in a window, playing the acquired play content in the window, wherein the play position of the video element on the page is made to cover the play position of the window according to the play position information,

wherein the window is a native view, the page is a web page view,

wherein the page setting unit is further configured to:

receiving an input event of a user aiming at a play control of the window;

forwarding the input event to the window; and is also provided with

The window setting unit is further configured to:

7. The apparatus of claim 6, further comprising:

and a window unit for establishing a self-built layer or calling an existing layer as the window, wherein the window is arranged in the lower layout of the page.

8. The apparatus of claim 7, wherein the window unit is to set the window to a sibling page of the page.

9. The apparatus of claim 8, wherein the window setting unit is further to:

synchronously acquiring the current position information of the video element of the page;

updating the playing position in the window.

10. The apparatus of claim 6, wherein the window setting unit is further configured to:

splitting a play control layer in the page into two identical layers; and

11. A computing device, comprising:

a processor; and

a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform the method of any of claims 1-5.

12. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the method of any of claims 1-5.