CN102377985A - Media module of mobile video monitoring system - Google Patents
Media module of mobile video monitoring system Download PDFInfo
- Publication number
- CN102377985A CN102377985A CN2010102509677A CN201010250967A CN102377985A CN 102377985 A CN102377985 A CN 102377985A CN 2010102509677 A CN2010102509677 A CN 2010102509677A CN 201010250967 A CN201010250967 A CN 201010250967A CN 102377985 A CN102377985 A CN 102377985A
- Authority
- CN
- China
- Prior art keywords
- video
- filter
- media module
- responsible
- module
- 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
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention provides a media module of a mobile video monitoring system. The media module is characterized in that: a DirectShow framework is employed as a framework of multimedia software development, a 'push' mode is employed as a data transmission mode, and an ffmpeg decoder is employed as an H.264 video decoder; and the DirectShow framework comprises the following parts: a source filter; a transform filter which is responsible for processing a video, decoding H.264 video data, and submitting the data to a filter of a next level; a rendering filter which is responsible for rendering play and audio play of the video on a panel, and submitting audio and video information after decoding to a video card or a sound card for processing; a filter graph manager which is responsible for managing the filters, providing a Filter management interface to an application program, and providing a reference clock; a Graph event providing module used for ensuring the media module to notify an event to the application program in a message form. The media module has good expansion performance, a development period is shortened, and development efficiency of the system is raised.
Description
Technical field
The invention belongs to the monitoring software field of supervisory control system, especially a kind of media module of mobile video monitor system.
Background technology
Because the multi-medium data amount is big; The encryption algorithm of audio frequency and video is complicated; Special in the transmission of real time flow medium the client multimedia decoding speed is had relatively high expectations the stationary problem of audio frequency and video and make the multimedia development technique face very big challenge because of the more scaling concern that causes of multimedia compression coding and decoding standard simultaneously.At present a lot of companies have run into very big bottleneck based on the modularization development mode of program development interface; The secondary development personnel need spend the program development interface of more each module of time study; The autgmentability of software is also relatively poor relatively simultaneously; At program upgrade, there is very big problem in the process of software development handing-over, the software developer needs the training of system could get into the software development of project.
Summary of the invention
Relatively poor relatively for the scalability of the media module that overcomes existing mobile video monitor system, the construction cycle is long, the inefficient deficiency of system development, the present invention provides a kind of and has scalability preferably, shorten the construction cycle, improve the media module of mobile video monitor system of the development efficiency of system.
The technical solution adopted for the present invention to solve the technical problems is:
A kind of media module of mobile video monitor system, said media module adopt the framework of DirectShow framework as the multimedia software exploitation, adopt the pattern of " pushing away " pattern as transfer of data, adopt H.264 Video Decoder of ffmpeg decoder conduct;
Said DirectShow framework comprises: supply filter is used for being responsible for the collection of video; Trans form filter is used for being responsible for the processing of video, to the H.264 decoding of coded data, is submitted to then in the next stage filter; Play up filter, be used for being responsible for the broadcast that playing up broadcast and audio frequency of video on panel, decoded audio/video information is submitted in video card or the sound card handles; Filter manager is used for being responsible for the management of filter, to application program Filter is provided management interface simultaneously, and reference clock is provided; Graph is provided event module, is used for guaranteeing that with the form of message media module is to the application notification incident.
As preferred a kind of scheme: in the said filter manager; On output Pin, call Connect,, then call the ReceiveConnection on the input Pin if output Pin accepts connection; If input Pin also accepts current connection, then represent both sides' successful connection.
Technical conceive of the present invention is: the developer needs a kind of software development technique that meet the human behavior mode more from this complicacy, heavy exploitation, to free.COM (Component Object Model Component Object Model) development technique is released by Microsoft under this background just, and then the thought of modularization design is developed fast.People can develop the single-minded assembly of various functions, and combining them then just to constitute the system of a complicacy.And the assembly in the system can be replaced at any time, upgrades, customize, and simultaneously, each module can be re-used, and has autgmentability preferably.
DirectShow has adopted the standard of COM simultaneously, and open interface is provided, and the user can develop different functional according to the demand of oneself.The user can utilize existing functional module element and the modular assembly of oneself developing, fast construction media delivery playing platform software simultaneously.
Media module can adopt the framework of DirectShow as the multimedia software exploitation." pushing away " pattern of employing adopts H.264 Video Decoder of ffmpeg decoder conduct as the pattern of transfer of data, can realize real-time reception, decoding, the broadcast of video, reaches its intended purposes.
Because unified exploitation standard has been arranged, various compression standard tissues can be developed the coding/decoding module that in the DirectShow framework, moves, and therefore autgmentability is preferably arranged.Problem for audio-visual synchronization; Because the DirectShow framework has been arranged, each audio, video data bag that gets into DirectShow all can be provided with a timestamp, after handling this packet; The video rendering module can stab according to this video and carry out the adjustment of audio frequency and video, and then submits to and play.
Beneficial effect of the present invention mainly shows: has autgmentability preferably, can also use the com component of increasing income simultaneously, shorten software development cycle, improve system development efficient, and also relatively stable.
Description of drawings
Fig. 1 is a DirectShow system block diagram of the present invention.
Fig. 2 is a Source Filter Frame Design of the present invention.
Fig. 3 is a CPushSource264 class inheritance of the present invention.
Fig. 4 is CPushSource264::OpenRTPReceive of the present invention () method flow diagram.
Fig. 5 is a CPushSource264::media_callback method flow diagram of the present invention.
Fig. 6 is the class figure that video reception module of the present invention realizes.
Fig. 7 is that RTP packet of the present invention receives flow chart.
Fig. 8 is that receiving terminal report RR of the present invention generates and transmission flow figure.
Fig. 9 is CPushPin264 class figure of the present invention.
Figure 10 is Source Filter output Pin thread execution function F illBuffer () flow chart of the present invention.
Figure 11 is of the present invention to be the VMR structure chart.
Embodiment
Below in conjunction with accompanying drawing the present invention is further specified.
With reference to Fig. 1~Figure 11; A kind of media module of mobile video monitor system; Said media module adopts the framework of DirectShow framework as the multimedia software exploitation, adopts the pattern of " pushing away " pattern as transfer of data, adopts H.264 Video Decoder of ffmpeg decoder conduct;
Supply filter in the DirectShow framework (Source Filter) is responsible for the collection of video, and video data derives from the internet in this invention; Trans form filter (Transform Filter) is responsible for the processing of video, is to the H.264 decoding of coded data in this invention, is submitted to then in the next stage filter; Play up filter (Rendering Filter): mainly be responsible for the broadcast that playing up broadcast and audio frequency of video on panel, it is submitted to decoded audio/video information in video card or the sound card and handles; Filter manager (Filter Graph Manager) mainly is responsible for the management of filter, to application program Filter is provided management interface simultaneously, and provides reference clock (Reference Clock) to guarantee the synchronous of audio, video data; Graph is provided incident, guarantees that with the form of message media module is to the application notification incident.
In the DirectShow framework, the communication between the filter needs unified medium type, and medium type is the method that is used for describing media formats, so data are carried out the media formats that transfer of data need be unified between the Pin of Filter.Have only two Filter all to support this medium type, they just can couple together.Filter need connect before using; Being that upper level is exported the connection between Pin and the next stage input Pin between the Filter, is the negotiations process that both sides use medium type, and filter manager is called Connect on output Pin; If output Pin accepts connection; Then call the ReceiveConnection on the input Pin,, then represent both sides' successful connection if input Pin also accepts current connection.
Use the DirectShow framework and do the multimedia exploitation; Need to select the transmission mode of data before the exploitation; The selection of pattern has determined the frame structure of whole multimedia treatment system and the selection of base class, and the present invention is the broadcast of real-time source data, adopts the transmission mode of " pushing away " pattern as video.
The decoding of video data becomes the key factor of this process software operational efficiency of decision as part important in the multimedia process software.H.264 the present invention selects for use as the standard of video compression, selects for use the ffmpeg decoder that increases income as Video Decoder H.264.
The media module of the mobile video monitor system of present embodiment mainly contains three big Filter, is respectively Source Filter, Transform Filter, Rendering Filter.
Below be design and the realization of Source Filter
(1) Source Filter development environment configuration
Source Filter is a com component, need inherit the base class that DirectShowSDK (Software Development Kit SDK) provides in the time of exploitation, can improve the robustness of development efficiency and program like this.Therefore we need be configured the development environment of Filter.
1. compile the base class source code of DirectShow SDK, generate static link library;
2. static link library place catalogue is set, the catalogue at the good static link library place of compiling promptly is set at menu → instrument → option → VC++ catalogue → library file;
3. the header file catalogue at base class place is set, base class header file place catalogue promptly is set in menu → instrument → option → VC++ catalogue → include file, as follows:
C:\DXSDK90\Include
C:\DXSDK90\SAMPLES\C++\DIRECTSHOW\BASECLASS
C:\DXSDK90\SAMPLES\C++\COMMON\INCLUDE
4. use the C language Runtime Library of multithreading, promptly select the multithreading debugging at project → engineering attribute → C/C++ → code generation → run-time library;
5. the static link library threaded file is set in engineering, the export PushSource.def of this filter is set simultaneously;
(2) design of Source Filter
Source Filter mainly realizes video data acquiring, according to the technical Analysis of above media module, because this system is the broadcast in a real-time source, therefore selects the pattern of " pushing away " pattern as video Data Transmission for use.The base class of the realization data-transmission mode that provides according to the SDK of DirectShow; The pattern that " pushes away " should be selected the parent of base class Csource as Source Filter; The ability of " pushing away " data is provided; Select the base class of base class CsourceStream as SourceFilter output Pin, realized a thread that pushes away data, data are exactly to lean on this thread " to push away " the input Pin to Transform Filter from the output Pin of Source Filter.
Because the major function of Source Filter is real-time receiver, video information; Therefore the bottom module of this filter should be the video reception module; According to the multimedia transmission Module Design; This module has realized the reception based on the media stream in real time of Real-time Transport Protocol, has realized the H.264 reorganization of network abstraction layer unit, burst according to the RFC3984 agreement simultaneously.As real-time control to Streaming Media; Client process software needs real-time passback recipient report (RR) to video sending end; Simultaneously; The application controls bag (APP) of receiver, video transmitting terminal is controlled the speed of video playback, therefore needs a design RTCP (RTP Control Protocol RTP Control Protocol) control module to realize the control to video data.Because the transmission of real-time video uses UDP as transport layer protocol; Therefore situations such as shake can appear in the transmission of video; Have a strong impact on the quality of video transmission; Adopt buffer technology to address this problem, so the present invention has designed a screen buffer and exports Pin as the video reception module with Source Filter and " push away " buffering between the thread.
Fig. 2 is a Source Filter frame diagram, mainly comprises video reception module, RTCP control module, the output Pin of screen buffer and Source Filter.
(3) realization of Source Filter
The C Plus Plus exploitation is adopted in the realization of Source Filter, and type elementary organization's mode as C Plus Plus has realized Source Filter program.CpushSource264 is as total frame clsss of Source Filter, inherited the ability that Csource provides " pushing away " data, made up JRTPClient class and StreamBuf class simultaneously.Wherein the JRTPClient class has realized the function of real-time video receiver module and the function of RTCP control module; The StreamBuf class has made up the function that the StreamBufNode class has realized screen buffer; Wherein the StreamBufNode class is as a node in the buffering area, is used for the video unit that storage of real time receives.Fig. 3 is its type figure.
Wherein CpushSource264::OpenRTPReceive () method has been created screen buffer, opens RTP Data Receiving and RTCP message feedback simultaneously, and Fig. 4 is its flow chart.
Fig. 5 is the flow chart of call back function CpushSource264::media_callback, and the RTP medium receiver module of bottom receives after the multi-medium data, through calling this function video data is write in the middle of the screen buffer.
1. the realization of video reception module
The video reception module functions is the receiver, video packed data, then it is transferred in the screen buffer.Because in order to guarantee the real-time of video transmission; Video compression data is through the encapsulation of RTP; Therefore obtaining of video compression data need be obtained from the load of RTP packet; Here the JRTPLIB storehouse of increasing income has been adopted in the realization of Real-time Transport Protocol, and the RTPSession class is to realize the external interface of Real-time Transport Protocol among the JRTPLIB, and RTPSessionParams class and RTPUDPv4TransmissionParam class have been made up in its inside; RTPSessionParams is the setting to RTP session layer parameter, and RTPUDPv4TransmissionParam is the setting to the RTP transport layer parameters.This video transmission module contains a video reception thread simultaneously; The realization of thread is through a thread management class CthreadObject; CthreadObject encapsulated thread creation, started, closed, suspended, etc. function; Thread execution function R unLoop () externally is provided, and its derived class is as long as rewrite the function that this function just can be realized thread.
The JRTPClient class has realized this video reception module, and it has inherited RTPSession class and CthreadObject class, provides and creates the RTP session, finishes the RTP session, opens and finish video reception, call back function is set, interface such as parameter is set.Video reception realizes in RunLoop () function, and it has called Video processing function ProcessStream () function and has realized video reception, calls call back function then, with video storage in the screen buffer of Source Filter.Fig. 6 type of being figure.
Fig. 7 is the flow chart of function ProcessStream (); This function has been realized the reception of video; The built-in function that at first calls among the JRTPLib obtains the RTP packet; Obtain the load in the RTP packet then; Judge NAL (the Network Abstraction Layer network abstract layer) head type of this load, if directly subpackage of NALU (Network Abstraction Layer Unit network abstraction layer unit), just this load is added that standard NAL unit initial code (00 00 0001) is input in the middle of the screen buffer; If NALU combination subpackage just is divided into several NAL unit with this load, adds NAL unit initial code respectively and be input in the middle of the screen buffer; If NALU subpackage transmission just waits for and has accepted all subpackages that interpolation NAL unit initial code is input in the middle of the screen buffer.
2. the realization of RTCP feedback module
In the RTCP of Source Filter feedback module; Client at first receives the RTP packet; Calculate the packet loss and the shake of this video transmission then according to sequence number; Report that with receiving terminal the form of (RR) sends to video sending end with these information, video sending end is controlled the transmission rate of video according to receiving terminal report (RR).Fig. 8 generates and sends figure for the receiving terminal report.
3. the realization of Source Filter output interface Pin
The output Pin of Source Filter is a com component, and it has realized the function of video transmission, and it will read the video data in the screen buffer, transfers to the input Pin of Transform Filter then.The com component of whole output Pin realizes that through CpushPin264 Fig. 9 is its type figure.
OnThreadCreate () function starts the thread of " pushing away " data in the CsourceStream class.Figure 10 is Source Filter output Pin thread execution function F illBuffer () flow chart; FillBuffer () function among the CsourceStream has been realized filling video data among the Sample in medium transmission thread; FillBuffer () function is a pure virtual function, in its derived class CpushPin264, has realized this function.
CpushPin264 comprises medium type interface is set, and before Filter connects, need carry out the medium type setting to the Pin of Filter, has only the medium type coupling of two Pin just can connect.CpushPin264::SetMediaType () function has been realized the setting of medium type.CpushPin264::CheckMediaType is used to check the medium type of this Pin.
It below is the realization of Transform Filter
According to above technical Analysis; Select the ffmpeg deccoder that increases income the H.264 Streaming Media decoder as this system for use, FFDShow Filter has encapsulated ffmpeg decoder, and it is an all-round codec; It is the standard package that decoders such as ffmpeg, xvid is packaged into DirectShow and VFW; It supports most coding and decoding video, comprise H.264, MPEG-1, MPEG-2 etc., and FFDShow has higher decoding efficiency and account for the cpu resource of system less; Have video optimized function simultaneously, make the broadcast of audio frequency and video smooth more.
The GUID of Transform Filter is following:
DEFINE_GUID(ffdshow_video_decoder,0x04FE9017,0xF873,0x410E,0x87,0x1E,0xAB,0x91,0x66,0x1A,0x4E,0xF7);
Filter Graph Manager creates this trans form filter (TransformFilter) according to this GUID, and it is realized as follows:
hr=AddFilterByCLSID(ffdshow_video_decoder,L”decoder”,
&m_pDecoder);
if(FAILED(hr))
{
m_bInit=false;
}
And output Pin of its input Pin and supply filter is connected, will export Pin and be connected with the input Pin that plays up filter (Rendering Filter), it is realized as follows:
hr=ConnectFilters(m_pSource,m_pDecoder);
if(FAILED(hr)){
m_bInit=false;
}
hr=ConnectFilters(m_pDecoder,m_pVideo);
if(FAILED(hr)){
m_bInit=false;
}
Be the realization of Rendering Filter below
Rendering Filter has realized the function of playing up of video.The client process software video is played up the Filter that adopts VMR to play up as video; VMR (Video Mixing Renderer) is the Video Renderer of new generation of DirectShow; At present highest version is VMR-9, as long as installed on the operating system of DirectX-9 this Filter is arranged all.
(1) VMR (Video Mixing Renderer VMR) structure
Figure 11 is the VMR structure chart, and in order to adapt to different application scenarios, VMR adopts modularized design, and except several pins, it also comprises independently assembly of functions such as blender, image synthesizer, Memory Allocation manager, kernel lock unit and window manager.
1. window manager: VMR provides window scheme in 3, and being respectively has window, no window and nothing to appear.Window scheme is the pattern of VMR acquiescence, and VMR can create a window, and video is shown on this window, and window manager only could use under window scheme; No window pattern is that video directly is presented on the window that application program provides, and the video of this client process software is played up the pattern that adopts non-window, and video is presented in the window that client process software provides, and like this video is had stronger control ability.
2. Memory Allocation manager: be a com component, it and video card carry out alternately, video is shown control.Application program can realize the Memory Allocation manager of oneself, thus control DirectDraw or Direct3D object, and message bit pattern that can the accessing video image when video shows.
3. kernel lock unit: be a com component, it sorts to video data according to the timestamp among the sample, and its reference clock is to be provided with according to Filter Graph Manager, and the function of frame report and quality management is provided simultaneously.
Blender and image synthesizer use when video is synthetic, and blender is responsible for collecting the input of multi-channel video information, and they are carried out the Z ordering, and the notice image synthesizer carries out video mix in appropriate then.Image synthesizer is then carried out practical video and is mixed, and the synthetic single video of multi-path video data is shown that this client process software display routine does not carry out video mix, so this assembly does not use.
(3) realization of client process software Rendering Filter
Because this client process software does not need video synthetic; The parameter that only needs some videos of adjustment to show; For example: brightness, saturation, contrast etc.; We play up filter as long as the traditional VideoRenderer of selection does video, and traditional Video Renderer is less demanding to the Hardware configuration of system, makes this client process software that stronger versatility is arranged like this.
Below be the GUID of Video Renderer:
DEFINE_GUID(video_renderer,0x6BC1CFFA,0x8FC1,0x4261,0xAC,0x22,0xCF,0xB4,0xCC,0x38,0xDB,0x50);
Filter Graph Manager creates this video according to this GUID and plays up filter (Rendering Filter), and it is realized as follows:
hr=AddFilterByCLSID(video_renderer,L″video″,&m_pVideo);
if(FAILED(hr)){
m_bInit=false;
}
And it is connected with trans form filter (Transform Filter), it is realized as follows:
hr=ConnectFilters(m_pDecoder,m_pVideo);
if(FAILED(hr)){
m_bInit=false;
}
After operation, carrying out video at last plays up.
Claims (2)
1. the media module of a mobile video monitor system; It is characterized in that: said media module adopts the framework of DirectShow framework as the multimedia software exploitation; " pushing away " pattern of employing adopts H.264 Video Decoder of ffmpeg decoder conduct as the pattern of transfer of data;
Said DirectShow framework comprises:
Supply filter is used for being responsible for the collection of video;
Trans form filter is used for being responsible for the processing of video, to the H.264 decoding of coded data, is submitted to then in the next stage filter;
Play up filter, be used for being responsible for the broadcast that playing up broadcast and audio frequency of video on panel, decoded audio/video information is submitted in video card or the sound card handles;
Filter manager is used for being responsible for the management of filter, to application program Filter is provided management interface simultaneously, and reference clock is provided;
Graph is provided event module, is used for guaranteeing that with the form of message media module is to the application notification incident.
2. the media module of mobile video monitor system as claimed in claim 1; It is characterized in that: in the said filter manager; On output Pin, call Connect,, then call the ReceiveConnection on the input Pin if output Pin accepts connection; If input Pin also accepts current connection, then represent both sides' successful connection.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102509677A CN102377985A (en) | 2010-08-07 | 2010-08-07 | Media module of mobile video monitoring system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102509677A CN102377985A (en) | 2010-08-07 | 2010-08-07 | Media module of mobile video monitoring system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102377985A true CN102377985A (en) | 2012-03-14 |
Family
ID=45795877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102509677A Pending CN102377985A (en) | 2010-08-07 | 2010-08-07 | Media module of mobile video monitoring system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102377985A (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103096040A (en) * | 2013-01-25 | 2013-05-08 | 上海博超科技有限公司 | Network full high-definition monitoring system method |
WO2014048314A1 (en) * | 2012-09-29 | 2014-04-03 | 腾讯科技(深圳)有限公司 | Video acquisition method and device |
CN104159144A (en) * | 2014-08-21 | 2014-11-19 | 杨兵 | A high-definition video playing method based on a DirectShow |
CN104683810A (en) * | 2015-02-28 | 2015-06-03 | 武汉烽火众智数字技术有限责任公司 | Dynamic decoding method and device based on characteristic analysis |
CN105263021A (en) * | 2015-10-13 | 2016-01-20 | 华南理工大学 | UVD-based HEVC video decoding method |
CN106060486A (en) * | 2016-07-29 | 2016-10-26 | 电子科技大学 | Intelligent video monitoring system based on DirectShow technology |
CN107124641A (en) * | 2017-06-02 | 2017-09-01 | 广东暨通信息发展有限公司 | The control method that a kind of audio-visual synchronization is played |
CN107613409A (en) * | 2017-09-27 | 2018-01-19 | 京信通信***(中国)有限公司 | The processing method and processing device of multi-medium data |
CN111131785A (en) * | 2019-12-30 | 2020-05-08 | 元力(天津)科技有限公司 | MPEG-4 video transmission system based on DirectShow |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1124375A2 (en) * | 2000-01-15 | 2001-08-16 | Samsung Electronics Co., Ltd. | Wireless video monitoring system |
CN1933594A (en) * | 2005-09-14 | 2007-03-21 | 王世刚 | Multichannel audio-video frequency data network transmitting and synchronous playing method |
CN101441555A (en) * | 2008-04-03 | 2009-05-27 | 南京科融数据***有限公司 | Video multiple-screen combined playing technology based on windows multiple-screen system |
CN101472090A (en) * | 2007-12-27 | 2009-07-01 | 新奥特(北京)视频技术有限公司 | Method for monitoring beforehand hardware self-adapting multi-channel multi-mode video of video server |
CN101783889A (en) * | 2010-02-05 | 2010-07-21 | 北京水晶石数字科技有限公司 | Real-time matting and video monitoring and collecting method |
-
2010
- 2010-08-07 CN CN2010102509677A patent/CN102377985A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1124375A2 (en) * | 2000-01-15 | 2001-08-16 | Samsung Electronics Co., Ltd. | Wireless video monitoring system |
CN1933594A (en) * | 2005-09-14 | 2007-03-21 | 王世刚 | Multichannel audio-video frequency data network transmitting and synchronous playing method |
CN101472090A (en) * | 2007-12-27 | 2009-07-01 | 新奥特(北京)视频技术有限公司 | Method for monitoring beforehand hardware self-adapting multi-channel multi-mode video of video server |
CN101441555A (en) * | 2008-04-03 | 2009-05-27 | 南京科融数据***有限公司 | Video multiple-screen combined playing technology based on windows multiple-screen system |
CN101783889A (en) * | 2010-02-05 | 2010-07-21 | 北京水晶石数字科技有限公司 | Real-time matting and video monitoring and collecting method |
Non-Patent Citations (2)
Title |
---|
高振宏: "基于H.264标准的多路音视频服务器客户端软件设计", 《中国优秀硕士学位论文全文数据库,吉林大学硕士学位论文》, 15 November 2008 (2008-11-15), pages 3 - 6 * |
高飞燕: "基于DirectShow的视频监控客户端软件设计", 《中国优秀硕士学位论文全文数据库,北京邮电大学硕士学位论文》, 15 March 2010 (2010-03-15), pages 3 - 5 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014048314A1 (en) * | 2012-09-29 | 2014-04-03 | 腾讯科技(深圳)有限公司 | Video acquisition method and device |
CN103716691A (en) * | 2012-09-29 | 2014-04-09 | 腾讯科技(深圳)有限公司 | Video acquisition method and device |
US9819858B2 (en) | 2012-09-29 | 2017-11-14 | Tencent Technology (Shenzhen) Company Limited | Video acquisition method and device |
CN103096040A (en) * | 2013-01-25 | 2013-05-08 | 上海博超科技有限公司 | Network full high-definition monitoring system method |
CN104159144A (en) * | 2014-08-21 | 2014-11-19 | 杨兵 | A high-definition video playing method based on a DirectShow |
CN104683810A (en) * | 2015-02-28 | 2015-06-03 | 武汉烽火众智数字技术有限责任公司 | Dynamic decoding method and device based on characteristic analysis |
CN104683810B (en) * | 2015-02-28 | 2019-09-06 | 武汉烽火众智数字技术有限责任公司 | A kind of dynamic decoder method and apparatus based on signature analysis |
CN105263021B (en) * | 2015-10-13 | 2018-04-13 | 华南理工大学 | A kind of HEVC video encoding/decoding methods based on UVD |
CN105263021A (en) * | 2015-10-13 | 2016-01-20 | 华南理工大学 | UVD-based HEVC video decoding method |
CN106060486A (en) * | 2016-07-29 | 2016-10-26 | 电子科技大学 | Intelligent video monitoring system based on DirectShow technology |
CN107124641A (en) * | 2017-06-02 | 2017-09-01 | 广东暨通信息发展有限公司 | The control method that a kind of audio-visual synchronization is played |
CN107613409A (en) * | 2017-09-27 | 2018-01-19 | 京信通信***(中国)有限公司 | The processing method and processing device of multi-medium data |
CN111131785A (en) * | 2019-12-30 | 2020-05-08 | 元力(天津)科技有限公司 | MPEG-4 video transmission system based on DirectShow |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102377985A (en) | Media module of mobile video monitoring system | |
CN104333808B (en) | For the universal player on Android and Linux smart television machine | |
US6252889B1 (en) | Selectable depacketizer architecture | |
McCanne et al. | Toward a common infrastructure for multimedia-networking middleware | |
CN205212923U (en) | Restructural network media phone terminal | |
CN105491387B (en) | A kind of H264 hardware encoding system based on tri- platform of Intel, AMD and Nvidia | |
CN110460889A (en) | A kind of video throws screen method, apparatus, system and storage medium | |
CN102855133A (en) | Interactive system of computer processing unit | |
CN102799432A (en) | Game video recording and replaying method based on recorded drawing instruction | |
CN109194698A (en) | A kind of Real-time Video Processing System and method based on GStreamer frame | |
CN101442627A (en) | Control method for peer-to-peer calculation set-top box player | |
Tzruya et al. | Games@ Large-a new platform for ubiquitous gaming and multimedia | |
CN109151571A (en) | The method that DST PLAYER in DTV based on GStreamer frame promotes image quality | |
CN105263021B (en) | A kind of HEVC video encoding/decoding methods based on UVD | |
CN101248417A (en) | Media processing method and media processing program | |
CN101699857A (en) | Implementation method for cross-platform videophone system between set-top box and computer | |
CN109743643A (en) | The processing method and processing device of building conversational system | |
CN108282720B (en) | Audio data stream transmission method and device | |
Colmenares et al. | Real-time-component based software architecture for QoS-adaptive networked multimedia applications | |
CN108574882B (en) | A kind of video transmission method and device | |
CN110062296B (en) | Real-time streaming media player and architecture method thereof | |
Mitchell | Dynamic configuration of distributed multimedia components | |
CN105812922A (en) | Multimedia file data processing method, system, player and client | |
Fuchs et al. | ISMA interoperability and conformance | |
CN102740040B (en) | Android system-based 3G video telephone system and realizing method thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120314 |