Ang FMUSER Wirless ay Naghahatid ng Video At Audio Nang Mas Madali!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanian
ar.fmuser.org -> Arabe
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 -> Intsik (Pinasimple)
zh-TW.fmuser.org -> Intsik (Tradisyunal)
hr.fmuser.org -> Croatian
cs.fmuser.org -> Czech
da.fmuser.org -> Danish
nl.fmuser.org -> Dutch
et.fmuser.org -> Estonian
tl.fmuser.org -> Pilipino
fi.fmuser.org -> Finnish
fr.fmuser.org -> Pranses
gl.fmuser.org -> Galician
ka.fmuser.org -> Georgian
de.fmuser.org -> Aleman
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 -> Koreano
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 -> Portuges
ro.fmuser.org -> Romanian
ru.fmuser.org -> Ruso
sr.fmuser.org -> Serbiano
sk.fmuser.org -> Slovak
sl.fmuser.org -> Slovenian
es.fmuser.org -> Espanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Suweko
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
Kamakailan lamang ay nagsimulang makipag-ugnay sa live na proyekto ng video, na-buod ko rin ang ilang mga live na konsepto na may kaugnayan sa video, mga teknolohiya at solusyon.
Una sa lahat, maunawaan ang konsepto ng live na video. Maraming mga karaniwang mga protocol ng video ang: RTMP, http-flv, HLS, RTP / RTCP.
Pagkatapos ay ipapaliwanag namin ang buong proseso ng live na pag-broadcast at mga kaugnay na teknolohiya.
1, Live na video protocol
Sa larangan ng live na pag-broadcast, mayroong dalawang uri ng live na pag-broadcast: interactive na live na pagsasahimpapaw at hindi interactive na live na pag-broadcast.
Ang hindi interactive na live na pagsasahimpapawid (tulad ng: Live parade, NBA Live Broadcasting, Champions League live broadcasting, atbp.) Ay hindi lubos na nakikipag-ugnay, pinapayagan ang pagkaantala ng 10 segundo o higit pa. Ito ay nailalarawan sa pamamagitan ng medyo ilang mga mapagkukunan at angkop para sa multi-channel transcoding (maaaring panoorin ito ng mga gumagamit alinsunod sa mga kundisyon ng network).
Kasama sa mga tipikal na eksena ng interactive na live na pag-broadcast ang pagpapakita ng live na pag-broadcast, live na pag-broadcast ng laro, atbp. Dahil sa mataas na mga kinakailangan para sa pakikipag-ugnayan sa pagitan ng anchor at ng madla, ang mga live na broadcast na ito ay kinakailangan na maantala sa loob ng 5S. Ang mga katangian ng interactive na live na pagsasahimpapawid ay: mas maraming mapagkukunan, hindi angkop para sa multi-channel transcoding, intermediate server lamang bilang isang papel na ginagampanan ng transit.
Ang media ng live na paghahatid ng nilalaman ay ang network, at kinakailangan ang mga kaukulang protokol upang makapagpadala ng video o audio sa network. Sa kasalukuyan, ang mga karaniwang protokol na angkop para sa mga live na eksena ay ang mga sumusunod.
1. RTMP protocol (hindi suportado ng HTML 5, suportado ng flash)
Ang RTMP ay isang streaming media protocol, na kung saan ay ang patent protocol ng Adobe. Batay sa TCP, ito ay tanyag sa Tsina.
Patok na dahilan: ang suporta ng bukas na mapagkukunan ng software at open source library ay matatag at kumpleto, at ang pinaka-karaniwang ginagamit na streaming at streaming na mga solusyon ay maaaring tumakbo nang matatag. Halimbawa: open source librtmp push stream library, ang panig ng serbisyo ay may nginx RTMP plug-in, ang pull stream ay mayroong ijkplayer play library.
2. Http-flv protocol (hindi suportado ng HTML 5, suportado ng flash)
Iyon ay upang magamit ang HTTP protocol upang mag-stream ng nilalaman ng media. Ang HTTP ay mas simple at mas kilala kaysa sa RTMP. Ang pagkaantala ng nilalaman ay maaari ding 2-5 segundo, at ang bilis ng pagbubukas ay mas mabilis, dahil ang HTTP mismo ay walang kumplikadong pakikipag-ugnay sa estado. Kaya mula sa pananaw ng latency, ang http-flv ay mas mahusay kaysa sa RTMP.
3. HLS protocol (suporta sa HTML, suporta sa Flash)
Ang HTTP live streaming ay isang streaming media transport protocol na batay sa HTTP na iminungkahi ng mansanas. Ang HLS ay may napakalaking kalamangan: ang HTML5 ay maaaring direktang buksan at i-play; nangangahulugan ito na ang isang live na link ay maaaring ibahagi sa pamamagitan ng wechat at iba pang pagpapasa, nang hindi kinakailangan na mag-install ng anumang independiyenteng app, sa isang browser, kaya't napakapopular nito. Social na live na app, kailangan lang ang HLS. Ang live stream URL batay sa HLS ay isang m3u8 file, na naglalaman ng maraming kamakailang maliit na mga file ng video TS. Ang pagkaantala ng mode ng pag-playback na ito ay medyo mataas (na nauugnay sa laki ng TS file), at makakamit nito ang pagka-antala ng 5-7 segundo sa parehong network ng lungsod.
4. RTP / RTCP na protocol
Ang real time transport protocol ay isang transport layer proteksyon para sa multimedia data stream sa Internet. Ipinapadala ng RTCP ang pagbibigay ng senyas ng interactive control at ipinapadala ng RTP ang aktwal na data ng media.
Malawakang ginagamit ang RTP sa video surveillance, video conference at IP phone, dahil ang isa sa mahalagang karanasan ng video conference at IP phone ay malakas na real-time na nilalaman.
Kung ikukumpara sa tatlong mga protocol sa itaas, ang isang mahalagang pagkakaiba sa pagitan ng RTP at sa kanila ay ang UDP protocol na ginagamit upang magpadala ng data bilang default, habang ang RTMP at HTTP ay batay sa TCP protocol.
Gumamit ng pagsusuri sa senaryo: ang tanawin ng real-time na audio at stream ng video ay hindi nangangailangan ng maaasahang garantiya, kaya hindi na kailangang magkaroon ng isang mekanismo ng muling paghahatid. Hindi mahalaga na makita ang imahe at tunog nang real time, mawalan ng ilang nilalaman kapag ang network jitters, lumabo ang larawan at splash screen. Upang maipadala ulit, magdulot ng pagkaantala at asynchrony ang TCP. Kung ang isang tiyak na seksyon ng nilalaman ay dumating pagdating ng isang segundo dahil sa muling pagpapadala, kung gayon ang buong pag-uusap ay maaantala ng isang segundo. Gamit ang network jitter, ang pagkaantala ay tataas sa dalawang segundo o tatlong segundo. Kung hindi hawakan ng kliyente ang pag-playback, ang direktang karanasan sa broadcast ay malubhang maaapektuhan. Paano mag-optimize, ipapaliwanag sa sumusunod na artikulo.
Konklusyon: sa pagpili ng live broadcast protocol, kung napili ang RTMP o http-flv, nangangahulugan ito na mayroong pagkaantala ng nilalaman na 2-5 segundo, ngunit hanggang sa nababahala ang bukas na pagkaantala, ang http-flv ay mas mahusay kaysa sa RTMP . Ang HLS ay may pagkaantala sa nilalaman ng 5-7 segundo. Ang pagpili ng RTP para sa live na pag-broadcast ay maaaring maantala ang live na broadcast sa loob ng 1 segundo. Gayunpaman, sa pagkakaalam namin, ang mga pangunahing tagagawa ng CDN ay hindi sumusuporta sa live na broadcast batay sa RTP, kaya ang kasalukuyang domestic mainstream ay RTMP o http-flv.
2, Video live na proseso ng pag-broadcast
Ang teknikal na proseso na nauugnay sa live na video ay: real-time acquisition ng stream ng video --- coding ng stream ng video --- paghahatid ng stream ng video --- pag-decode ng video stream --- pag-play ng video.
1. Ang ideya ng real-time na pagkuha ng video
a) Sa pamamagitan ng pagtatakda ng setpreviewcallback sa preview ng pagbaril ng Android camera, napagtanto ang onpreviewframe interface upang makuha ang data ng bawat stream ng video sa real time.
b) Sa pamamagitan ng Android mediarecorder, magbigkis ng localsocket sa setoutputfile function.
c) Streaming media server mode, gamit ang ffmpeg o getstreamer upang makakuha ng video ng camera.
2. Ang pagsasakatuparan ng coding ng compression ng video
a) Nang walang pag-encode, ang orihinal na yuv420sp video frame ay direktang naililipat sa pamamagitan ng socket.
b) Pinipiga ng JEPG ang orihinal na yuv420sp video frame sa H.264 at pagkatapos ay inililipat ito.
c) H.264 / avc. Ang orihinal na yuv420sp video frame ay naka-compress sa H.264 at pagkatapos ay nailipat. Ang mga karaniwang open source encoder batay sa H264 ay may kasamang JM, x264, t264, hdot264, atbp.
d). mpeg4. I-compress ang orihinal na frame ng video ng yuv420sp sa MPEG4 at pagkatapos ay ihatid
3. Ang ideya ng paghahatid ng video
a). paghahatid ng socket
b). HTTP transport
c). Paghahatid ng RTP / RTSP
d). streaming media server mode, tulad ng live555, atbp
4. Ang pagsasakatuparan ng pag-decode ng video
a). decoder na naaayon sa pag-encode
5. Ang ideya ng pag-play ng video
a). sa pamamagitan ng Android videoview
b). sa pamamagitan ng Android mediaplay
c). direktang i-paste ang imahe ng frame sa pamamagitan ng canvas
|
Ipasok ang email upang makakuha ng sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanian
ar.fmuser.org -> Arabe
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 -> Intsik (Pinasimple)
zh-TW.fmuser.org -> Intsik (Tradisyunal)
hr.fmuser.org -> Croatian
cs.fmuser.org -> Czech
da.fmuser.org -> Danish
nl.fmuser.org -> Dutch
et.fmuser.org -> Estonian
tl.fmuser.org -> Pilipino
fi.fmuser.org -> Finnish
fr.fmuser.org -> Pranses
gl.fmuser.org -> Galician
ka.fmuser.org -> Georgian
de.fmuser.org -> Aleman
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 -> Koreano
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 -> Portuges
ro.fmuser.org -> Romanian
ru.fmuser.org -> Ruso
sr.fmuser.org -> Serbiano
sk.fmuser.org -> Slovak
sl.fmuser.org -> Slovenian
es.fmuser.org -> Espanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Suweko
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
Ang FMUSER Wirless ay Naghahatid ng Video At Audio Nang Mas Madali!
Makipag-ugnay sa
Tirahan
No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China 510620
Kategorya
Newsletter