CN201781583U - Multichannel server video playback synchronous control system - Google Patents
Multichannel server video playback synchronous control system Download PDFInfo
- Publication number
- CN201781583U CN201781583U CN2010201015355U CN201020101535U CN201781583U CN 201781583 U CN201781583 U CN 201781583U CN 2010201015355 U CN2010201015355 U CN 2010201015355U CN 201020101535 U CN201020101535 U CN 201020101535U CN 201781583 U CN201781583 U CN 201781583U
- Authority
- CN
- China
- Prior art keywords
- video
- server
- control system
- video recording
- time
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
The utility model discloses a multichannel server video playback synchronous control system, which comprises a plurality of channels of video servers and a client side. The servers respectively add timestamp sections on video data packet heads for time marking and support video playback, the client side controls and starts a plurality of players to synchronously play a plurality of channels of videos according to time sequence of video data of each channel of the videos by analyzing timestamps on the video data packet heads, and the client side is connected with all the video servers. The control system obtains video flow by the players from all the video servers, synchronously controls the players by a master controller, accordingly can support synchronous playback control of videos of different servers, and has the advantages of high expansibility and simple maintenance.
Description
Technical field
The utility model relates to control system, especially relates to a kind of multipath server playing back videos synchronous control system, makes the different monitoring picture video recording on a plurality of video recording servers of synchronized playback simultaneously of a client.
Background technology
In modern times monitoring field, a lot of occasions need to watch synchronously and to control multichannel video recording picture, such as in some Criminal Investigation work, synchronized playback by multichannel camera picture, can more effective, trulyr must reappear the scene of a crime, analyze offender's modus operandi, and can be in the court decision process in later stage strong believable evidence is provided.The application scale is increasing along with monitoring in recent years, traditional analog link supervisory control system will be substituted by the IP digital monitor system of networking gradually, the storage of monitoring video also progressively is converted to the monitoring central server storage mode by the headend equipment storage of original dispersion, so playing back videos is also play and substituted by the real-time network streaming gradually.
At this network flow-medium playing back videos synchronously, be that Video Document is stored on the same station server at present, unify to control the synchronized transmission of each road video stream by the video recording server.Under this mechanism; at transmission control layer; client often and can use usually between the server session unify control; because if one road picture uses a session to control; can increase complexity equally and increase session Synchronization Control difficulty; client must be to finish these work a player inside like this; this player is inner can open a not homogeneous turbulence receiving port at each picture; server can send on these ports by synchronous video flowing with each road picture, and client can be decoded by a plurality of decoders of concurrent unlatching after receiving stream simultaneously.Therefore, realize that by a video recording server mainly there is following defective in the Synchronization Control of multichannel video stream:
1, is difficult to realize the synchronized playback of recording a video on the different server.Nowadays this extensive monitoring of similar safe city is used, and is difficult to guarantee that the overall situation has only a station server that the playback service is provided.
2, the complexity and the cost of total system have been increased.For single channel picture playback technology comparative maturity, the communication between the server and client side all is based on the single session control mode of single channel at present, and standard universal and reusability are good, use RTSP agreement or Session Initiation Protocol such as session control protocol.If increase the single session control of multichannel, the server and client side can bring bigger customized development workload, not only increases complexity and brings unsteadiness, has also increased R﹠D costs and maintenance cost simultaneously.
3, under the situation of unstable networks, client is experienced can be relatively poor.Client all is to receive stream broadcast immediately later at every road picture, and speed control is fully on server, if unstable networks can cause the time of each road video flowing arrival client inconsistent; And under the situation that has certain road video flowing packet loss, server all can be retransmitted usually for the integrality that guarantees video flowing, will certainly cause the delay of other video flowing like this.
The utility model content
The utility model streaming Network Based is play the multichannel synchronous playing of video recording, proposes a kind of multipath server playing back videos synchronous control system, makes the different monitoring picture video recording on a plurality of video recording servers of synchronized playback simultaneously of a client.
The utility model has adopted following technical scheme to realize: a kind of multipath server playing back videos synchronous control system, and it comprises:
Multichannel is provided at respectively increases the video recording server that the timestamp field indicates the video of time and supports playing back videos on the video data packet header;
By resolving the timestamp on the video data packet header, control the client of a plurality of players of startup by the time sequencing of each road video data with each road video of synchronous playing, it connects each video recording server.
Wherein, described client comprises:
Initiate and maintenance video queued session to the video recording server, and carry out a plurality of players of video local cache and decoding broadcast and Play Control;
The playing sequence of unified each player of scheduling, and the General controller that carries out reproduction time control, it connects each player.
Wherein, each road video recording server all connects the time server that is used to the time of checking.
Wherein, described buffer memory is that the size of the memory space memory requirement of video that has a threshold value and detect reception when player suspends the circular buffering that sends video by the video recording server during greater than this threshold value.
Compared with prior art, the utlity model has following beneficial effect:
The utility model obtains video flowing from each road video recording server respectively by each player, by a plurality of players by the General controller Synchronization Control, thereby can support the synchronized playback of different server video recording to control; Extension mechanism of the present utility model mainly concentrates on client, but and guaranteed the continuity of original universal playing mechanism; In addition, the utility model has reduced the complexity of video recording server, and its stability obtains more reliable guarantee, has the littler advantage of development difficulty, can save R﹠D costs and follow-up maintenance cost.
Description of drawings
Fig. 1 is a structural representation of the present utility model;
Fig. 2 is the startup reproduction time sequential schematic of 3 road videos stream;
Fig. 3 is the Play Control sequential schematic diagram of 3 road videos stream.
Embodiment
As shown in Figure 1, the utility model comprises: a plurality of video recording servers 1, each video recording server 1 are responsible for storage one road video recording data and mark medium bag time respectively, are set up the video recording index, and the playing back videos service is provided; Connect the client 2 of a plurality of video recording servers 1 simultaneously, it comprises: player (Player) 21, and responsible for 1 initiation of video recording server and maintenance video flowing queued session, and carry out video flowing local cache and decoding broadcast and Play Control; General controller (Controller) 22 is responsible for unified each player 21 of scheduling, and carries out reproduction time control.
Wherein, when each video recording server 1 is recorded a video, (just there is this mechanism in the server itself of much recording a video must to increase the time that the timestamp field indicates this medium bag on each packet header, such as the standard of employing RTP host-host protocol), each video recording server 1 must connect a NTP (Network Time Protocol simultaneously, be called for short NTP) time server to the time so that each video recording server 1 has unified time.
Operation principle of the present utility model is as follows:
At first, each player 21 of General controller 22 orders is simultaneously to the same initial moment video recording of each video recording server 1 request.Usually the user can set a zero-time, so that allow each road video recording begin to play together from this time; Each player 21 is to the video recording server 1 request video of corresponding height request, and monitoring local port receiver, video stream.
After video recording server 1 receives the request of player 21, in index information, navigate to corresponding I frame position according to zero-time, because client is wanted the video of normal decoder mpeg encoded form usually, all to send video to flow from the I frame position by remy hair then from the I frame to player 21.
Each player 21 receives and writes behind the video stream separately in the circular buffer (LoopBuffer), and the timestamp with an I frame sends to General controller 22 simultaneously, and suspends and play up to waiting for that General controller 22 stabs the play instruction that issues at time of reception.
22 pairs of the General controllers I frame time of respectively recording a video stabs and to sort, thereby calculates the broadcast start time of each player 21, and starts timer and notify each player 21 to begin to play successively.As shown in Figure 2, the zero-time of the one I frame of three road videos stream is respectively T1, T2 and T3, and T1＜T2＜T3, T1 road video stream will directly begin to play, the T2 road begins to play after postponing S2 (S2=T2-T1), and video stream in T3 road begins to play after postponing S3 (S3=T3-T1).
Each player 21 is play video flow data in the circular buffer according to the order of sequence, and when the video flow data was sent into decoder, the packet header time that the decoding video is flowed sent to General controller 22.
General controller 22 is made regular check on the packet header time of each player 21 last decodings, extracts minimum value and maximum; Each player 21 can check also when receiving video stream whether circular buffering satisfies the storage demand of video stream simultaneously.In addition, when video recording server 1 has detected the video recording interruption, can initiatively suspend and send out video stream and notice client 2, and one section zero-time that video flows under accusing, corresponding player 21 can be with this time information notice General controller 22, and General controller 22 can start timer separately to trigger the broadcast of hypomere video recording.
General controller 22 is minimum value and the maximum in the aforesaid operations relatively, when the difference of finding both during greater than preset value, can play faster player according to the strategy notice and put slowly or suspend and play video recording.As shown in Figure 3, three road video recordings are played to P1, P2 and the P3 moment respectively, suppose that the default permission maximum deviation time is QV, when General controller 22 detects V3 (V3=P3-P1)＞QV, will notify P3 road player to carry out that this locality is put slowly or local suspend (according to preset strategy), meet the demands up to new V3; Under local pause conditions, player still continues to receive the video flowing from video recording server 1.
When player 21 detects locally buffered remaining space and can't satisfy the Media Stream of new reception, can increase the size of circular buffering.Under the situation of unstable networks,, may increase bigger if the circular buffering that has is not controlled, cause EMS memory occupation more, therefore need to set a threshold values, when the circular buffering size is about to surpass this threshold values, can notifies video recording server 1 to suspend and send stream.
To sum up, the utlity model has following beneficial effect:
The utility model obtains video flowing from each road video recording server respectively by each player, by a plurality of players by the General controller Synchronization Control, thereby can support the synchronized playback of different server video recording to control; Extension mechanism of the present utility model mainly concentrates on client, but and guaranteed the continuity of original universal playing mechanism; In addition, the utility model has reduced the complexity of video recording server, and its stability obtains more reliable guarantee, has the littler advantage of development difficulty, can save R﹠D costs and follow-up maintenance cost.
Claims (3)
1. a multipath server playing back videos synchronous control system is characterized in that, comprising:
Multichannel is provided at respectively increases the video recording server that the timestamp field indicates the video of time and supports playing back videos on the video data packet header;
By resolving the timestamp on the video data packet header, control the client of a plurality of players of startup by the time sequencing of each road video data with each road video of synchronous playing, it connects each video recording server.
2. according to the described multipath server playing back videos of claim 1 synchronous control system, it is characterized in that each road video recording server all connects the time server that is used to the time of checking.
3. according to the described multipath server playing back videos of claim 1 synchronous control system, it is characterized in that described buffer memory is that the size of the memory space memory requirement of video that has a threshold value and detect reception when player suspends the circular buffering that sends video by the video recording server during greater than this threshold value.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010201015355U CN201781583U (en) | 2010-01-22 | 2010-01-22 | Multichannel server video playback synchronous control system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010201015355U CN201781583U (en) | 2010-01-22 | 2010-01-22 | Multichannel server video playback synchronous control system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN201781583U true CN201781583U (en) | 2011-03-30 |
Family
ID=43794782
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010201015355U Expired - Fee Related CN201781583U (en) | 2010-01-22 | 2010-01-22 | Multichannel server video playback synchronous control system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN201781583U (en) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102623032A (en) * | 2012-04-01 | 2012-08-01 | 深圳英飞拓科技股份有限公司 | Method for realizing synchronous playback of hard disk recorder |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| CN103686071A (en) * | 2013-10-30 | 2014-03-26 | 北京中星微电子有限公司 | Monitoring video playback method and system |
| CN103780969A (en) * | 2013-09-30 | 2014-05-07 | 中华电信股份有限公司 | Synchronous playing system and method thereof |
| CN103873804A (en) * | 2014-03-31 | 2014-06-18 | 武汉烽火众智数字技术有限责任公司 | Video replay time axis and content synchronous control method for embedded NVR |
| CN104284239A (en) * | 2013-07-11 | 2015-01-14 | 中兴通讯股份有限公司 | Video playing method and device, video playing client side and multimedia server |
| CN104618673A (en) * | 2015-01-20 | 2015-05-13 | 武汉烽火众智数字技术有限责任公司 | NVR (Network Video Recorder)-based multi-channel video synchronous playback control method and device |
| CN104702876A (en) * | 2014-01-22 | 2015-06-10 | 杭州海康威视数字技术股份有限公司 | Multichannel synchronous playback method and multichannel synchronous playback device |
| CN105245977A (en) * | 2015-10-10 | 2016-01-13 | 上海慧体网络科技有限公司 | Method for synchronous live broadcast through multiple cameras |
| CN105262979A (en) * | 2014-06-27 | 2016-01-20 | 浙江大华技术股份有限公司 | Method and device for multi-channel video playback |
| CN107018442A (en) * | 2016-01-28 | 2017-08-04 | 浙江宇视科技有限公司 | One kind video recording synchronized playback method and device |
| CN107124668A (en) * | 2016-01-22 | 2017-09-01 | 纳宝株式会社 | Transmit device and method, streaming services system and recording medium as a stream |
| CN111683215A (en) * | 2020-06-05 | 2020-09-18 | 杭州海康威视数字技术股份有限公司 | Video playback method and device, electronic equipment and computer readable storage medium |
-
2010
- 2010-01-22 CN CN2010201015355U patent/CN201781583U/en not_active Expired - Fee Related
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102623032A (en) * | 2012-04-01 | 2012-08-01 | 深圳英飞拓科技股份有限公司 | Method for realizing synchronous playback of hard disk recorder |
| CN102623032B (en) * | 2012-04-01 | 2014-09-17 | 深圳英飞拓科技股份有限公司 | Method for realizing synchronous playback of hard disk recorder |
| CN103200461B (en) * | 2013-01-14 | 2016-03-02 | 苏州华启智能科技有限公司 | A kind of multiple stage playback terminal synchronous playing system and player method |
| CN103200461A (en) * | 2013-01-14 | 2013-07-10 | 易程（苏州）智能系统有限公司 | Multiple-player-terminal synchronized playing system and playing method |
| CN104284239A (en) * | 2013-07-11 | 2015-01-14 | 中兴通讯股份有限公司 | Video playing method and device, video playing client side and multimedia server |
| CN103780969B (en) * | 2013-09-30 | 2018-01-05 | 中华电信股份有限公司 | Synchronous playing system and method thereof |
| CN103780969A (en) * | 2013-09-30 | 2014-05-07 | 中华电信股份有限公司 | Synchronous playing system and method thereof |
| CN103686071B (en) * | 2013-10-30 | 2017-01-11 | 北京中星微电子有限公司 | Monitoring video playback method and system |
| CN103686071A (en) * | 2013-10-30 | 2014-03-26 | 北京中星微电子有限公司 | Monitoring video playback method and system |
| CN104702876A (en) * | 2014-01-22 | 2015-06-10 | 杭州海康威视数字技术股份有限公司 | Multichannel synchronous playback method and multichannel synchronous playback device |
| CN104702876B (en) * | 2014-01-22 | 2017-12-01 | 杭州海康威视数字技术股份有限公司 | A kind of Multi-path synchronous back method and device |
| CN103873804A (en) * | 2014-03-31 | 2014-06-18 | 武汉烽火众智数字技术有限责任公司 | Video replay time axis and content synchronous control method for embedded NVR |
| CN103873804B (en) * | 2014-03-31 | 2017-03-22 | 武汉烽火众智数字技术有限责任公司 | Video replay time axis and content synchronous control method for embedded NVR |
| CN105262979A (en) * | 2014-06-27 | 2016-01-20 | 浙江大华技术股份有限公司 | Method and device for multi-channel video playback |
| CN105262979B (en) * | 2014-06-27 | 2018-09-28 | 浙江大华技术股份有限公司 | A kind of multi-video-stream render method and device |
| CN104618673A (en) * | 2015-01-20 | 2015-05-13 | 武汉烽火众智数字技术有限责任公司 | NVR (Network Video Recorder)-based multi-channel video synchronous playback control method and device |
| CN104618673B (en) * | 2015-01-20 | 2018-05-01 | 武汉烽火众智数字技术有限责任公司 | A kind of multichannel video recording synchronized playback control method and device based on NVR |
| CN105245977A (en) * | 2015-10-10 | 2016-01-13 | 上海慧体网络科技有限公司 | Method for synchronous live broadcast through multiple cameras |
| CN105245977B (en) * | 2015-10-10 | 2020-09-25 | 上海慧体网络科技有限公司 | Method for synchronous live broadcast of multiple groups of cameras |
| CN107124668A (en) * | 2016-01-22 | 2017-09-01 | 纳宝株式会社 | Transmit device and method, streaming services system and recording medium as a stream |
| CN107018442A (en) * | 2016-01-28 | 2017-08-04 | 浙江宇视科技有限公司 | One kind video recording synchronized playback method and device |
| CN107018442B (en) * | 2016-01-28 | 2019-06-11 | 浙江宇视科技有限公司 | A kind of video recording synchronized playback method and device |
| CN111683215A (en) * | 2020-06-05 | 2020-09-18 | 杭州海康威视数字技术股份有限公司 | Video playback method and device, electronic equipment and computer readable storage medium |
| CN111683215B (en) * | 2020-06-05 | 2023-03-24 | 杭州海康威视数字技术股份有限公司 | Video playback method and device, electronic equipment and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN201781583U (en) | Multichannel server video playback synchronous control system | |
| EP1879347B1 (en) | System and method of audio/video streaming | |
| US8473997B2 (en) | Channel changing method, apparatus, and system | |
| US7613381B2 (en) | Video data processing method and video data processing apparatus | |
| JP4702397B2 (en) | Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system | |
| US9398315B2 (en) | Multi-source video clip online assembly | |
| US20020172281A1 (en) | MPEG encoder control protocol for on-line encoding and MPEG data storage | |
| US8526501B2 (en) | Decoder and decoding method based on video and audio time information | |
| JP2015515208A (en) | Buffer management method for synchronization of correlated media presentations | |
| CN110324580B (en) | Monitoring video playing method and device based on video network | |
| US20080022007A1 (en) | System and method of audio/video streaming | |
| CN109756789B (en) | Method and system for processing packet loss of audio and video data packet | |
| CN107071549A (en) | Many player fast switch over method, device and storage medium under single decoder | |
| CN103607664B (en) | A kind of audio and video synchronization method of embedded multimedia playing system | |
| CN104618673B (en) | A kind of multichannel video recording synchronized playback control method and device based on NVR | |
| WO2008028367A1 (en) | A method for realizing multi-audio tracks for mobile mutilmedia broadcasting system | |
| JP2001509354A (en) | Information stream syntax indicating the existence of a connection point | |
| CN103596033B (en) | Method for solving problem of audio and video non-synchronization in multimedia system terminal playback | |
| JP5428734B2 (en) | Network device, information processing apparatus, stream switching method, information processing method, program, and content distribution system | |
| CN110677394B (en) | Multimedia data transmission method and system | |
| JP4295079B2 (en) | Special video data processing method, special video data processing apparatus and special video data processing system | |
| KR101328339B1 (en) | Apparatus and method for managing buffer for playing streaming video | |
| CN109587513B (en) | Method and system for reading audio and video files | |
| CN118102014A (en) | Domestic multi-channel video synchronous playback method based on Hai Si platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: SHENZHEN AGIANT TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: SHENZHEN TONGZHOU ELECTRONIC CO., LTD. Effective date: 20140402 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20140402 Address after: 518057 Rainbow Technology Building, Fifth Industrial Zone, North Zone, Nanshan District hi tech Development Zone, Guangdong, Shenzhen, B4-1 Patentee after: SHENZHEN AGIANT TECHNOLOGY CO., LTD. Address before: 518057 rainbow science and Technology Building (North West Road), Nanshan District hi tech Zone, Shenzhen, Guangdong Patentee before: Shenzhen Tongzhou Electronic Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: SHENZHEN TONGZHOU ELECTRONIC CO., LTD. Free format text: FORMER OWNER: SHENZHEN AGIANT TECHNOLOGY CO., LTD. Effective date: 20150304 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20150304 Address after: 518057 rainbow science and Technology Building (North West Road), Nanshan District hi tech Zone, Shenzhen, Guangdong Patentee after: Shenzhen Tongzhou Electronic Co., Ltd. Address before: 518057 Rainbow Technology Building, Fifth Industrial Zone, North Zone, Nanshan District hi tech Development Zone, Guangdong, Shenzhen, B4-1 Patentee before: SHENZHEN AGIANT TECHNOLOGY CO., LTD. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110330 Termination date: 20150122 |
|
| EXPY | Termination of patent right or utility model |