FMUSER Wirless Transmit Video And Audio More Easier !
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org ->Afrikaans
sq.fmuser.org ->Albanian
ar.fmuser.org ->Arabic
hy.fmuser.org ->Armenian
az.fmuser.org ->Azerbaijani
eu.fmuser.org ->Basque
be.fmuser.org ->Belarusian
bg.fmuser.org ->Bulgarian
ca.fmuser.org ->Catalan
zh-CN.fmuser.org ->Chinese (Simplified)
zh-TW.fmuser.org ->Chinese (Traditional)
hr.fmuser.org ->Croatian
cs.fmuser.org ->Czech
da.fmuser.org ->Danish
nl.fmuser.org ->Dutch
et.fmuser.org ->Estonian
tl.fmuser.org ->Filipino
fi.fmuser.org ->Finnish
fr.fmuser.org ->French
gl.fmuser.org ->Galician
ka.fmuser.org ->Georgian
de.fmuser.org ->German
el.fmuser.org ->Greek
ht.fmuser.org ->Haitian Creole
iw.fmuser.org ->Hebrew
hi.fmuser.org ->Hindi
hu.fmuser.org ->Hungarian
is.fmuser.org ->Icelandic
id.fmuser.org ->Indonesian
ga.fmuser.org ->Irish
it.fmuser.org ->Italian
ja.fmuser.org ->Japanese
ko.fmuser.org ->Korean
lv.fmuser.org ->Latvian
lt.fmuser.org ->Lithuanian
mk.fmuser.org ->Macedonian
ms.fmuser.org ->Malay
mt.fmuser.org ->Maltese
no.fmuser.org ->Norwegian
fa.fmuser.org ->Persian
pl.fmuser.org ->Polish
pt.fmuser.org ->Portuguese
ro.fmuser.org ->Romanian
ru.fmuser.org ->Russian
sr.fmuser.org ->Serbian
sk.fmuser.org ->Slovak
sl.fmuser.org ->Slovenian
es.fmuser.org ->Spanish
sw.fmuser.org ->Swahili
sv.fmuser.org ->Swedish
th.fmuser.org ->Thai
tr.fmuser.org ->Turkish
uk.fmuser.org ->Ukrainian
ur.fmuser.org ->Urdu
vi.fmuser.org ->Vietnamese
cy.fmuser.org ->Welsh
yi.fmuser.org ->Yiddish
Streaming media overview:
The so-called streaming media refers to the media format played on the Internet by means of streaming transmission.
Streaming media is also known as streaming media, it means that businesses use a video delivery server to send programs as data packets to the network.
After the user decompresses the data through the decompression device, the program will be displayed as before.
Streaming media transmits audio, video and multimedia files in the network by streaming.
Streaming media file format is a media format that supports streaming transmission and playback.
Streaming transmission mode is to divide multimedia files such as video and audio into compression packages through special compression mode,
Continuous and real-time transmission from the server to the user's computer. In the streaming system, users don't have to wait for the whole file like non streaming
Only after all the downloads are completed can we see the contents, but only after a few seconds or dozens of seconds of startup delay can we use them on the user's computer
The corresponding player will play the compressed video or audio and other streaming media files, and the rest will continue to download until the end of playing.
RTP :(Real-time Transport Protocol)
RTP is a transport layer protocol for multimedia data stream on Internet. RTP is used together with RTCP, and it is based on UDP protocol
Unlike HTTP and FTP, RTP can download the entire video file completely. It sends data on the network at a fixed data rate. The client also watches the video file at this speed. When
After the film and television picture is played, it can not be played again, unless the data is requested from the server again.
RTCP:Real-time Transport Control protocol or RTP (control protocol or RTCP)
RTCP is a sister protocol of RTP
Note: -: RTP protocol and RTCP are used together, and it is based on UDP protocol (generally used for video conference)
RTSP:(Real Time Streaming Protocol)
Real time streaming media session protocol, SDP (Session Description Protocol), RTP (real time Transport Protocol).
RTSP is a multimedia streaming protocol used to control sound or video. RTSP provides an extensible framework, which makes it possible to control and demand real-time data, such as audio and video.
Media data use RTP, RTCP protocol.
Generally, UDP is used as the transport layer. Suitable for IPTV scenes.
Data sources include field data and data stored in clips. The purpose of this protocol is to control multiple data transmission connections and provide a way to select transmission channels, such as UDP, multicast UDP and TCP
It also provides a method for selecting the transmission mechanism based on RTP
The network protocol used in transmission is not in the scope of its definition. The server can choose to use TCP or UDP to transmit the stream content, which is more tolerant of network delay
--->The biggest difference between RTSP and RTP is that RTSP is a two-way real-time data transmission protocol, which allows the client to send requests to the server, such as playback, fast forward, backward and so on. When
However, RTSP can transmit data based on RTP, and can also select TCP, UDP, multicast UDP and other channels to send data, which has good scalability. It is similar to the HTTP protocol
Network application layer protocol
WebRTC:
The protocol of streaming media is implemented on the web. When Google first launched webrtc, the giants either looked on coldly or resisted. RTP protocol is used for transmission.
RTMP(Real Time Messaging Protocol)
Macromedia developed a set of live video protocol, now belongs to adobe. Like HLS, it can be applied to live video, and it will not be lost based on TCP.
//The difference is that RTMP can't play in IOS browser based on flash, but its real-time performance is better than HLS.
Real time messaging protocol is an open protocol developed by Adobe Systems for audio, video and data transmission between flash player and server
//In IOS code, RTMP is commonly used to push streaming. You can use the third-party library librtmp IOS to push streaming. Librtmp encapsulates some core APIs for users to call
RTMP protocol also requires client and server to establish RTMP connection through "handshake", and then transmit control information on the connection. The RTMP protocol will format the data during transmission. In order to achieve better multiplexing, subcontracting and information fairness, the sender will divide the message into chunks with message ID, and each chunk may be a separate message,
It may also be a part of the message. The receiver will restore the chunk to a complete message according to the length of data, message ID and message contained in the chunk, so as to send and receive information.
HLS:HTTP Live Streaming(HLS)
It is an HTTP based streaming media transport protocol implemented by Apple Inc,
It can realize live and on-demand streaming media, mainly used in IOS system
To provide audio and video live and on-demand solutions for IOS devices (such as iPhone and iPad).
HLS on demand is basically a common segmented HTTP on demand. The difference is that its segments are very small.
Compared with the common live streaming protocols, such as RTMP protocol, RTSP protocol, MMS protocol and so on, the biggest difference of HLS live streaming is that what the live streaming client obtains is not a complete message
The whole data stream.
The HLS protocol stores the live data stream as continuous, short-term and long media files (mpeg-ts format) on the server side, while the client side continuously downloads and plays these small files,
Because the server always generates new small files from the latest live data, so as long as the client continuously plays the files obtained from the server in order, the live broadcast is realized.
It can be seen that, basically, HLS is based on > > on-demand technology to achieve live < <. Because the data is transmitted through HTTP protocol, there is no need to consider the firewall or proxy
Moreover, the length of segmented file is very short, so the client can quickly select and switch the code rate to adapt to the playback under different bandwidth conditions. However, this kind of technical characteristics of HLS determines its future development
Generally, the delay is always higher than the normal live streaming protocol.
//Both IOS and Android naturally support this protocol, and the configuration is simple. You can use the video tag directly
***VLS: is a kind of streaming server, which is specially used to solve various problems of streaming. It also has some characteristics of VLC. As a server, videolan can output HTTP, RTP and RTSP streams.
In principle, RTSP, RTMP and HTTP can be used for live and on-demand broadcasting, but generally RTSP and RTMP are used for live broadcasting and HTTP is used for on-demand broadcasting. We choose RTMP protocol.
Delay of various protocols and its causes
RTMP and httpflv: the data of these two protocols are roughly the same, so the reasons for delay are similar. It is reasonable to say that the delay of TCP streaming live broadcasting is very low. Why is there delay in RTMP and httpflv? The reason is that on h264, RTMP and httpflv are both transmitted flv tags. The data of video tag is usually H264 data. H264 decoding has an IBP. I is the key frame, which is a complete image. You must first have an I to decode the following BP. The number of BP frames can be as few as you like, but the number of I frames can't be less, so I frames must be in flv Tag transmission is the second transmission (the first one is h264spps). However, I-frames are not common in H264 streams. There is only one I-frame after another. This interval is commonly known as GOP. When encoding, GOP is set very short. When the client connects, the server will find the latest I-frame in the stream at the fastest speed and send live data from I-frame. However, when GOP is very long, I-frame interval is very long , or wait for the next I frame to start sending data to the new connection, or find the latest I frame in the cache to start sending. This is the key to the delay of RTMP and HLS protocols. In major CDN platforms, it is called "RTMP second on technology". The principle is to decode the streaming data twice and set a small GOP. In general, when GOP is set to 1s, regardless of the network transmission link delay, the maximum data delay is 1s. Fortunately, I frame is 0 delay!
|
Enter email to get a surprise
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org ->Afrikaans
sq.fmuser.org ->Albanian
ar.fmuser.org ->Arabic
hy.fmuser.org ->Armenian
az.fmuser.org ->Azerbaijani
eu.fmuser.org ->Basque
be.fmuser.org ->Belarusian
bg.fmuser.org ->Bulgarian
ca.fmuser.org ->Catalan
zh-CN.fmuser.org ->Chinese (Simplified)
zh-TW.fmuser.org ->Chinese (Traditional)
hr.fmuser.org ->Croatian
cs.fmuser.org ->Czech
da.fmuser.org ->Danish
nl.fmuser.org ->Dutch
et.fmuser.org ->Estonian
tl.fmuser.org ->Filipino
fi.fmuser.org ->Finnish
fr.fmuser.org ->French
gl.fmuser.org ->Galician
ka.fmuser.org ->Georgian
de.fmuser.org ->German
el.fmuser.org ->Greek
ht.fmuser.org ->Haitian Creole
iw.fmuser.org ->Hebrew
hi.fmuser.org ->Hindi
hu.fmuser.org ->Hungarian
is.fmuser.org ->Icelandic
id.fmuser.org ->Indonesian
ga.fmuser.org ->Irish
it.fmuser.org ->Italian
ja.fmuser.org ->Japanese
ko.fmuser.org ->Korean
lv.fmuser.org ->Latvian
lt.fmuser.org ->Lithuanian
mk.fmuser.org ->Macedonian
ms.fmuser.org ->Malay
mt.fmuser.org ->Maltese
no.fmuser.org ->Norwegian
fa.fmuser.org ->Persian
pl.fmuser.org ->Polish
pt.fmuser.org ->Portuguese
ro.fmuser.org ->Romanian
ru.fmuser.org ->Russian
sr.fmuser.org ->Serbian
sk.fmuser.org ->Slovak
sl.fmuser.org ->Slovenian
es.fmuser.org ->Spanish
sw.fmuser.org ->Swahili
sv.fmuser.org ->Swedish
th.fmuser.org ->Thai
tr.fmuser.org ->Turkish
uk.fmuser.org ->Ukrainian
ur.fmuser.org ->Urdu
vi.fmuser.org ->Vietnamese
cy.fmuser.org ->Welsh
yi.fmuser.org ->Yiddish
FMUSER Wirless Transmit Video And Audio More Easier !
Contact
Address:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China 510620
Categories
Newsletter