CN112383795B - Video synchronous playing system - Google Patents
Video synchronous playing system Download PDFInfo
- Publication number
- CN112383795B CN112383795B CN202110032641.5A CN202110032641A CN112383795B CN 112383795 B CN112383795 B CN 112383795B CN 202110032641 A CN202110032641 A CN 202110032641A CN 112383795 B CN112383795 B CN 112383795B
- Authority
- CN
- China
- Prior art keywords
- video
- playing
- client
- server
- video playing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
-
- 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4333—Processing operations in response to a pause request
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a video synchronous playing system, which comprises a server and a user side, wherein the server is used for providing video playing address information and video playing progress information; the client is divided into a main client and a plurality of auxiliary clients, and a video playing progress calculation module and a video synchronous playing setting module are arranged in the server; the server side receives a video playing request of the main client side and then determines the video playing progress by using a video playing progress calculation module; the server side utilizes a video playing progress calculation module to regulate and control the video playing progress of the plurality of auxiliary clients and the video playing progress of the main client to be synchronously played in a non-pause state of the video; the server side utilizes a video synchronous playing setting module to ensure that the video playing progress of the main client side and the auxiliary client side is synchronously played in a video pause state; the method and the device solve the problem that other users cannot continuously watch the video content after the content providers such as the anchor broadcast stop the broadcast in the traditional broadcast scheme.
Description
Technical Field
The invention relates to the technical field of video on demand, in particular to a video synchronous playing system.
Background
The current main video website only provides users to watch video contents individually, the interactive communication mode among the users is mainly an asynchronous text barrage and comment reply function, and real-time communication and interaction among the users watching the same contents at the same time are not provided.
However, the video websites/applications providing the same content and watching the same content at the same time generally adopt a live broadcast mode (such as a live fish broadcast, a live tiger-tooth broadcast, a live bili broadcast, etc.), which is costly and requires a content provider such as a main broadcast to continuously transmit video data to other users for watching, and once the content provider stops transmitting the video data for various reasons, other users cannot continuously watch the video data synchronously.
Disclosure of Invention
The invention aims to provide a video synchronous playing system to solve the technical problem that in the prior art, a content provider stops sending video data for various reasons, and other users cannot continue to watch synchronously.
In order to solve the technical problems, the invention specifically provides the following technical scheme:
a video synchronized playback system comprising:
the server is used for providing video playing address information and recording video playing progress information;
the client side has a many-to-one relationship with the same server side and is used for sending requests for starting playing and pausing playing to the server side;
the client side is divided into a main client side and a plurality of auxiliary client sides, the main client side with the same video playing address is used for sending a request for playing videos or pausing the videos to the server side, and the auxiliary client sides and the main client side synchronously play the videos or pause the videos;
a video playing progress calculation module and a video synchronous playing setting module are arranged in the server, the main client sends a request for starting playing and pausing playing to the server, the server receives the video playing request of the main client and then determines the video playing address and determines the video playing progress by using the video playing progress calculation module, and the server regulates and controls the video playing progress of the plurality of auxiliary clients and the video playing progress of the main client to play synchronously in a non-paused state of the video by using the video playing progress calculation module;
and the server side ensures that the video playing progress of the main client side and the auxiliary client side is synchronously played in a video pause state by utilizing the video synchronous playing setting module.
As a preferred scheme of the present invention, after receiving a video playing request sent by the host client, the server sends a video playing address to the host client, and a real time stamp of starting playing the video at the server after the host client enters the video playing address is marked as a video playing starting time point.
As a preferred scheme of the present invention, after the server sends the video playing address to the primary client, the video playing progress calculation module is used to determine the video playing progress of the primary client, and the secondary client receives the same video playing address sent by the server, switches to the video playing address, and automatically jumps to the video playing progress calculated by the video playing progress calculation module;
the implementation mode of judging the video playing progress by the video playing progress calculation module is divided into the following two conditions:
if the video is not played when jumping to the video playing address, the video playing progress is zero, and the video playing progress calculation module takes the real time stamp T1 of the server as the future starting time point S1 of the video playing;
if the video has already started playing, the video playing progress calculation module first determines the video playing starting point S1 'of the host client, and calculates the video playing progress according to the difference between the real time stamp T1 of the server and the video playing starting point S1'.
As a preferred scheme of the present invention, when the secondary client sends a request for entering the same video playing address as the primary client to the server, the server recalculates the video playing progress by using the video playing progress calculation module, and sends the video playing address and the video playing progress to the secondary client to ensure synchronization of the video playing progress initiated by the primary client and the secondary client.
As a preferred scheme of the present invention, when the secondary client sends a request to the server to enter the same video playing address as the primary client, a calculation manner in which the server recalculates the current playing progress of the video by using the video playing progress calculation module is as follows:
determining a current timestamp T5 of the server, and a video play start point S1' or a future start time point S1;
calculating a difference value between the current time stamp T5 and the video play starting point S1' and a difference value between the current time stamp T5 and a future starting time point S1, and regarding the difference values as a current play progress of the video.
As a preferred scheme of the present invention, when the primary client sends a request for pausing a video to the server, the server ensures that the video playing schedules of the primary client and the secondary client are played synchronously in a video pause state according to the video synchronous playing setting module, and the specific implementation steps are as follows:
the main client sends a request for pausing the playing to the server;
after the server receives the request of pausing the playing sent by the main client, the server responds to the request of pausing the playing and records a time point P1 of pausing the playing by using a video synchronous playing setting module;
the server side simultaneously sends a message of pausing the playing to the main client side and a plurality of secondary client sides which are positioned at the same playing address with the main client side;
and the main client and the plurality of auxiliary clients simultaneously respond to the message of pausing the playing sent by the server so as to simultaneously pause the video playing of the main client and the plurality of auxiliary clients.
As a preferred embodiment of the present invention, the pause time point P1 recorded by the video synchronized playback setting module is specifically a time stamp T2 of the server;
and the auxiliary client and the main client actively request the synchronous progress from the server at any time, and the server synchronously updates the video playing progress of the plurality of auxiliary clients and the main client by using the video playing progress calculation module.
As a preferred scheme of the present invention, when the primary client is in a pause state, if a new secondary client sends a play address corresponding to the primary client to the server, the video synchronization setting module records a timestamp T3 when the server receives a request, and the video synchronization setting module calculates a video playing progress of the primary client according to a difference between the timestamp T3 and the video playing start point S1', or according to a difference between the timestamp T3 and the future start time point S1;
and the server side uniformly packages and sends the video playing progress, the video playing address and the pause state of the main client side to the new auxiliary client side so as to ensure that all the main client side and the auxiliary client side with the same video playing address keep synchronous video playing progress and pause playing state.
As a preferred scheme of the present invention, when the host client sends a continuous play request for changing the play address from the pause play state to the play start state to the server, the video synchronization setting module records a timestamp T4 when the server receives the continuous play request, calculates a duration R1 of the paused video according to the timestamp T4 and the pause play time point P1, and adds a future start time point S1 or a video play start point S1' to the duration R1 of the paused video to set the future start time point of the played video;
and if the video playing progress is the difference between the timestamp T4 and the new starting time point of the played video, the main client and the auxiliary client jump to the recalculated video playing progress at the current timestamp T4.
As a preferred scheme of the present invention, when the primary client is in a playing state, if a new secondary client sends a join to the server to join a playing address corresponding to the primary client, the video playing progress calculation module records a timestamp T4 when the server receives a request, and the video playing progress calculation module calculates the video playing progress of the primary client according to a difference between the timestamp T4 and the video playing starting point S1', or according to a difference between the timestamp T4 and the future starting time point S1;
and determining the current playing sequence of the videos and the playing time length of the videos in the sequence by combining the video playing progress, the time length of a single video and the video playing sequence.
Compared with the prior art, the invention has the following beneficial effects:
the invention provides the real-time communication and interaction functions of synchronous playing progress and voice and characters for users watching the same video content, improves the watching experience of the users and creates an interesting social scene. Meanwhile, on-demand is used for replacing live broadcast, the enterprise broadband cost is reduced, and the problem that other users cannot continuously watch video contents after the live broadcast of content providers such as anchor broadcasters stops in the traditional live broadcast scheme is solved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below. It should be apparent that the drawings in the following description are merely exemplary, and that other embodiments can be derived from the drawings provided by those of ordinary skill in the art without inventive effort.
Fig. 1 is a block diagram of a video synchronous playing system according to an embodiment of the present invention.
The reference numerals in the drawings denote the following, respectively:
1-a server; 2-a user terminal;
11-video playing progress calculating module; 12-video synchronous playing setting module;
21-a primary client; 22-secondary client.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be 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 invention.
As shown in fig. 1, the present invention provides a video synchronous playing system, which includes:
and the server 1 is used for providing video playing address information and recording video playing progress information.
The user end 2 has a many-to-one relationship with the same server end 1, and is used for sending requests for starting playing and pausing playing to the server end 1.
The user 2 is divided into a main client 21 and a plurality of sub-clients 22, the main client 21 with the same video playing address is used for providing a request for playing or pausing a video to the server 1, and the sub-clients and the main client 21 play or pause the video synchronously.
The video playing address provided by the server 1 is specifically a live room, the primary client 21 is specifically a house owner, and the secondary clients 22 are users watching live, so that all the secondary clients 22 and the primary client 21 realize synchronous playing and synchronous pausing of videos.
The server 1 is internally provided with a video playing progress calculation module 11 and a video synchronous playing setting module 12, the main client 21 sends a request for starting playing and pausing to the server 1, the server 1 receives the video playing request of the main client 21 and then determines a video playing address, and the video playing progress calculation module 11 is used for determining the video playing progress.
The server 1 utilizes the video playing progress calculation module 11 to regulate and control the video playing progress of the plurality of sub-clients 22 and the video playing progress of the main client 21 to be synchronously played in a non-paused video state.
The video playing progress calculating module 11 records the total video allocation duration of the video playing address, records the starting time point of video playing, and calculates the playing progress of the main client 21 according to the real time and the starting time point, thereby providing more video synchronization information for the sub-client 22.
The server 1 uses the video synchronized play setting module 12 to ensure that the video play progress of the primary client 21 and the secondary client 22 is played synchronously in the video pause state.
The specific implementation process of the server 1 using the video playing progress calculation module 11 to regulate and control the video playing progress of the plurality of sub clients 22 and the video playing progress of the main client 21 to synchronously play in the non-paused state of the video is as follows:
after the server 1 receives a video playing request sent by the host client 21, the server 1 sends a video playing address to the host client 21, and the real time stamp of the video playing started by the server 1 after the host client 21 enters the video playing address is the video playing starting time point.
After the server 1 sends the video playing address to the main client 21, the video playing progress calculation module 11 is used to determine the video playing progress of the main client 21, and the sub-client 22 receives the same video playing address sent by the server 1, then switches to the video playing address, and automatically jumps to the video playing progress calculated by the video playing progress calculation module 11.
The video playing progress calculation module 11 determines the implementation manner of the video playing progress to be divided into the following two cases:
if the sub-client 22 jumps to the video playing address, the video does not start playing, the video playing progress is zero, and the video playing progress calculation module 11 takes the real time stamp T1 of the server as the future starting time point S1 of the video playing;
if the video of the sub-client 22 has already started playing, the video playing progress calculation module 11 first determines the video playing starting point S1 'of the main client 21, and calculates the video playing progress according to the difference between the real time stamp T1 of the server and the video playing starting point S1'.
When the sub-client 22 sends a request to the server 1 to enter the same video playing address as the main client 21, the server 1 recalculates the video playing progress by using the video playing progress calculation module 11, and sends the video playing address and the video playing progress to the sub-client 22 to ensure that the video playing progress of the main client 21 and the video playing progress of the sub-client 22 are synchronized.
Specifically, when the secondary client 22 sends a request to the server 1 to enter the same video playing address as the primary client 21, the server 1 uses the video playing progress calculation module 11 to calculate the current playing progress of the video again in the following calculation manner:
determining a current timestamp T5 of the server 1, and a video play start point S1' or a future start time point S1;
calculating the difference between the current time stamp T5 and the video playing starting point S1' and the difference between the current time stamp T5 and the future starting time point S1, and taking the difference as the current playing progress of the video.
The specific implementation manner of the server 1 using the video synchronous playing setting module 12 to ensure that the video playing progress of the primary client 21 and the secondary client 22 is synchronously played in the video pause state is as follows:
when the main client 21 sends a request for pausing a video to the server 1, the server 1 ensures that the video playing progress of the main client 21 and the sub-client 22 is played synchronously in a video pause state according to the video synchronous playing setting module 12, and the specific implementation steps are as follows:
the main client 21 sends a request for pausing the playing to the server 1;
after the server 1 receives the request for pausing the playing sent by the host client 21, the server 1 responds to the request for pausing the playing and records a time point P1 for pausing the playing by using the video synchronous playing setting module 12;
the server 1 simultaneously sends a message of pausing the playing to the main client 21 and a plurality of secondary clients 22 which are positioned at the same playing address with the main client 21;
the primary client 21 and the plurality of secondary clients 22 simultaneously respond to the message of pausing the play sent by the server 1 to pause the video play of the primary client 21 and the plurality of secondary clients 22 simultaneously.
The pause time point P1 recorded by the video synchronized playback setting module 12 is specifically a time stamp T2 of the server;
and the sub-client 22 and the main client 21 actively request the server 1 for the synchronous progress at any time, and the server 1 synchronously updates the video playing progress of the plurality of sub-clients 22 and the main client 21 by using the video playing progress calculation module 11.
When the primary client 21 is in a pause state, if a new secondary client 22 sends a play address corresponding to the primary client 21 to the server 1, the video synchronization setting module 12 records a timestamp T3 of the request received by the server 1, and the video synchronization setting module 12 calculates the video playing progress of the primary client 21 according to a difference between the timestamp T3 and the video playing start point S1' or according to a difference between the timestamp T3 and the future start time point S1.
The server 1 uniformly packages and sends the video playing progress, the video playing address and the pause state of the main client 21 to the new sub-client 22, so as to ensure that all the main clients 21 and the sub-clients 22 at the same video playing address keep synchronous video playing progress and pause playing state.
When the host client 21 sends a continuous playing request for changing the playing address from the pause playing state to the start playing to the server 1, the video synchronization playing setting module 12 records a timestamp T4 when the server 1 receives the continuous playing request, calculates a duration R1 of the paused video according to the timestamp T4 and the pause playing time point P1, and adds a future start time point S1 or a video playing start point S1' to the duration R1 of the paused video to set the future start time point of the played video;
the video playing progress is the difference between the timestamp T4 and the new starting time point of the playing video, and the primary client 21 and the secondary client 22 jump to the recalculated video playing progress at the current timestamp T4.
When the main client 21 is in the playing state, if a new sub-client 22 sends a join to the server 1 to join a playing address corresponding to the main client 21, the video playing progress calculation module 11 records a timestamp T4 when the server 1 receives the request, and the video playing progress calculation module 11 calculates the video playing progress of the main client 21 according to a difference between the timestamp T4 and the video playing starting point S1', or according to a difference between the timestamp T4 and the future starting time point S1.
And determining the current playing sequence of the videos and the playing time length of the videos in the sequence by combining the video playing progress, the time length of a single video and the video playing sequence.
The method and the device provide the real-time communication interaction functions of synchronous playing progress and voice and characters for users watching the same video content, improve the watching experience of the users, and create an interesting social scene. Meanwhile, on-demand is used for replacing live broadcast, the enterprise broadband cost is reduced, and the problem that other users cannot continuously watch video contents after the live broadcast of content providers such as anchor broadcasters stops in the traditional live broadcast scheme is solved.
The above embodiments are only exemplary embodiments of the present application, and are not intended to limit the present application, and the protection scope of the present application is defined by the claims. Various modifications and equivalents may be made by those skilled in the art within the spirit and scope of the present application and such modifications and equivalents should also be considered to be within the scope of the present application.
Claims (9)
1. A video synchronized playback system, comprising:
the server (1) is used for providing video playing address information and recording video playing progress information;
the client (2) has a many-to-one relationship with the same server (1) and is used for sending requests for starting and pausing the playing to the server (1);
the user side (2) is divided into a main client side (21) and a plurality of auxiliary client sides (22), the main client side (21) with the same video playing address is used for sending a request for playing videos or pausing the videos to the server side (1), and the auxiliary client sides and the main client side (21) synchronously play the videos or pause the videos;
a video playing progress calculating module (11) and a video synchronous playing setting module (12) are arranged in the server (1), the host client (21) issues requests to the server (1) to start and pause the play, the server (1) receives a video playing request of the host client (21), determines the video playing address and determines the video playing progress by utilizing the video playing progress calculation module (11), the server (1) utilizes the video playing progress calculation module (11) to regulate and control the video playing progress of the plurality of the auxiliary clients (22) and the video playing progress of the main client (21) to be synchronously played in a non-video pause state, determining the current playing sequence of the videos and the playing time length of the videos in the sequence by combining the video playing progress, the time length of a single video and the video playing sequence;
the implementation mode of judging the video playing progress by the video playing progress calculation module (11) is divided into the following two conditions:
if the video does not start playing when jumping to the video playing address, the video playing progress is zero, and the video playing progress calculation module (11) takes the real time stamp T1 of the server as the future starting time point S1 of the video playing;
if the video has already started playing, the video playing progress calculation module (11) firstly determines a video playing starting point S1 'of the host client (21), and calculates the video playing progress according to the difference value between the real time stamp T1 of the server and the video playing starting point S1';
the server (1) ensures that the video playing progress of the main client (21) and the auxiliary client (22) is synchronously played in a video pause state by using the video synchronous playing setting module (12);
the new secondary client (22) sends a playing address corresponding to the primary client (21) to the server (1) when the primary client (21) is in a pause state, the video synchronous playing setting module (12) records a timestamp T3 of a request received by the server (1), and the video synchronous playing setting module (12) calculates the video playing progress of the primary client (21) according to a difference value between the timestamp T3 and the video playing starting point S1' or according to a difference value between the timestamp T3 and the future starting time point S1;
and the server (1) uniformly packages the video playing progress, the video playing address and the pause state of the main client (21) and sends the video playing progress, the video playing address and the pause state to the new auxiliary client (22), so that all the main clients (21) and the auxiliary clients (22) with the same video playing address can keep synchronous video playing progress and pause playing state.
2. The system of claim 1, wherein: after the server (1) receives a video playing request sent by the host client (21), the server (1) sends a video playing address to the host client (21), and after the host client (21) enters the video playing address, the real time of the server (1) starting to play the video is marked as the video playing starting time point.
3. The system of claim 2, wherein: after the server (1) sends the video playing address to the main client (21), the video playing progress calculation module (11) is used for determining the video playing progress of the main client (21), the auxiliary client (22) receives the same video playing address sent by the server (1), then is switched to the video playing address, and automatically jumps to the video playing progress calculated by the video playing progress calculation module (11).
4. A video synchronization playback system as claimed in claim 3, wherein: when the auxiliary client (22) sends a request for entering the same video playing address as the main client (21) to the server (1), the server (1) utilizes the video playing progress calculation module (11) to recalculate the video playing progress, and sends the video playing address and the video playing progress to the auxiliary client (22) to ensure the synchronization of the initial video playing progress of the main client (21) and the auxiliary client (22).
5. The system of claim 4, wherein: when the secondary client (22) sends a request for entering the same video playing address as the primary client (21) to the server (1), the server (1) utilizes the video playing progress calculation module (11) to recalculate the current playing progress of the video in a calculation mode that:
determining a current timestamp T5 of the server (1) and a video play start point S1' or a future start time point S1;
calculating a difference value between the current time stamp T5 and the video play starting point S1' and a difference value between the current time stamp T5 and a future starting time point S1, and regarding the difference values as a current play progress of the video.
6. The system of claim 1, wherein: when the main client (21) sends a request for pausing a video to the server (1), the server (1) ensures that the video playing progress of the main client (21) and the auxiliary client (22) is synchronously played in a video pause state according to the video synchronous playing setting module (12), and the specific implementation steps are as follows:
the main client (21) sends a request for pausing the playing to the server (1);
after the server (1) receives the request of playing pause sent by the host client (21), the server (1) responds to the request of playing pause and records a playing pause time point P1 by using a video synchronous playing setting module (12);
the server (1) sends a message of pausing the playing to the primary client (21) and a plurality of secondary clients (22) which are positioned at the same playing address as the primary client (21) at the same time;
the main client (21) and the plurality of auxiliary clients (22) simultaneously respond to the message of pausing the playing sent by the server (1) to simultaneously pause the video playing of the main client (21) and the plurality of auxiliary clients (22).
7. The system of claim 6, wherein: the pause playing time point P1 recorded by the video synchronous playing setting module (12) is specifically a timestamp T2 of the server;
and the auxiliary client (22) and the main client (21) actively request the synchronous progress from the server (1) at any time, and the server (1) synchronously updates the video playing progress of the plurality of auxiliary clients (22) and the main client (21) by using the video playing progress calculation module (11).
8. The system of claim 6, wherein: when the host client (21) sends a continuous playing request for changing the playing address from a pause playing state to a play start to the server (1), the video synchronous playing setting module (12) records a timestamp T4 of the server (1) receiving the continuous playing request, calculates a duration R1 of a pause video according to the timestamp T4 and a pause playing time point P1, and adds a future start time point S1 or a video playing start point S1' and the duration R1 of the pause video to be a new start time point of the playing video;
if the video playing progress is the difference between the timestamp T4 and the new starting time point of the playing video, the primary client (21) and the secondary client (22) jump to the recalculated video playing progress at the current timestamp T4.
9. The system of claim 2, wherein: when the main client (21) is in a playing state, if a new secondary client (22) sends a playing address corresponding to the main client (21) to the server (1), the video playing progress calculation module (11) records a timestamp T4 when the server (1) receives a request, and the video playing progress calculation module (11) calculates the video playing progress of the main client (21) according to a difference value between the timestamp T4 and the video playing starting point S1' or according to a difference value between the timestamp T4 and the future starting time point S1;
and determining the current playing sequence of the videos and the playing time length of the videos in the sequence by combining the video playing progress, the time length of a single video and the video playing sequence.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110032641.5A CN112383795B (en) | 2021-01-12 | 2021-01-12 | Video synchronous playing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110032641.5A CN112383795B (en) | 2021-01-12 | 2021-01-12 | Video synchronous playing system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112383795A CN112383795A (en) | 2021-02-19 |
| CN112383795B true CN112383795B (en) | 2021-06-25 |
Family
ID=74591050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110032641.5A Active CN112383795B (en) | 2021-01-12 | 2021-01-12 | Video synchronous playing system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112383795B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114143584B (en) * | 2021-09-29 | 2024-03-26 | 杭州当虹科技股份有限公司 | Broadcasting system and method for realizing synchronous broadcasting among multiple terminals |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212823A (en) * | 2006-12-25 | 2008-07-02 | 索尼株式会社 | Content playback system, playback device, playback control method and program |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN106303672A (en) * | 2016-08-24 | 2017-01-04 | 上海卓易科技股份有限公司 | A kind of synchronous broadcast method based on recorded broadcast video and device |
| CN110719516A (en) * | 2019-10-21 | 2020-01-21 | 北京字节跳动网络技术有限公司 | Video synchronization method and device, terminal and storage medium |
| CN111343477A (en) * | 2020-03-09 | 2020-06-26 | 北京达佳互联信息技术有限公司 | Data transmission method and device, electronic equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100488595B1 (en) * | 2004-07-29 | 2005-05-11 | 엔에이치엔(주) | Method and system for providing joint viewing service of moving picture |
-
2021
- 2021-01-12 CN CN202110032641.5A patent/CN112383795B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212823A (en) * | 2006-12-25 | 2008-07-02 | 索尼株式会社 | Content playback system, playback device, playback control method and program |
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| CN106303672A (en) * | 2016-08-24 | 2017-01-04 | 上海卓易科技股份有限公司 | A kind of synchronous broadcast method based on recorded broadcast video and device |
| CN110719516A (en) * | 2019-10-21 | 2020-01-21 | 北京字节跳动网络技术有限公司 | Video synchronization method and device, terminal and storage medium |
| CN111343477A (en) * | 2020-03-09 | 2020-06-26 | 北京达佳互联信息技术有限公司 | Data transmission method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112383795A (en) | 2021-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2472857B1 (en) | Media stream processing method and communication system and related devices | |
| CN112752109B (en) | Video playing control method and system | |
| US9615119B2 (en) | Method and apparatus for providing timeshift service in digital broadcasting system and system thereof | |
| CN102170584B (en) | Method, device and system for playing media between synchronic HS (HTTP (HyperText Transfer Protocol) Streaming) terminal equipment | |
| CN108235042B (en) | Multi-user network live broadcast method, device, joining device, system, server and computer readable storage medium | |
| KR101852893B1 (en) | Information pushing method, device, and system | |
| EP2509320A1 (en) | Channel switching method, apparatus and system | |
| CN101938456B (en) | Method, device and system for reducing media delays | |
| US20110264771A1 (en) | Live media delivery over a packet-based computer network | |
| US8176192B2 (en) | Networked transmission system and method for stream data | |
| US8234386B2 (en) | System and method for delivering digital content | |
| CN112399190B (en) | Audio and video data acquisition method and device | |
| CN110765366B (en) | Live broadcast and live broadcast matching method, device and equipment and computer readable storage medium | |
| CN101998174B (en) | Quick access method, server, client and system of multicast RTP (real time protocol) session | |
| US20150113565A1 (en) | Method for Controlling Media Contents in Virtual Room, Terminal, and Device | |
| CN114501052B (en) | Live broadcast data processing method, cloud platform, computer equipment and storage medium | |
| CN106789976A (en) | The player method of media file, service end, client and system | |
| CN112383795B (en) | Video synchronous playing system | |
| CN114760485B (en) | Video carousel method, system and related equipment | |
| CN108632681B (en) | Method, server and terminal for playing media stream | |
| US10523409B2 (en) | Method of synchronization during the processing, by a multimedia player, of an item of multimedia content transmitted by an MBMS service | |
| CN101998143B (en) | Method for multicasting video data, unicast server and client | |
| US11856242B1 (en) | Synchronization of content during live video stream | |
| CN114979692B (en) | Audio and video streaming mode switching method, device and system and storage medium | |
| CN102026024B (en) | Method, system and device for controlling pay per view (PPV) service in real time |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230721 Address after: Room 504 and 505-1, Building B, Xingwang Science Park, 280 Binhe North Road, Yuehu Street, Kaifu District, Changsha City, 410000, Hunan Province Patentee after: Changsha Shuiqing Dake Technology Co.,Ltd. Address before: 100000 a-1202 shuguangsili, Chaoyang District, Beijing Patentee before: Beijing Qingqi Technology Co.,Ltd. |
|
| TR01 | Transfer of patent right |