CN112714353B - Distributed synchronization method for multimedia stream - Google Patents

Distributed synchronization method for multimedia stream Download PDF

Info

Publication number
CN112714353B
CN112714353B CN202011578440.7A CN202011578440A CN112714353B CN 112714353 B CN112714353 B CN 112714353B CN 202011578440 A CN202011578440 A CN 202011578440A CN 112714353 B CN112714353 B CN 112714353B
Authority
CN
China
Prior art keywords
rtt
time
sink
frame group
frame
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
Application number
CN202011578440.7A
Other languages
Chinese (zh)
Other versions
CN112714353A (en
Inventor
曾艳
路锦
张纪林
任永坚
赵乃良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Dianzi University
Original Assignee
Hangzhou Dianzi University
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Dianzi University filed Critical Hangzhou Dianzi University
Priority to CN202011578440.7A priority Critical patent/CN112714353B/en
Publication of CN112714353A publication Critical patent/CN112714353A/en
Application granted granted Critical
Publication of CN112714353B publication Critical patent/CN112714353B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]

Abstract

The invention discloses a method for releasing audio or video streams from a terminal device in a one-to-many way through a local area network, and simultaneously keeping synchronization among a plurality of receiving devices. The invention establishes a data and control flow channel between the Source terminal and the Sink terminal, provides a self-adaptive RTT (round trip time) prediction technology, can support distributed calculation starting processing time among multiple devices, adopts a synchronization method taking a Sink terminal multi-device frame group as granularity and a self-adaptive adjustment processing frequency in a Sink terminal single-device frame group as two key technologies, effectively improves the problems of multimedia flow asynchronism, large delay and the like in a distributed architecture, ensures the consistency of multimedia flow processing among multiple devices under the condition of low communication and marketing, and reduces the occurrence probability of frame loss, fast forward and screen splash. The invention can keep the media synchronization among a plurality of receiving devices in a universal scene so as to realize the optimal experience of multimedia three-dimensional playing.

Description

