FMUSER Wirless pārraida video un audio vieglāk!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
Nesen sāku sazināties ar video tiešraides projektu, es arī apkopoju dažas ar video tiešraidi saistītas koncepcijas, tehnoloģijas un risinājumus.
Pirmkārt, izprotiet tiešraides video jēdzienu. Vairāki izplatīti video protokoli ir: RTMP, http-flv, HLS, RTP / RTCP.
Tad mēs izskaidrosim visu tiešraides procesu un ar to saistītās tehnoloģijas.
1, tiešraides video protokols
Tiešraides jomā ir divi tiešraides veidi: interaktīva tiešraide un neinteraktīva tiešraide.
Neaktīvā tiešraide (piemēram, tiešraide, NBA tiešraide, Čempionu līgas tiešraide utt.) Nav pārāk interaktīva, ļaujot kavēties 10 vai vairāk sekundes. To raksturo salīdzinoši maz avotu un tas ir piemērots daudzkanālu pārkodēšanai (lietotāji to var skatīties atbilstoši tīkla apstākļiem).
Interaktīvās tiešraides tipiskās ainas ietver tiešraides šovus, spēļu tiešraides utt. Tā kā enkura un auditorijas mijiedarbībai ir augstas prasības, šīs tiešraides ir jāatliek 5S robežās. Interaktīvās tiešraides raksturojums ir: vairāk avotu, kas nav piemēroti daudzkanālu pārkodēšanai, starpposma serveris tikai kā tranzīta loma.
Tiešraides satura pārraides nesēji ir tīkls, un video vai audio pārraidei tīklā ir nepieciešami atbilstoši protokoli. Pašlaik tiešraides ainām piemēroti kopējie protokoli ir šādi.
1. RTMP protokols (neatbalsta HTML 5, atbalsta Flash)
RTMP ir straumēšanas multivides protokols, kas ir Adobe patentu protokols. Pamatojoties uz TCP, tas ir ļoti populārs Ķīnā.
Populārs iemesls: atvērtā pirmkoda programmatūras un atvērtā pirmkoda bibliotēkas atbalsts ir stabils un pilnīgs, un visbiežāk izmantotie straumēšanas un straumēšanas risinājumi pamatā var darboties stabili. Piemēram: atvērtā pirmkoda librtmp push stream bibliotēka, pakalpojuma pusē ir nginx RTMP spraudnis, pull stream ir ijkplayer atskaņošanas bibliotēka.
2. Http-flv protokols (neatbalsta HTML 5, atbalsta Flash)
Tas nozīmē izmantot HTTP protokolu multivides satura straumēšanai. HTTP ir vienkāršāks un labāk pazīstams nekā RTMP. Satura aizkave var būt arī 2–5 sekundes, un atvēršanas ātrums ir lielāks, jo pašam HTTP nav sarežģītas stāvokļa mijiedarbības. Tātad no latentuma viedokļa http-flv ir labāks par RTMP.
3. HLS protokols (HTML atbalsts, Flash atbalsts)
HTTP tiešraides straumēšana ir straumēšanas multivides transporta protokols, kura pamatā ir Apple piedāvātais HTTP. HLS ir ļoti liela priekšrocība: HTML5 var tieši atvērt un atskaņot; tas nozīmē, ka tiešraides saiti var kopīgot, izmantojot pārlūku, izmantojot wechat un citu pārsūtīšanu, bez nepieciešamības instalēt nevienu neatkarīgu lietotni, tāpēc tā ir ļoti populāra. Sociāla tiešraides lietotne, HLS ir vienkārši nepieciešama. Tiešraides straumes URL, kura pamatā ir HLS, ir m3u8 fails, kas satur vairākus nesenus nelielus video TS failus. Šī atskaņošanas režīma kavēšanās ir salīdzinoši liela (kas ir saistīta ar TS faila lielumu), un tajā pašā pilsētas tīklā tā var sasniegt 5-7 sekunžu kavēšanos.
4. RTP / RTCP protokols
Reālā laika transporta protokols ir transporta slāņa protokols multivides datu straumēšanai internetā. RTCP pārraida interaktīvās vadības signalizāciju, bet RTP - faktiskos datu nesēja datus.
RTP tiek plaši izmantots videonovērošanā, videokonferencēs un IP tālruņos, jo viena no svarīgākajām videokonferenču un IP tālruņu pieredzēm ir spēcīgs reāllaika saturs.
Salīdzinot ar iepriekšminētajiem trim protokoliem, viena būtiska atšķirība starp RTP un tiem ir tā, ka datu noklusēšanai pēc noklusējuma tiek izmantots UDP protokols, savukārt RTMP un HTTP pamatā ir TCP protokols.
Izmantojiet scenāriju analīzi: reāllaika audio un video straumei nav nepieciešama uzticama garantija, tāpēc nav nepieciešams retranslācijas mehānisms. Nav svarīgi reāllaikā redzēt attēlu un skaņu, zaudēt daļu satura, kad tīkls satricina, aizmiglo attēlu un uzspiež ekrānu. Lai atkārtoti nosūtītu, TCP izraisīs kavēšanos un asinhronismu. Ja noteikta satura sadaļa retranslācijas dēļ nonāk pēc vienas sekundes, visa saruna tiks aizkavēta par vienu sekundi. Ar tīkla satricinājumu kavēšanās palielināsies līdz divām sekundēm vai trim sekundēm. Ja klients neapstrādā atskaņošanu, tiešās apraides pieredze tiks nopietni ietekmēta. Kā optimizēt, tiks paskaidrots nākamajā rakstā.
Secinājums: tiešraides protokola izvēlē, ja ir izvēlēts RTMP vai http-flv, tas nozīmē, ka satura aizkave ir 2-5 sekundes, bet, kas attiecas uz atvērto aizkavi, tad http-flv ir labāks par RTMP . HLS satura aizkave ir 5-7 sekundes. Izvēloties RTP tiešraidei, tiešraide var aizkavēties 1 sekundes laikā. Tomēr, cik mēs zinām, lielākie CDN ražotāji neatbalsta tiešraidi, pamatojoties uz RTP, tāpēc pašreizējā vietējā galvenā straume ir RTMP vai http-flv.
2, video tiešraides process
Ar tiešraides video saistīts tehniskais process ir: reāllaika video straumes iegūšana --- video straumes kodēšana --- video straumes pārraide --- video straumes dekodēšana --- video atskaņošana.
1. Ideja par reāllaika video uzņemšanu
a) Iestatot setpreviewcallback Android kameras uzņemšanas priekšskatījumā, onpreviewframe saskarne tiek realizēta, lai reāllaikā iegūtu katras video straumes datus.
b) Izmantojot Android mediarecorder, saistiet lokālo bloku setoutputfile funkcijā.
c) Straumēšanas multivides servera režīms, izmantojot ffmpeg vai getstreamer, lai iegūtu kameras video.
2. Video saspiešanas kodēšanas realizācija
a) Bez kodēšanas oriģinālais yuv420sp video kadrs tiek pārsūtīts tieši caur ligzdu.
b) JEPG saspiež sākotnējo yuv420sp video kadru H.264 un pēc tam to pārsūta.
c) H.264 / avc. Sākotnējais yuv420sp video rāmis tiek saspiests H.264 formātā un pēc tam pārsūtīts. Parastie atvērtā koda kodētāji, kuru pamatā ir H264, ietver JM, x264, t264, hdot264 utt.
d). mpeg4. Saspiest oriģinālo yuv420sp video kadru MPEG4 formātā un pēc tam nosūtīt
3. Video pārraides ideja
a). kontaktligzdas pārraide
b). HTTP transports
c). RTP / RTSP pārraide
d). straumēšanas multivides servera režīms, piemēram, live555 utt
4. Video dekodēšanas realizācija
a). dekodētājs, kas atbilst kodēšanai
5. Video atskaņošanas ideja
a). izmantojot Android video skatu
b). izmantojot Android mediaplay
c). ielīmējiet rāmja attēlu tieši caur audeklu
|
Ievadiet e-pastu, lai saņemtu pārsteigumu
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
FMUSER Wirless pārraida video un audio vieglāk!
Kontakti
Adrese:
Nr. 305 istaba HuiLan ēka Nr.273 Huanpu Road Guangzhou, Ķīna 510620
Kategorijas
Saņemt jaunumus