FMUSER Wirless lähettää videota ja ääntä helpommin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
Mobiililähetystekniikan haaste on kaukana perinteisistä laitteista tai tietokoneiden suorasta lähetyksestä. Sen täydellisiä käsittelylinkkejä ovat muun muassa: äänen ja videon hankinta, kauneuden / suodattimen / erikoistehosteiden käsittely, koodaus, paketti, suoratoisto, transkoodaus, jakelu, dekoodaus / renderointi / toisto jne.
Suoran lähetyksen yleisiä ongelmia ovat:
Kuinka isäntävirta voi olla vakaa epävakaassa verkkoympäristössä?
Kuinka syrjäisten alueiden yleisö voi katsella suoraa lähetystä sujuvasti teräväpiirtona?
Kuinka vaihtaa linjaa älykkäästi live-kortin hetkessä?
Kuinka mitata suoran lähetyksen laatuindeksin tarkkuutta ja säätää sitä reaaliajassa?
Kuinka mobiililaitteiden eri sirualustat voivat koodata ja toistaa videota tehokkaalla tavalla?
Kuinka käsitellä suodattimien, kuten kauneuden, erikoistehosteita?
Kuinka toistaa toinen toisto?
Kuinka taata suoran lähetyksen jatkuva sujuvuus ilman karstatusta?
Tämä jakaminen paljastaa mobiililähetysten ydintekniikan mysteerin.
1. Perustiedot videosta, suorasta lähetyksestä ja niin edelleen
Mikä on video?
Ensinnäkin meidän on ymmärrettävä yksi peruskäsitteistä: video. Havaintonäkökulmasta katsottuna video on elokuva, joka on täynnä hauskaa, voi olla elokuva, voi olla lyhytelokuva, on yhtenäinen visuaalisen vaikutuksen suorituskykyinen rikas kuva ja ääni. Mutta järkevästä näkökulmasta video on jäsennelty data. Se voidaan tulkita konekielellä. Voimme analysoida videon seuraavaan rakenteeseen:
1) Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
2) Sisältöelementti
3) Kuva
4) Ääni
5) metatiedot
6) Koodekki
Video: H.264 , H.265,…
Ääni: AAC , HE-AAC,…
7) Kontti
MP4, MOV, FLV, RM, RMVB, AVI,…
Mikä tahansa videovideotiedosto on rakenteellisesti sellainen tapa sommittelu:
1) Alkeellisimmat sisältöelementit koostuvat kuvasta ja äänestä;
2) Kuva käsitellään videokoodauksella ja pakkausmuodolla (yleensä H.264);
3) Ääni käsitellään äänikoodauksen pakkausmuodossa (kuten AAC);
4) Ilmoita vastaavat metatiedot (metatiedot);
Lopuksi konttipaketti (kuten MP4) on valmis muodostamaan täydellinen videotiedosto.
Jos sinusta tuntuu, että on vaikea ymmärtää, kuvittele pullo ketsuppia. Ulkokerrospullo on kuin astia, pulloon merkityt raaka-aineet ja käsittelylaitoksen tiedot ovat kuin metatiedot. Sen jälkeen kun pullon korkki on avattu (purettu pakkauksesta), ketsuppi itsessään on kuin koodattu sisältö pakkaamisen jälkeen. Tomaatti- ja maustekäsittely ketsupiksi on kuin koodaus, kun taas raaka-aine tomaatti ja mausteet ovat eniten samanlaisia kuin alkuperäinen sisältöelementti.
2. Videon reaaliaikainen siirto
Lyhyesti sanottuna järkevä kognitiivinen videorakenne auttaa meitä ymmärtämään videolähetyksiä. Jos video on eräänlainen jäsennelty data, videolähetys on epäilemättä tapa lähettää tämä "jäsennelty data" (video) reaaliajassa.
Joten ilmeinen kysymys on: kuinka reaaliaikainen voi lähettää tämän jäsennellyn datan?
Tässä on paradoksi: konttipakatun videon on oltava muuttumaton videotiedosto, muuttamaton videotiedosto on jo tuotantotulos "suhteellisuusteorian" mukaan, eikä tämä tuotantotulos voi olla tarkka reaaliaikaiselle tasolle, se on ollut muisti aikaa ja tilaa.
Siksi videolähetyksen on oltava "tuotannon, siirron ja kulutuksen" prosessi. Tämä tarkoittaa, että meidän on tarkasteltava tarkemmin videon keskiprosessia (koodausta) ennen kuin alkuperäiset sisältöelementit (kuvat ja ääni) lopputuotteeseen (videotiedostot).
3. Videokoodauksen pakkaus
Katsotaanpa videokoodausta ja pakkaustekniikkaa.
Videosisällön tallennuksen ja siirron helpottamiseksi on yleensä tarpeen vähentää videosisällön määrää, eli alkuperäiset sisältöelementit (kuva ja ääni) on pakattava, ja pakkausalgoritmiin viitataan myös nimellä koodausmuoto. Esimerkiksi videon alkuperäinen kuvadata pakataan H.264-koodausmuodossa ja ääninäytetiedot pakataan AAC-koodausmuodossa.
Koodaamisen ja pakkaamisen jälkeen videosisältö on todella suotuisaa tallennukselle ja siirtämiselle. kuitenkin, kun katsot ja pelaat, dekoodausprosessia tarvitaan myös vastaavasti. Siksi on ilmeistä, että eräänlainen käytäntö voidaan ymmärtää sekä kooderilla että dekooderia tarvitaan koodauksen ja dekoodauksen välillä. Videokuvakoodauksen ja -dekoodauksen suhteen tämä yleissopimus on yksinkertainen:
Kooderi koodaa useita kuvia ja tuottaa segmentin GOP (kuvaryhmä). Toistettaessa dekooderi lukee osan GOP: sta dekoodausta varten, sitten lukee kuvan ja renderöi näytön.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
GOP (ryhmä kuvia) on sarja jatkuvia kuvia, joka koostuu yhdestä I-kehyksestä ja useista B / P-kehyksistä. Se on videokuvakooderin ja dekooderin pääsyyksikkö. Sen järjestelysarja toistetaan kuvan loppuun asti.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
I-kehys on sisäinen koodauskehys (tunnetaan myös nimellä avainkehys), P-kehys on eteenpäin suuntautuva ennustekehys (eteenpäin suuntautuva viitekehys) ja kehys B on kaksisuuntainen interpolointikehys (kaksisuuntainen viitekehys). Lyhyesti sanottuna kehys I on täydellinen kuva, kun taas P- ja B-tietueiden muutokset muuttuvat I-kehykseen nähden.
Ilman I-kehyksiä P- ja B-kehyksiä ei voida purkaa.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Yhteenvetona voidaan todeta, että video, jonka kuvaosadata on joukko GOP: itä, kun taas yksittäinen GOP on joukko I / P / B-kehyskuvia.
Tällaisessa geometrisessa suhteessa video on kuin "esine", GOP on kuin "molekyyli" ja I / P / B-kehyksen kuva on kuin "atomi".
Kuvittele, mikä olisi kokemus, jos muuttaisimme kohteen siirron atomiksi ja pienimmäksi hiukkaseksi valon nopeudella ja havaittaisiin ihmisten paljaalla silmällä?
4. Mikä on live-video?
Aivoreiän avaaminen ei ole vaikeaa, suora lähetys on sellainen kokemus. Videolähetystekniikka on pienin hiukkanen (I / P / B-kehys), aikasarjoihin perustuva valon nopeudella lähetettävä tekniikka.
Lyhyesti sanottuna suora lähetys on datan (video / ääni / datakehys) ja aikaleiman suoratoisto. Lähetin kerää jatkuvasti ääni- ja videodataa, leviää sitten koodauksen, pakettien, push-virtauksen ja sitten releiden jakeluverkon kautta. Toiston loppu lataa tietoja jatkuvasti ja dekoodaa ja toistaa aikasekvenssin mukaan. Tällä tavalla suorana lähetysprosessi "tuotanto, lähetys ja kulutus" toteutuu.
Kun olemme ymmärtäneet yllä olevat kaksi video- ja suoralähetysperiaatetta, voimme nähdä suoran lähetyksen liiketoimintalogiikan.
Suoran lähetyksen liiketoimintalogiikka
Tässä on virtaviivainen yksi moniin live-palvelumalliin sekä protokollat eri tasojen välillä.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Sopimusten väliset erot ovat seuraavat
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Edellä on joitain peruskäsitteitä suorien lähetysten tekniikasta. Seuraavaksi ymmärrämme edelleen live-indikaattorit, jotka vaikuttavat ihmisten visuaaliseen kokemukseen.
Suoran lähetyksen suorituskykyindeksi vaikuttaa visuaaliseen kokemukseen
Suoran lähetyksen ensimmäinen suorituskykyindikaattori on viive, joka on aika, joka tarvitaan tietojen lähettämiseen tietolähteestä kohteeseen.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Einsteinin kapean suhteellisuusteollisuuden mukaan valon nopeus on suurin nopeus, jonka kaikki energia, aine ja tieto voivat saavuttaa. Tämä johtopäätös asettaa rajan lähetysnopeudelle. Joten vaikka tunnemme reaaliaikaisen paljaalla silmällä, on tosiasiassa tietty viive.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Koska rtmp / hls perustuu TCP: n kautta tapahtuvaan sovelluskerrosprotokollaan, TCP-kättelyt kolme kertaa, neljä aaltoa, ja jokainen hitaasti käynnistyvän prosessin edestakainen matka lisätään meno-paluuaikaan (RTT), mikä lisää viivettä.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Toiseksi TCP-pakettihäviön uudelleenlähetyksen ominaisuuksien mukaan verkon värinä voi aiheuttaa pakettihäviön uudelleenlähetystä ja johtaa myös epäsuorasti viiveen lisääntymiseen.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Täydellinen suoralähetysprosessi sisältää seuraavat linkit: kerääminen, käsittely, koodaus, paketti, suoratoisto, lähetys, koodaaminen, jakelu, suoratoisto, dekoodaus ja toisto. Suoratoistosta toistamiseen ja sitten välityslinkin kautta, mitä pienempi viive, sitä parempi käyttökokemus.
Suoran lähetyksen toinen suorituskykyindikaattori on näyttökehyksen viive videotoiston aikana, mikä saa ihmiset tuntemaan "kortin". Tilastoja osumien lukumäärästä aikayksikössä kutsutaan karting rateiksi.
Catonin aiheuttavat tekijät voivat olla suoratoiston loppu datan keskeytymisestä, julkisen verkon lähetyksen ruuhkautumisesta tai epänormaalista verkon värinästä tai päätelaitteiden heikosta dekoodaustehosta. Mitä vähemmän tai ei lainkaan Caton-taajuutta, sitä parempi käyttökokemus.
Kolmannen live-esiintymisindikaattorin ensimmäinen näyttö on aikaa vievä, mikä tarkoittaa aikaa, jonka näyttö odottaa paljaalla silmällä ensimmäisen napsautuksen ja toiston jälkeen. Teknisesti se tarkoittaa aikaa vievää, kun soitin purkaa renderointinäytön ensimmäisen kehyksen. Yleisesti ottaen "toinen päällä" tarkoittaa, että näyttö voidaan nähdä sekunnin sisällä toiston napsauttamisen jälkeen. Mitä nopeammin ensimmäinen näyttö avautuu, sitä parempi käyttökokemus.
Edellä mainitut kolme suoran lähetyksen suorituskykyindikaattoria vastaavat matalan viiveen, teräväpiirtoisen sujuvaa ja nopeaa käyttökokemusta. Näiden kolmen suorituskykyindikaattorin ymmärtäminen on erittäin tärkeää mobiililähetyssovelluksen käyttökokemuksen optimoimiseksi.
Joten mitkä ovat yleiset kuopat mobiililähetyksissä?
Käytännössä tiivistetyn kokemuksen mukaan mobiilialustalla tapahtuvan suoran videolähetyksen kuoppa voidaan tiivistää kahteen näkökohtaan: laitteiden ero ja näiden kohtausten tekninen testi verkkoympäristössä.
Mobiililähetystoiminnan kuoppa- ja välttämistoimenpiteet
Koodauserot eri sirualustoilla
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Riippumatta kovasta tai pehmeästä koodauksesta IOS-alustalla, koska se on omenatehdas, koodauseroa ei ole melkein erilaisten sirualustojen takia.
Android-alustalla Android-kehyksen SDK: n tarjoamalla mediacodec-kooderilla on kuitenkin suuria eroja eri sirualustoilla. Eri valmistajat käyttävät erilaisia siruja, kun taas Android mediacodecin suorituskyky on hieman erilainen eri sirualustoilla, ja koko alustan yhteensopivuuden toteuttamisen kustannukset eivät ole alhaiset.
Lisäksi Android mediacodec -kovakoodauskerroksen H.264-koodauksen laatuparametrit ovat kiinteitä, joten maalauslaatu on yleensä myös yleistä. Siksi Android-alustalla suositellaan pehmeän muokkauksen käyttöä, etuna on, että maalauksen laatua voidaan säätää ja yhteensopivuus on parempi.
Kuinka kerätä ja koodata huippuluokan laitteet korkean suorituskyvyn kanssa?
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Esimerkiksi kamera voi olla kuva. Kuvan tilavuus ei ole pieni. Jos hakutaajuus on erittäin korkea ja koodauksen kehysnopeus on erittäin suuri, kukin kuva kulkee kooderin läpi, kooderi voi taas ylikuormittaa.
Tällä hetkellä voimme harkita, että ennen koodaamista, vaikuttamatta kuvan laatuun (olemme puhuneet kehysnopeuden mikrotarkkuudesta), voimme menettää kehykset valikoivasti koodauslinkin virrankulutuksen vähentämiseksi.
Kuinka taata teräväpiirtoinen sujuva suoratoisto heikossa verkossa
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Matkapuhelinverkossa on helppo kohdata verkon epävakaus, yhteyden nollaaminen, katkoviivan uudelleenkytkentä, toisaalta toistuva yhteys ja yhteyden muodostaminen vaatii yleiskustannuksia. Toisaalta kaistanleveyden pullonkaulaa voi esiintyä erityisesti silloin, kun GPRS / 2G / 3G / 4G-kytkin tapahtuu. Kun kaistanleveys ei ole riittävä, sisältöä, jolla on korkea kehysnopeus / korkea bittinopeus, on vaikea lähettää, joten tarvitaan vaihteleva bittinopeuden tuki.
Toisin sanoen työntöpäässä voidaan havaita verkon tila ja yksinkertainen nopeuden mittaus, ja koodinopeus voidaan vaihtaa dynaamisesti työn tasaisen virtauksen varmistamiseksi verkon vaihdon aikana.
Toiseksi koodauksen, paketin ja push-virran logiikkaa voidaan myös hienosäätää. Voit yrittää menettää kehyksiä valikoivasti, kuten videon viitekehyksen menettämisen ensin (I-kehys ja äänikehys), mikä voi myös vähentää lähetettävää tietosisältöä, mutta samalla saavuttaa tarkoituksen, ettei se vaikuta maalauksen laatu ja tasainen audiovisuaalinen versio.
Suoratoiston tila ja liiketoimintatila on erotettava toisistaan
Suora lähetys on mediavirran vuorovaikutus ja sovellus on API-signalointivirta, eikä molempien tilaa voida sekoittaa. Suoran lähetyksen tilaa ei voida arvioida APP-vuorovaikutuksen API-tilan perusteella.
Toisen kokemus mobiililähetystekniikan (mukaan lukien ppt) optimoinnista
Yllä olevat ovat useita yleisiä kuoppia ja välttämistoimenpiteitä suorassa matkaviestimessä.
Muut mobiililähetysten optimointitoimenpiteet
1 、 Kuinka optimoida avaamisnopeus legendaarisen "toiseksi" saavuttamiseksi?
Saatat nähdä, että jotkut markkinoilla olevat matkapuhelinsovellukset ovat erittäin nopeita, vähän. Ja jotkut matkapuhelimet live-sovellus, napsauta toistaaksesi muutaman sekunnin kuluttua ennen pelaamista. Mikä aiheuttaa tällaisen eron?
Suurin osa pelaajista voi purkaa ja pelata saatuaan täydellisen GOP: n. Ffmpeg-pohjaiset soittimet voivat pelata vasta, kun äänen ja maalauksen aikaleimojen synkronointi on tarpeen (jos suorassa lähetyksessä ei ole ääntä, vain video voi toistaa kasvot odotettuaan äänen aikakatkaisua).
Toista osaa voidaan tarkastella seuraavista näkökohdista:
1. Kirjoita soittimen logiikka uudelleen näyttämään soitin ensimmäisen avainkehyksen saamisen jälkeen.
GOP: n ensimmäinen kehys on yleensä avainkehys, ja se voi saavuttaa "ensimmäisen kehyksen toisensa päällä", koska vähemmän tietoja ladataan.
Jos live-palvelin tukee GOP-välimuistia, se tarkoittaa, että pelaaja voi saada tiedot heti yhteyden muodostamisen jälkeen palvelimeen, mikä säästää takalähteen lähetysaikaa alueiden ja operaattoreiden välillä.
GOP heijastaa avainkehysten jaksoa, toisin sanoen kahden avainkehyksen välistä etäisyyttä, nimittäin kehysten enimmäismäärää kehysryhmässä. Olettaen, että videon vakiokehysnopeus on 24 kuvaa sekunnissa (ts. 1 sekunti 24 kuvaa) ja avainkehysjakso on 2S, GOP on 48 kuvaa. Yleensä vähintään yksi avainkehys vaaditaan jokaista videon sekuntia kohti.
Avainkehysten määrän lisääminen parantaa kuvan laatua (GOP on yleensä moninkertainen FPS), mutta lisää samalla kaistanleveyttä ja verkon kuormitusta. Tämä tarkoittaa, että asiakassoitin lataa GOP: n.
|
Kirjoita sähköpostiosoite saadaksesi yllätyksen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
FMUSER Wirless lähettää videota ja ääntä helpommin!
Ota yhteyttä
Osoite:
Nro 305 huone HuiLan-rakennus nro 273 Huanpu Road Guangzhou Kiina 510620
Kategoriat
Uutiskirje