CN115297371A - Adaptive player generation method and adaptive player equipment - Google Patents
Adaptive player generation method and adaptive player equipment Download PDFInfo
- Publication number
- CN115297371A CN115297371A CN202210916676.XA CN202210916676A CN115297371A CN 115297371 A CN115297371 A CN 115297371A CN 202210916676 A CN202210916676 A CN 202210916676A CN 115297371 A CN115297371 A CN 115297371A
- Authority
- CN
- China
- Prior art keywords
- player
- video
- kernel
- played
- playing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 230000003044 adaptive effect Effects 0.000 title claims abstract description 39
- 230000008569 process Effects 0.000 claims abstract description 25
- 230000009471 action Effects 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 3
- 238000002360 preparation method Methods 0.000 claims description 3
- 230000009286 beneficial effect Effects 0.000 abstract description 3
- 238000004590 computer program Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 206010044565 Tremor Diseases 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention relates to the technical field of computer programs, in particular to a generation method of an adaptive player and adaptive player equipment, which comprise the following steps: s1: adding corresponding sub-player kernels in the top player kernels according to each video to be played; s2: respectively configuring the playing parameters of the kernel of the sub-player; s3: respectively generating a switching condition of each sub-player kernel according to all the playing parameters and the video to be played; s4: and generating the self-adaptive player according to the top player kernel, the switching condition and the sub-player kernel. The invention has the beneficial effects that: in the process of generating the self-adaptive player, the corresponding player kernel is selected according to the video to be played, and the corresponding playing parameters and the switching conditions are added, so that the finally generated self-adaptive player can switch the player kernels according to different scenes, and the problem that the video player based on a single kernel in the prior art is likely to be jammed during playing is solved.
Description
Technical Field
The invention relates to the field of radio and television audios and videos, in particular to a generation method of a self-adaptive player and self-adaptive player equipment.
Background
A video player is a computer program or a mobile phone App which is loaded in a computer or a mobile phone system and decodes and plays video contents. Taking a video player at a mobile phone end as an example, the video player of this type needs to be customized to a certain extent according to different requirements of a content provider, such as local video file playing, live network video stream streaming, and the like, so as to meet different requirements of different users.
In the prior art, many video players suitable for mobile terminals exist. Taking a video player adopted by a certain manufacturer as an example, the video player is further developed mainly by a native video player VideoView based on an Android system, and a player class of the video player is generated after inheriting the SurfaceView, so that a part of custom functions are added. For another example, a video player adopted by another manufacturer is based on the ijkPlayer as a development basis, and by inheriting all the characteristics of the player and performing secondary development, the actual playing requirements of customers are met.
However, in practical implementation, the inventors found that both of the above solutions have certain disadvantages. For example, a video player based on a native VideoView kernel can only play limited formats such as mp4, 3gp, and m3u8, and is low in adaptability. Moreover, when a specific format, such as an m3u8 format, is played, a sporadic "stuck" phenomenon occurs; the "stuck" phenomenon also frequently occurs when playing a live stream. The "stuck" phenomenon can cause the interface to fail to respond within 2 to 5 seconds, which seriously affects the customer viewing experience. Moreover, if the video player based on the ijkplay kernel only adopts a dynamic loading mode, the phenomenon of "stuck" in video playing will also occur.
Disclosure of Invention
In view of the above problems in the prior art, a method for generating an adaptive player and an adaptive player device are provided.
The specific technical scheme is as follows:
a method for generating an adaptive player, which is suitable for generating a video player program in a computer system, comprises the following steps:
step S1: aiming at a plurality of videos to be played, respectively adding a corresponding sub-player kernel in a top player kernel according to each video to be played;
step S2: respectively configuring the playing parameters of the sub-player kernels aiming at each sub-player kernel;
and step S3: respectively generating a switching condition of each sub-player kernel according to all the playing parameters and the video to be played;
and step S4: and generating the self-adaptive player according to the top player kernel, the switching condition and the sub-player kernel.
Preferably, the step S2 includes:
step S21: aiming at each sub-player kernel, respectively acquiring the address type and the decoding mode of the video to be played corresponding to the sub-player kernel;
the address types include: local video file resources, network video stream resources and live streams;
step S22: judging whether the address type of the video to be played is the local video file resource or not;
if so, generating a playing mode parameter, a file path and a decoding parameter corresponding to the video to be played as the playing parameter;
if not, generating a playing mode parameter, a URL request head parameter and a decoding parameter corresponding to the video to be played as the playing parameter.
Preferably, in the step S22, when the video to be played is the network video resource or the live stream and has a plurality of URL addresses, a URL request header parameter is generated according to each URL address, and the URL request header parameters are connected in a Map format.
Preferably, the step S2 further includes: adding playing method parameters in the top player kernel;
the parameters of the playing method comprise: playing action, pausing action, stopping playing action, replaying action, positioning action and obtaining duration action.
Preferably, the step S2 further comprises: adding a state self-checking parameter in the top player kernel;
the state self-checking parameter is used for marking a node of the video to be played, which needs to be subjected to state self-checking, in the top player kernel;
the state self-checking parameters include: a play preparation pre-monitor, a play completion monitor, a play error monitor, a play cache monitor, a player size change monitor and a custom parameter monitor.
Preferably, the step S4 includes:
step S41: generating a set of views corresponding to the adaptive player;
step S42: adding the top player kernel and all the sub-player kernels in the view group, and adding playing parameters corresponding to the sub-player kernels in a top container;
a controller component is also arranged in the top container;
step S43: initializing the view group to complete the adaptive player.
Preferably, in step S41, a sound focus component, a player scaling component, and a progress bar management component are further added to the view group.
Preferably, the step S43 further includes: and respectively assigning the abstract type of each sub-player kernel in the view group according to the playing parameters.
Preferably, the plurality of sub-player cores includes a system native player core of the computer system;
after the adaptive player is formed, a playing process is further included when the video to be played is acquired, wherein the playing process includes:
step A1: calling the system native player kernel to play the video to be played, and judging whether the video to be played can be normally played;
if so, playing the video to be played until the end;
if not, turning to the step A2;
step A2: and acquiring the video format of the video to be played, and selecting the corresponding sub-player kernel to play according to the video format and the switching condition.
An adaptive player device generated by the above generation method includes:
a top player kernel connected to the plurality of sub-player kernels;
each sub-player kernel respectively corresponds to at least one type of video to be played;
a system native player kernel and at least one third-party player kernel exist in the sub-player kernels;
and the controller component is connected with the top player kernel and selects the corresponding sub-player kernel according to a switching condition.
The technical scheme has the following advantages or beneficial effects: in the process of generating the self-adaptive player, the corresponding player kernel is selected according to the video to be played, and the corresponding playing parameters and the switching conditions are added, so that the finally generated self-adaptive player can switch the player kernels according to different scenes, and the problem that the video player based on a single kernel in the prior art is blocked during playing is solved.
Drawings
Embodiments of the present invention will be described more fully with reference to the accompanying drawings. The drawings, however, are for illustration and description only and are not to be construed as limiting the scope of the invention.
FIG. 1 is an overall schematic diagram of an embodiment of the present invention;
FIG. 2 is a diagram illustrating a top player kernel according to an embodiment of the present invention;
FIG. 3 is a schematic diagram illustrating the substep of step S2 in the embodiment of the present invention;
FIG. 4 is a schematic diagram illustrating the substep of step S4 in the embodiment of the present invention;
FIG. 5 is a schematic diagram illustrating a playing process according to an embodiment of the present invention;
fig. 6 is a schematic diagram of an adaptive player according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without making any creative effort based on the embodiments in the present invention, belong to the protection scope of the present invention.
It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict.
The invention is further described with reference to the following drawings and specific examples, which are not intended to be limiting.
The invention comprises the following steps:
a method for generating an adaptive player, which is suitable for generating a video player program in a computer system, as shown in fig. 1, includes:
step S1: aiming at a plurality of videos to be played, adding a corresponding sub-player kernel in a top player kernel according to each video to be played;
step S2: respectively configuring the playing parameters of the sub-player kernels aiming at each sub-player kernel;
and step S3: respectively generating a switching condition of each sub-player kernel according to all the playing parameters and the video to be played;
and step S4: and generating the self-adaptive player according to the top player kernel, the switching condition and the sub-player kernel.
Specifically, in the embodiment, by obtaining videos to be played, selecting a sub-player core capable of being used for playing the videos to be played according to each video to be played, and configuring the playing parameters and the switching conditions of each sub-player core respectively, in the process of generating the adaptive player, the adaptive player capable of automatically switching the sub-player cores in use can be constructed according to the playing parameters and the switching conditions of the plurality of sub-player cores and the sub-player cores, so that the problems that a single core player is not good in performance under a specific condition and is inconvenient to add a custom function are solved.
In the implementation process, the video to be played refers to video content that a content provider needs to play on an adaptive player, and the video to be played may be set as at least one of a local video, a network video, or a live stream according to different needs of the content provider. The video format, the encoding format, the bit rate, the color depth and other attributes of the video to be played are changed, and the video to be played of the same type may have different attributes according to actual needs, for example, the local video includes mp4, 3gp, m3u8, a local cache format defined by the content provider, and the like. The sub-Player cores mainly include contents of decoders, renderers, network management engines, and Media management engines, which are changed to some extent according to different types of sub-Player cores, such as VideoView, ijkPlayer, exoPlayer, VLC Media Player, and the like. The play parameter refers to each item of content that needs to be defined in the playing process of the kernel of the sub-player, such as content of a play source, a play method, state self-checking, and the like. The switching condition refers to the basis for switching the sub-player kernel in the running process of the video player.
As an optional implementation manner, before step S1, the method further includes: a new top player kernel "NewMediaPlayer" is created. As shown in fig. 2, in the adaptive player, the view groups sequentially include from top to bottom: a controller 1, a top-level player core 2, and a plurality of sub-player cores 3A, 3B, 3C. The top player kernel 2 is a player kernel for selecting the corresponding sub-player kernel 3A, 3B or 3C to play according to the switching condition, and is designed based on a View tree View group, which is different from a traditional design mode of inheriting a TextureView, and the design benefit is just in accordance with the high cohesion and low coupling characteristics in software design. In the practical application process, by setting the top player kernel 1, the switching of the sub player kernels 3A, 3B and 3C can be realized by instantiating a NewVideoView object, so that the iteration of the self-adaptive player is facilitated.
In a preferred embodiment, as shown in fig. 3, step S2 comprises:
step S21: for each sub-player kernel, respectively acquiring the address type and the decoding mode of the video to be played corresponding to the sub-player kernel;
the address types include: local video file resources, network video stream resources and live streams;
step S22: judging whether the address type of the video to be played is the local video file resource or not;
if so, generating a playing mode parameter, a file path and a decoding parameter corresponding to the video to be played as the playing parameter;
if not, generating a playing mode parameter, a URL request head parameter and a decoding parameter corresponding to the video to be played as the playing parameters.
Specifically, in the embodiment, by respectively acquiring the address type and the decoding mode of each video to be played, the playing parameters to be generated are determined, so that a plurality of player cores can effectively adapt to the corresponding videos, and the playing performance is improved.
In the implementation process, the player kernel refers to a player kernel capable of normally playing a video to be played, and two selection modes of "compatibility" and "playing performance" can be further set according to actual needs. For example, when there is a strict limitation on the size of the installation package of the application program, for example, a player program in the embedded device, the corresponding player core may be selected based on the compatibility, that is, when the finally selected player core can play all videos to be played, the number of the finally selected player cores is reduced by combining the player cores that can play the same type of videos to be played, so as to reduce the number of the player cores in the adaptive player, the switching conditions, the playing parameters, and the like. In another embodiment, in order to achieve better playing efficiency, an optimal player core corresponding to a video to be played may be selected as a finally selected player core according to factors such as playing efficiency and performance occupation of different player cores when playing the video to be played. In the above process, after the player kernel to be added to the adaptive player is selected, it is further determined that the playing address type is a local video file resource, a network video resource or a live streaming resource, and then different playing parameters are generated.
In a preferred embodiment, in step S22, when the video to be played is a network video resource or a live stream and has a plurality of URL addresses, a URL request header parameter is generated according to each URL address, and the URL request header parameters are connected in a Map format.
In a preferred embodiment, step S2 further comprises: adding playing method parameters in the top player kernel;
the playing method parameters comprise: playing action, pausing action, stopping playing action, replaying action, positioning action and obtaining duration action.
Specifically, aiming at the problem that in the prior art, a video player based on a single kernel partially provides a single operation mode in the playing process, a user-defined controller can only be partially fixed on the player, and a user cannot dynamically add or delete a function item during playing, in the embodiment, a playing method parameter is added in the kernel of the top player, so that the user can add a corresponding playing method according to actual needs, and further, the finally generated adaptive player can meet the requirements of the user.
In a preferred embodiment, step S2 further comprises: adding a state self-checking parameter in a top player kernel;
the state self-checking parameter is used for marking a node of a video to be played, which needs to be subjected to state self-checking, in a player kernel;
the state self-checking parameters include: a play preparation pre-monitor, a play completion monitor, a play error monitor, a play cache monitor, a player size change monitor and a custom parameter monitor.
Specifically, in the embodiment, by adding a state self-checking parameter to the top player kernel, the top player kernel can perform state self-checking according to each node set in the state self-checking parameter in the running process, so that a corresponding dynamic loading and releasing event can be triggered, and the adaptive player can effectively control resources currently occupied by the player in the use process, and cannot cause the problem of memory leakage.
In a preferred embodiment, as shown in fig. 4, step S4 comprises:
step S41: generating a view group corresponding to the adaptive player;
step S42: adding a top-layer player kernel and all sub-player kernels in the view group, and adding playing parameters corresponding to the sub-player kernels in a top-layer container;
the top container is also provided with a controller component;
step S43: the set of views is initialized to complete the adaptive player.
Specifically, in this embodiment, by creating a view group corresponding to an adaptive player, sequentially setting the architectures shown in fig. 2 in the view group, setting the playing parameters of the controller component and the sub-player kernel in the top-level container, and adding the top-level player kernel and the sub-player, a view group that can be further expanded is created. The View group constructs a container in a View tree form, and accommodates various modules in a component form, including modules such as a controller, a top player kernel, a sub-player kernel, functional components and the like, so that the finally generated adaptive player meets the requirements of users.
In a preferred embodiment, in step S41, a sound focus component, a player scaling component, and a progress bar management component are further added to the view group.
Specifically, in the embodiment, by creating a view group corresponding to the adaptive player and adding a corresponding component to the view group, the created adaptive player can implement a corresponding function, for example, reading global configuration to set a sound focus, a zoom ratio, a progress bar management, and the like of the player, thereby implementing extensibility of the adaptive player.
In a preferred embodiment, step S43 further comprises: and respectively assigning the abstract type generalization of each sub-player kernel in the view group according to the playing parameters.
Specifically, in the embodiment, after each sub-player kernel is added to the view group, the corresponding sub-player kernel is selected according to information such as video and audio formats, whether the sub-player kernel is live broadcast or not, and abstract generic assignment is performed on the sub-player kernels, so that each sub-player kernel is in a state that the sub-player kernels can be scheduled at any time, and the top-layer player kernel is convenient to switch the sub-player kernels.
In a preferred embodiment, the plurality of sub-player cores includes a system native player core of a computer system;
after the adaptive player is formed, the process of obtaining the video to be played further includes a playing process, as shown in fig. 5, the playing process includes:
step A1: calling a system native player kernel to play the video to be played, and judging whether the video to be played can be normally played;
if so, playing the video to be played until the end;
if not, turning to the step A2;
step A2: and acquiring the video format of the video to be played, and selecting the corresponding sub-player kernel to play according to the video format and the switching condition.
Specifically, in the embodiment, in the process of playing a video, a system native player kernel with high efficiency, such as a system MediaPlayer kernel of Android itself, is called in advance to play, and when the video cannot be played normally, a corresponding sub-player kernel can be selected to play according to a set switching condition.
In an implementation process, the playing process further includes: and initializing the play starting components, sequentially displaying each component and the adding sequence thereof in the container, and calling the corresponding sub-player kernel to ensure that the self-adaptive player can normally play. When the starting playing component is initialized, the type of the video to be played needs to be judged first, for example, when the video to be played is a live stream, the current network state is checked first, if no network exists or the network connection is abnormal, a prompt box pops up, and the prompt box is returned directly. Otherwise, the video link is read and the playing is started. In one embodiment, the number of times of playing the video can be further determined, and can be divided into "play for the first time" and "play after" respectively. When the View is played for the first time, the initialization process sends a notification to the system to control the current View to stay on the screen, so as to acquire parameters such as screen focus, sound focus and the like. The "play-after-play" does not need the above operation, but can be obtained by reading the parameters in the cache instead. Subsequently, the controller component is initialized, and the initialization process comprises the following steps: all controller components, as well as the addition sequence are displayed superimposed in the player container. And then, calling the corresponding sub-player kernel to acquire a video rendering logic, and displaying the analyzed video and the related controller on the current screen. This means that the current video and audio has entered a normal play state. In the playing state, the various monitors defined in step S2 may be used to obtain the state of the adaptive player, and call the corresponding component according to the operation of the user.
An adaptive player generated by the above generation method, as shown in fig. 6, includes:
the top player kernel B1 is connected with the plurality of sub player kernels B2;
each sub-player kernel B2 corresponds to at least one type of video to be played respectively;
a system native player kernel B21 and at least one third-party player kernel B22 exist in the sub-player kernel B2;
and the controller component B3, the controller component B3 is connected with the top player core B1, and the controller component B3 selects the corresponding sub-player core B22 according to the switching condition.
Specifically, in the embodiment, a top-layer player core B1 is connected to a plurality of sub-player cores B2, and a system native player core B21 is added to the sub-player cores B2, so that the adaptive player can play by using the system native player core B21 under a conventional condition, and play a video or live stream in a specific format by using a specific third-party player core B22 as needed, thereby achieving a better playing effect.
The invention has the beneficial effects that:
1. the new player can dynamically select a plurality of pre-created sub-player kernels according to the requirements of different video sources, and then the playing of video files, video streams and live streams in different formats is achieved. In an actual system, the function is also expanded, namely any third-party player kernel meeting the standard requirement can be loaded as a sub-player kernel, so that the flexibility of the player is greatly improved. The requirements of customers in various aspects are met. The current new player not only supports formats such as mp4 and 3gp, but also supports mainstream media forms in the audio and video fields of the broadcasting and television industry such as m3u8, avi, mov, flv, live streaming and the like.
2. The system is internally provided with a self-starting mode, and when the phenomenon of 'stuck' during playing is found, the system can be restarted in a brand-new mode through a restarting mode so as to ensure the smoothness degree of playing and reduce the phenomenon of 'stuck' frequently occurring in a long-time playing state.
3. Because the new player inherits the system ViewGroup, the new player can be dynamically loaded to a sliding list interface, can also be fixedly written at a designated position of a page, and can also realize the multi-picture splicing playing effect of mainstream video players such as a tremble player, a b station player and the like.
4. Dynamic loading playing, replaying, releasing and the like can be frequently carried out, and the problem of memory leakage cannot occur.
5. Controllers can be dynamically added to manage various gestures, states and the like of the video and follow the principles of high cohesion, low coupling and opening and closing of software design.
While the invention has been described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made without departing from the spirit and scope of the invention.
Claims (10)
1. A method for generating an adaptive player, adapted to generate a video player program in a computer system, comprising:
step S1: aiming at a plurality of videos to be played, respectively adding a corresponding sub-player kernel in a top player kernel according to each video to be played;
step S2: respectively configuring the playing parameters of the sub-player kernels aiming at each sub-player kernel;
and step S3: respectively generating a switching condition of each sub-player kernel according to all the playing parameters and the video to be played;
and step S4: and generating the self-adaptive player according to the top player kernel, the switching condition and the sub-player kernel.
2. The generation method according to claim 1, wherein the step S2 includes:
step S21: for each sub-player kernel, respectively acquiring the address type and the decoding mode of the video to be played corresponding to the sub-player kernel;
the address types include: local video file resources, network video stream resources and live streams;
step S22: judging whether the address type of the video to be played is the local video file resource or not;
if so, generating a playing mode parameter, a file path and a decoding parameter corresponding to the video to be played as the playing parameter;
if not, generating a playing mode parameter, a URL request head parameter and a decoding parameter corresponding to the video to be played as the playing parameter.
3. The generation method according to claim 2, wherein in step S22, when the video to be played is the network video resource or the live stream and has a plurality of URL addresses, a URL request header parameter is generated according to each URL address, and the URL request header parameters are connected in a Map format.
4. The generation method according to claim 2, wherein the step S2 further includes: adding playing method parameters in the top player kernel;
the parameters of the playing method comprise: playing action, pausing action, stopping playing action, re-playing action, positioning action and acquiring duration action.
5. The generation method according to claim 2, wherein the step S2 further includes: adding a state self-checking parameter in the top player kernel;
the state self-checking parameter is used for marking a node of the video to be played, which needs to be subjected to state self-checking, in the top player kernel;
the state self-checking parameters include: a play preparation pre-monitor, a play completion monitor, a play error monitor, a play cache monitor, a player size change monitor and a custom parameter monitor.
6. The generation method according to claim 1, wherein the step S4 includes:
step S41: generating a set of views corresponding to the adaptive player;
step S42: adding the top player kernel and all the sub-player kernels in the view group, and adding playing parameters corresponding to the sub-player kernels in a top container;
the top container is also internally provided with a controller component;
step S43: initializing the view group to complete the adaptive player.
7. The generation method according to claim 6, wherein in step S41, a sound focus component, a player scaling component, and a progress bar management component are added to the view group.
8. The generation method according to claim 6, wherein the step S43 further comprises: and respectively assigning the abstract type generalization of each sub-player kernel in the view group according to the playing parameters.
9. The generation method of claim 1, wherein the plurality of child player kernels includes a system native player kernel of the computer system;
after the adaptive player is formed, a playing process is further included when the video to be played is acquired, wherein the playing process includes:
step A1: calling the system native player kernel to play the video to be played, and judging whether the video to be played can be played normally;
if so, playing the video to be played until the end;
if not, turning to the step A2;
step A2: and acquiring the video format of the video to be played, and selecting the corresponding sub-player kernel to play according to the video format and the switching condition.
10. An adaptive player device, generated using the generation method of any one of claims 1-9, comprising:
a top-level player kernel connected to a plurality of child player kernels;
each sub-player kernel respectively corresponds to at least one type of video to be played;
a system native player kernel and at least one third-party player kernel exist in the sub-player kernels;
and the controller component is connected with the top player kernel and selects the corresponding sub-player kernel according to a switching condition.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210916676.XA CN115297371A (en) | 2022-08-01 | 2022-08-01 | Adaptive player generation method and adaptive player equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210916676.XA CN115297371A (en) | 2022-08-01 | 2022-08-01 | Adaptive player generation method and adaptive player equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115297371A true CN115297371A (en) | 2022-11-04 |
Family
ID=83825494
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210916676.XA Pending CN115297371A (en) | 2022-08-01 | 2022-08-01 | Adaptive player generation method and adaptive player equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115297371A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115955597A (en) * | 2023-03-14 | 2023-04-11 | 深圳市英唐数码科技有限公司 | Multi-format video self-adaptive switching method, system and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101511018A (en) * | 2009-02-27 | 2009-08-19 | 张昊 | Device and method for playing advertisement media |
| CN103777938A (en) * | 2012-10-25 | 2014-05-07 | 百度在线网络技术（北京）有限公司 | Playing method and device supporting multiple browsers |
| CN104244048A (en) * | 2014-10-15 | 2014-12-24 | 飞狐信息技术（天津）有限公司 | Video playing method and video client |
| CN110944231A (en) * | 2018-09-21 | 2020-03-31 | 北京国双科技有限公司 | Monitoring method and device of video player |
-
2022
- 2022-08-01 CN CN202210916676.XA patent/CN115297371A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101511018A (en) * | 2009-02-27 | 2009-08-19 | 张昊 | Device and method for playing advertisement media |
| CN103777938A (en) * | 2012-10-25 | 2014-05-07 | 百度在线网络技术（北京）有限公司 | Playing method and device supporting multiple browsers |
| CN104244048A (en) * | 2014-10-15 | 2014-12-24 | 飞狐信息技术（天津）有限公司 | Video playing method and video client |
| CN110944231A (en) * | 2018-09-21 | 2020-03-31 | 北京国双科技有限公司 | Monitoring method and device of video player |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115955597A (en) * | 2023-03-14 | 2023-04-11 | 深圳市英唐数码科技有限公司 | Multi-format video self-adaptive switching method, system and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11659230B2 (en) | Passive data collection from third-party channel applications | |
| US11336953B2 (en) | Video processing method, electronic device, and computer-readable medium | |
| CN105791889A (en) | Advertisement inter-cut method for video live broadcasting and advertisement inter-cut device for video live broadcasting | |
| CN108900854B (en) | Live broadcast microphone room switching method, storage medium, equipment and system | |
| US20080244682A1 (en) | Method for enhancing features offered by a software application residing on a set top terminal | |
| CN104780378A (en) | Method, device and player for decoding video | |
| WO2017080175A1 (en) | Multi-camera used video player, playing system and playing method | |
| CN110913278B (en) | Video playing method, display terminal and storage medium | |
| JP2018521550A (en) | Method, client and computer storage medium for playing video | |
| US9294803B2 (en) | Kiosk set-top-box | |
| CN115297371A (en) | Adaptive player generation method and adaptive player equipment | |
| CN104219544B (en) | The dynamic dispatching method and system of IPTV service resource | |
| CN110460904A (en) | Audio/video pushing method, mobile terminal and display terminal | |
| CN106961634B (en) | Method, device and terminal equipment for starting DTV signal after VOD video finishes playing | |
| JP2013511761A (en) | Rendering web pages with plug-in content | |
| WO2017076011A1 (en) | Live program watch-back method and system | |
| CN104023260A (en) | Hardware decoding implementation method and device, and player | |
| US20150026711A1 (en) | Method and apparatus for video content distribution | |
| US11375296B2 (en) | Server-side ad insertions (SSAI) with additional metadata and client functionality | |
| CN112019858B (en) | Video playing method and device, computer equipment and storage medium | |
| JP2006514457A (en) | Mutual application control to improve playback performance of stored interactive TV applications | |
| US11917241B2 (en) | Electronic device and its execution method and computer-readable medium | |
| US20210297735A1 (en) | Video playback method and apparatus and computer storage medium | |
| TWI721706B (en) | Method and terminal playing device for dynamically changing playing behavior of video | |
| CN103731735A (en) | Method for achieving continuous online video playing in smart television and smart television |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20221104 |