3. casgliad
Mae caffael yn cynnwys dwy agwedd yn bennaf: caffael fideo a chaffael sain. Cesglir y fideo gan y camera, sy'n cynnwys gweithrediad perthnasol y camera a gosodiad paramedr y camera. Oherwydd y gwahaniaethau yng nghamerâu amrywiol gweithgynhyrchwyr ffonau symudol, mae rhai peryglon yn hyn o beth, a fydd yn cael eu disgrifio yn yr erthygl am y camera. Cesglir sain trwy feicroffon. Mae meicroffonau gwahanol ffonau symudol yn cefnogi gwahanol gyfraddau samplu sain, ac weithiau mae angen adleisio'r sain er mwyn cefnogi swyddogaeth y meicroffon.
Pwyntiau allweddol technoleg dal fideo:
Gwiriwch a ellir defnyddio'r camera;
Mae'r ddelwedd a ddaliwyd gan y camera yn llorweddol, ac mae angen cylchdroi'r ddelwedd sydd wedi'i chipio i raddau cyn ei harddangos;
Mae yna gyfres o feintiau delwedd i ddewis o'u plith pan fydd y camera'n cipio. Pan fydd maint y ddelwedd a ddaliwyd yn anghyson â maint sgrin y ffôn symudol, mae angen prosesu arbennig;
Mae gan gamera ffôn Android gyfres o daleithiau, ac mae angen i weithrediad cyfatebol y camera fod yn y cyflwr cywir;
Mae gan lawer o baramedrau camera ffôn Android faterion cydnawsedd, ac mae angen ymdrin yn well â'r materion cydnawsedd hyn.
Pwyntiau allweddol technoleg dal sain:
Gwiriwch a ellir defnyddio'r meicroffon;
Angen canfod cefnogaeth y ffôn symudol ar gyfer cyfradd samplu sain benodol;
Mewn rhai achosion, mae angen perfformio prosesu canslo adleisio ar y sain;
Gosodwch y maint byffer cywir wrth ddal sain.
Nodyn: Bydd erthygl arbennig am y casgliad yn nes ymlaen
4. prosesu
Prosesu fideo
Erbyn hyn mae harddwch bron yn gyfluniad safonol o feddalwedd darlledu byw ffôn symudol. Ar ôl harddu, mae gan y gwesteiwr ymddangosiad uwch ac mae'n fwy deniadol i gefnogwyr. Mae yna hefyd rai cymwysiadau darlledu byw Android a all adnabod wyneb y gwesteiwr ac ychwanegu animeiddiadau hwyliog. Effeithiau arbennig, weithiau mae angen i ni ychwanegu dyfrnod at y fideo.
Mewn gwirionedd, mae harddu fideo ac ychwanegu effeithiau arbennig yn cael eu prosesu trwy OpenGL. Mae GLSurfaceView yn Android, sy'n debyg i SurfaceView, ond gellir ei rendro gyda Renderer. Gellir cynhyrchu gwead trwy OpenGL, gellir cynhyrchu SurfaceTexture trwy'r Id gwead, a gellir trosglwyddo SurfaceTexture i'r Camera, ac yn olaf mae sgrin rhagolwg y camera ac OpenGL wedi'u cysylltu trwy'r gwead, fel y gellir perfformio cyfres o weithrediadau trwy OpenGL .
Nid yw'r holl broses o harddu yn ddim mwy na chynhyrchu gwead newydd trwy'r dechnoleg FBO yn OpenGL yn seiliedig ar y gwead a ragwelir gan y Camera, ac yna defnyddio'r gwead newydd i dynnu ar yr onDrawFrame () yn y Renderer. Ychwanegu dyfrnod yw trosi llun yn wead yn gyntaf, ac yna defnyddio OpenGL ar gyfer lluniadu. Mae ychwanegu effeithiau arbennig tlws crog deinamig yn fwy cymhleth. Yn gyntaf, mae angen perfformio dadansoddiad algorithmig i nodi rhannau cyfatebol yr wyneb dynol yn seiliedig ar y ddelwedd rhagolwg gyfredol, ac yna tynnu delweddau cyfatebol ar bob rhan gyfatebol. Mae gwireddu'r broses gyfan ychydig yn anodd.
Mae'r ffigur canlynol yn siart llif o'r broses harddwch gyfan:
Proses harddwch
Mae'r llun isod yn dangos yr effeithiau harddwch ac animeiddio yn dda iawn.
harddwch
Effeithiau animeiddio a dyfrnodau
Nodyn: Bydd erthygl arbennig am OpenGL a gwireddu'r broses gyfan.
Prosesu sain
Mewn rhai achosion, mae angen i'r gwesteiwr ychwanegu rhai synau ychwanegol i gynyddu'r awyrgylch darlledu byw, fel cymeradwyaeth ac ati. Un ffordd i ddelio ag ef yw chwarae'r sain ychwanegol yn uniongyrchol, fel y bydd y meicroffon yn ei gasglu ac yna'n ei recordio gyda'i gilydd, ond ni fydd y math hwn o brosesu yn gweithio pan fydd yr angor yn gwisgo clustffonau neu angen perfformio prosesu canslo adleisio ar y sain. . Gan nad yw'r swyddogaeth gyfatebol wedi'i hychwanegu at ein prosiect, nid oes profiad perthnasol i'w rannu am y tro, gallwn ychwanegu'r swyddogaeth hon yn nes ymlaen, ac yna ei rhannu gyda chi.
5. codio
Trwy'r camera a'r meicroffon, gallwn gasglu'r data fideo a sain cyfatebol, ond mae'r rhain yn ddata amrwd mewn fformat sefydlog. A siarad yn gyffredinol, mae'r camera'n casglu un ffrâm wrth ffrâm, ac mae'r meicroffon yn casglu data sain PCM. Os anfonir y data hyn yn uniongyrchol, mae maint y data yn aml yn fawr iawn, gan arwain at wastraff mawr o led band, felly yn aml mae angen amgodio fideo a sain cyn eu hanfon.
Amgodio fideo
1. Codio rhagfynegol
Fel y gwyddom i gyd, mae delwedd yn cynnwys llawer o bicseli bondigrybwyll. Mae nifer fawr o ystadegau'n dangos bod cydberthynas gref rhwng picseli yn yr un ddelwedd. Po fyrraf yw'r pellter rhwng dau bicsel, y cryfaf yw'r gydberthynas. Yn nhermau lleygwr, yr agosaf yw gwerthoedd y ddau bicsel. Felly, gall pobl ddefnyddio'r gydberthynas hon rhwng picseli i berfformio codio cywasgu. Gelwir y dull cywasgu hwn yn godio rhagfynegiad o fewn y ffrâm. Nid yn unig hynny, mae'r gydberthynas rhwng fframiau cyfagos yn gryfach ar y cyfan na'r gydberthynas rhwng picseli o fewn ffrâm, ac mae'r gymhareb gywasgu hefyd yn fwy. Gellir gweld, trwy ddefnyddio'r gydberthynas rhwng picseli (mewn-ffrâm) a'r gydberthynas rhwng fframiau, hynny yw, dod o hyd i'r picsel cyfeirio neu'r ffrâm gyfeirio gyfatebol fel y gwerth a ragwelir, gellir gwireddu codio cywasgu fideo.
2. Trawsnewid codio
Mae nifer fawr o ystadegau yn dangos bod y signal fideo yn cynnwys y cydrannau DC mwyaf ynni-ddwys ac amledd isel, hynny yw, rhan wastad y ddelwedd, a swm bach o gydrannau amledd uchel, hynny yw, manylion y delwedd. Felly, gellir defnyddio dull arall ar gyfer amgodio fideo. Ar ôl i'r ddelwedd gael ei thrawsnewid yn fathemategol yn benodol, ceir y ddelwedd yn y parth wedi'i drawsnewid (fel y dangosir yn y ffigur), lle u ac v yw'r cyfesurynnau amledd gofodol yn y drefn honno.
Trawsnewid codio
3. Codio ar sail tonffurf
Mae codio ar sail tonnau yn defnyddio dull codio hybrid wedi'i seilio ar flociau sy'n cyfuno codio rhagfynegol a thrawsnewid codio. Er mwyn lleihau cymhlethdod codio a gwneud y gweithrediad codio fideo yn haws ei berfformio, wrth ddefnyddio'r dull codio hybrid, yn gyntaf rhannwch ddelwedd yn flociau o faint sefydlog, fel bloc 8 × 8 (hynny yw, 8 rhes y bloc, 8 picsel y rhes), Bloc 16 × 16 (16 llinell y bloc, 16 picsel y llinell) ac ati, ac yna cywasgu ac amgodio'r bloc.
Ers i ITU-T ryddhau'r safon codio fideo digidol-H.261 cyntaf ym 1989, mae wedi rhyddhau safonau codio fideo yn olynol fel H.263 a safonau terfynell amlgyfrwng fel H.320 a H.323. Mae'r Grŵp Arbenigwyr Symud Lluniau (MPEG) o dan ISO wedi diffinio MPEG-1, MPEG-2, MPEG-4 a safonau rhyngwladol codio cywasgu teledu digidol.
Ym mis Mawrth 2003, cyhoeddodd ITU-T safon codio fideo H.264. Mae nid yn unig yn gwneud cywasgiad fideo wedi gwella'n sylweddol o'i gymharu â safonau blaenorol, ond mae ganddo hefyd affinedd rhwydwaith da, yn enwedig ar gyfer Rhyngrwyd IP, rhwydwaith symudol diwifr a pherfformiad trosglwyddo fideo rhwydwaith arall sy'n hawdd ei gamgymeriad, yn hawdd ei rwystro, ac nid yw'n hawdd gwarantu QoS . . Mae'r holl godio fideo hyn yn defnyddio codio hybrid wedi'i seilio ar flociau, sydd i gyd yn godio ar sail tonffurf.
4. Codio ar sail cynnwys
Mae yna hefyd dechnoleg amgodio wedi'i seilio ar gynnwys, lle mae'r ffrâm fideo wedi'i rhannu'n rhanbarthau sy'n cyfateb i wahanol wrthrychau, ac yna'n cael eu hamgodio. Yn benodol, mae'n amgodio siâp, mudiant a gwead gwahanol wrthrychau. Yn yr achos symlaf, defnyddir amlinelliad dau ddimensiwn i ddisgrifio siâp gwrthrych, defnyddir fector cynnig i ddisgrifio ei gyflwr mudiant, a disgrifir gwead gan donffurf lliw.
Pan fydd y mathau o wrthrychau yn y dilyniant fideo yn hysbys, gellir defnyddio codio ar sail gwybodaeth neu fodel. Er enghraifft, ar gyfer wynebau dynol, mae rhai fframiau gwifren wedi'u diffinio ymlaen llaw wedi'u datblygu i amgodio nodweddion yr wyneb. Ar yr adeg hon, mae'r effeithlonrwydd codio yn uchel iawn, a dim ond ychydig o ddarnau sydd eu hangen i ddisgrifio ei nodweddion. Ar gyfer mynegiant wyneb (fel dig, hapus, ac ati), gall semanteg godio ymddygiadau posibl. Gan fod nifer ymddygiadau posibl gwrthrych yn fach iawn, gellir sicrhau effeithlonrwydd codio uchel iawn.
Y dull codio a fabwysiadwyd gan MPEG-4 yw codio hybrid wedi'i seilio ar flociau a dull codio wedi'i seilio ar gynnwys.
5. Gwau meddal a chaled
Mae dwy ffordd i weithredu codio fideo ar blatfform Android, un yw codio meddal a'r llall yw codio caled. Ar gyfer golygu meddal, mae'n aml yn dibynnu ar y cpu ac yn defnyddio pŵer cyfrifiadurol y cpu i berfformio codio. Er enghraifft, gallwn lawrlwytho'r llyfrgell amgodio x264, ysgrifennu'r rhyngwyneb jni perthnasol, ac yna pasio'r data delwedd cyfatebol. Ar ôl ei phrosesu gan y llyfrgell x264, mae'r ddelwedd wreiddiol yn cael ei throsi'n fideo ar ffurf h264.
Mae'r cod caled yn defnyddio'r MediaCodec a ddarperir gan Android ei hun. I ddefnyddio MediaCodec, mae angen i chi basio'r data cyfatebol i mewn. Gall y data hyn fod yn wybodaeth delwedd yuv neu'n Arwyneb. Argymhellir arwyneb yn gyffredinol, sy'n fwy effeithlon. Mae Surface yn defnyddio byfferau data fideo lleol yn uniongyrchol heb eu mapio na'u copïo i ByteBuffers; felly, bydd y dull hwn yn fwy effeithlon. Wrth ddefnyddio Surface, fel rheol ni allwch gael mynediad uniongyrchol at y data fideo gwreiddiol, ond gallwch ddefnyddio'r dosbarth ImageReader i gael mynediad at fframiau fideo annibynadwy wedi'u dadgodio (neu wreiddiol). Efallai y bydd hyn yn dal i fod yn fwy effeithlon na defnyddio ByteBuffers, oherwydd gellir mapio rhai byfferau lleol i gyfarwyddo ByteBuffers. Wrth ddefnyddio modd ByteBuffer, gallwch ddefnyddio'r dosbarth Delwedd a dulliau getInput / OutputImage (int) i gael mynediad i'r ffrâm data fideo wreiddiol.
Nodyn: Bydd yr erthygl ganlynol yn disgrifio'n benodol sut i berfformio amgodio fideo
codio sain
Gellir defnyddio AudioRecord yn Android i recordio sain, ac mae'r sain wedi'i recordio yn sain PCM. Os ydych chi am fynegi'r sain mewn iaith gyfrifiadurol, rhaid i chi ddigideiddio'r sain. Y ffordd fwyaf cyffredin i ddigideiddio sain yw trwy Fodiwleiddio Cod Pwls (PCM). Mae'r sain yn pasio trwy'r meicroffon ac yn cael ei drawsnewid yn gyfres o signalau o newidiadau foltedd. Y ffordd i drosi signal o'r fath i fformat PCM yw defnyddio tri pharamedr i gynrychioli'r sain. Y rhain yw: nifer y sianeli, nifer y darnau samplu, ac amlder y samplu.
1. Amledd samplu
Hynny yw, yr amledd samplu, sy'n cyfeirio at y nifer o weithiau y ceir sampl sain yr eiliad. Po uchaf yw'r amledd samplu, y gorau yw ansawdd y sain a'r mwyaf realistig yw'r atgynhyrchiad sain, ond ar yr un pryd mae'n meddiannu mwy o adnoddau. Oherwydd cydraniad cyfyngedig y glust ddynol, ni ellir gwahaniaethu amledd rhy uchel. Mae 22KHz, 44KHz a lefelau eraill mewn cardiau sain 16-did. Yn eu plith, mae 22KHz yn cyfateb i ansawdd sain darlledu FM cyffredin, ac mae 44KHz yn cyfateb i ansawdd sain CD. Nid yw'r amledd samplu cyffredin cyfredol yn fwy na 48KHz.
2. Nifer y darnau samplu
Hynny yw, mae'r gwerth samplu neu'r gwerth samplu (hynny yw, mae osgled y sampl samplu yn cael ei feintioli). Mae'n baramedr a ddefnyddir i fesur amrywiad y sain, a gellir dweud hefyd mai datrysiad y cerdyn sain ydyw. Po fwyaf yw ei werth, yr uchaf yw'r cydraniad a'r cryfaf yw'r pŵer sain.
Yn y cyfrifiadur, nifer y darnau samplu yn gyffredinol yw 8 darn ac 16 darn, ond nodwch nad yw 8 darn yn golygu rhannu'r ordeiniad yn 8 rhan, ond wedi'i rannu'n 2 i'r 8fed pŵer, sef 256 rhan; mae'r un peth yn wir am 16 darn. Mae'n rhannu'r ordeiniad yn 2 i'r 16eg pŵer, sef 65,536.
3. Nifer y sianeli
Mae'n hawdd deall bod yna monoffonig a stereoffonig. Dim ond un siaradwr sy'n gallu cynhyrchu sain monoffonig (mae rhai hefyd yn cael eu prosesu yn ddau siaradwr i allbwn yr un sain sianel), a gall pcm stereo wneud dau siaradwr Mae'r ddau yn sain (yn gyffredinol mae rhaniad llafur rhwng y sianeli chwith a dde), felly gallwch chi deimlo'r effaith ofodol yn fwy.
Felly, nawr gallwn gael y fformiwla ar gyfer gallu'r ffeil pcm:
Capasiti storio = (amledd samplu ✖️ nifer y darnau samplu ✖️ sianel ✖️ amser) ➗ 8 (uned: nifer y bytes)
Os yw'r sain i gyd yn cael ei throsglwyddo yn y fformat PCM, mae'r lled band wedi'i feddiannu yn gymharol fawr, felly mae angen amgodio'r sain cyn ei drosglwyddo.
Eisoes mae yna rai fformatau sain a ddefnyddir yn helaeth, fel wav, MIDI, MP3, WMA, AAC, Ogg, ac ati. O'u cymharu â'r fformat pcm, mae'r fformatau hyn yn cywasgu'r data sain, a all leihau'r lled band trosglwyddo.
Gellir rhannu'r codio sain hefyd yn ddau fath: codio meddal a chodio caled. Ar gyfer golygu meddal, lawrlwythwch y llyfrgell godio gyfatebol, ysgrifennwch y jni cyfatebol, ac yna pasiwch y data i'w godio. Mae'r cod caled yn defnyddio'r MediaCodec a ddarperir gan Android ei hun.
Nodyn: Bydd yr erthygl ganlynol yn disgrifio'n benodol sut i berfformio amgodio sain
6, pecynnu
Mae angen i'r fideo a'r sain ddiffinio'r fformat cyfatebol yn ystod y broses drosglwyddo, fel y gellir ei dosrannu'n gywir pan gaiff ei drosglwyddo i'r pen arall.
1. HTTP-FLV
Yn oes Web 2.0, y mathau mwyaf poblogaidd o wefannau yn naturiol yw gwefannau Youtube o dramor, Youku a Tudou yn Tsieina. Gellir dweud bod gan y cynnwys fideo a ddarperir gan wefannau o'r fath ei rinweddau ei hun, ond maent i gyd yn defnyddio Flash fel cludwr chwarae fideo yn ddieithriad. Y sail dechnegol sy'n cefnogi'r gwefannau fideo hyn yw Flash Video (FLV). Mae FLV yn fformat fideo cyfryngau ffrydio newydd sbon, sy'n defnyddio'r platfform Flash Player a ddefnyddir yn helaeth ar dudalennau gwe i integreiddio fideo i animeiddiad Flash. Hynny yw, cyhyd ag y gall ymwelwyr â'r wefan wylio animeiddiadau Flash, gallant wylio fideos fformat FLV yn naturiol heb yr angen i osod ategion fideo ychwanegol. Mae defnyddio fideos FLV yn dod â chyfleustra mawr i ledaenu fideo.
Mae HTTP-FLV yn crynhoi data sain a fideo i mewn i FLV, ac yna'n ei drosglwyddo i'r cleient trwy'r protocol HTTP. Fel yr uwchlwythwr, dim ond y fideo a'r sain ar ffurf FLV sydd angen eu trosglwyddo i'r gweinydd.
A siarad yn gyffredinol, mae'r fideo a'r sain yn y fformat FLV yn gyffredinol yn defnyddio'r fformat h264 ar gyfer y fideo, ac mae'r sain yn gyffredinol yn defnyddio'r fformat AAC-LC.
Y fformat FLV yw trosglwyddo gwybodaeth pennawd FLV yn gyntaf, yna trosglwyddo'r metadata gyda'r paramedrau fideo a sain (Metadata), yna trosglwyddo'r wybodaeth paramedr fideo a sain, ac yna trosglwyddo'r data fideo a sain.
Nodyn: Bydd yr erthygl ganlynol yn disgrifio FLV yn fanwl
2. RTMP
RTMP yw'r acronym ar gyfer Protocol Negeseuon Amser Real. Mae'r protocol yn seiliedig ar TCP ac mae'n glwstwr protocol, gan gynnwys protocol sylfaenol RTMP a RTMPT / RTMPS / RTMPE a llawer o amrywiadau eraill. Protocol rhwydwaith yw RTMP a ddyluniwyd ar gyfer cyfathrebu data amser real. Fe'i defnyddir yn bennaf ar gyfer cyfathrebu sain, fideo a data rhwng y platfform Flash / AIR a gweinydd ffrydio cyfryngau / rhyngweithiol sy'n cefnogi'r protocol RTMP.
Protocol trosglwyddo amser real yw'r protocol RTMP a lansiwyd gan Adobe, a ddefnyddir yn bennaf ar gyfer trosglwyddo ffrydiau sain a fideo mewn amser real yn seiliedig ar y fformat flv. Ar ôl cael y data fideo a sain wedi'i amgodio, mae angen pecynnu FLV yn gyntaf, ac yna ei becynnu i fformat rtmp, ac yna ei drosglwyddo.
I ddefnyddio fformat RTMP i'w drosglwyddo, mae angen i chi gysylltu â'r gweinydd yn gyntaf, yna creu nant, yna cyhoeddi'r nant, ac yna trosglwyddo'r data fideo a sain cyfatebol. Diffinnir y trosglwyddiad cyfan gan negeseuon, mae rtmp yn diffinio gwahanol fathau o negeseuon, ac er mwyn anfon y negeseuon yn dda, rhennir y negeseuon yn flociau, sy'n gwneud y protocol cyfan yn fwy cymhleth.
Nodyn: bydd erthyglau aLater yn disgrifio RTMP yn fanwl
Mae yna hefyd sawl math arall o brotocolau, fel CTRh, ac ati. Mae'r egwyddorion cyffredinol yn debyg, felly ni fyddaf yn eu hesbonio fesul un.
7. prosesu rhwydwaith gwael
Gellir anfon y fideo a'r sain mewn pryd o dan rwydwaith da, heb achosi i'r data fideo a sain gronni'n lleol, mae'r effaith darlledu byw yn llyfn, ac mae'r oedi'n fach. Mewn amgylchedd rhwydwaith gwael, os na ellir anfon y data sain a fideo, mae angen i ni brosesu'r data sain a fideo. Yn gyffredinol mae pedwar dull prosesu ar gyfer data fideo a sain mewn amgylchedd rhwydwaith gwael: dylunio byffer, canfod rhwydwaith, prosesu colli ffrâm, a phrosesu lleihau cyfradd didau.
1. Dyluniad byffer
Trosglwyddir data fideo a sain i'r byffer, ac mae'r anfonwr yn cael y data o'r byffer a'i anfon, ac felly'n ffurfio modd cynhyrchydd-ddefnyddiwr asyncronig. Nid oes ond angen i'r cynhyrchydd wthio'r data fideo a sain a gasglwyd ac a amgodiwyd i'r byffer, ac mae'r defnyddiwr yn gyfrifol am dynnu'r data o'r byffer a'i anfon.
Clustogi fideo a sain
Dim ond y ffrâm fideo a ddangosir yn y ffigur uchod, ac yn amlwg mae fframiau sain cyfatebol y tu mewn. Er mwyn adeiladu model cynhyrchydd-defnyddiwr asyncronig, mae Java wedi darparu dosbarth da. Gan fod angen prosesu colli ffrâm, mewnosod, tynnu, ac ati yn nes ymlaen, mae'n amlwg bod LinkedBlockingQueue yn ddewis da iawn.
2. Canfod rhwydwaith
Proses bwysig yn y broses o brosesu rhwydwaith yn wael yw canfod rhwydwaith. Pan fydd y rhwydwaith yn mynd yn wael, gellir ei ganfod yn gyflym ac yna ei brosesu yn unol â hynny. Bydd hyn yn gwneud ymateb y rhwydwaith yn fwy sensitif a bydd yr effaith yn llawer gwell.
Rydym yn cyfrifo'r data yn y byffer mewnbwn yr eiliad a'r data a anfonir mewn amser real. Os yw'r data a anfonir allan yn llai na'r data yn y byffer mewnbwn, yna nid yw lled band y rhwydwaith yn dda. Ar yr adeg hon, bydd y data yn y byffer yn parhau i gynyddu. Ysgogi'r mecanwaith cyfatebol.
3. Prosesu ffrâm gollwng
Pan ganfyddir diraddiad rhwydwaith, mae colli ffrâm yn fecanwaith ymateb da. Ar ôl i'r fideo gael ei amgodio, mae fframiau allweddol a fframiau nad ydyn nhw'n allweddol. Mae'r ffrâm allweddol yn ddarlun cyflawn, ac mae'r ffrâm nad yw'n allweddol yn disgrifio newid cymharol y ddelwedd.
Gellir diffinio'r strategaeth gollwng ffrâm ynddo'i hun. Un peth i'w nodi yw: os ydych chi am ollwng fframiau P (fframiau nad ydyn nhw'n allweddol), mae angen i chi ollwng yr holl fframiau nad ydyn nhw'n allweddol rhwng y ddwy ffrâm allweddol, fel arall bydd brithwaith yn digwydd. Mae dyluniad y strategaeth colli ffrâm yn amrywio yn dibynnu ar yr anghenion, a gallwch ei ddylunio eich hun.
4. Cyfradd lleihau cod
Yn Android, os defnyddir codio caled ar gyfer amgodio, mewn amgylchedd rhwydwaith gwael, gallwn newid cyfradd didau codio caled mewn amser real i wneud y darllediad byw yn llyfnach. Pan ganfyddir bod amgylchedd y rhwydwaith yn wael, gallwn hefyd ostwng y gyfradd didau fideo a sain wrth ollwng fframiau. Pan fydd fersiwn sdk Android yn fwy na neu'n hafal i 19, gallwch basio paramedrau i MediaCodec i newid cyfradd didau y data o'r amgodiwr â chod caled.
Bwndel bitrate = Bwndel newydd (); bitrate.putInt (MediaCodec.PARAMETER_KEY_VIDEO_BITRATE, bps * 1024);
mMediaCodec.setParameters (bitrate);
8. anfon
Ar ôl prosesu amrywiol, mae angen anfon y data allan o'r diwedd, mae'r cam hwn yn gymharol syml. P'un a yw'n HTTP-FLV neu RTMP, rydym yn defnyddio TCP i sefydlu cysylltiad. Cyn y darllediad byw, mae angen i chi gysylltu â'r gweinydd trwy'r Soced i wirio a allwch chi gysylltu â'r gweinydd. Ar ôl y cysylltiad, defnyddiwch y Soced hon i anfon data i'r gweinydd, a chau'r Soced ar ôl i'r data gael ei anfon.
