Jei GNU ccRTP yra RTP, realaus laiko transporto protokolo iš IETF įgyvendinimas (žr RFC 3550, RFC 3551 ir RFC 3555). ccRTP yra C ++ biblioteka remiantis GNU Bendrąją C ++, kuri suteikia aukštą efektyvumą, lankstus ir išplėstinių atitinkančius standartus, RTP sukrauti visą RTCP paramą. Iš ccRTP projektavimas ir įgyvendinimas, kad ji tinka didelės talpos serverių ir vartai taip pat asmeniniai kliento programos.
Kuriant ccRTP, mes atsižvelgti į tai, kad RTP buvo apibrėžiamas kaip programa lygio protokolą, o ne tipiškas interneto transporto protokolo pvz TCP ir UDP. Taigi RTP retai kada įgyvendinama kaip sluoksnis atskirtas nuo paraiškos.
Todėl RTP programos dažnai turi pritaikyti prisitaikyti RTP paketų išdėstymo ir perdirbimo taisykles, laiko apribojimus, sesijos narystės taisykles, taip pat kitus RTP ir RTCP mechanizmus. ccRTP siekiama suteikti pagrindą RTP sistemą, o ne tik RTP paketų manipuliacijos biblioteka.
Parama tiek garso ir vaizdo duomenų taip pat laikomas į ccRTP dizaino, kad galima padaryti dalinis rėmas skyla / Re-surinkimas. Unicast, kelių Unicast ir multicast transporto modeliai palaiko, taip pat keli aktyvūs sinchronizavimo šaltinius, daug RTP sesijos (SSRC vietų skaičius), ir daug RTP Programos (CNAME vietų skaičius). Tai leidžia ji naudoti statybos visus interneto standartų formas remiantis Garso ir vaizdo konferencijų sistemos.
GNU ccRTP yra threadsafe ir didelio našumo. Jis naudoja paketinių eilėje sąrašus priėmimo ir perdavimo duomenų paketus. Tiek tarpusavio žiniasklaidos ir viduje žiniasklaidos sinchronizacija automatiškai tvarkomi per įeinančių ir išeinančių paketų eilėse. GNU ccRTP siūlo paramą RTCP ir daug kitu standartiniu ir pratęsė savybes, kurios yra būtinos tiek suderinamų ir pažangių transliacijos programų.
Tai galima maišyti kelis naudingieji tipų srautą, todėl gali būti naudojamas impliment RFC 2833 atitinkančius signalines programas, taip pat kitus specializuotus dalykus. GNU ccRTP taip pat siūlo tiesioginį RTP ir RTCP Paketų filtravimas.
GNU ccRTP naudoja šablonus izoliuoti sujungimo ir kištukiniai lizdai susiję priklausomybes, kad jis gali būti naudojamas impliment realaus laiko transliacijos su įvairių sriegimo modelių ir pagrindinių transporto protokolus, ne tik IPv4 UDP lizdus. Dėl detalesnės sąrašą ccRTP funkcijų jūs galite turėti ne programuotojų vadovą išvaizdą.
Į savo aukščiausiu lygiu, ccRTP suteikia klases realaus laiko transporto duomenis per RTP sesijų, taip pat kontrolės funkcijų RTCP.
Pagrindinis koncepcija ccRTP įgyvendinimo RTP sesijų yra paketų eilėse naudojimas tvarkyti perdavimą ir priėmimą RTP duomenų paketus / Application Data vienetų. Be ccRTP, duomenų blokas yra perduodami išleisti jį į perdavimo (išeinantys pakelių) eilės, ir gauti jį iš registratūroje (įeinantis pakelių) eilės gavo.
Yra keletas lygių sąsają (viešosios sąsajos, visuomenės ar saugomos paveldėjimo ir tt) į ccRTP. Pavyzdžiui, rtphello Demo programa platinama su ccRTP tiesiog naudoja viešąjį sąsają RTPSession klasės, o ne iš naujo virtualaus metodo onGotSR, todėl tai, ką ši programa žino apie SR ataskaitų informacijoje paskutiniame siuntėjo pranešimą iš bet kokio šaltinio, kuris gali būti išgauti per getMRSenderInfo būdo SyncSource klasės.
Priešingai, rtplisten Demo programa iš naujo onGotSR būdu paveldėjimo ir gali padaryti specializuotas perdirbti šias RTCP paketus. Apskritai, duomenų ir valdymo paketai nėra tiesiogiai prieinama per labiausiai išorinės sąsajos.
Visa tai funkcijas atlieka per keletą esminių klasių ir tipų. Labiausiai pagrindiniai iš jų yra išvardytų tipas StaticPayloadType ir klasės StaticPayloadFormat ir DynamicPayloadFormat.
Svarbiausi iš jų yra klases RTPSession, SyncSource, dalyvio ir AppDataUnit, kurios atstovauja RTP sesijas, sinchronizavimo šaltinius, dalyvius į RTP taikymo ir prašyme pateiktų duomenų vienetus, pateiktas į RTP duomenų paketus, atitinkamai.
Naudodami ccRTP, tiek siuntimo ir gavimo gabenamų per RTP sesijų duomenų daroma per priėmimo ir perdavimo eilių, kurias gauna RTP kamino. Be labiausiai paplitusių atveju atskirai vykdymas siūlai kiekvienam RTP sesijos rankenos eiles. Ši byla yra sriegimo modelis, kad mes paprastai prisiima visą šį dokumentą. Atkreipkite dėmesį, kad ccRTP remia kitas sriegimo modelius, ypač ccRTP remia vieną vykdymo temoje naudoti tarnauti RTP sesijų rinkinį. Taip pat galima nesieja jokių atskirų siūlų su bet RTP sesijoje, rankiniu būdu raginama pagrindinius duomenis ir kontrolės tarnyba metodus, nepriklausomai nuo jų kitų pokalbio.
Pagrindinė idėja paketų registratūroje su ccRTP yra tai, kad ieškinyje nėra tiesiogiai skaityti paketus iš rozetės, bet gauna juos iš priėmimo eilėje. Kamino yra atsakingas už įterpiant gautus paketus registratūroje eilėje ir tvarkyti šią eilę. Apskritai, paketinių priėmimas ir įterpimo į priėmimo eilėje nevyksta tuo pačiu metu, paraiška gauna tai iš eilės.
Ir atvirkščiai, pagrindinė idėja paketų perdavimo su ccRTP yra tai, kad paketai yra tiesiogiai parašyta, kad lizdų, bet įdėta perdavimo eilėje tvarkomas kamino. Apskritai, paketinių intarpas ir perdavimo pasireikšti skirtingu laiku, nors tai nėra būtina.
Norint naudotis ccRTP, turite įtraukti pagrindinę antraštę (#include
#include
#include
Klasės RTP plėtinių, kurie nėra brandi dar.
Jūs taip pat turite susieti bibliotekoje, metu ccrtp1
Įranga ..
- Labai išplėstine specializuotoms kaminai,
- · Palaiko unicast, multi-unicast ir multicast. Rankenos įvairių šaltinių (įskaitant sinchronizavimo šaltinius ir prisidedančios šaltinių) ir priemiesčiuose. Taip pat palaiko simetrinį RKP.
- Automatinis RTCP funkcijos tvarkymo, kaip antai asociacijos sinchronizavimo šaltinius iš paties dalyvio ar NTP-RTP timestamp žemėlapių.
- Genericity kaip pagrindinio tinklo ir transporto protokolų per šablonus.
- Tai threadsafe ir palaiko beveik visus sriegimo modelis.
- Bendrosios ir išplėstinių RTP ir RTCP antraštės galiojimo patikrinimai.
- Rankenos kodo narės, ir taip pat statistika įrašymas.
- Automatiškai rankenos SSRC susidūrimų ir atlieka kilpą aptikimo.
- Įgyvendina laikmačio persvarstyti ir pakeisti persvarstyti.
- Užtikrina gerą atsitiktinius skaičius, remiantis, / dev / urandom arba, alternatyviai, ant MD5.
Kas naujo , šioje laidoje:
- Kodas valymas, taisymo RTP siuntėjo informacijos ir sujungimas Debian lopai prieš.
Komentarai nerastas