Distributed synchronization method for multimedia stream
Technical Field
The invention realizes a method for releasing audio or video streams from a terminal device in a one-to-many way through a local area network and simultaneously keeping synchronization among a plurality of receiving devices, thereby realizing multimedia stereoscopic playing experience.
Background
With the development and progress of intelligent terminals at home and abroad, intelligent devices are in a large number. Take a multi-sound box stereoscopic playing scene as an example: generally, a mobile phone is used for putting music to a plurality of sound boxes for synchronous playing to form stereo surround sound, and human ears cannot sense the playing time delay difference between the sound boxes. The media stream synchronization method is widely applied to civil and government fields such as community broadcasting, important meetings, media activities and the like. Therefore, how to keep the multimedia stream synchronized among a plurality of receiving devices becomes a problem to be solved urgently.
One existing scheme is a scheme for realizing audio synchronization based on isomorphic hardware represented by Sonos, the scheme shares or transmits audio and video data to intelligent equipment, clocks are synchronized between sound boxes in an SNTP mode, the intelligent equipment transmits the audio data to the sound boxes through WIFI, however, the scheme needs to use Sonos brand sound boxes, and hardware use is limited.
Another solution is a centralized hierarchical algorithm, as shown in fig. 1, music files are distributed among the Slave devices by means of Webserver, a Master arranges that all devices approximately play at the same time, and after the start, each device individually and synchronously determines the Audio round-trip delay difference in sequence. After all the Slave is muted, the Master will play another synchronization sequence, and the Slave can synchronize with the Master through the synchronization sequence. This method, however, necessarily keeps the device at least able to receive the audio output of another device, resulting in a limited synchronization scenario; when multiple devices are synchronized, synchronization can be started only after all the Slave devices have received all the audio data, and each Slave device is performed in sequence, which takes too long.
Disclosure of Invention
The invention aims to solve the problem of media stream synchronization, and adaptively adjusts the processing frequency based on the adaptive RTT prediction technology to realize the problem of media stream synchronous playing among a plurality of devices. The prior art generally uses the method shown in fig. 2, but has the above-mentioned limitations. Therefore, to avoid the drawbacks of the above-mentioned methods, the present invention proposes different solutions:
a distributed synchronization method for multimedia stream can be summarized as the following scheme flows:
step 1: and the equipment in the local area network establishes a resource pool. The devices in the same local area network form a device resource pool, and a user can initiate a distributed synchronous transmission and processing command of the multimedia stream to other devices on any device. The device is divided into a Source end and a Sink end. Two channels, namely a data stream channel and a control stream channel, are established between the Source end and the Sink end, wherein the data stream channel is used for audio and video data transmission, and the control stream channel is used for control information transmission.
Step 2: based on the adaptive RTT prediction, the multi-device distributed computation starts processing the multimedia streaming time. And the Source end and the Sink end periodically predict the RTT by controlling the flow channel, adaptively adjust the RTT prediction period according to RTT historical data and decide the actual starting time of the Sink end.
And 3, step 3: the multiple devices at the Sink end are synchronous by taking a frame group as granularity, and the processing frequency (control flow channel) is adaptively adjusted in the frame group on a single device. The video takes a video frame as a frame, the audio takes n sampling points as a frame, and k frames are a frame group. And the Sink end adaptively adjusts the frequency of the frame multicast playing to realize the smooth playing of the audio or video.
The invention has the beneficial effects that:
1. the invention provides a multimedia stream frame group concept, based on frame group and self-adaptive RTT prediction, multi-device distributed computation starts to process (such as play) multimedia stream time, thereby avoiding the problems of processing asynchronism, large delay and the like and improving user experience;
2. the multiple devices are synchronized by taking a frame group as granularity, and the processing frequency is adaptively adjusted in the frame group on a single device, so that the consistency of the processing of the multimedia streams among the multiple devices is ensured under the condition of low communication overhead, and the probability of frame loss, fast forward and screen splash is reduced.
Drawings
FIG. 1 is a schematic flow chart of a centralized hierarchical algorithm.
Fig. 2 is a diagram illustrating a conventional media stream synchronization technique.
Fig. 3 is a schematic diagram of a distributed cooperative control technique based on adaptive RTT prediction according to the present invention.
Fig. 4 is a flow chart of adaptive RTT prediction.
Fig. 5 is a diagram illustrating single RTT prediction.
Detailed Description
Embodiments of the present invention will be described in further detail below with reference to the accompanying drawings.
The schematic diagram of the present invention is shown in fig. 3, and the present invention comprises the following steps:
step 1, equipment in the same local area network is constructed into a resource pool.
The devices in the same local area network form a device resource pool, and a user can initiate a distributed synchronous transmission and processing command of the multimedia stream to other devices on any device.
Firstly, the device is divided into a Source end and a Sink end, the device selected by a user as initiating audio or video is the Source end, namely, a multimedia stream data generation or active sending end is the Source end, and a plurality of received devices are the Sink ends.
And secondly, establishing two channels between the Source end and the Sink end, wherein one channel is a data channel and is used for audio and video data transmission, and the other channel is a control flow channel and is used for control information transmission. And the frame synchronization of the multimedia stream in the multiple devices is realized by controlling the content of the stream information transmission to cooperatively control the distributed devices.
Step 2: based on adaptive RTT prediction. The multi-device distributed computation begins processing (e.g., playing) the multimedia stream time.
The Source terminal and the Sink terminal periodically predict RTT by controlling a flow channel, adaptively adjust an RTT prediction period according to RTT historical data, the Sink terminal determines the actual start time of the device by combining the logic start time and local information sent by the Source terminal, and an RTT prediction flow chart is shown in FIG. 4.
Adaptive period prediction RTT (round trip time) of Source end and Sink end
(1) The Source terminal sends RTT prediction information to the Sink terminal, wherein the RTT prediction information comprises local sending time;
(2) the Sink end replies an RTT prediction message including local receiving time, sending time and the like to the Source end;
(3) and the Source end calculates the RTT between the Source end and the Sink end according to the received Sink end reply time, adjusts the RTT prediction period according to the difference between the current RTT and the historical RTT and most principles, increases the RTT prediction period if the difference for half RTT is less than a threshold value for continuous k times, and decreases the RTT prediction period if the difference for continuous k times is greater than the threshold value.
Taking the ith device at the Sink end as an example, the Source end continuously sends k times of RTT prediction messages, delta t, to the ith device at the Sink end m,si (j) Represents the j (1.. k) round-trip time delay between the Source end and the Sink end ith device, wherein the initial sending time of the Source end is t start,j And the time for receiving the ith equipment reply of the Sink end is t m,si,j The ith device at the Sink end receives the RTT prediction message sent by the Source endTime of t si,j The time for the ith device at the Sink end to reply to the Source end is t r,si,j . After each round-trip time delay is obtained through calculation, an initial RTT value is calculated according to the K mean value
Figure BDA0002864112630000031
The single RTT prediction is shown in fig. 5.
Δt m,si (j)=(t m,si,j -t start,j )-(t r,si,j -t si,j )
Figure BDA0002864112630000032
According to Δ t m,si (j) And a previous RTT value, predicting a current RTT, where α is 0.125:
Figure BDA0002864112630000033
adaptively adjusting RTT prediction period, setting initial RTT prediction period D (0), such as 200ms, if the continuous k times difference between the excessive Sink end and the Source end is less than threshold, increasing RTT prediction period D (j) ≦ 2 × D (j-1), and satisfying D (j) ≦ D max Wherein D is max The prediction period of the maximum RTT can be set to 5s, and the specific value can be adjusted according to an actual scene. If the difference value of k times is larger than the threshold value continuously, the RTT prediction period is reduced
Figure BDA0002864112630000034
The formula is as follows, where δ is 0.3ms, which is a given threshold.
Figure BDA0002864112630000035
Description of the invention: if a non-multicast mode is adopted, the RTT prediction period between the Source and the Sink single device is independently adjusted by adopting the method.
2. Distributed computation of the Sink end processing start time based on RTT and Sink end data cache state
(1) The Sink terminal acquires local cache information and reports the local cache information to the Source terminal when the cache data are reached;
(2) the Source end records logic starting time (namely starting processing after counting down time) by taking Source end time as reference according to RTT between the device and the Sink end and the cache state of the Sink end, and the time T is processed start Sending the count-down value to a Sink end, wherein c is a countdown constant;
Figure BDA0002864112630000041
(3) taking the ith device at the Sink end as an example, the ith device at the Sink end receives the logic start time sent by the Source end according to the local time T respectively current,i RTT delta t of the equipment and Source end m,si Received logical start time T start And calculating the local actual start time and controlling the audio and video stream to start processing. Calculating local logic start time T start,i And a local actual start time T local_start,i As follows.
Figure BDA0002864112630000042
T local_start,i =T current,i +T start,i
And 3, step 3: and synchronizing a plurality of devices at the Sink end by taking a frame group as granularity, and adaptively adjusting the processing frequency in the frame group on a single device. The video takes a video frame as one frame, the audio takes n sampling points as one frame, and k frames are a frame group. The method comprises the following steps:
and 1, synchronizing a plurality of devices at the Sink end by taking a frame group as granularity, and ensuring that the starting time of the frame group is consistent.
(1) The Source end divides audio and video data into frame groups according to the audio/video format, the frame rate, the sampling rate and the like delivered by a user by taking the frames as the granularity, calculates the frame group starting frame number and the playable time, and sends the frame groups to the Sink end;
(2) the Sink end periodically acquires local cache and playing information (a current playing frame number, playing frequency and the like), and estimates the local logic starting time of the next frame group by combining the received information of the frame group, the starting frame number of each frame group, the playable time and the like sent by the Source end;
(3) the Sink end sends the starting time of the local logic of the next frame group to the Source end;
(4) and the Source terminal calculates the logic start time of the next frame group through an average value strategy and sends the logic start time to the Sink terminal.
Taking the ith device at the Sink end as an example, the frame rate of the ith device at the Sink end is represented as f rate (i) Assuming that the frame group includes k frames, the jth frame group is a frame group to be calculated, and playable time is cooperatively calculated in units of frame groups. Respectively calculating playable time T of one frame frame (i) And a frame group playable time T group (i):
T frame (i)=1000/f rate (i),
T group (i)=T frame (i)*k,
Assuming that the jth frame group is transmitted, the frame number range F of the jth frame group no Comprises the following steps:
F no ∈[(i-1)*k+1,i*k]。
playable time T according to a frame group group (i) Calculating the local logic start time T of the jth frame group of the ith equipment at the Sink end start,i (j):
T start,i (j)=(j-1)*T group (i)。
The Source end negotiates multiple devices of the Sink end, and calculates the logic starting time T of the jth frame group through an average value strategy start (j):
Figure BDA0002864112630000051
At the moment, the ith device at the Sink end calculates the local actual playing starting time T local_start,i (j) Comprises the following steps:
Figure BDA0002864112630000052
and 2, self-adaptively adjusting the frequency in the single equipment frame group at the Sink end to realize smooth playing.
(1) Each Sink end period is based on the current playing state (current playing frame f) cur (i) Local time T current,i ) And local actual start time T local_start,i (j) Calculating the frame group f of the current playing frame group (f cur (i) Time to be played, and number of frames to be played.
(2) Calculating the playable time T of each frame in the frame to be played based on the mean value strategy according to the time to be played and the number of frames to be played period Adjusting the playing frequency of the frame group
Figure BDA0002864112630000053
And realizing smooth playing, wherein w represents that the current frame is the number of frames in the frame group.
Figure BDA0002864112630000054
w=f cur (i)%k
T period =(T local_start (j)-T current,i )/(k-w+(j-f group (f cur (i)))*k)
The frequency is adjusted in a self-adaptive mode, and the advantage of smooth playing is achieved:
(1) under the condition of a wireless network, the network is unreliable (packet loss, broadband fluctuation and the like), multiple devices are synchronized with video, and the time delay is less than 30 ms;
(2) supporting heterogeneous multi-device multimedia stream synchronous processing;
(3) and supporting any equipment as a Source end and transmitting the data stream to a Sink end.

Claims (2)

1. A distributed synchronization method for multimedia streams, the method comprising the steps of:
step 1: the equipment in the local area network establishes a resource pool;
the devices in the same local area network form a device resource pool, and a user can initiate a distributed synchronous transmission and processing command of the multimedia stream to other devices on any device;
dividing the equipment into a Source end and a Sink end; two channels, namely a data stream channel and a control stream channel, are established between the Source terminal and the Sink terminal, wherein the data stream channel is used for transmitting audio and video data, and the control stream channel is used for transmitting control information;
and 2, step: based on the RTT self-adaptive prediction period, the multi-device distributed calculation starts to process the multimedia streaming time;
the Source end and the Sink end predict RTT through a control flow channel period, adaptively adjust the RTT prediction period according to RTT historical data, and decide the actual starting time of the Sink end;
and step 3: synchronizing a plurality of devices at the Sink end by taking a frame group as granularity, and adaptively adjusting processing frequency in the frame group on a single device;
3-1, synchronizing a plurality of devices at the Sink end by taking a frame group as granularity, and ensuring that the starting time of the frame group is consistent;
(1) the Source end divides audio and video data into frame groups according to the audio or video format, the frame rate and the sampling rate which are released by a user, and calculates the frame group starting frame number and the playable time, and sends the frame groups to the Sink end;
(2) the Sink end periodically acquires local cache and play information, and estimates the local logic start time of the next frame group by combining the received frame group, the start frame number of each frame group and the playable time sent by the Source end;
(3) the Sink end sends the starting time of the local logic of the next frame group to the Source end;
(4) the Source terminal calculates the logic start time of the next frame group through a mean value strategy and sends the logic start time to the Sink terminal;
3-2, self-adaptively adjusting the frequency in a single equipment frame group at the Sink end to realize smooth playing;
(1) each Sink end period calculates a frame group where a current playing frame is located, time to be played and a frame number to be played according to a current playing state and local actual starting time;
(2) calculating the playable time of each frame in the frame to be played based on a mean value strategy according to the time to be played and the number of the frames to be played, and adjusting the playing frequency of the frame group to realize smooth playing;
the actual starting time of the decision sink end in the step 2 is specifically as follows:
(1) the Sink terminal acquires local cache information and reports the local cache information to the Source terminal when the cache data are reached;
(2) the Source end records the logic starting time by taking Source end time as reference according to the RTT between the device and the Sink end and the cache state of the Sink end, and sends the logic starting time to the Sink end;
(3) and the ith device at the Sink end receives the logic start time sent by the Source end, calculates the local actual start time according to the local time, the RTT round-trip delay between the device and the Source end and the received logic start time, and controls the audio and video stream to start processing.
2. The method of claim 1, wherein the multimedia stream distribution synchronization method comprises: in the step 2, the Source terminal and the Sink terminal predict the RTT through the control flow channel period, and the self-adaptive adjustment of the RTT prediction period according to the RTT historical data specifically comprises the following steps:
(1) the Source terminal sends RTT prediction information to the Sink terminal, wherein the RTT prediction information comprises local sending time;
(2) the Sink end replies an RTT prediction message to the Source end, wherein the RTT prediction message comprises local receiving time and sending time;
(3) and the Source end calculates the RTT between the Source end and the Sink end according to the received Sink end reply time, adjusts the RTT prediction period according to the difference between the current RTT and the historical RTT and most principles, increases the RTT prediction period if the difference for half RTT is less than a threshold value for continuous k times, and decreases the RTT prediction period if the difference for continuous k times is greater than the threshold value.
CN202011578440.7A 2020-12-28 2020-12-28 Distributed synchronization method for multimedia stream Active CN112714353B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011578440.7A CN112714353B (en) 2020-12-28 2020-12-28 Distributed synchronization method for multimedia stream

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011578440.7A CN112714353B (en) 2020-12-28 2020-12-28 Distributed synchronization method for multimedia stream

Publications (2)

Publication Number Publication Date
CN112714353A CN112714353A (en) 2021-04-27
CN112714353B true CN112714353B (en) 2022-08-30

Family

ID=75545752

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011578440.7A Active CN112714353B (en) 2020-12-28 2020-12-28 Distributed synchronization method for multimedia stream

Country Status (1)

Country Link
CN (1) CN112714353B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113766215A (en) * 2021-09-07 2021-12-07 中电科航空电子有限公司 Airborne passenger cabin passenger broadcasting synchronous testing method and system
CN113747205B (en) * 2021-09-15 2022-11-22 福州大学 Video stream fair transmission method based on user operation
CN114995442B (en) * 2022-06-15 2023-07-21 杭州电子科技大学 Mobile robot motion planning method and device based on optimal observation point sequence

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005117431A1 (en) * 2004-05-26 2005-12-08 Vividas Technologies Pty Ltd Method for synchronising video and audio data
JP2010028684A (en) * 2008-07-24 2010-02-04 Nippon Telegr & Teleph Corp <Ntt> Client device and program
CN104937919A (en) * 2012-11-16 2015-09-23 黑焰研究公司 Common event-based multidevice media playback
CN109286601A (en) * 2017-07-20 2019-01-29 腾讯科技(深圳)有限公司 A kind of processing method and terminal, computer storage medium of medium stream information

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060176910A1 (en) * 2005-02-08 2006-08-10 Sun Net Technologies Co., Ltd Method and system for producing and transmitting multi-media
US9928844B2 (en) * 2015-10-30 2018-03-27 Intel Corporation Method and system of audio quality and latency adjustment for audio processing by using audio feedback
US20170289609A1 (en) * 2016-03-31 2017-10-05 Le Holdings(Beijing)Co., Ltd. Method and device for playing multimedia data synchronously
CN106658133B (en) * 2016-10-26 2020-04-14 广州市百果园网络科技有限公司 Audio and video synchronous playing method and terminal

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005117431A1 (en) * 2004-05-26 2005-12-08 Vividas Technologies Pty Ltd Method for synchronising video and audio data
JP2010028684A (en) * 2008-07-24 2010-02-04 Nippon Telegr & Teleph Corp <Ntt> Client device and program
CN104937919A (en) * 2012-11-16 2015-09-23 黑焰研究公司 Common event-based multidevice media playback
CN109286601A (en) * 2017-07-20 2019-01-29 腾讯科技(深圳)有限公司 A kind of processing method and terminal, computer storage medium of medium stream information

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于GOP分帧协作的多媒体多流并行传输机制;靳勇等;《电子技术应用》;20170606(第06期);全文 *

Also Published As

Publication number Publication date
CN112714353A (en) 2021-04-27

Similar Documents

Publication Publication Date Title
CN112714353B (en) Distributed synchronization method for multimedia stream
JP5788473B2 (en) Method and system for synchronizing terminal output
CN101809906B (en) Synchronizing related data streams in interconnection networks
US7464172B2 (en) Simultaneous media playout
JP3771883B2 (en) Data transmission method and propagation delay compensation method in point-to-multipoint data communication network
EP1639726B1 (en) Adjusting data burst transmission rates
US20080040759A1 (en) System And Method For Establishing And Maintaining Synchronization Of Isochronous Audio And Video Information Streams in Wireless Multimedia Applications
WO2009106015A1 (en) Dynamic bit rate allocation method, packet-domain streaming media server
JP2003515289A (en) System and method for controlling a delay budget of a decoder buffer in a streaming data receiver
JP2019024214A (en) Reproduction synchronization
WO2009024068A1 (en) The method for determining the time of sending data, the method, device and system for multicast blocking
CN112188415B (en) Low-power-consumption Bluetooth synchronous data streaming transmission method and device
WO2013189435A2 (en) Processing method, system, and related device based on play state information synchronization
CN112770165B (en) Distributed synchronization method for audio and video streams
CN102739547B (en) A kind of method of rate control
US11900010B2 (en) Method of managing an audio stream read in a manner that is synchronized on a reference clock
EP2164222A1 (en) Method and system for synchronizing the output of a group of end-terminals
KR101979117B1 (en) Multicast Transmission for Asynchronous Data Requests
CN101924793B (en) P2P streaming media-based secondary coding play method and system
CN113242603B (en) Dynamic allocation method for bandwidth period
CN114666777B (en) Bandwidth improving method of Bluetooth audio system
CN114785981B (en) Data communication method and system suitable for 5.8G-WiFi conference system
EP2053822A1 (en) Method and system for synchronizing the output of a group of end-terminals
JP2005160035A (en) Radio communication apparatus
Sathitwiriyawong et al. Integrating buffer control and lost control collaboration for the transmission of real-time multimedia data streams

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