CN102833524B - Control method for simultaneous picture recording on local audio and calling party audio - Google Patents
Control method for simultaneous picture recording on local audio and calling party audio Download PDFInfo
- Publication number
- CN102833524B CN102833524B CN201110414683.1A CN201110414683A CN102833524B CN 102833524 B CN102833524 B CN 102833524B CN 201110414683 A CN201110414683 A CN 201110414683A CN 102833524 B CN102833524 B CN 102833524B
- Authority
- CN
- China
- Prior art keywords
- data
- audio
- buffering area
- voice data
- calling party
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Television Signal Processing For Recording (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a control method for simultaneous picture recording on local audio and calling party audio in an internet protocol camera. The control method comprises the following steps of: a, receiving audio data from a calling party device as first audio data; b, acquiring the audio data of a front end in which the network camera is as second video data; and c, coding the first video data and the second video data into one data package and sending the data package to a storage device, wherein the first video data is used as the front half part of the data package, and the second video data is used as the back half part of the data package. Through simultaneously processing the local audio and the calling party audio, the problems of noise and blockage can be effectively solved.
Description
Technical field
The present invention relates to video monitoring system, the web camera especially in video monitoring system, particularly, relate in web camera the control method that local audio and calling party audio frequency are recorded a video simultaneously.
Background technology
The current information age, be one and construct the epoch on network foundation.IP network based on ICP/IP protocol develops with amazing irresistible gesture as Internet, Intranet etc.According to statistics, traffic carrying capacity on the internet just increases to gather exponential law this year; The online scope of business is also constantly expanding simultaneously, and except the projects such as traditional information retrieval, Email, Telnet, various new business is as ecommerce, video monitoring.Tele-medicines etc. are all flourish.Based on the new opplication on IP, such as Video Applications need take larger bandwidth, in the past due to the restriction of the network bandwidth, application is few, popularizing rapidly now due to high broadband, and Video Applications is general gradually, based on the various video communication application of IP technology, as Network Video Surveillance also arises at the historic moment.The video recording of Kodak audio mixing is widely used in its front monitoring front-end product, and concrete specification is as follows: support 8K sampling; Data bit width 16 bit; Monophony.Wherein, the coded format of call audio only supports ADPCM.
But in use often there will be the situation of the cacophonia stored in video recording, trace it to its cause and be roughly divided into following a few class: noise and Ka Dun appear in the audio mixing sound in video recording; Because the paces of thread of decoding often are slower than coding thread, the sound therefore recorded is repetition sometimes, sounds like this and being just seized with sound.Because the length of coded data bag is different, the time that sound repeats is also just different, and the sound of certain length repeats, and is exactly a kind of fixing noise.Audio mixing sound rhythm in video recording is uneven.The audio format that client is sent can not ensure completely with the audio frequency that front monitoring front-end gathers on form, cause the packets of audio data of every frame to vary in size, can cause that the voice data play in same time is not identical, rhythm is also uneven like this when audio mixing.
Audio mixing recording function integrated on high definition IPC must can evade the problems referred to above.
Summary of the invention
For defect of the prior art, the mode that the object of the invention is by recording a video to local audio and calling party audio frequency simultaneously provide a kind of in web camera to the control method that local audio and calling party audio frequency are recorded a video simultaneously.
According to an aspect of the present invention, there is provided a kind of in web camera to the control method that local audio and calling party audio frequency are recorded a video simultaneously, described web camera connects a video control system by network, described calling party device is set up communication by described video control system with described web camera and is connected, it is characterized in that, comprise the steps: that a. receives the voice data from described calling party device, it can be used as the first voice data; B. gather the voice data of front end, described web camera place, it can be used as second audio data; C. described first voice data and described second audio data be encoded to a packet and send to storage device, wherein, described first voice data is by the first half as described packet, and described second audio data is by the latter half as described packet.
Preferably, described step a comprises the steps: to receive the voice data from described calling party device, decodes to described voice data, and using decoded data as described first voice data; Described first voice data is write the first buffering area; Wherein, described step b comprises the steps: the voice data gathering front end, described web camera place, it can be used as second audio data; Described second audio data is write the second buffering area; Wherein, described step c comprises the steps: the data encoding in described first buffering area and described second buffering area be a packet and send to storage device, wherein, described first voice data is by the first half as described packet, and described second audio data is by the latter half as described packet.
The present invention, by processing local audio and calling party audio frequency simultaneously, effectively can solve noise and block the problem of timing.
Accompanying drawing explanation
By reading the detailed description done non-limiting example with reference to the following drawings, other features, objects and advantages of the present invention will become more obvious:
Fig. 1 illustrates according to a specific embodiment of the present invention, to the topological diagram of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera;
Fig. 2 illustrates according to the first embodiment of the present invention, to the flow chart of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera;
Fig. 3 illustrates according to a second embodiment of the present invention, to the flow chart of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera;
Fig. 4 illustrates according to a specific embodiment of the present invention, the schematic diagram that after recording a video to local audio and calling party audio frequency in web camera, data store simultaneously; And
Fig. 5 illustrates according to another embodiment of the present invention, to the principle schematic that local audio and calling party audio frequency are recorded a video simultaneously in web camera.
Embodiment
Fig. 1 illustrates according to a specific embodiment of the present invention, to the topological diagram of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera.Concrete, this topological diagram comprises five parts, client 1, platform and code stream forwarding server 2, web camera 3, recording service device 4 and switch 5.Wherein, described client 1, for calling party, is sent to described platform and code stream forwarding server 2 the audio frequency of calling party after coding.Described code stream forwarding server 2 plays storage, forwards the effect of audio frequency, after the audio frequency receiving described calling party, the audio conversion of calling party is dealt into described web camera 3, after the audio frequency receiving the transmission of described web camera and video, described audio conversion is dealt into described recording service device 4.First described web camera receives the audio frequency of described calling party, encodes together with local audio, finally the audio frequency after coding and local video is sent to described platform and code stream forwarding server 2.Recording service device, after receiving the audio frequency and video that described code stream forwarding server sends, is first decoded, by audio plays and video, is recorded.It will be appreciated by those skilled in the art that the present invention is by ICP/IP protocol when transmitting coded data, therefore described switch 5 is used as network connection and data retransmission.
Particularly, in the present invention, client can be any anyone there is the equipment of speech coding function, preferably, client can be video server.It will be appreciated by those skilled in the art that video server adopts digital compression algorithm, realize the digital compression of audio/video information and Internet Transmission and control appliance.Video server is generally embedded video server, adopts the hardware designs of embedded type CPU, generally has 1 tunnel, 2 roads and 4 tunnel audio frequency and video inputs.In the present invention, after described client gathers audio frequency, adopt ADPCM coded system, be then sent to described platform and code stream forwarding server.
Particularly, described platform and code stream forwarding server mainly complete storage and the forwarding of video signal, avoid described client directly to access described front network video camera, reduce network traffics.Described web camera can be connected with multiple client, client often sends a road video signal, all need the very large network bandwidth, such as, when sending the video of standard image format CIF form, required bandwidth is 512Kbps, when receiving Bandwidth-Constrained, the way of described web camera receiving video signals is also limited, way=reception bandwidth/each road video bandwidth, the network congestion caused when simultaneously transmitting in order to avoid there being multi-channel video signal, client is first stored into the data after coding on code stream forwarding server, such as described code stream forwarding server can be a website YouTube, in this website, as long as client registers, download special YouTube player, just can uploading data.Because code stream forwarding server also can be connected with multiple described web camera, when there being multiple web camera to send the request receiving same data, described streaming server can have multicast functionality.It will be appreciated by those skilled in the art that the feature of multicast protocol is: support that the main frame of same group can receive all data in this group, the switch in network and router are only to having demander to copy and forwarding its desired data.Main frame can add to router solicitation or exit certain group, and the router in network and switch selectively copy and transmit data, namely only data in group is transferred to those main frames adding group.Once can transfer data to multiple main frame having needs (adding group) like this, can ensure again not affect other other communications not needing the main frame of (not adding group).
Particularly, those skilled in the art understand, web camera, be called for short IPC in the present invention, it is a kind of video camera of new generation produced in conjunction with traditional cameras and network technology, image can be reached the other end by network by it, and the viewer of far-end does not need to use any professional software, as long as the web browser of standard can monitor its image.The built-in embedded chip of web camera, adopts embedded real-time operating system.Compressed by Efficient Compression chip after the video signal digitization that web camera transmits, be sent to web browser by network-bus.On network, user can directly with the camera review in browser viewing WEB server, and authorized user can also control the action of camera pan-tilt camera lens or system configuration operates.
Further, it will be appreciated by those skilled in the art that said system workflow can be understood like this: 1. client makes a call to IPC, and audio code stream is issued the code stream forwarding server in platform.2. audio code stream is issued IPC by code stream forwarding server.Now, IPC is as opened video recording, and its audio frequency is also remixed audio.3. local audio and the calling code stream that receives are carried out audio mixing by IPC, and the audio frequency after video and audio mixing is sent to code stream forwarding server.4. video/audio code stream is sent to recording service device by code stream forwarding server again, finally records a video.
Fig. 2 illustrates according to the first embodiment of the present invention, to the flow chart of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera.Particularly, this flow chart has 3 steps.First carry out step S101, receive the voice data from described calling party device, it can be used as the first voice data.In this step, the form of calling party audio frequency is ADPCM, namely becomes the audio frequency of ADPCM form to send to described parametric controller original sound Signal coding.It will be appreciated by those skilled in the art that ADPCM, i.e. adaptive difference pulse code modulation, it combines the method for the differential signal of ADM and the binary code of PCM.It will be appreciated by those skilled in the art that ADM is the abbreviation of adaptive noise conceller method, PCM is the abbreviation of pulse code modulation.
ADPCM is the good waveform coding of a kind of Performance Ratio, its core concept is the size utilizing adaptive thought to change quantization step, namely go with little quantization step little difference of encoding, large quantization step is used to go large difference of encoding, use sample value in the past to estimate the predicted value of next input amendment, make real sample values and the direct difference of predicted value minimum at long last.In the present invention, ADPCM bag one has 160 bytes, and wherein front 32 bytes are packet header, and rear 128 bytes are the bit stream data after coding.Wherein nose heave in front 32 bytes, the sampled value of 4 last bytes needed for decoding.Those skilled in the art understand, the sample rate of ADPCM is 8kHz, namely sample each second 8000 times, sampling precision is 16bit, quantization step save as 4, therefore compression ratio is 4:1, namely preservation per second or transmit size be 32Kbit, and from wave recovery sound effect out and original sound almost as broad as long, people's ear cannot be differentiated.For the bit stream data after coding, size is 128 bytes, and the delivery time is 32ms.
Then be step S102, gather the voice data of front end, described web camera place, it can be used as second audio data.In application industry of the present invention, such as public security, hearing, have better requirement for evidence evidence obtaining afterwards and examination.During in order to ensure evidence obtaining, the mode that interrogator takes is in conformity with law requirement, and by interrogator not being subject to improper treating by during hearing, in front end, described web camera also can record local video while recording local voice.Correspondingly, in order to substantial evidence, interrogator can supplement from other channels or people, and for traffic accident, above-mentioned is party by interrogator, and calling party described above can be the witness of spot.In order to the security consideration of witness, the investigation and evidence collection to witness and the hearing to party not in same place, so the audio frequency of calling party described above needs to be sent to described web camera after compressed encoding.In a preference traffic accident, after the audio frequency and video of party recorded by described web camera, also will through compressed encoding, described audio frequency as second audio data, and adopts ADPCM coded format, and concrete coding method is not repeating at this.
Then be step S103, described first voice data and described second audio data are encoded to a packet, and issue storage device, wherein, described first voice data is by the first half as described packet, and described second audio data is by the latter half as described packet.In this step, the length of described packet is 320 bytes, two packets are had to be spliced, wherein, the first voice data of front-end collection is stored in front 160 bytes, and the second audio data of calling party is stored in rear 160 bytes, simultaneously, in order to meet the requirement of video recording, last 4 bytes of the data head in described calling party 160 bytes exchanged to mutually with 4 bytes before 4 bytes described in this, this step is audio mixing.In described step S101, the audio frequency of the calling party that described parametric controller and code stream forwarding server send is needed first to decode by after described web camera reception, described web camera need distribute a decoding thread for this reason, in step s 102, after described web camera gathers local audio, need to encode, described web camera need distribute a coding thread for this reason.The paces of usual decoding thread are slower than coding thread, cause the repetition of the sound of recording, and the length due to each bag is 32 milliseconds, so so short sound repeats, just become fixing noise.Such as, decoding thread solves a decoding bag for every 2 seconds, and coding thread weaves into an encoded packets in every 1 second, then have local audio data in 160 bytes before only having in first second, do not have data in rear 160 bytes.In second second, existing local audio data in 320 bytes, also has the voice data of described calling party.In the 3rd second, only have local audio data again, so repeatedly, just define the noise of 32 milliseconds.In order to address this problem, decoding bag will be spliced mutually with encoded packets and send at one piece, for this reason, described web camera arranges the circular buffering pond of 320 bytes in internal memory, decoding thread writes the audio frequency of described calling party at every turn in Buffer Pool, then thread of encoding writes local audio again in Buffer Pool, then, 320 digital data in Buffer Pool is sent to storage device.So far, abridged edition flow process terminates.
Fig. 3 illustrates according to a second embodiment of the present invention, to the flow chart of the control method that local audio and calling party audio frequency are recorded a video simultaneously in web camera.Particularly, this flow process has 2 steps.First perform step S111, receive the voice data from described calling party device, described voice data is decoded, and using decoded data as described first voice data.Particularly, after described code stream forwarding server receives the voice data of calling party, first decode, it will be appreciated by those skilled in the art that in front 32 bytes in adpcm data bag in encoded such as, containing some identification informations showing these data, destination address, source address, wherein, source address is the IP address at client place, and destination address is the IP address of described code stream forwarding server, by decoding, the voice data of 128 bytes after compression is separated from byte-header.Then the voice data of the calling party received is sent to described web camera by described streaming server, wherein, described streaming server is wanted first the voice data of calling party to be encoded, coded format remains ADPCM, wherein, in 160 oneself encoded packets, rear 128 bytes are voice datas of calling party, front 32 bytes are packet header, source address, destination address containing this packet in this packet header.Wherein source address is the IP address of described streaming server, and destination address is the IP address of described web camera.
Particularly, described web camera is after receiving the packet that described streaming server sends, and first decode to packet, the decoding process with streaming server described above is identical, does not repeat them here.After decoding, decoded voice data is encoded by described web camera, as the first voice data, in the identification information that front 32 byte packet of the packet after coding contain, source address is the IP address of described web camera, and destination address is the IP address of described streaming server.
Then be step S112, described first voice data is write the first buffering area.
Those skilled in the art understand, in order to eliminate the noise and a card problem that exist in video recording, described web camera opens the circular buffering pond of 320 bytes, and this Buffer Pool is divided into the region of 2 160 bytes, front 160 bytes are second buffering areas, and rear 160 bytes are first buffering areas.Described web camera, after the audio frequency receiving the described calling party that described code stream forwarding server sends, is decoded.The data obtained of decoding are written to described first buffering area, meanwhile, in order to the needs of recording a video, last 4 bytes of the data header information of the voice data of described 160 bytes are exchanged to last position.So far, this flow process terminates.
In a change case of the present embodiment, described step S111 can be changed to the voice data gathering front end, described web camera place, it can be used as second audio data, described step S112 is changed to and described second audio data is write the second buffering area, as Fig. 4.Particularly, in step S111, described web camera carries out this locality video recording, not only gathers local audio frequency, also recorded video.Described original audio is the analog signal of 20 to 20000 hertz, becomes the digital signal of ADPCM form, as second audio data after compressed encoding.The data package size of described ADPCM form is 160 bytes, and front 32 bytes are data head, and wherein front 28 byte packet are containing some flag informations, as destination address, source address, and the sampled value that what rear 4 bytes were deposited is needed for decoding.Bit stream data after what rear 128 bytes were deposited is coding.In step S112, described second buffering area is front 160 byte sections in Buffer Pool described above.Local audio data becomes the adpcm data bag of 160 bytes, i.e. second audio data via after coding thread coding, is then write by described second audio data in the region of 160 bytes before described Buffer Pool.So far, this flow process terminates.
In another change case of the present embodiment, it is a packet that described step S111 can be changed to data encoding in described first buffering area and described second buffering area, and send to storage device, described step S112 is changed to described storage device and is play by the sound of the voice data of the first buffering area as described front end, the data of described second buffering area are play as the sound of described calling party, record together with the video of front end, as Fig. 5.Particularly, in step S111, the data deposited in described first buffering area are described first voice data, and the data deposited in the second buffering area are described second audio data.After described first voice data and described second audio data write described Buffer Pool, the data in described Buffer Pool are sent to described storage device via coding thread by described web camera.In the present invention, first the data in described Buffer Pool are sent to described code stream forwarding server, then by described code stream forwarding server, described buffered data are forwarded to described recording service device.Those skilled in the art understand, described streaming server is after receiving the data of buffering area, first carry out decompress(ion), obtain the identification information of data head, such as source address, destination address, if the destination address that decompress(ion) obtains is not the IP address of described streaming server, then judge that the data of described buffering area are not the confidence mailing to this address, and these data are abandoned, if mail to local information, then after recompile, mail to described recording service device.Wherein, after recompile, the identification information of the data head of the data of described buffering area is changed to, and source address is described code stream forwarding server, and destination address is described recording service device.
Then be step S112, the sound of the voice data of the first buffering area as described front end is play by described storage device, the data of described second buffering area is play as the sound of described calling party, records together with the video of front end.In this step, described storage device is recording service device, and described recording service device, after receiving the data that described code stream forwarding server sends, first carries out decompress(ion), obtains the first voice data and second audio data.Then record together with the video sent with described web camera, in this is recorded, because the card eliminating sound pauses and noise, so, can directly record.So far, this flow process terminates.
Fig. 4 illustrates according to a specific embodiment of the present invention, the schematic diagram that after recording a video to local audio and calling party audio frequency in web camera, data store simultaneously.Particularly, it will be appreciated by those skilled in the art that the length that the ADPCM after audio mixing wraps is 320 bytes, be stitched together by two bags, the sound of front-end collection is front 160 bytes, and the voice packet of calling is rear 160 bytes.Here in order to meet the demand of video recording, the last 4 byte groups of 160 byte data headers below being exchanged to last position, specifically as shown in Figure 4, does not repeat them here.
Fig. 5 illustrates according to another embodiment of the present invention, to the principle schematic that local audio and calling party audio frequency are recorded a video simultaneously in web camera.It will be appreciated by those skilled in the art that the splicing in order to realize decoding bag and encoded packets, opening the public buffer of 320 bytes, often carry out a decoding bag, just it is copied to the position of rear 160 bytes of buffering.During coding, encoded packets is copied to the position of 160 bytes before public buffer, then the data of whole 320 bytes are sent.Further, it will be appreciated by those skilled in the art that its workflow is as follows:
1. often to come one to decode bag, to be all put into after public buffer in 160 bytes.
2. often to encode out a sound bag, to be all put into before public buffer in 160 bytes.
When 3. sending, the data of whole 320 bytes are sent.
With reference to above-mentioned illustrated embodiment, those skilled in the art understand, the problem of noise and Ka Dun, because the paces of thread of decoding often are slower than coding thread, therefore the sound recorded is repetition sometimes, because the length of each bag is also with regard to 32 milliseconds, so so short sound repeats, it is exactly a kind of fixing noise.Employ circular buffering for this problem, have recorded the position of read and write, decoding thread is at every turn to write in buffering, and coding buffering therefrom reads at every turn.When not having data readable, then stop audio mixing.The problem that solution noise that so just can be effective and card pause.
Above specific embodiments of the invention are described.It is to be appreciated that the present invention is not limited to above-mentioned particular implementation, those skilled in the art can make various distortion or amendment within the scope of the claims, and this does not affect flesh and blood of the present invention.
Claims (4)
1. one kind in web camera to the control method that local audio and calling party audio frequency are recorded a video simultaneously, described web camera connects a video control system by network, described calling party device is set up communication by described video control system with described web camera and is connected, it is characterized in that, described web camera has a Buffer Pool, described Buffer Pool comprises: be positioned at first buffering area in the later half region of described Buffer Pool and be positioned at second buffering area in described Buffer Pool first half region, described first buffering area has identical size of data with described second buffering area, described control method comprises the steps:
A. receive the voice data from described calling party device, this voice data is decoded, using this this voice data decoded as the first voice data, by described first described first buffering area of voice data write;
B. gather the voice data of front end, described web camera place, this voice data is encoded, using this voice data after this coding as second audio data, by described second buffering area of described second audio data write;
C., when described first buffering area and described second buffering area are all fully written, described first voice data and described second audio data are encoded to a packet and send to storage device,
Wherein, described first voice data is by the latter half as described packet, and described second audio data is by the first half as described packet.
2. control method according to claim 1, is characterized in that, described step c also comprises the steps:
C1 encodes to described first voice data in described first buffering area;
C2 encodes to the described second audio data in described second buffering area;
Data in encoded described first buffering area and described second buffering area are merged into a packet by c3.
3. control method according to claim 2, is characterized in that, described step c1 also comprises the steps:
The first header of 32 bytes adapted with it is added before-described first voice data in encoded described first buffering area;
-28-31 bit byte and 24-27 bit byte in described first header are exchanged.
4. the control method according to Claims 2 or 3, is characterized in that, described step c2 also comprises the steps:
The second header of 32 bytes adapted with it is added before-described second audio data in encoded described second buffering area.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110414683.1A CN102833524B (en) | 2011-12-13 | 2011-12-13 | Control method for simultaneous picture recording on local audio and calling party audio |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110414683.1A CN102833524B (en) | 2011-12-13 | 2011-12-13 | Control method for simultaneous picture recording on local audio and calling party audio |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102833524A CN102833524A (en) | 2012-12-19 |
| CN102833524B true CN102833524B (en) | 2015-02-18 |
Family
ID=47336466
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110414683.1A Active CN102833524B (en) | 2011-12-13 | 2011-12-13 | Control method for simultaneous picture recording on local audio and calling party audio |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102833524B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105635658A (en) * | 2014-11-04 | 2016-06-01 | 广东中星电子有限公司 | Audio processing method and apparatus for video surveillance system |
| CN105635659A (en) * | 2014-11-04 | 2016-06-01 | 广东中星电子有限公司 | Audio processing method and apparatus for video surveillance system |
| CN105635660A (en) * | 2014-11-04 | 2016-06-01 | 广东中星电子有限公司 | Audio processing method and apparatus for video surveillance system |
| CN109040644B (en) * | 2018-07-25 | 2020-12-04 | 成都鼎桥通信技术有限公司 | Video point calling and recording storage method and system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878289A (en) * | 2005-06-10 | 2006-12-13 | 中国移动通信集团公司 | Method for superposing voice in transmitting audio-video file |
| CN101079934A (en) * | 2007-07-02 | 2007-11-28 | 中兴通讯股份有限公司 | Method and system for utilizing session initialization protocol soft terminal to record the voice |
| CN101753961A (en) * | 2008-12-08 | 2010-06-23 | 北京中星微电子有限公司 | Meeting realizing method in video monitoring system and video monitoring meeting system |
| CN101964202A (en) * | 2010-09-09 | 2011-02-02 | 南京中兴特种软件有限责任公司 | Audio data file playback processing method mixed with multiple encoded formats |
| CN102209232A (en) * | 2010-04-09 | 2011-10-05 | 佛山市智邦电子科技有限公司 | Remote audio and video monitor system and method thereof |
-
2011
- 2011-12-13 CN CN201110414683.1A patent/CN102833524B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878289A (en) * | 2005-06-10 | 2006-12-13 | 中国移动通信集团公司 | Method for superposing voice in transmitting audio-video file |
| CN101079934A (en) * | 2007-07-02 | 2007-11-28 | 中兴通讯股份有限公司 | Method and system for utilizing session initialization protocol soft terminal to record the voice |
| CN101753961A (en) * | 2008-12-08 | 2010-06-23 | 北京中星微电子有限公司 | Meeting realizing method in video monitoring system and video monitoring meeting system |
| CN102209232A (en) * | 2010-04-09 | 2011-10-05 | 佛山市智邦电子科技有限公司 | Remote audio and video monitor system and method thereof |
| CN101964202A (en) * | 2010-09-09 | 2011-02-02 | 南京中兴特种软件有限责任公司 | Audio data file playback processing method mixed with multiple encoded formats |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102833524A (en) | 2012-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100568966C (en) | A kind of network transfer method of audio/video data | |
| CN103843301B (en) | The switching between expression during the network crossfire of decoded multi-medium data | |
| CN106686438B (en) | method, device and system for synchronously playing audio images across equipment | |
| US11792130B2 (en) | Audio/video communication method, terminal, server, computer device, and storage medium | |
| JP2003114845A (en) | Media conversion method and media conversion device | |
| US20080019440A1 (en) | Apparatus and method for transmitting and receiving moving pictures using near field communication | |
| CN108877820B (en) | Audio data mixing method and device | |
| JP2008517560A (en) | Method and apparatus for managing media latency of voice over internet protocol between terminals | |
| CN102833524B (en) | Control method for simultaneous picture recording on local audio and calling party audio | |
| CN101115011A (en) | Stream media playback method, device and system | |
| CN114640886B (en) | Self-adaptive bandwidth audio/video transmission method, device, computer equipment and medium | |
| CN107251521A (en) | Method and apparatus for sending and receiving media information in a communications system | |
| CN110267064A (en) | Audio broadcast state processing method, device, equipment and storage medium | |
| CN101790754B (en) | System and method for providing amr-wb dtx synchronization | |
| CN107613409A (en) | The processing method and processing device of multi-medium data | |
| US10924524B2 (en) | Communication devices, communication data generation method, and communication data processing method | |
| CN105681817A (en) | Intelligent terminal video and audio collection, transmission and playing system and method | |
| CN101087399B (en) | Method for conference recording by multi-media terminal | |
| CN102325275A (en) | Packet discarding method, device and server for playing of streaming media | |
| CN102196249A (en) | Monitoring data playback method, EC (Encoder) and video management server | |
| CN105897687A (en) | Data transmission method and device | |
| CA2934905C (en) | Communication apparatus, communication data generation method, and communication data processing method | |
| CN100579080C (en) | The method and system of information playback in a kind of instant messaging | |
| CN212137851U (en) | Video output device supporting HEVC decoding | |
| CN101159864A (en) | Brew platform based audio-video collection and wireless transmission system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent for invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 215011 No. 131 Jin Shan Road, Suzhou hi tech Industrial Development Zone, Jiangsu, Suzhou Applicant after: Suzhou Keda Technology Co., Ltd. Address before: 215011 No. 131 Jin Shan Road, Suzhou hi tech Industrial Development Zone, Jiangsu, Suzhou Applicant before: Suzhou Keda Technology Co., Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |