CN111698540A - Video playing method and device, video playing equipment and storage medium - Google Patents
Video playing method and device, video playing equipment and storage medium Download PDFInfo
- Publication number
- CN111698540A CN111698540A CN202010583844.9A CN202010583844A CN111698540A CN 111698540 A CN111698540 A CN 111698540A CN 202010583844 A CN202010583844 A CN 202010583844A CN 111698540 A CN111698540 A CN 111698540A
- Authority
- CN
- China
- Prior art keywords
- video
- playing
- server
- target
- video server
- 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
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The application provides a video playing method, a video playing device, video playing equipment and a storage medium. In the method applied to the video playing equipment, after the target video in the video server is acquired to be abnormal and recovered to be normal, whether the video server supports breakpoint continuous transmission or not is judged; if the video server does not support breakpoint continuous transmission, acquiring first video data of the target video from the starting position of the playing content of the target video; and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data, wherein the second video data is cached before the abnormity occurs. Therefore, corresponding processing is carried out through the video playing equipment under the condition that the video server does not support breakpoint continuous transmission, the effect of breakpoint continuous transmission is presented at one end of the video playing equipment, and then the use experience of a user can be improved.
Description
Technical Field
The present application relates to the multimedia field, and in particular, to a video playing method, an apparatus, a video playing device, and a storage medium.
Background
When the existing media playing device acquires videos from different video servers and plays the videos, part of the video servers do not support the breakpoint continuous transmission function of playing the videos, so that once abnormality occurs and the videos are recovered in the process of acquiring the target video, the video playing device needs to acquire the target video from the starting position of the playing time of the target video again. Due to the fact that the target video needs to be obtained again from the starting position of the target video data, the user needs to watch the watched video data again, and the use experience of the user is seriously affected.
Disclosure of Invention
In order to overcome at least one of the deficiencies in the prior art, an object of the embodiments of the present application is to provide a video playing method applied to a video playing device communicating with a video server, the method including:
after acquiring that a target video in the video server is abnormal and returns to normal, judging whether the video server supports breakpoint continuous transmission or not;
if the video server does not support breakpoint continuous transmission, acquiring first video data of the target video from the starting position of the playing content of the target video;
and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data, wherein the second video data is cached before the abnormity occurs.
Optionally, the step of determining whether the video server supports breakpoint resuming includes:
and judging whether the video server supports the breakpoint continuous transmission or not according to a preset rule of a video transmission protocol between the video playing device and the video server.
Optionally, the video transmission protocol is an HLS protocol.
Optionally, before determining whether the video server supports breakpoint resuming, the method further includes:
acquiring the reason of the abnormity when the target video is abnormal from the video server;
if the reason is the network fault, reminding a user of the video playing device, and continuously trying to acquire the target video from the video server until the network fault is recovered, and successfully acquiring the target video.
Optionally, the method further comprises:
and if the reason is the failure of the video server, continuously trying to acquire the target video from the video server until the failure of the video server is recovered, and successfully acquiring the target video.
A second objective of the embodiments of the present application is to provide a video playing apparatus, which is applied to a video playing device communicating with a video server, the video playing apparatus includes a transmission determining module, a video acquiring module, and a video playing module;
the transmission judging module is used for judging whether the video server supports breakpoint continuous transmission or not after acquiring that the target video in the video server is abnormal and recovers to be normal aiming at each video server;
the video acquisition module is used for acquiring first video data of the target video from the starting position of the playing content of the target video if the video server does not support breakpoint continuous transmission;
the video playing module is used for comparing the first video data with second video data of the target video and playing the part of the first video data except the second video data, wherein the second video data is cached before the abnormity occurs.
Optionally, the video acquisition module determines whether the video server supports breakpoint resuming by:
and judging whether the video server supports the breakpoint continuous transmission or not according to a preset rule of a video transmission protocol between the video playing device and the video server.
Optionally, the video playing apparatus further includes an exception obtaining module and an exception reminding module, where before the video server is determined to support breakpoint resuming:
the abnormity acquisition module is used for acquiring the reason of the abnormity when the target video is abnormal from the video server;
and the abnormity prompting module is used for prompting a user of the video playing equipment if the reason is the network fault, continuously trying to acquire the target video from the video server, and successfully acquiring the target video after the network fault is recovered.
It is a third object of the embodiments of the present application to provide a video playing device, which includes a processor and a memory, where the memory stores machine executable instructions capable of being executed by the processor, and the machine executable instructions, when executed by the processor, implement the video playing method.
It is a fourth object of the embodiments of the present application to provide a storage medium, in which a computer program is stored, and the computer program, when executed by a processor, implements the video playing method.
Compared with the prior art, the method has the following beneficial effects:
the embodiment of the application provides a video playing method and device, video playing equipment and a storage medium. The method comprises the steps that after a target video in a video server is obtained to be abnormal and recovered to be normal, aiming at the video server which does not support breakpoint continuous transmission, the video playing equipment obtains first video data of the target video from the starting position of playing content of the target video; and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data. Therefore, corresponding processing is carried out through the video playing equipment under the condition that the video server does not support breakpoint continuous transmission, the effect of breakpoint continuous transmission is presented at one end of the video playing equipment, and then the use experience of a user can be improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.
Fig. 1 is a schematic view of a scenario provided in an embodiment of the present application;
fig. 2 is a hardware structure diagram of a video playback device according to an embodiment of the present application;
fig. 3 is a flowchart illustrating steps of a video playing method according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a video playing apparatus according to an embodiment of the present application.
Icon: 100-a video playback device; 110-video playing means; 120-a memory; 130-a processor; 140-a communication unit; 200-a video server; 300-a network; 1101-a transmission judgment module; 1102-a video acquisition module; 1103-video playing module; 1104-exception retrieval module; 1105-abnormity reminding module.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
In the description of the present application, it is noted that the terms "first", "second", "third", and the like are used merely for distinguishing between descriptions and are not intended to indicate or imply relative importance.
As introduced in the background art, when the existing media playing device obtains a video from a different video server and plays the video, some servers do not support the breakpoint resume function of playing the video, which further affects the user experience.
In view of this, the present application provides a video playing method, which is applied to a video playing device communicating with a video server. Referring to fig. 1, a scene between a video playing device 100 and a plurality of video servers 200 according to an embodiment of the present application is schematically illustrated. The video server 200 stores therein a larger amount of video data that can be played by the video playing device 100.
The video playing device 100 may be, but is not limited to, a smart phone, a Personal Computer (PC), a tablet PC, a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), a set-top box, and the like.
Please refer to fig. 2, which is a schematic diagram of a hardware structure of the video playback device 100 according to an embodiment of the present disclosure. The video playback device 100 includes a video playback apparatus 110, a memory 120, a processor 130, and a communication unit 140.
The memory 120, the processor 130, and the communication unit 140 are directly or indirectly communicatively coupled to each other to enable data transmission or interaction. For example, the components may be electrically connected to each other via one or more communication buses or signal lines. The video playing apparatus 110 includes at least one software functional module which can be stored in the memory 120 in the form of software or firmware (firmware) or solidified in an Operating System (OS) of the video playing device 100. The processor 130 is used for executing executable modules stored in the memory 120, such as software functional modules and computer programs included in the video playing device 110.
The Memory 120 may be, but is not limited to, a Random Access Memory (RAM), a Read Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Read-Only Memory (EPROM), an electrically Erasable Read-Only Memory (EEPROM), and the like. The memory 120 is used for storing a program, and the processor 130 executes the program after receiving the execution instruction. The communication unit 140 is configured to establish a communication connection between the video servers 200 through the network 300, and is configured to transceive data through the network 300.
The processor 130 may be an integrated circuit chip having signal processing capabilities. The Processor may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; but may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
Referring to fig. 3, a flow chart of a video playing method applied to the video playing apparatus 100 shown in fig. 2 is shown, and the method including various steps will be described in detail below.
Step S100, after the target video in the video server 200 is acquired to be abnormal and recovered to normal, determining whether the video server supports breakpoint continuous transmission.
The reason for the abnormality may be that the request of the video playback device 100 cannot be responded to due to the server running abnormality, or that the network connection between the video playback device 100 and the video server 200 cannot be realized, and the like.
The breakpoint resume is that after the video server 200 recovers from the exception, the video playing device 100 can continue to acquire the target video from the position of the target video where the exception occurred. The position of the target video where the abnormality occurs may be a timestamp when the video playing device 100 plays the target video where the abnormality occurs, or may be a size of video data of the target video that is cached when the video playing device 100 plays the target video where the abnormality occurs.
For example, in one possible example, the video data of the target video is set to 500M. When the video playing device 100 plays the target video and the abnormality occurs, the video playing device 100 has cached 200M video data. After resuming normal, if the video server 200 supports breakpoint resuming, the video playing device 100 acquires the target video from the remaining 300M video data.
Step S200, if the video server 200 does not support the breakpoint resume, acquiring the first video data of the target video from the start position of the playing content of the target video.
Step S300, comparing the first video data with the second video data of the target video, and playing the portion of the first video data excluding the second video data, where the second video data is cached before the occurrence of the anomaly.
By the above method, after the target video in the video server 200 is acquired to be abnormal and recovered to normal, for the video server 200 which does not support breakpoint continuous transmission, the video playing device 100 acquires the first video data of the target video from the start position of the playing content of the target video; and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data. In this way, corresponding processing is performed by the video playing device 100 under the condition that the video server 200 does not support breakpoint resume, and an effect of breakpoint resume is presented at one end of the video playing device 100, so that the use experience of a user can be improved.
When determining whether the video server 200 supports breakpoint resuming, as a possible implementation manner, the video playing device 100 determines whether the video server 200 supports breakpoint resuming according to a preset rule of a video transmission protocol between the video playing device 100 and the video server 200.
Taking hls (http Live streaming) protocol as an example, the working principle of the protocol is to divide the entire video data into a plurality of TS (Transport Stream) segments, and each TS segment generates a corresponding network link address. When the video playing device 100 needs to acquire video data through the HLS protocol and play the video data, an m3u8 file recorded with a corresponding relationship between a TS fragment and a network link address is acquired first. The video playback device 100 acquires the corresponding TS clip for playback from the network link address recorded in the m3u8 file based on the m3u8 file.
It should be understood that the HLS protocol itself supports breakpoint resumes, but not all video servers 200 are aware of the breakpoint resume function. In the HLS protocol, after an exception is recovered, the video playing device 100 sends a video request to the video server 200, where the video request carries the size of the TS segment of the downloaded target video. If the video server 200 supports the breakpoint resume function, the size of the remaining TS segment of the target video will be carried in the response message sent by the video server 200 to the video playback device 100; if the video server 200 does not support the breakpoint resume function, the response message sent by the video server 200 to the video playback device 100 carries the size of all TS segments of the target video.
Based on this, the video playing apparatus 100 determines whether the video server 200 supports the function of breakpoint transmission according to the size of the target video TS segment carried in the response message of the video server 200.
It should be noted that the specific manner of determining whether the video server 200 supports the breakpoint resume function by the video playback device 100 may be adaptively adjusted according to a specific video transmission protocol. The embodiments of the present application are not described in detail herein.
Optionally, in this embodiment of the present application, before determining whether the video server supports breakpoint resuming, the video playing device 100 acquires the reason for the occurrence of the abnormality when the target video is acquired from the video server 200 and the abnormality occurs. If the reason is a network failure, the video playing device 100 reminds the user of the video playing device 100, and continues to try to acquire the target video from the video server 200 until the network failure is recovered, and the target video is successfully acquired.
For example, in a possible example, the video playing apparatus 100 is exemplified by a set-top box, and if an abnormality occurs in the set-top box during playing of the target video, it is checked whether the abnormality is a cause of the network failure. Specifically, the set-top box generally accesses the internet through a wired network card, and the wired network card may become loose due to the increase of the service life, so that the network is disconnected. Based on this, the set-top box detects the relevant register and judges whether the wired network card is loosened or not according to the state value of the relevant register. And if the wired network card is loosened, reminding a user of the set top box. Then, the user of the set-top box can fasten the wired network card according to the related prompt information.
It should be understood that for a wireless network failure, a user can view the status of the wireless network through a mobile phone and other devices with display interfaces. In the wired network, if the wired network card is loosened, the diagnosis is difficult.
Meanwhile, after the network failure occurs, the set-top box continues to attempt to acquire the target video from the video server 200 until the target video is successfully acquired after the anomaly is recovered. It is worth to be noted that, after the target video is obtained and abnormal, the existing set-top box exits from the playing state of the target video. If the abnormal recovery exists, the target video needs to be re-entered into the playing state under the operation of the user. However, the procedure of re-entering the playing state of the target video is not very user-friendly because the way of the set-top box man-machine interaction is less and the use is inconvenient.
In the embodiment of the present application, even if an abnormality occurs in the process of acquiring the target video, the target video is attempted to be acquired from the video server 200, so that the playing of the target video can be continued without the operation of the user after the abnormality is recovered.
Optionally, if the reason is that the video server 200 fails, the target video is continuously attempted to be acquired from the video server 200 until the target video is successfully acquired after the video server 200 fails and recovers. Based on this, the video playback device 100 has a certain fault tolerance capability, and even if an abnormality occurs during the operation of the video server 200, the video playback device 100 tries to acquire the target video from the video server 200 at any time. If the video server 200 can recover in a very short time, the user of the video playing apparatus 100 cannot perceive whether the video server 200 is abnormal or not because the video server 200 caches a part of the video data of the target video.
Referring to fig. 4, the present embodiment further provides a video playing apparatus 110, where the video playing apparatus 110 includes at least one functional module that can be stored in the memory 120 in a software form. Functionally divided, the video playback device 110 may include a transmission determination module 1101, a video acquisition module 1102, and a video playback module 1103.
The transmission determining module 1101 is configured to determine whether the video server supports breakpoint continuous transmission after acquiring that the target video in the video server 200 is abnormal and returns to normal.
In the implementation of the present application, the transmission determination module 1101 is configured to perform step S100 in fig. 3, and for a detailed description of the transmission determination module 1101, reference may be made to the detailed description of step S100.
The video obtaining module 1102 is configured to obtain the first video data of the target video from the start position of the playing content of the target video if the video server 200 does not support the breakpoint resume.
In the embodiment of the present application, the video obtaining module 1102 is configured to perform step S200 in fig. 3, and reference may be made to the detailed description of step S200 for a detailed description of the video obtaining module 1102.
The video playing module 1103 is configured to compare the first video data with second video data of the target video, and play a portion of the first video data excluding the second video data, where the second video data is cached before the occurrence of the abnormality.
In this embodiment of the application, the video playing module 1103 is configured to perform step S300 in fig. 3, and reference may be made to the detailed description of step S300 for a detailed description of the video playing module 1103.
Optionally, the video obtaining module 1102 determines whether the video server supports breakpoint resuming by:
and judging whether the video server 200 supports the breakpoint continuous transmission according to a preset rule of a video transmission protocol between the video playing device 100 and the video server 200.
Optionally, referring to fig. 4 again, the video playing apparatus 110 further includes an exception obtaining module 1104 and an exception reminding module 1105, where before determining whether the video server supports breakpoint resuming:
the anomaly obtaining module 1104 is configured to obtain, from the video server 200, a reason for the occurrence of the anomaly when the target video is abnormal;
the anomaly reminding module 1105 is configured to, if the reason is a network failure, remind a user of the video playback device 100, and continue to attempt to acquire the target video from the video server 200 until the network failure is recovered, and successfully acquire the target video.
The embodiment further provides a video playing device 100, where the video playing device 100 includes a processor 130 and a memory 120, where the memory 120 stores therein machine executable instructions capable of being executed by the processor 130, and when the machine executable instructions are executed by the processor 130, the video playing method is implemented.
The embodiment further provides a storage medium, in which a computer program is stored, and when the computer program is executed by the processor 130, the video playing method is implemented.
In summary, the present application provides a video playing method, a video playing device, a video playing apparatus, and a storage medium. The method comprises the steps that after a target video in a video server is obtained to be abnormal and recovered to be normal, aiming at the video server which does not support breakpoint continuous transmission, the video playing equipment obtains first video data of the target video from the starting position of playing content of the target video; and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data. Therefore, corresponding processing is carried out through the video playing equipment under the condition that the video server does not support breakpoint continuous transmission, the effect of breakpoint continuous transmission is presented at one end of the video playing equipment, and then the use experience of a user can be improved.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The apparatus embodiments described above are merely illustrative, and for example, the flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
In addition, functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The above description is only for various embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the present application, and all such changes or substitutions are included in the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A video playing method applied to a video playing device communicating with a video server, the method comprising:
after acquiring that a target video in the video server is abnormal and returns to normal, judging whether the video server supports breakpoint continuous transmission or not;
if the video server does not support breakpoint continuous transmission, acquiring first video data of the target video from the starting position of the playing content of the target video;
and comparing the first video data with second video data of the target video, and playing the part of the first video data except the second video data, wherein the second video data is cached before the abnormity occurs.
2. The video playing method according to claim 1, wherein the step of determining whether the video server supports breakpoint resumption comprises:
and judging whether the video server supports the breakpoint continuous transmission or not according to a preset rule of a video transmission protocol between the video playing device and the video server.
3. The video playback method of claim 2, wherein the video transport protocol is an HLS protocol.
4. The video playing method according to claim 1, wherein before said determining whether the video server supports breakpoint resuming, further comprising:
acquiring the reason of the abnormity when the target video is abnormal from the video server;
if the reason is the network fault, reminding a user of the video playing device, and continuously trying to acquire the target video from the video server until the network fault is recovered, and successfully acquiring the target video.
5. The video playback method of claim 4, wherein the method further comprises:
and if the reason is the failure of the video server, continuously trying to acquire the target video from the video server until the failure of the video server is recovered, and successfully acquiring the target video.
6. A video playing device is characterized in that the video playing device is applied to video playing equipment which is communicated with a video server, and comprises a transmission judging module, a video acquiring module and a video playing module;
the transmission judging module is used for judging whether the video server supports breakpoint continuous transmission or not after acquiring that the target video in the video server is abnormal and recovers to be normal;
the video acquisition module is used for acquiring first video data of the target video from the starting position of the playing content of the target video if the video server does not support breakpoint continuous transmission;
the video playing module is used for comparing the first video data with second video data of the target video and playing the part of the first video data except the second video data, wherein the second video data is cached before the abnormity occurs.
7. The video playback device of claim 6, wherein the video acquisition module determines whether the video server supports breakpoint resumption by:
and judging whether the video server supports the breakpoint continuous transmission or not according to a preset rule of a video transmission protocol between the video playing device and the video server.
8. The video playback device of claim 6, further comprising an exception acquisition module and an exception prompt module, wherein before determining whether the video server supports breakpoint resume:
the abnormity acquisition module is used for acquiring the reason of the abnormity when the target video is abnormal from the video server;
and the abnormity prompting module is used for prompting a user of the video playing equipment if the reason is the network fault, continuously trying to acquire the target video from the video server, and successfully acquiring the target video after the network fault is recovered.
9. A video playback device comprising a processor and a memory having stored therein machine executable instructions executable by the processor, the machine executable instructions when executed by the processor implementing a video playback method as claimed in any one of claims 1 to 5.
10. A storage medium, in which a computer program is stored, which, when executed by a processor, implements a video playback method as claimed in any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010583844.9A CN111698540A (en) | 2020-06-23 | 2020-06-23 | Video playing method and device, video playing equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010583844.9A CN111698540A (en) | 2020-06-23 | 2020-06-23 | Video playing method and device, video playing equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111698540A true CN111698540A (en) | 2020-09-22 |
Family
ID=72482934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010583844.9A Pending CN111698540A (en) | 2020-06-23 | 2020-06-23 | Video playing method and device, video playing equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111698540A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102523529A (en) * | 2011-12-08 | 2012-06-27 | 中国联合网络通信集团有限公司 | Method for continuously playing videos of multi-terminal equipment and video server |
| CN102752283A (en) * | 2012-05-30 | 2012-10-24 | 福建省三奥信息科技股份有限公司 | Method and system for transmitting files with large data sizes |
| CN103634647A (en) * | 2013-12-05 | 2014-03-12 | 乐视网信息技术（北京）股份有限公司 | Method and device for synchronizing playing records of mobile terminal and smart television |
| CN104581404A (en) * | 2013-10-21 | 2015-04-29 | 腾讯科技（深圳）有限公司 | Method, device and system for processing multimedia data |
| CN106028125A (en) * | 2016-05-17 | 2016-10-12 | 乐视控股（北京）有限公司 | Multimedia sharing method and device |
| US20160366461A1 (en) * | 2013-12-23 | 2016-12-15 | Le Holdings (Beijing) Co., Ltd. | Method and Device for Mobile Communication Terminal to Control Smart TV to Play Video File |
-
2020
- 2020-06-23 CN CN202010583844.9A patent/CN111698540A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102523529A (en) * | 2011-12-08 | 2012-06-27 | 中国联合网络通信集团有限公司 | Method for continuously playing videos of multi-terminal equipment and video server |
| CN102752283A (en) * | 2012-05-30 | 2012-10-24 | 福建省三奥信息科技股份有限公司 | Method and system for transmitting files with large data sizes |
| CN104581404A (en) * | 2013-10-21 | 2015-04-29 | 腾讯科技（深圳）有限公司 | Method, device and system for processing multimedia data |
| CN103634647A (en) * | 2013-12-05 | 2014-03-12 | 乐视网信息技术（北京）股份有限公司 | Method and device for synchronizing playing records of mobile terminal and smart television |
| US20160366461A1 (en) * | 2013-12-23 | 2016-12-15 | Le Holdings (Beijing) Co., Ltd. | Method and Device for Mobile Communication Terminal to Control Smart TV to Play Video File |
| CN106028125A (en) * | 2016-05-17 | 2016-10-12 | 乐视控股（北京）有限公司 | Multimedia sharing method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113840012B (en) | Block chain-based screen recording evidence obtaining method and system and electronic equipment | |
| CN109842781B (en) | Monitoring video playing method, device, system, media server and storage medium | |
| US20120155661A1 (en) | Electronic device and method for testing an audio module | |
| US9124669B2 (en) | Cooperative client and server logging | |
| CN102141942A (en) | Method and device for monitoring and protecting equipment | |
| CN108124042B (en) | Device fault detection method and device and mobile terminal | |
| CN108322350B (en) | Service monitoring method and device and electronic equipment | |
| JP2008310748A (en) | Task execution time recording device, task execution time recording method, and task execution recording program | |
| CN110881224B (en) | Network long connection method, device, equipment and storage medium | |
| US9158614B2 (en) | Service management device, display method, and information storage medium | |
| CN107087232B (en) | User real-time state detection method and system | |
| CN112579820B (en) | Time hopping video data processing method, device, medium and electronic equipment | |
| CN114138961A (en) | Playing processing method of audio electronic book, computing equipment and computer storage medium | |
| JP2022043130A5 (en) | ||
| CN114285844A (en) | Method and device for intelligently fusing server interface, electronic equipment and storage medium | |
| CN111698540A (en) | Video playing method and device, video playing equipment and storage medium | |
| JP2013093681A (en) | Monitoring camera device and monitoring camera system | |
| JP5297987B2 (en) | Alert management device and alert management method | |
| CN111176987A (en) | Method and device for uniformly outputting front-end log, computer equipment and storage medium | |
| CN112468871B (en) | Monitoring video playing method and device and electronic equipment | |
| CN114489464B (en) | Data writing method and device and electronic equipment | |
| CN110971978B (en) | Video playing method and device | |
| KR101310070B1 (en) | Method for preventing collision between each programs and recording-medium recorded program thereof | |
| CN112948020A (en) | Configuration file processing method and device | |
| CN112463746A (en) | File storage and generation method and device and electronic equipment |
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: 20200922 |
|
| RJ01 | Rejection of invention patent application after publication |