CN104159125A - Video display method, virtual player and video player - Google Patents
Video display method, virtual player and video player Download PDFInfo
- Publication number
- CN104159125A CN104159125A CN201410350641.XA CN201410350641A CN104159125A CN 104159125 A CN104159125 A CN 104159125A CN 201410350641 A CN201410350641 A CN 201410350641A CN 104159125 A CN104159125 A CN 104159125A
- Authority
- CN
- China
- Prior art keywords
- video
- player
- played
- video data
- described video
- 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
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a video display method, a virtual player and a video player, and belongs to the technical field of network communication. The method comprises the following steps: acquiring video data to be displayed from the video player with a video server and analyzing the video data to be displayed in a buffer zone with the a video server, so as to obtain a time stamp of the video data to be displayed; comparing the time point indicated by the time stamp of the video data to be displayed with a video display time point, recorded by the virtual player, of the video player; determining whether to send the video data to be displayed to the video player for display or not according to the comparison result. The virtual player comprises a receiving module, an acquisition module, an analyzing module, a comparing module and a determining module. According to the invention, the stacking of local data in the video player can be avoided effectively, so as not to occupy the memory space of the video player unnecessarily.
Description
Technical field
The application relates to network communications technology field, is specifically related to a kind of method of displaying video, virtual player and video player.
Background technology
Along with the development of the network communications technology, not only can play and be loaded in down local video by video player, but also can be connected with the video server that video is provided by video player, download while play, realize online displaying video in real time.
The existing method by online mode displaying video is as follows: video player is to video server request video data, buffering area by Video Data Storage at self, and from the buffering area of self, extract video data and play and (on one side obtain video data from video server and fill buffering area, extract video data on one side plays from buffering area), video player is constantly to video server request video data, until fill up self buffer.
The method of existing displaying video, regardless of the playing progress rate of video player, video player all can constantly ask video data, accept video data, until the buffering area of video player is filled up, will cause like this data stacking, take the memory space of video player.
Summary of the invention
Technical problems to be solved in this application are to provide a kind of method of displaying video, virtual player and video player, by virtual player is set between video player and video server, more video data to be played can be cached in the buffering area of virtual player, can effectively prevent the accumulation of video player local data, avoid taking the memory space of video player.
In order to address the above problem, the application has disclosed a kind of method of displaying video, and virtual player is set between video player and video server, and described method comprises:
Described virtual player obtains video data to be played from described video server, and by the Video Data Storage described to be played obtaining in the buffering area of described virtual player;
Described virtual player is resolved the video data to be played in described buffering area, obtains the timestamp of described video data to be played;
The time point that described virtual player indicates the timestamp of described video data to be played, the play time of the video of playing with the described video player of described virtual player record contrasts, and obtains comparing result;
Described virtual player, according to described comparing result, determines whether that giving described video player by described video data transmitting to be played plays.
Preferably, in the application's a embodiment, described virtual player obtains the video data to be played that described video server sends, and by before the Video Data Storage described to be played obtaining is in the buffering area of described virtual player, also comprises:
Described virtual player receives the video playback instruction that described video player sends;
In described video playback instruction, carry IP address, described virtual player, according to described IP address, finds described video server;
In described video playback instruction, carry video No. ID, described virtual player connects with the described video server finding, and described video is uploaded in described video server for No. ID.
Preferably, in the application's a embodiment, described virtual player is resolved described video playback instruction, and the described video server obtaining from parsing also comprises after obtaining video data to be played:
Described virtual player is resolved described video data to be played, obtains the frame information of described video data to be played;
In the time learning that according to described frame information described video data to be played is start frame data, described virtual player is set up virtual time axle;
The time that described virtual player regularly reads described video player plays described video, the time of the described video player reading being play to described video, be recorded on described virtual time axle.
Preferably, in the application's a embodiment, described virtual player, according to comparing result, determines whether that giving described video player by described video data transmitting to be played plays, and comprising:
If when the difference of the play time of the described video that the described video player of the time point that the timestamp that comparing result is described video data to be played indicates and described virtual player record is play is positioned at Preset Time scope, described virtual player determines that giving described video player by described video data transmitting to be played plays;
If when the difference of the play time of the described video that the described video player of the time point that the timestamp that comparing result is described video data to be played indicates and described virtual player record is play is not positioned at Preset Time scope, described virtual player determines that not giving described video player by described video data transmitting to be played plays.
Preferably, in the application's a embodiment, described virtual player determines that giving described video player by described video data transmitting to be played plays, and comprising:
Described virtual player judges whether described video data to be played is the initial segment of described video;
If the initial segment of described video, described virtual player postpones after default duration, gives described video player play described video data transmitting to be played;
If not the initial segment of video, described virtual player is directly given described video player by described video data transmitting to be played and is play; Or,
Described virtual player is determined described video data transmitting to be played is given after described video player plays, and also comprises:
Described video player judges whether the video data described to be played receiving is the initial segment of video;
If the initial segment of video, described video player postpones after default duration, starts and plays described video data to be played;
If not the initial segment of video, described video player is play-overed described video data to be played.
In order to address the above problem, the application has disclosed a kind of virtual player, and described virtual player is arranged between video player and video server, and described virtual player comprises:
Acquisition module, cache module, parsing module, contrast module and determination module;
Described acquisition module, the video data to be played sending for obtaining described video server, and by the Video Data Storage described to be played obtaining in cache module;
Described cache module, for storing described video data to be played;
Described parsing module, for resolving the video data to be played in described cache module, obtains the timestamp of described video data to be played;
Described contrast module, for the time point that the timestamp of described video data to be played is indicated, the play time of the described video of playing with the described video player of described virtual player record contrasts, and obtains comparing result;
Described determination module, for according to described comparing result, determines whether that giving described video player by described video data transmitting to be played plays.
Preferably, in the application's a embodiment, virtual player also comprises:
Receiver module, the video playback instruction sending for receiving described video player;
Search module, for the IP address of carrying according to described video playback instruction, find described video server;
Link block, for connecting with the described video server finding, and uploads to the video carrying in described video playback instruction from described video server No. ID.
Preferably, in the application's a embodiment, described acquisition module comprises:
Resolution unit, for resolving described video data to be played, obtains the frame information of described video data to be played;
Set up unit, in the time learning that according to described frame information described video data to be played is start frame data, set up virtual time axle;
Record cell, the time of playing described video for regularly reading described video player, the time of the described video player reading being play to described video, is recorded on described virtual time axle.
Preferably, in the application's a embodiment, described determination module comprises:
The first determining unit, if the comparing result for described contrast module is: when the difference of the play time of the described video that the described video player of the time point that the timestamp of described video data to be played indicates and described virtual player record is play is positioned at default time range, determine that giving described video player by described video data transmitting to be played plays;
The second determining unit, if the comparing result for described contrast module is: when the difference of the play time of the described video that the described video player of the time point that the timestamp of described video data to be played indicates and described virtual player record is play is not positioned at default time range, determine that not giving described video player by described video data transmitting to be played plays.
Preferably, in the application's a embodiment, described the first determining unit comprises:
Judgment sub-unit, for judging whether described video data to be played is the initial segment of video;
First sends subelement, if for the judged result of described judgment sub-unit be: described video data to be played is the initial segment of video, postpones after default duration, gives described video player play described video data transmitting to be played;
Second sends subelement, if for the judged result of described judgment sub-unit be: described video data to be played is not the initial segment of video, directly give described video player by described video data transmitting to be played and plays.
In order to address the above problem, the application has disclosed a kind of video player, and described video player comprises:
Judge module, for judging whether the video data described to be played receiving is the initial segment of video;
The first playing module, if be the initial segment that described video data to be played is video for the judged result of described judge module, postpones after default duration, starts and plays described video data to be played;
The second playing module, if be the initial segment that described video data to be played is not video for the judged result of described judge module, play-overs described video data to be played.
Compared with prior art, the application can obtain and comprise following technique effect:
1) by virtual player is set between video player and video server, more video data to be played can be cached in the buffering area of virtual player, can effectively prevent the accumulation of video player local data, avoid taking the memory space of video player.And by virtual player, can control very accurately and efficiently the flow velocity of video player, ensure video player stable playback.
2) virtual player can, by the video data to be played being stored in the buffering area of virtual player, be shared with other-end, realizes P2P and shares.The data of buffering area are more, and the data that can Gong share are also more, and the rate of sharing that promotes the whole network is very helpful, and can reduce greatly the bandwidth consumption of video server, reduce costs.
3) if video data to be played is the initial segment of video, virtual player postpones to give video player by video data transmitting to be played after default duration and plays, or video player receives and postpones after video data to be played to start and to play video data to be played after default duration, after being the default duration in interval, video player just starts displaying video, make the time of video player displaying video, produce time shift with virtual player, ensure that virtual player has the sufficient time to obtain video data from video server, in network jitter, video player can not produce frame-skipping yet, can smooth and easyly play, can effectively reduce the slack problem of broadcasting that network jitter brings.
Brief description of the drawings
Accompanying drawing described herein is used to provide further understanding of the present application, forms the application's a part, and the application's schematic description and description is used for explaining the application, does not form the improper restriction to the application.In the accompanying drawings:
The method flow diagram of a kind of displaying video that Fig. 1 provides for the embodiment of the present application one;
The method flow diagram of a kind of displaying video that Fig. 2 provides for the embodiment of the present application two;
The method flow diagram of a kind of displaying video that Fig. 3 provides for the embodiment of the present application three;
The method flow diagram of a kind of displaying video that Fig. 4 provides for the embodiment of the present application four;
The structured flowchart of a kind of virtual player that Fig. 5 provides for the embodiment of the present application five;
The structured flowchart of a kind of virtual player that Fig. 6 provides for the embodiment of the present application six;
The structured flowchart of a kind of virtual player that Fig. 7 provides for the embodiment of the present application seven;
The structured flowchart of a kind of virtual player that Fig. 8 provides for the embodiment of the present application eight;
The structured flowchart of a kind of video player that Fig. 9 provides for the embodiment of the present application ten.
Embodiment
To coordinate drawings and Examples to describe the application's execution mode in detail below, by this application's implementation procedure how application technology means solve technical problem and reach technology effect can be fully understood and be implemented according to this.
Censure specific components as used some vocabulary in the middle of specification and claim.Those skilled in the art should understand, and hardware manufacturer may be called same assembly with different nouns.This specification and claims are not used as distinguishing the mode of assembly with the difference of title, but the difference in function is used as the criterion of distinguishing with assembly.If " comprising " mentioned in the middle of specification and claim is in the whole text an open language, therefore should be construed to " comprise but be not limited to "." roughly " refer to that in receivable error range, those skilled in the art can solve the technical problem within the scope of certain error, reach described technique effect substantially.In addition, " couple " word and comprise directly any and electric property coupling means indirectly at this.Therefore, be coupled to one second device if describe a first device in literary composition, represent that described first device can directly be electrically coupled to described the second device, or be indirectly electrically coupled to described the second device by other devices or the means that couple.Specification subsequent descriptions is to implement the application's preferred embodiments, and right described description is to illustrate that the application's rule is object, not in order to limit the application's scope.The application's protection range is when being as the criterion depending on the claims person of defining.
Also it should be noted that, term " comprises ", " comprising " or its any other variant are intended to contain comprising of nonexcludability, thereby make to comprise that the commodity of a series of key elements or system not only comprise those key elements, but also comprise other key elements of clearly not listing, or be also included as this commodity or the intrinsic key element of system.The in the situation that of more restrictions not, the key element being limited by statement " comprising ... ", and be not precluded within and comprise in the commodity of described key element or system and also have other identical element.
embodiment mono-
Fig. 1 is the method for the embodiment of the present application one displaying video, and virtual player is set between video player and video server, and as shown in Figure 1, it can specifically comprise:
S101: virtual player obtains video data to be played from video server, and by the Video Data Storage to be played obtaining in the buffering area of virtual player.
Wherein, virtual player obtains video data to be played from video server, can be: the video playback instruction that virtual player receiver, video player sends, according to the IP carrying in video playback instruction (Internet Protocol Address, Internet protocol address) address and video ID (Identity, mark) number etc., video data to be played obtained from video server; Can also be: video player sends video playback instruction to video server, and video data transmitting to be played is delivered to virtual player by video server.
In the present embodiment, virtual player obtains video data to be played from video server, and by before the Video Data Storage to be played obtaining is in the buffering area of virtual player, can also comprise:
The video playback instruction that virtual player receiver, video player sends;
In video playback instruction, carry IP address, virtual player, according to IP address, finds video server;
In video playback instruction, carry video No. ID, virtual player connects with the video server finding, and video is uploaded in video server for No. ID.
Wherein, the data queue of the similar first in first out in buffering area, extracts on the one hand video data and plays to video player from buffering area, obtain video data on the one hand fill buffering area from video server.
And virtual player can, by the video data to be played being stored in the buffering area of virtual player, be shared with other-end, realizes P2P (peer-to-pee) and shares.The data of buffering area are more, and the data that can Gong share are also more, and the rate of sharing that promotes the whole network is very helpful, and can reduce greatly the bandwidth consumption of video server, reduce costs.
Wherein, virtual player can also comprise after obtaining the video data to be played of video server transmission:
Virtual player is resolved video data to be played, obtains the frame information of video data to be played;
In the time learning that according to frame information video data to be played is start frame data, virtual player is set up virtual time axle;
The time that video player displaying video is read in virtual player timing, by the time of the video player displaying video reading, be recorded on virtual time axle.
Wherein, virtual player set up virtual time axle can by set up a timer variable or create a timer object realize.After setting up virtual time axle, the time that video player displaying video is read in virtual player timing.For example, setting up after virtual time axle, virtual player starts timer, by timer timing; Or timing read video player or place terminal temporal information and be stored in timer variable, for timing.Virtual time axle also sends to the temporal information of carrying of the video data of video player for recording virtual player, as: virtual player sends to the timestamp of the last frame video data of video player, be convenient to contrast current the video data volume of having play, virtual player sends to the relation between the video data volume of video player and the video data volume of virtual player buffer memory, determines whether to send video data to video player.
S102: virtual player is resolved the video data to be played in buffering area, obtains the timestamp of video data to be played.
S103: the time point that virtual player indicates the timestamp of video data to be played, the time point of the video of playing with the video player of virtual player record contrasts, and obtains comparing result.
The time point of the video that wherein, the video player of virtual player record is play records by virtual time axle.
S104: virtual player, according to comparing result, determines whether that giving video player by video data transmitting to be played plays.
Wherein, comparing result comprises: the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is positioned at Preset Time scope; The difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is not positioned at Preset Time scope.
Particularly, if the difference of the play time of the video that the video player of time point and virtual player that the timestamp of video data to be played indicates record is play is 0, what prove that video player is about to broadcasting is current video data to be played; If the difference of the play time of the video that the video player of time point and virtual player that the timestamp of video data to be played indicates record is play is 5 seconds, what prove that video player to be ready playing is the current video data to be played video data to be played of 5 seconds before.The implication of the difference of the play time of the video that the video player of the time point indicating according to the timestamp of above-mentioned video data to be played and virtual player record is play, in order not take the internal memory that video player is too large, can slow down again and play card, what Preset Time scope can be arranged is very little, as being set to 0-2 second, 0-1 second etc.
Particularly, virtual player can be UTP (the Universal tranmission platform that operates in video server, general transmission platform) and video player between comparatively independently module of a logic, it has an input interface and an output interface, the video data to be played (can be specifically streaming video data) that UTP plays needs is submitted to virtual player by input interface is continual, virtual player is treated playing video data and is resolved, after stabbing analysis time, virtual time axle according to video data to be played inside sorts and controls, and pass through output interface, according to the progress of virtual time axle, at regular time and quantity video data to be played is exported to video player.
On the other hand, video player also can, by input interface to virtual player requests video data to be played, after virtual player is resolved, send to corresponding video server by request command.
Particularly, by virtual player is set between video player and video server, more video data to be played can be cached in the buffering area of virtual player, can effectively prevent the accumulation of video player local data, avoid taking the memory space of video player.And by virtual player, can control very accurately and efficiently the flow velocity of video player, ensure video player stable playback.
embodiment bis-
Fig. 2 is the method for the embodiment of the present application two displaying videos, on the basis of the player method of embodiment mono-, virtual player obtains video data from Video Data Storage district, and by after the Video Data Storage obtaining is in the buffering area of virtual player, as shown in Figure 2, can also comprise:
S201: virtual player judges whether buffering area is filled, if be not filled, then carries out S101; If be filled, then carry out S201.
Particularly, play to video player owing to extracting on the one hand video data from buffering area, obtain video data from video server on the one hand and fill buffering area, so in carrying out S201, also can carry out S101.And, play to video player owing to extracting every now and then video data from buffering area, so after buffering area is filled, all likely play to video player because being extracted video data at any time, and become discontented, so need constantly judge whether buffering area is filled.
embodiment tri-
Fig. 3 is the method for the embodiment of the present application three displaying videos, and based on the player method of embodiment mono-or embodiment bis-, as shown in Figure 3, virtual player, according to comparing result, determines whether that giving video player by video data transmitting to be played plays, and can comprise:
S301: virtual player judges comparing result, if comparing result is: the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is positioned at Preset Time scope, carries out S302; If comparing result is: the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is not positioned at Preset Time scope, carries out S303.
Particularly, for example: if Preset Time scope is 0-1 second, the time point that timestamp of video data to be played indicates is 13:10, the play time of the video that the video player of virtual player record is play is 13:05, the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is 5 seconds, the play time of the time point that the timestamp of video data to be played indicates and the video of the video player broadcasting of virtual player record poor, be not positioned at Preset Time scope, do not give video player by video data transmitting to be played.The time point that the timestamp of video data to be played indicates is 13:10, the play time of the video that the video player of virtual player record is play is 13:09, the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is 1 second, the play time of the time point that the timestamp of video data to be played indicates and the video of the video player broadcasting of virtual player record poor, be positioned at Preset Time scope, need video data transmitting to be played to give video player.
S302: determine that giving video player by video data transmitting to be played plays, and then finishes.
Wherein, virtual player determines that giving video player by video data transmitting to be played plays, and comprising:
Virtual player judges whether video data to be played is the initial segment of video;
If the initial segment of video, virtual player postpones, after default duration, to give video player play video data transmitting to be played;
If not the initial segment of video, virtual player is directly given video player by video data transmitting to be played and is play.
Particularly, if video data to be played is the initial segment of video, virtual player postpones to give video player by video data transmitting to be played after default duration and plays, after being the default duration in interval, video player just starts displaying video, make the time of video player displaying video, produce time shift with virtual player, ensure that virtual player has the sufficient time to obtain video data from video server, in network jitter, video player can not produce frame-skipping yet, can smooth and easyly play, can effectively reduce the slack problem of broadcasting that network jitter brings.
S303: determine that not giving video player by video data transmitting to be played plays, and then finishes.
embodiment tetra-
Fig. 4 is the method for the embodiment of the present application four displaying videos, as shown in Figure 4, based on the player method of embodiment mono-or embodiment bis-or embodiment tri-, S302 determine give video player by video data transmitting to be played after, can also comprise:
S304: video player judges whether the video data to be played of receiving is the initial segment of video, if so, carries out S305; If not, carry out S306.
S305: video player postpones, after default duration, to play video data to be played, then finishes.
Particularly, if what receive is the initial segment of video, postpone after default duration, play this video data to be played, after being the default duration in interval, video player just starts displaying video, make the time of video player displaying video, produce time shift with virtual player, ensure that virtual player has the sufficient time to obtain video data from video server, in network jitter, video player can not produce frame-skipping yet, can smooth and easyly play, can effectively reduce the slack problem of broadcasting that network jitter brings.
Wherein, default duration can arrange according to practical application situation, as being set to 10 seconds, 20 seconds etc.
S306: video player is play-overed video data to be played, then finishes.
embodiment five
Fig. 5 is the virtual player of the embodiment of the present application five, and this virtual player is arranged between video player and video server, and as shown in Figure 5, this virtual player can comprise:
Acquisition module 401, cache module 402, parsing module 403, contrast module 404 and determination module 405;
Acquisition module 401, for obtain video server send video data to be played, and by the Video Data Storage to be played obtaining in cache module 402;
Cache module 402, for storing video data to be played;
Parsing module 403, for resolving the video data to be played in cache module 402, obtains the timestamp of video data to be played;
Contrast module 404, for the time point that the timestamp of video data to be played is indicated, the play time of the video of playing with the video player of virtual player record contrasts, and obtains comparing result;
Determination module 405, for according to comparing result, determines whether that giving video player by video data transmitting to be played plays.
embodiment six
Fig. 6 is the virtual player of the embodiment of the present application six, and as shown in Figure 6, virtual player can also comprise:
Receiver module 406, the video playback instruction sending for receiver, video player;
Search module 407, the IP address of carrying for the instruction according to video playback, finds video server;
Link block 408, for connecting with the video server finding, and uploads to video in video server No. ID.
embodiment seven
Fig. 7 is the virtual player of the embodiment of the present application seven, and based on embodiment five and embodiment six, as shown in Figure 7, acquisition module 401 can comprise:
Resolution unit 401a, for resolving video data to be played, obtains the frame information of video data to be played;
Set up unit 401b, in the time learning that according to frame information video data to be played is start frame data, set up virtual time axle;
Record cell 401c, the time of reading video player displaying video for timing, by the time of the video player displaying video reading, is recorded on virtual time axle.
embodiment eight
Fig. 8 is the virtual player of the embodiment of the present application eight, and based on embodiment five and embodiment six, embodiment seven, as shown in Figure 8, determination module 405 can comprise:
The first determining unit 405a, if the comparing result for contrast module 404 is: when the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is positioned at Preset Time scope, determine that giving video player by video data transmitting to be played plays;
The second determining unit 405b, if the comparing result for contrast module 404 is: the difference of the play time of the video that the video player of the time point that the timestamp of video data to be played indicates and virtual player record is play is not positioned at Preset Time scope, determine that not giving video player by video data transmitting to be played plays.
embodiment nine
Based on above-described embodiment, the virtual player of the embodiment of the present application nine, the first determining unit 405a can comprise:
Judgment sub-unit, for judging whether video data to be played is the initial segment of video;
First sends subelement, if be that video data to be played is the initial segment of video for the judged result of judgment sub-unit, postpones, after default duration, to give video player play video data transmitting to be played;
Second sends subelement, if be that video data to be played is not the initial segment of video for the judged result of judgment sub-unit, directly give video player by video data transmitting to be played and plays.
embodiment ten
Fig. 9 is the video player of the embodiment of the present application ten, and as shown in Figure 9, this video player can comprise:
Judge module 501, for judging whether the video data to be played receiving is the initial segment of video;
The first playing module 502, if be that video data to be played is the initial segment of video for the judged result of judge module 501, postpones after default duration, starts and plays video data to be played;
The second playing module 503, if be that video data to be played is not the initial segment of video for the judged result of judge module 501, play-overs video data to be played.
Above-mentioned explanation illustrates and has described some preferred embodiments of the application, but as previously mentioned, be to be understood that the application is not limited to disclosed form herein, should not regard the eliminating to other embodiment as, and can be used for various other combinations, amendment and environment, and can, in invention contemplated scope described herein, change by technology or the knowledge of above-mentioned instruction or association area.And the spirit and scope that the change that those skilled in the art carry out and variation do not depart from the application, all should be in the protection range of the application's claims.
Claims (11)
1. a method for displaying video, is characterized in that, virtual player is set between video player and video server, and described method comprises:
Described virtual player obtains video data to be played from described video server, and by the Video Data Storage described to be played obtaining in the buffering area of described virtual player;
Described virtual player is resolved the video data to be played in described buffering area, obtains the timestamp of described video data to be played;
The time point that described virtual player indicates the timestamp of described video data to be played, the play time of the video of playing with the described video player of described virtual player record contrasts, and obtains comparing result;
Described virtual player, according to described comparing result, determines whether that giving described video player by described video data transmitting to be played plays.
2. method according to claim 1, it is characterized in that, described virtual player obtains the video data to be played that described video server sends, and by before the Video Data Storage described to be played obtaining is in the buffering area of described virtual player, also comprises:
Described virtual player receives the video playback instruction that described video player sends;
In described video playback instruction, carry IP address, described virtual player, according to described IP address, finds described video server;
In described video playback instruction, carry video No. ID, described virtual player connects with the described video server finding, and described video is uploaded in described video server for No. ID.
3. method according to claim 1 and 2, is characterized in that, described virtual player also comprises after obtaining the video data to be played of described video server transmission:
Described virtual player is resolved described video data to be played, obtains the frame information of described video data to be played;
In the time learning that according to described frame information described video data to be played is start frame data, described virtual player is set up virtual time axle;
The time that described virtual player regularly reads described video player plays described video, the time of the described video player reading being play to described video, be recorded on described virtual time axle.
4. method according to claim 3, is characterized in that, described virtual player, according to comparing result, determines whether that giving described video player by described video data transmitting to be played plays, and comprising:
If when the difference of the play time of the described video that the described video player of the time point that the timestamp that comparing result is described video data to be played indicates and described virtual player record is play is positioned at Preset Time scope, described virtual player determines that giving described video player by described video data transmitting to be played plays;
If when the difference of the play time of the described video that the described video player of the time point that the timestamp that comparing result is described video data to be played indicates and described virtual player record is play is not positioned at Preset Time scope, described virtual player determines that not giving described video player by described video data transmitting to be played plays.
5. method according to claim 4, is characterized in that, described virtual player determines that giving described video player by described video data transmitting to be played plays, and comprising:
Described virtual player judges whether described video data to be played is the initial segment of described video;
If the initial segment of described video, described virtual player postpones after default duration, gives described video player play described video data transmitting to be played;
If not the initial segment of video, described virtual player is directly given described video player by described video data transmitting to be played and is play; Or,
Described virtual player is determined described video data transmitting to be played is given after described video player plays, and also comprises:
Described video player judges whether the video data described to be played receiving is the initial segment of video;
If the initial segment of video, described video player postpones after default duration, starts and plays described video data to be played;
If not the initial segment of video, described video player is play-overed described video data to be played.
6. a virtual player, is characterized in that, described virtual player is arranged between video player and video server, and described virtual player comprises:
Acquisition module, cache module, parsing module, contrast module and determination module;
Described acquisition module, the video data to be played sending for obtaining described video server, and by the Video Data Storage described to be played obtaining in cache module;
Described cache module, for storing described video data to be played;
Described parsing module, for resolving the video data to be played in described cache module, obtains the timestamp of described video data to be played;
Described contrast module, for the time point that the timestamp of described video data to be played is indicated, the play time of the described video of playing with the described video player of described virtual player record contrasts, and obtains comparing result;
Described determination module, for according to described comparing result, determines whether that giving described video player by described video data transmitting to be played plays.
7. virtual player according to claim 6, is characterized in that, described virtual player also comprises:
Receiver module, the video playback instruction sending for receiving described video player;
Search module, for the IP address of carrying according to described video playback instruction, find described video server;
Link block, for connecting with the described video server finding, and uploads to the video carrying in described video playback instruction in described video server No. ID.
8. according to the virtual player described in claim 6 or 7, it is characterized in that, described acquisition module comprises:
Resolution unit, for resolving described video data to be played, obtains the frame information of described video data to be played;
Set up unit, in the time learning that according to described frame information described video data to be played is start frame data, set up virtual time axle;
Record cell, the time of playing described video for regularly reading described video player, the time of the described video player reading being play to described video, is recorded on described virtual time axle.
9. virtual player according to claim 8, is characterized in that, described determination module comprises:
The first determining unit, if the comparing result for described contrast module is, when the difference of the play time of the described video that the described video player of the time point that the timestamp of described video data to be played indicates and described virtual player record is play is positioned at Preset Time scope, determine that giving described video player by described video data transmitting to be played plays;
The second determining unit, if the comparing result for described contrast module is, when the difference of the play time of the described video that the described video player of the time point that the timestamp of described video data to be played indicates and described virtual player record is play is not positioned at Preset Time scope, determines and do not give described video player by described video data transmitting to be played.
10. virtual player according to claim 9, is characterized in that, described the first determining unit comprises:
Judgment sub-unit, for judging whether described video data to be played is the initial segment of video;
First sends subelement, if be the initial segment that described video data to be played is video for the judged result of described judgment sub-unit, postpones after default duration, gives described video player play described video data transmitting to be played;
Second sends subelement, if be the initial segment that described video data to be played is not video for the judged result of described judgment sub-unit, directly give described video player by described video data transmitting to be played and plays.
11. 1 kinds of video players, is characterized in that, described video player comprises:
Judge module, for judging whether the video data described to be played receiving is the initial segment of video;
The first playing module, if be the initial segment that described video data to be played is video for the judged result of described judge module, postpones after default duration, starts and plays described video data to be played;
The second playing module, if be the initial segment that described video data to be played is not video for the judged result of described judge module, play-overs described video data to be played.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410350641.XA CN104159125A (en) | 2014-07-22 | 2014-07-22 | Video display method, virtual player and video player |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410350641.XA CN104159125A (en) | 2014-07-22 | 2014-07-22 | Video display method, virtual player and video player |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104159125A true CN104159125A (en) | 2014-11-19 |
Family
ID=51884515
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410350641.XA Pending CN104159125A (en) | 2014-07-22 | 2014-07-22 | Video display method, virtual player and video player |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104159125A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105915967A (en) * | 2016-05-09 | 2016-08-31 | 乐视控股（北京）有限公司 | Method and system of correcting video time-delay |
| CN112489658A (en) * | 2020-11-12 | 2021-03-12 | 当趣网络科技(杭州)有限公司 | Voice interaction method, system, electronic device and medium |
| CN114584794A (en) * | 2020-12-01 | 2022-06-03 | 青岛海信宽带多媒体技术有限公司 | Audio and video playing method and device, playing terminal and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102802075A (en) * | 2012-08-24 | 2012-11-28 | 乐视网信息技术（北京）股份有限公司 | Online play buffering system and method |
| CN102917028A (en) * | 2012-09-26 | 2013-02-06 | 深圳好视网络科技有限公司 | Network video live broadcasting caching method and device |
| CN103096133A (en) * | 2013-01-11 | 2013-05-08 | 乐视网信息技术（北京）股份有限公司 | Obtaining method and device of data |
| US20130219441A1 (en) * | 2010-07-02 | 2013-08-22 | Kedong Zhang | Method, server and terminal for audio and video on demand |
| CN103546540A (en) * | 2013-09-26 | 2014-01-29 | 传线网络科技（上海）有限公司 | Method and system for realizing control of cache data on CDN (content delivery network) |
-
2014
- 2014-07-22 CN CN201410350641.XA patent/CN104159125A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130219441A1 (en) * | 2010-07-02 | 2013-08-22 | Kedong Zhang | Method, server and terminal for audio and video on demand |
| CN102802075A (en) * | 2012-08-24 | 2012-11-28 | 乐视网信息技术（北京）股份有限公司 | Online play buffering system and method |
| CN102917028A (en) * | 2012-09-26 | 2013-02-06 | 深圳好视网络科技有限公司 | Network video live broadcasting caching method and device |
| CN103096133A (en) * | 2013-01-11 | 2013-05-08 | 乐视网信息技术（北京）股份有限公司 | Obtaining method and device of data |
| CN103546540A (en) * | 2013-09-26 | 2014-01-29 | 传线网络科技（上海）有限公司 | Method and system for realizing control of cache data on CDN (content delivery network) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105915967A (en) * | 2016-05-09 | 2016-08-31 | 乐视控股（北京）有限公司 | Method and system of correcting video time-delay |
| CN112489658A (en) * | 2020-11-12 | 2021-03-12 | 当趣网络科技(杭州)有限公司 | Voice interaction method, system, electronic device and medium |
| CN114584794A (en) * | 2020-12-01 | 2022-06-03 | 青岛海信宽带多媒体技术有限公司 | Audio and video playing method and device, playing terminal and storage medium |
| CN114584794B (en) * | 2020-12-01 | 2023-09-22 | 青岛海信宽带多媒体技术有限公司 | Audio and video playing method and device, intelligent set top box and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9021537B2 (en) | Pre-buffering audio streams | |
| JP5086189B2 (en) | Server, method and program for generating digest video of video content | |
| US8850055B1 (en) | Intelligently streaming portions of media at higher quality over a limited bandwidth connection | |
| US20210160577A1 (en) | Method for playing video, electronic device and storage medium | |
| CN105472443A (en) | Direct broadcast source control method and system | |
| CN104581407A (en) | Video previewing method and device | |
| CN103686198A (en) | Video data processing method, device and system | |
| US20210120292A1 (en) | Video playback quality detection method and apparatus | |
| US20170168660A1 (en) | Voice bullet screen generation method and electronic device | |
| US20160277306A1 (en) | Data Stream Identifying Method and Device | |
| US11736741B2 (en) | Ultra high-speed low-latency network storage | |
| CN103702235A (en) | Data processing method and system for content delivery network | |
| US20130138736A1 (en) | Multimedia file sharing method and system thereof | |
| CN107920108A (en) | A kind of method for pushing of media resource, client and server | |
| CN104159125A (en) | Video display method, virtual player and video player | |
| CN106375801B (en) | Method and system for playing video containing advertisement content | |
| US20150304714A1 (en) | Server device and client device for providing vod service and service providing methods thereof | |
| US10674188B2 (en) | Playback apparatus, method of controlling playback apparatus, playback method and server apparatus | |
| CN106453663B (en) | Improved storage expansion method and device based on cloud service | |
| CN104219272B (en) | Buffering updating method, terminal and system | |
| CN103020126A (en) | Network content access control method and device | |
| EP3355551B1 (en) | Data access method and device | |
| CN103648021A (en) | Method for playing network video files from USB storage device | |
| CN110267062A (en) | Optimization method, device, readable storage medium storing program for executing and the system of assembled video frame | |
| CN104484149A (en) | Offline playing method and device of LED display screen synchronous control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20151231 Address after: Room six, building 19, building 68, No. 100089 South Road, Haidian District, Beijing Applicant after: LETV CLOUD COMPUTING CO., LTD. Address before: Room six, building 19, building 68, No. 100089 South Road, Haidian District, Beijing Applicant before: LeTV Information Technology (Beijing) Co., Ltd. |
|
| AD01 | Patent right deemed abandoned | ||
| AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20181019 |