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
1 mobile Mobilās video tiešraides izstrāde
Var redzēt, ka, sākot no datora līdz mobilajam, arvien vairāk tiešraides lietotņu ir tiešsaistē, un mobilā apraide ir nonākusi vēl nebijušā sprādziena stadijā. Tomēr lielākajai daļai mobilās tiešraides to joprojām galvenokārt īsteno vietējie klienti, taču HTML5 ir arī neaizstājama loma mobilās tiešraides beigās, piemēram, HTML5. Ar ātras pārraides un viegli atbrīvojamas priekšrocībām HTML5 var atskaņot arī tiešraidē video, kad tas ir vissvarīgākais.
Pilnu tiešraidi var sadalīt šādi:
(1) Video ierakstīšanas terminālis: Parasti tā ir datora audio un video ievades ierīce vai kamera vai mikrofons mobilajā terminālā. Pašlaik galvenā daļa ir mobilā tālruņa video.
(2) Video atskaņotājs: tas var būt atskaņotājs datorā, vietējais atskaņotājs mobilā tālruņa pusē un HTML5 video uzlīme. Pašlaik tas joprojām ir galvenais vietējais mobilā tālruņa spēlētājs.
(3) Video serveris: parasti tas ir nginx serveris, ko izmanto, lai pieņemtu video ierakstīšanas puses nodrošināto video avotu un nodrošinātu straumēšanas pakalpojumu līdz video atskaņošanas beigām.
2, HTML5 video ierakstīšana:
HTML5 video ierakstīšanai jaudīgā webrtc (WEB reāllaika komunikācija) ir tehnoloģija, kas atbalsta reāllaika balss vai video sarunas tīmekļa pārlūkprogrammā. Trūkums ir tāds, ka tas tikai labāk atbalsta datora hromu, un mobilā puse nav ideāla.
Video ierakstīšanas ar webrtc pamata process ir:
Zvana window.navigator.webkitGetUserMedia (iegūstiet lietotāja datora kameras video datus).
Pārvērst iegūtos video straumes datus par window.webkitRTCPeerConnection (video straumes datu formāts).
Tīkla ligzdas izmantošana video straumes datu pārsūtīšanai uz serveri
Tā kā daudzām metodēm jāpievieno prefikss ar pārlūku, daudzas mobilās pārlūkprogrammas neatbalsta webrtc, tāpēc reālo videoierakstu joprojām īsteno klients (IOS, Android), un efekts būs labāks.
3, HTML5 tiešraides video pārraide:
Video atskaņošanai varat izmantot HLS (HTTP tiešraides straumēšanas) protokolu, lai atskaņotu tiešraidi. Gan IOS, gan Android šo protokolu atbalsta dabiski. Konfigurēt un tieši izmantot video tagus ir vienkārši.
Šeit ir vienkāršs kods, lai atskaņotu video tiešraidi, izmantojot video:
(1) kas ir HLS protokols:
Īsāk sakot, visa straume ir sadalīta mazos failos, kurus lejupielādē, pamatojoties uz HTTP. Vienlaikus tiek lejupielādēti tikai daži. HTML3 apraides tiešraides video ievadītais iepriekšminētais.M8u5 fails ir balstīts uz HLS protokolu, kurā tiek glabāti video straumes metadati.
Katrs.M3u8 fails atbilst vairākiem TS failiem, kas ir reālās video atmiņas dati. M3u8 failā tiek glabāta tikai dažu TS failu konfigurācijas informācija un saistītie ceļi. Kad videoklips tiek atskaņots, fails M3u8 tiek dinamiski mainīts. Video etiķete parsēs failu un atradīs atbilstošo TS failu, ko atskaņot. Tātad, lai paātrinātu ātrumu, fails M3u8 tiks izmantots, lai analizētu failu un atrastu atbilstošo TS failu atskaņošanai. Tādēļ, lai paātrinātu ātrumu, fails M3u8 tiks izmantots, lai analizētu failu un atrastu atbilstošo TS failu atskaņošanai. Tādēļ, lai paātrinātu, ievietojiet to tīmekļa serverī un TS failu CDN.
M3u8 fails faktiski ir M3U fails, kas kodēts ar UTF-8. Šo failu nevar atskaņot pats, bet tikai teksta fails, kurā ir atskaņošanas informācija.
(2) HLS pieprasījuma process:
HTTP pieprasījuma URL m3u8.
Serveris atgriež m3u8 atskaņošanas sarakstu, kas tiek atjaunināts reāllaikā. Parasti vienlaikus tiek norādīts 5 datu segmentu URL.
Klients parsē m3u8 atskaņošanas sarakstu un pēc tam pieprasa katra segmenta URL, lai iegūtu TS datu plūsmu.
(3) HLS tiešraides aizkave:
Mēs zinām, ka HLS protokols sadala tiešraidi nelielā video segmentā, lai to lejupielādētu un atskaņotu. Pieņemsim, ka sarakstā ir 5 TS faili, katrā TS failā ir 5 sekundes video satura, tad kopējā kavēšanās ir 25 sekundes. Tā kā, redzot šos videoklipus, resursdators ir ierakstījis videoklipu un augšupielādējis to, tāpēc kavēšanos izraisa tas. Protams, lai samazinātu kavēšanos, saraksta garumu un viena TS faila lielumu var saīsināt. Galējā gadījumā saraksta garumu var samazināt līdz 1, un TS ilgums ir 1 s. Tomēr tas palielinās pieprasījumu skaitu un palielinās servera spiedienu. Kad tīkla ātrums ir lēns, tiks ģenerēts lielāks buferis. Tāpēc Apple ieteiktais TS laiks oficiāli ilgst 10 sekundes, tāpēc tas ievērojami mainīs 30 gadu kavēšanos. Tātad serveris saņem straumi, pārkodējot, saglabā, sagriež bloku un pēc tam izplata to klientam. Šeit ir kavēšanās pamatcēlonis.
Lai iegūtu vairāk jautājumu par kavēšanos, lūdzu, skatiet Apple oficiālo adresi:
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html
Tomēr HTML5 tiešraides video ir dažas neaizstājamas priekšrocības:
① Laba komunikācija, viegli koplietojama un citas darbības.
② To var atbrīvot dinamiski, kas veicina reāllaika produktu prasību atkārtojumu un ātru palaišanu.
③ Neinstalējot lietotni, tieši atveriet pārlūkprogrammu.
4, IOS kolekcijas (ierakstīšanas) audio un video datu OS
Audio un video iegūšanai un ierakstīšanai vispirms tiek precizēti šādi jēdzieni:
(1) Video kodēšana: video kodēšana attiecas uz veidu, kā video formāta fails tiek pārveidots par citu video formāta failu, izmantojot īpašu saspiešanas tehnoloģiju. Lai to varētu atskaņot lietotāja puses atskaņotājā, mūsu izmantotajā iPhone ierakstītajam videoklipam jābūt kodētam, augšupielādētam un dekodētam.
Kodeka standarts: vissvarīgākie video straumes pārraides kodeku standarti ietver ITU H.2, H.261 un H.263, kuros HLS protokols atbalsta H.264 formāta kodēšanu.
) 3) Audio kodēšana: līdzīgi kā video kodēšanai, sākotnējā audio straume tiek kodēta, augšupielādēta, atšifrēta atbilstoši noteiktiem standartiem un atskaņota atskaņotājā. Protams, audio ir arī daudzi kodēšanas standarti, piemēram, PCM kods, wma kods, AAC kods utt. Audio kodēšanas metode, ko atbalsta mūsu HLS protokols, ir AAC kods.
Video un audio datu iegūšana galvenokārt tiek sadalīta šādās darbībās:
1 un XNUMX video un audio datu iegūšana, izmantojot kameru IOS
(2 I IOS sākotnējo audio un video datu straumi var apkopot, izmantojot avcapturesession un avcapturedevice.
(3) Video ir kodēts ar h264, un audio ir AAC kodēts. IOS jau ir iepakotas kodēšanas bibliotēkas, lai realizētu audio un video kodēšanu.
(4) Audio un video dati pēc kodēšanas ir samontēti un aizzīmogoti;
(5) Izveidojiet RTMP savienojumu un nospiediet to līdz serverim.
Īpašais audio un video datu vākšanas process ir šāds:
(1) par RTMP:
Reāllaika ziņojumapmaiņas protokols (RTMP) ir tiešraides video protokola kopums, kuru izstrādājusi Macromedia, un tagad tas pieder Adobe. Tāpat kā HLS, to var izmantot video pārraidīšanai. Atšķirība ir tāda, ka RTMP nevar atskaņot IOS pārlūkprogrammā, pamatojoties uz zibspuldzi, taču tas ir labāks reāllaikā nekā HLS. Tātad šo protokolu parasti izmanto, lai augšupielādētu video straumi, tas ir, video straumi tiek virzīti uz serveri.
(2) virzīt plūsmu
Tā dēvētā straumēšana attiecas uz mūsu kodēto audio un video datu nosūtīšanu uz video straumes serveri. IOS kodā parasti tiek izmantota RTMP straumēšana. Straumēšanai var izmantot trešās puses bibliotēku Librtmp IOS. Librtmp iekapsulē dažus pamata API, lai lietotāji varētu piezvanīt. Piemēram, nospiediet API un tā tālāk, konfigurējiet servera adresi un pēc tam pārkodēšanas video straumi virziet uz serveri.
Tātad, kā izveidot straumēšanas serveri?
Ir izveidots vienkāršs straumēšanas serveris. Tā kā mūsu augšupielādētā video straume ir balstīta uz RTMP protokolu, serverim jāatbalsta RTMP. Tā var veikt šādas darbības:
(1) Instalējiet nginx serveri.
(2) Ir instalēts nginx paplašinājums RTMP. Konfigurējiet nginx conf failu
) 3) Restartējiet nginx un ierakstiet RTMP straumēšanas adresi kā rtmp: // ip: 1935 / hls / mystream, kur HLS_ ceļš apzīmē ģenerēto adresi. M3u8 un TS faili, HLS_ fragments apzīmē šķēles garumu un mystream apzīmē instanci. Ģenerējamo faila nosaukumu var iestatīt pats.
5, lietotāja mijiedarbība tiešraidē:
Lietotāja mijiedarbībai tiešraidē to var aptuveni sadalīt:
dāvanu pasniegšana.
Lai komentētu vai spēlētu
Dāvanu piegādei DOM un CSS3 var izmantot, lai realizētu dāvanu sūtīšanas loģiku un dažas īpašas dāvanu animācijas HTML5. Tehniskās grūtības nav ļoti lielas.
Lai aizsprosts būtu nedaudz sarežģītāks, jums, iespējams, būs jāpievērš uzmanība šādiem jautājumiem:
Lādiņa izpildi reāllaikā var nosūtīt un saņemt reāllaikā, izmantojot tīmekļa ekrānu, un renderēt.
Pārlūkprogrammām, kas neatbalsta tīmekļa ligzdu, tās var degradēt tikai līdz ilgām vēlēšanu vai priekšgala taimera sūtīšanas pieprasījumiem reāllaika uznirstošā loga iegūšanai.
Animācijas un sadursmju noteikšana (ti, pārklāšanās nav) un tā tālāk renderēšanā
|
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