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
Tiešraides programmatūras izstrādes laikā mēs varam saskarties ar zināmām neskaidrībām. Kurš no tiem ir piemērotāks, piemēram, straumēšanas multivides protokolu, piemēram, HTTP-FLV, WebRTC, RTMP, HLS un citu patentētu protokolu, izvēle? Kuru protokolu var izmantot datora platformā? Kurš protokols darbojas labāk mobilajās ierīcēs? Tālāk es sākšu, salīdzinot dažādu līgumu priekšrocības un trūkumus.
1. Vairāku kopīgu straumēšanas nesēju protokolu priekšrocības un trūkumi:
RTMP: Adobe izstrādāts patentēts protokols audio un video datu pārraidei starp Flash / AIR un serveri. Tas ir arī šobrīd visbiežāk izmantotais straumēšanas mediju pārraides protokols.
Priekšrocības: pamatojoties uz TCP garo savienojumu, nav nepieciešams izveidot savienojumu vairākas reizes, un kavēšanās ir maza, parasti tikai 1 ~ 3s; tehnoloģija ir nobriedusi un atbalsta iekārtas ir ideālas.
Trūkumi: Flash to var izmantot tikai datoru pārlūkprogrammās, un to nevar izmantot mobilajās pārlūkprogrammās; tā kā Flash gatavojas iziet no skatuves, RTMP netiks izmantota straumēšanai tīmekļa atskaņotājā.
HLS: HTTP ierosināts straumēšanas multivides tīkla pārraides protokols, ko piedāvā Apple. Tās darbības princips ir pārraides sagriešana, kas tiešraidi sagriež neskaitāmos gabalos. Kad lietotājs skatās videoklipu, klients katru reizi var lejupielādēt tikai daļu.
Priekšrocības: pamatojoties uz HTTP protokolu, ir vieglāk piekļūt CDN, to reti bloķē ugunsmūri, un tam ir daudzbitu ātruma pielāgošana; kā Apple ierosinātajam protokolam tam ir lielas priekšrocības, izmantojot MacOS / iOS, un tas tiek nodrošināts arī Android korespondējošajā atbalstā; var teikt, ka šis protokols ir piemērots mobilajām ierīcēm.
Trūkumi: kavēšanās ir liela, parasti ne mazāk kā 10 sekundes. Liels skaits TS failu radīs spiedienu uz servera krātuvi un pieprasījumiem.
HTTP-FLV: iekapsulējiet audio un video datus FLV un pēc tam nosūtiet tos, izmantojot HTTP savienojumu. Salīdzinājumā ar RTMP ir mainīts tikai pārraides protokols. Tīmekļa atskaņotājam joprojām ir nepieciešama Flash, lai spēlētu, taču "flv.js" parādīšanās ir kompensējusi šo defektu.
Priekšrocības: zems latentums, kopējais efekts ir ļoti tuvu RTMP; salīdzinot ar RTMP protokolu, tas var efektīvi izvairīties no ugunsmūra un aģentu ietekmes.
Trūkumi: tā pārraides īpašības padara straumēšanas multivides resursus kešatmiņā vietējā klientā, kas nozīmē, ka konfidencialitāte nav ļoti laba; līdz šim tas joprojām nav saderīgs ar iOS pārlūkiem.
WebRTC: pamatojoties uz Google atvērtā pirmkoda tehnoloģiju, protokols multivides straumēšanai tīmeklī.
Priekšrocības: Gan RTMP, gan HLS ir protokoli lielu uzņēmumu rokās, savukārt WebRTC ir iekļauts W3C standartā; nav nepieciešams instalēt spraudņus, un arvien vairāk pārlūkprogrammu tiek atbalstītas.
Trūkumi: ražotāja pielāgotā pārlūkprogramma vai sistēma var izraisīt lietojamības problēmas, kā arī servera puses dizaina un izvietošanas plānu trūkumu; pārraides kvalitāti ir grūti garantēt, un optimizācijas metodes ir ierobežotas; savietojamība Android ierīcēs nav laba; turklāt šis nolīgums galvenokārt ir vērsts uz tīmekli, un vietējai attīstībai nav pietiekama atbalsta.
2. Tiešraides programmatūras izstrādē visdrošākais ir izmantot RTMP datora pusē un HLS mobilajā pusē.
Kāpēc jūs sakāt šādā veidā? Pamatojoties uz iepriekšminētajām priekšrocībām un trūkumiem, pirmkārt, attiecībā uz to atbilstošo platformas pielāgošanās spēju un ieviešanas efektu ir līdzīgi, RTMP un HLS ir labāki nekā HTTP-FLV un WebRTC.
Otrkārt, no tirgus vides viedokļa pēc daudziem attīstības un darbības gadiem daudzi lielie CDN ražotāji ir lieliski atbalstījuši RTMP un HLS. Šis stabilais process ir daudzu ekspluatācijas un tehniskās apkopes personāla rezultāts, un CDN nebūs stabils. Rentabla sistēma viegli veic izmaiņas. Līdzīgi arvien vairāk uzņēmumu izmanto RTMP un HLS, kā rezultātā CDN un RTMP, kā arī starp CDN un HLS tiks uzlabota optimizācija un savietojamība. Tas ir ciklisks process, un parasti CDN uzņēmumi to viegli nepārkāps. Turklāt iepriekšējā rakstā es neminēju RTSP protokolu. Šī protokola ietekme ir līdzīga RTMP iedarbībai. Tehniski tas atšķiras tikai no pārraides datos aizņemto kanālu skaita, un pārraides formāta straume ir atšķirīga. RTSP faktiski var izmantot tiešraidei. Bet tomēr tirgus vides dēļ RTSP pašlaik galvenokārt tiek izmantots drošības uzraudzībā. Tāpat kā RTMP, tā jau ir izveidojusi savu peļņas ķēdi.
Iepriekšminētais ir rezultāts diskusijai par straumēšanas multivides protokola izvēli tiešraides programmatūras izstrādes laikā. Attiecībā uz šo problēmu, ja jūs joprojām nesaprotat, varat atstāt ziņojumu vai atrast profesionālu izstrādātāju detalizētai konsultācijai.
|
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