CN112702620A - Method for realizing multi-screen synchronous playing of player based on gstreamer - Google Patents
Method for realizing multi-screen synchronous playing of player based on gstreamer Download PDFInfo
- Publication number
- CN112702620A CN112702620A CN202011593146.3A CN202011593146A CN112702620A CN 112702620 A CN112702620 A CN 112702620A CN 202011593146 A CN202011593146 A CN 202011593146A CN 112702620 A CN112702620 A CN 112702620A
- Authority
- CN
- China
- Prior art keywords
- clock
- playing
- gstreamer
- url
- master
- 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/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/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/26258—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 for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- 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
-
- 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/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
-
- 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/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Abstract
The invention relates to the technical field of streaming media playing, and discloses a method for realizing multi-screen synchronous playing of a player based on a gstreamer, which solves the problems that multi-screen synchronous playing of the player is limited by distance, complicated in operation, unstable in synchronization and incapable of synchronously playing lists in the traditional technology. The invention divides the playing device into a master end and a slave end; the method comprises the steps that a master end generates a network clock and a reference clock, a slave end is connected with the master end, and the network clock, the reference clock, a current playing position and current playing URL information are obtained from the master end; the slave end adopts a network clock and a reference clock of the master end, and achieves the synchronization of the playing position based on a clock mechanism of the gstreamer; and when the slave side judges that the current playing URL is inconsistent with the main side URL, the slave side notifies the upper layer application to play the main side URL by throwing the MEDIA _ INFO event, so that the video list synchronization is realized.
Description
Technical Field
The invention relates to the technical field of streaming media playing, in particular to a method for realizing multi-screen synchronous playing of a player based on a gstreamer.
Background
In recent years, with the rapid development of the electronic industry, the streaming media playing technology is continuously developed and perfected, the consumption demand of streaming media playing equipment such as smart televisions is increased year by year, the management work of marketplaces on commodity display becomes more complicated, more and more activity sites and publicity sites use multi-screen synchronous playing to achieve the shocking effect, and the multi-screen synchronous playing is widely applied.
In the prior art, three methods are generally adopted for synchronous playing:
one is to use a signal distributor to distribute over HDMI lines to the devices, which is limited by transmission distance.
Secondly, synchronization is achieved by ensuring that the playing devices start playing simultaneously, and the method has the defects of complex operation and inaccurate synchronization.
Thirdly, the playing device is divided into a master end and a slave end, the master end sends the current playing position to the slave end, and the slave end starts playing from the playing position of the master end.
In addition, the second method and the third method both can only ensure that the master end and the slave end play the same position of the video, and cannot judge whether the two ends play the same video, so that the video list cannot be played synchronously.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the method for realizing multi-screen synchronous playing of the player based on the gstreamer is provided, and the problems that the multi-screen synchronous playing of the player is limited by distance, complicated in operation, unstable in synchronization and incapable of synchronously playing lists in the traditional technology are solved.
The technical scheme adopted by the invention for solving the technical problems is as follows:
a method for realizing multi-screen synchronous playing based on a streamer player comprises the following steps:
dividing the playing equipment into a master end and a slave end;
the method comprises the steps that a master end generates a network clock and a reference clock, a slave end is connected with the master end, and the network clock, the reference clock, a current playing position and current playing URL information are obtained from the master end;
the slave end adopts a network clock and a reference clock of the master end, and achieves the synchronization of the playing position based on a clock mechanism of the gstreamer;
and when the slave side judges that the current playing URL is inconsistent with the main side URL, the slave side notifies the upper layer application to play the main side URL by throwing the MEDIA _ INFO event, so that the video list synchronization is realized.
As a further optimization, the method specifically comprises:
A. a main end processing step:
a1, setting a local IP address and a port number before setting a playing source address, and setting a terminal role as a master;
a2, an intermediate adaptive layer between the device system and the streaming media player based on the gstreamer obtains the IP address, the port number and the terminal role of the device;
a3, generating a network clock and a reference clock by the middle adaptive layer;
a4, setting a network clock and a reference clock to a gstreamer framework layer through a gstreamer interface;
a5, creating a socket service thread according to the local IP address and the port number, and monitoring whether a new connection is captured;
a6, acquiring a current playing position and a current playing URL after capturing a new connection, and sending the current playing position and the current playing URL together with a network clock and a reference clock I to a slave end;
B. a slave-end processing step:
b1, setting a main terminal IP address and a main terminal port number before setting a playing piece source address, and setting a terminal role as slave;
b2, an intermediate adaptive layer between the equipment system and the streaming media player based on the gstreamer acquires a main terminal IP address, a main terminal port number and a terminal role of the equipment;
b3, connecting the main end, and acquiring the network clock, the reference clock, the current playing position and the playing URL of the main end;
b4, judging whether the current playing URL is consistent with the playing URL acquired from the main end, if not, throwing a MEDIA _ INFO event to inform the upper layer application to play the main end URL;
b5, setting the network clock and the reference clock to a gstreamer framework layer through a gstreamer interface;
and B6, synchronous playing with the main end is carried out according to the current playing position of the main end.
As a further optimization, step a further comprises:
and A7, when the playing is finished, restoring the network clock and the reference clock to default values, finishing the socket service thread and releasing the resources.
As a further optimization, in step a3, the method for generating the network clock and the reference clock by the intermediate adaptation layer includes:
firstly, acquiring a current default system clock through a gstreamer interface, creating a new provider _ clock and acquiring a corresponding base _ time, namely a reference clock; and then acquiring a clock _ port through the provider _ clock, and finally generating a new net _ clock through the local IP and the clock _ port, namely the network clock.
As a further optimization, step B further comprises:
and B7, when the playing is finished, restoring the network clock and the reference clock to default values, finishing the multi-screen synchronous socket service thread, and releasing resources.
As a further optimization, in step B3, the connecting the master and acquiring the network clock and the reference clock of the master specifically includes: and connecting the main terminal through the IP address of the main terminal and the port number of the main terminal, if the connection fails, establishing a timer thread, connecting every 5s, and ending the thread to release resources until the connection succeeds and the network clock, the reference clock, the current playing position and the current playing URL are successfully acquired.
The invention has the beneficial effects that:
dividing the playing equipment into a master end and a slave end, wherein the master end generates a network clock and a reference clock, and acquires a current playing position and a current playing URL (uniform resource locator) to share to the slave end; the slave end uses a network clock and a reference clock which are the same as the master end to achieve the synchronization of the playing position based on a clock mechanism of the gstreamer; when the current playing URL is inconsistent with the main end URL, the slave end throws a MEDIA _ INFO event to inform an upper layer product application to play the main end URL, so that the video list synchronization is realized; the slave end is connected with the master end in a timing mode through the timer, and synchronous playing can be achieved regardless of whether the master end plays first or the slave end plays first.
Compared with the prior art, the method adopts the network clock and the synchronous URL to ensure that the synchronous playing is not limited by the position of equipment, the distance and the complex operation, the same picture can be synchronously played, and a plurality of videos are continuously, stably and accurately played synchronously.
Drawings
Fig. 1 is a flowchart of a method for implementing multi-screen synchronous playing by a streamer-based player in the present invention.
Detailed Description
The invention aims to provide a method for realizing multi-screen synchronous playing of a player based on a gstreamer, and solves the problems that multi-screen synchronous playing of the player is limited by distance, complicated in operation, unstable in synchronization and incapable of synchronously playing lists in the prior art. The invention divides the playing device into a master end and a slave end, the slave end is provided with a timer which is connected with the master end in a timing way to obtain a network clock (net _ clock), a reference clock (base _ time), a current playing position and a current playing URL (video address) generated by the master end. When the current playing URL is inconsistent with the URL of the master end, the slave end throws a MEDIA _ INFO event (event monitoring of a meidaplayer player) to inform an upper layer product application to play the URL of the master end, and the slave end sets a network clock and a reference clock which are the same as the master end based on a clock mechanism of a gstreamer (audio and video synchronous output is achieved by controlling time transmission, a pipeline global system clock, a reference clock, a running clock, a decoding output clock and the like), so that the function of synchronously playing a video list is achieved no matter whether the master end starts playing or the slave end starts playing first.
In a specific implementation, a flow of a method for implementing multi-screen synchronous playing by a streamer-based player in the present invention is shown in fig. 1, and the method includes the following implementation steps:
the method comprises the following steps of firstly, processing the master end (master end):
(1) and the product system sets a local IP address, a port number and a terminal role before setDataSource (setting a play film source address). Wherein, IP and port are used to create socket service, and terminal role is master.
(2) And the middle self-adaptive layer between the product system and the streaming media player based on the gstreamer acquires the IP address, the port number and the terminal role.
(3) Generating net _ clock and base _ time by the middle adaptive layer:
firstly, acquiring a current default system clock (system clock) through a gstreamer interface, creating a new provider _ clock and acquiring a corresponding base _ time; then, obtaining a clock _ port (clock synchronization port) through the provider _ clock; and finally, generating a new net _ clock through the master _ ip and the clock _ port acquired in the step 2.
(4) Setting the net _ clock and the base _ time generated in the step (3) to a gstreamer framework layer through a gstreamer interface, detecting whether a sync state is achieved currently, if not, setting a sync callback, and starting when the sync callback is received.
(5) And (3) creating a socket service thread through the master _ ip and the port acquired in the step (2), and monitoring whether a new connection is captured.
(6) And (4) acquiring the current playing position and the current playing URL after capturing the new connection, and sending the current playing position and the current playing URL to the slave end together with the net _ clock and the base _ time generated in the step (3).
(7) And when the playing is finished, restoring the net _ clock and the base _ time to default values, and finishing the socket service thread to release the resources.
Secondly, processing steps of a slave end (slave end):
(1) and the product system sets a main end IP address, a main end port number and a terminal role before the setDataSource, wherein the IP and the port are used for connecting the socket service of the main end, and the terminal role is slave.
(2) And the middle adaptive layer between the product system and the streaming media player based on the gstreamer acquires the master _ IP, the master _ port and the terminal role.
(3) The connection master end acquires the network clock and basetime:
and (3) connecting the service server side through the master _ ip and the master _ port acquired in the step (2), if the connection fails, establishing a timer thread, and connecting the timer thread once every 5s until the connection succeeds and the thread is not finished to release resources until the net _ clock, the base _ time, the current _ position and the current _ uri are acquired successfully.
If the information is not completely acquired or the acquired value is not expected, the retry is carried out until the acquisition is successful.
(4) And detecting the current playing state of the slave end, wherein the reset clock is invalid in the playing state, the state needs to be switched to pause, then net _ clock and base _ time are set, and then the state is switched to playing. And detecting whether the current state reaches a synced state or not like the master end, if not, setting a synced callback, and starting when the synced callback is received.
(5) And (3) detecting whether the current playing URL is consistent with the URL of the master at the start of the player, and if the current playing URL is inconsistent with the URL of the master, throwing a MEDIA _ INFO _ RECONFIGURE _ URI (subordinate to the MEDIA _ INFO event) event to inform the upper-layer application to replay the URL of the master, and returning to the step (1).
(6) And when the slave end plays, the playing position of the master is inquired first, and the synchronous playing is quickly achieved.
(7) And when the playing is finished, restoring the net _ clock and the base _ time to default values, and finishing the releasing of the resources by the multi-screen synchronous socket service thread.
Example (b):
taking two Android television synchronous plays based on a gstreamer player as an example, the implementation is as follows:
1. preparing two Android televisions based on a gstreamer player: one of them is the master, the master IP is 192.168.31.1, the port is 7771, and the other is the slave. Both televisions set master _ ip (192.168.31.1) and master _ port (7771) before the product application setdasource.
2. The playlist is played from the end, demonstration film source-transformers, demonstration film source-a Van der: the intermediate adaptation layer between the product application and the gstreamer-based framework layer gets master _ ip:192.168.31.1, master _ port:7771 and starts a timer to connect the master every 5 s.
3. When the slave terminal plays to the demonstration film source-AlVanda, the master terminal plays a play list of the demonstration film source-transformers, the demonstration film source-AlVanda: an intermediate adaptation layer between the product application and the gstreamer framework layer acquires master _ ip:192.168.31.1, master _ port: 7771.
4. The master generates net _ clock and base _ time: firstly, acquiring a current default system clock through a gstreamer interface, creating a new provider _ clock and acquiring a corresponding base _ time, then acquiring a clock _ port through the provider _ clock, and finally generating a new net _ clock through 192.168.31.1 and the port 7771 acquired in the step 2.
5. The master end establishes socket service: create socket service thread through 192.168.31.1 and 7771 and wait for the slave to connect.
6. Socket service from slave to master: the net _ clock, base _ time, current _ position 120s, and master _ url "demonstration source-transformers" are obtained.
7. And when the fact that the demonstration film source-Alvada is different from the demonstration film source-transformers of the master is detected from the end, the product application is informed to play the demonstration film source-transformers again instead of playing the demonstration film source-transformers.
8. The slave re-broadcasts to connect to the master socket service: the net _ clock, base _ time, current _ position 120s, and master _ url "demonstration source-transformers" are obtained. And the slave end detects that the currently played 'demonstration film source-transformers' is consistent with the URL of the master end.
9. The slave uses the network clock obtained from the master: and setting the acquired net _ clock and base _ time to a gstreamer framework layer through a gstreamer interface, setting a synced callback, and calling start when the synced callback is received.
10. The play starts from the end seek to the position of 120s, and seek is to achieve the synchronous play quickly.
Therefore, the master end and the slave end synchronously play the demonstration film source-transformers according to the same network clock.
Claims (6)
1. A method for realizing multi-screen synchronous playing by a player based on a gstreamer is characterized by comprising the following steps:
dividing the playing equipment into a master end and a slave end;
the method comprises the steps that a master end generates a network clock and a reference clock, a slave end is connected with the master end, and the network clock, the reference clock, a current playing position and current playing URL information are obtained from the master end;
the slave end adopts a network clock and a reference clock of the master end, and achieves the synchronization of the playing position based on a clock mechanism of the gstreamer;
and when the slave side judges that the current playing URL is inconsistent with the main side URL, the slave side notifies the upper layer application to play the main side URL by throwing the MEDIA _ INFO event, so that the video list synchronization is realized.
2. The method for realizing multi-screen synchronous playing by the streamer-based player according to claim 1, wherein the method specifically comprises:
A. a main end processing step:
a1, setting a local IP address and a port number before setting a playing source address, and setting a terminal role as a master;
a2, an intermediate adaptive layer between the device system and the streaming media player based on the gstreamer obtains the IP address, the port number and the terminal role of the device;
a3, generating a network clock and a reference clock by the middle adaptive layer;
a4, setting a network clock and a reference clock to a gstreamer framework layer through a gstreamer interface;
a5, creating a socket service thread according to the local IP address and the port number, and monitoring whether a new connection is captured;
a6, acquiring a current playing position and a current playing URL after capturing a new connection, and sending the current playing position and the current playing URL together with a network clock and a reference clock I to a slave end;
B. a slave-end processing step:
b1, setting a main terminal IP address and a main terminal port number before setting a playing piece source address, and setting a terminal role as slave;
b2, an intermediate adaptive layer between the equipment system and the streaming media player based on the gstreamer acquires a main terminal IP address, a main terminal port number and a terminal role of the equipment;
b3, connecting the main end, and acquiring the network clock, the reference clock, the current playing position and the playing URL of the main end;
b4, judging whether the current playing URL is consistent with the playing URL acquired from the main end, if not, throwing a MEDIA _ INFO event to inform the upper layer application to play the main end URL;
b5, setting the network clock and the reference clock to a gstreamer framework layer through a gstreamer interface;
and B6, synchronous playing with the main end is carried out according to the current playing position of the main end.
3. The method of claim 2, wherein the gstreamer-based player for implementing multi-screen synchronous playing, step a further comprises:
and A7, when the playing is finished, restoring the network clock and the reference clock to default values, finishing the socket service thread and releasing the resources.
4. The method of claim 2, wherein in step a3, the method for generating the network clock and the reference clock by the intermediate adaptive layer comprises:
firstly, acquiring a current default system clock through a gstreamer interface, creating a new provider _ clock and acquiring a corresponding base _ time, namely a reference clock; and then acquiring a clock _ port through the provider _ clock, and finally generating a new net _ clock through the local IP and the clock _ port, namely the network clock.
5. The method of claim 2, wherein step B further comprises:
and B7, when the playing is finished, restoring the network clock and the reference clock to default values, finishing the multi-screen synchronous socket service thread, and releasing resources.
6. The method for realizing multi-screen synchronous playing by the gstreamer-based player according to claim 2, wherein in step B3, the connecting the master terminal and acquiring the network clock and the reference clock of the master terminal specifically includes:
and connecting the main terminal through the IP address of the main terminal and the port number of the main terminal, if the connection fails, establishing a timer thread, connecting every 5s, and ending the thread to release resources until the connection succeeds and the network clock, the reference clock, the current playing position and the current playing URL are successfully acquired.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011593146.3A CN112702620A (en) | 2020-12-29 | 2020-12-29 | Method for realizing multi-screen synchronous playing of player based on gstreamer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011593146.3A CN112702620A (en) | 2020-12-29 | 2020-12-29 | Method for realizing multi-screen synchronous playing of player based on gstreamer |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112702620A true CN112702620A (en) | 2021-04-23 |
Family
ID=75511529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011593146.3A Pending CN112702620A (en) | 2020-12-29 | 2020-12-29 | Method for realizing multi-screen synchronous playing of player based on gstreamer |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112702620A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115103221A (en) * | 2022-06-28 | 2022-09-23 | 北京奇艺世纪科技有限公司 | Screen projection method and device, electronic equipment and readable storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN105791987A (en) * | 2014-12-23 | 2016-07-20 | 深圳Tcl数字技术有限公司 | Media data playing method and terminal |
| CN107835449A (en) * | 2017-11-06 | 2018-03-23 | 四川长虹电器股份有限公司 | Based on the real-time performance multiple terminals method that synchronously connection shields in Android platform |
| CN109218795A (en) * | 2018-11-29 | 2019-01-15 | 青岛海信电器股份有限公司 | A kind of more device plays progress synchronous method, device and terminal device |
| CN110278457A (en) * | 2019-05-27 | 2019-09-24 | 深圳市启辰展览展示策划有限公司 | The more audio video synchronization playback methods of more hosts and system |
| CN111147923A (en) * | 2019-12-19 | 2020-05-12 | 北京凯视达科技有限公司 | Intelligent multi-machine cascade cooperative work method |
-
2020
- 2020-12-29 CN CN202011593146.3A patent/CN112702620A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103839558A (en) * | 2012-11-23 | 2014-06-04 | 三星电子（中国）研发中心 | Method and server for synchronous playing and player |
| CN105791987A (en) * | 2014-12-23 | 2016-07-20 | 深圳Tcl数字技术有限公司 | Media data playing method and terminal |
| CN107835449A (en) * | 2017-11-06 | 2018-03-23 | 四川长虹电器股份有限公司 | Based on the real-time performance multiple terminals method that synchronously connection shields in Android platform |
| CN109218795A (en) * | 2018-11-29 | 2019-01-15 | 青岛海信电器股份有限公司 | A kind of more device plays progress synchronous method, device and terminal device |
| CN110278457A (en) * | 2019-05-27 | 2019-09-24 | 深圳市启辰展览展示策划有限公司 | The more audio video synchronization playback methods of more hosts and system |
| CN111147923A (en) * | 2019-12-19 | 2020-05-12 | 北京凯视达科技有限公司 | Intelligent multi-machine cascade cooperative work method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115103221A (en) * | 2022-06-28 | 2022-09-23 | 北京奇艺世纪科技有限公司 | Screen projection method and device, electronic equipment and readable storage medium |
| CN115103221B (en) * | 2022-06-28 | 2023-09-22 | 北京奇艺世纪科技有限公司 | Screen projection method and device, electronic equipment and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103200461B (en) | A kind of multiple stage playback terminal synchronous playing system and player method | |
| US8849900B2 (en) | Method and system supporting mobile coalitions | |
| CN108495152B (en) | Video live broadcast method and device, electronic equipment and medium | |
| CN111010614A (en) | Method, device, server and medium for displaying live caption | |
| CN108289159B (en) | Terminal live broadcast special effect adding system and method and terminal live broadcast system | |
| WO2016197859A1 (en) | Method and device for synchronously broadcasting multimedia data | |
| WO2015139547A1 (en) | Method, device and system for setting up application scenario | |
| JP7181989B2 (en) | Advance preparation for content modifications based on expected wait times when retrieving new content | |
| WO2016004858A1 (en) | Data processing method and apparatus and mobile terminal device | |
| CN104284200A (en) | Multi-screen synchronized playing method and system and related device | |
| WO2014190655A1 (en) | Application synchronization method, application server and terminal | |
| CN108200444B (en) | Video live broadcast method, device and system | |
| CN104703036A (en) | Method, device and system for synchronizing playing course of media file | |
| CN101340541B (en) | Content synchronizing method between television and intelligent apparatus | |
| CN103841466A (en) | Screen projection method, computer end and mobile terminal | |
| CN107770569A (en) | Multimedia synchronous broadcast method, apparatus and system | |
| WO2015180446A1 (en) | System and method for maintaining connection channel in multi-device interworking service | |
| CN108632646A (en) | A kind of net cast method, apparatus and server | |
| CN112309187A (en) | Virtual reality teaching method, device and system | |
| WO2022161215A1 (en) | Method and device for recovering inter-live streaming studio connection | |
| CN112702620A (en) | Method for realizing multi-screen synchronous playing of player based on gstreamer | |
| US10382810B2 (en) | Method and device for implementing synchronous playing | |
| CN111918138A (en) | Ship dual-link-based video on demand method and system | |
| JP2007166572A (en) | Method, computing system, and computer readable medium for group reproduction applied on network | |
| US20190200057A1 (en) | Streaming system with a backup mechanism and a backup method thereof |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210423 |