GNU ccRTP egy megvalósítása RTP, a valós idejű szállítási protokoll az IETF (lásd RFC 3550, RFC 3551 és RFC 3555). ccRTP egy C ++ könyvtár alapuló GNU Közös C ++, amely nagy teljesítményű, rugalmas és bővíthető szabványoknak megfelelő RTP verem a teljes RTCP támogatást. A tervezése és végrehajtása ccRTP alkalmassá teszi nagy kapacitású szerverek és átjárók, valamint a személyes kliens alkalmazások.
Tervezése ccRTP, már figyelembe vették, hogy az RTP nevezték meg, mint egy alkalmazás szintű protokoll keret helyett egy tipikus internetes átviteli protokoll, mint a TCP és UDP. Így RTP szinte soha nem hajtják végre, mint egy réteg elkülönül a kérelmet.
Következésképpen RTP alkalmazások gyakran kell szabni az adaptálható RTP csomag elrendezése és feldolgozási szabályok, ütemezési korlátok, session tagsági szabályok, valamint egyéb RTP és RTCP mechanizmusokat. ccRTP célja, hogy keretet biztosítson a RTP keret, ahelyett, hogy csak egy RTP csomag kezelő könyvtárat.
Támogatás audio és video adatok is tekinthető a design ccRTP, hogy tehetünk részleges keret osztja / újbóli összeszerelése. Unicast, multi-unicast és multicast közlekedési modellek támogatása, valamint több aktív szinkronizációs forrásból, több RTP ülések (SSRC terek), és több RTP alkalmazások (CNAME terek). Ez lehetővé teszi, így használata az épület minden formája internetes szabványok alapján audio és vizuális konferencia rendszerek.
GNU ccRTP van szálbiztosak és nagy teljesítményű. Ez csomagkapcsolt sorban felsorolja a vételi és az adatcsomagok továbbítását. Mindkét közötti média és belüli média szinkronizációs automatikusan kezeli a bejövő és kimenő csomag sorok. GNU ccRTP támogatást nyújt RTCP és sok más szabványos és kiterjesztett funkciók, amelyek egyaránt szükséges kompatibilis és fejlett streaming alkalmazások.
Meg lehet mix több hasznos teher típusok in patak, és így fel lehet használni, hogy impliment RFC 2833 kompatibilis jelzésfeldolgozó alkalmazások, valamint egyéb speciális dolgokat. GNU ccRTP is kínál közvetlen RTP és RTCP csomagszűrő.
GNU ccRTP sablonokat használ elkülöníteni threading és konnektorok kapcsolatos függőségek, úgy, hogy lehet használni, hogy impliment realtime streaming különböző threading modell és a mögöttes szállítási protokollok, nem csak az IPv4-gyel UDP aljzatok. A részletesebb listát ccRTP funkciók lehet egy pillantást a programozók kézikönyve.
A legmagasabb szinten, ccRTP biztosít osztályokat a valós idejű közlekedési adatok révén RTP ülések, valamint a szabályozási funkciókat az RTCP.
Az alapkoncepció az ccRTP végrehajtása RTP ülések a használata csomag sorok kezelni továbbítása és fogadása RTP adatcsomagok / alkalmazás adatait egységek. Ebben ccRTP, egy adatblokk által továbbított üzembe azt az átviteli (kimenő csomagokat) sorban, és kapott egyre azt a recepción (bejövő csomagok) sorban.
Vannak több szintje interfész (nyilvános felületen, állami vagy védett örökség, stb) a ccRTP. Például a rtphello demo programot terjesztett ccRTP használhatja a nyilvános felületen az RTPSession osztály és nem újraértelmezték a virtuális módszer onGotSR, így mi ez a program tud SR jelentések közölt információ az elmúlt feladó jelentés bármely forrásból, amely keresztül olvashatók a getMRSenderInfo módszer a SyncSource osztályban.
Éppen ellenkezőleg, a rtplisten demo programot újradefiniálja onGotSR révén öröklési és tehetett speciális feldolgozási ilyen RTCP csomagokat. Általában az adatok és vezérlőcsomagokat közvetlenül nem hozzáférhető a legtöbb külső felület.
Mindez funkciók végzik a néhány alapvető osztályok és típusok. A legegyszerűbbek a felsorolt típus StaticPayloadType, és az osztályok StaticPayloadFormat és DynamicPayloadFormat.
A legfontosabbak az osztályok RTPSession, SyncSource, résztvevő és AppDataUnit, hogy képviselje RTP ülések, szinkronizálás források, a résztvevők egy RTP alkalmazás, és alkalmazási adatok egységek közvetítenek RTP adatcsomagok, ill.
Amikor ccRTP, mind a küldő és a fogadó adatok szállítani RTP ülések keresztül történik fogadása és továbbítása sorok által kezelt RTP verem. A leggyakoribb eset, egy külön végrehajtási szálat minden RTP ülésen kezeli a sorok. Ez az eset a threading modell, amit általában feltételezzük ebben a dokumentumban. Megjegyzendő azonban, hogy ccRTP támogatja a többi threading modell, különösen ccRTP támogatja egy egységes végrehajtási szál szolgálni egy sor RTP ülés. Az is lehetséges, hogy nem társítja semmilyen külön téma minden RTP ülésen, kézzel hívja a főbb adatok és ellenőrző szolgáltatás módszerek akármilyen más téma.
Az alapötlet az csomagfogadást a ccRTP, hogy a kérelem nem ismeri a csomagokat aljzatok de jelentkeznek egy vételi sorban. A stack felelős behelyezése kapott csomagokat a recepción sorban és kezelése sorban. Általánosságban, egy csomag fogadás és beillesztését a vételi várakozási sor nem fordul elő egyidejűleg az alkalmazás kapja meg a sorból.
Ezzel szemben, az alapötlet a csomagkapcsolt átvitel ccRTP, hogy a csomagok nem közvetlenül írt aljzatok de illesztve egy átviteli sor kezeli a verem. Általánosságban, a csomagkapcsolt behelyezés és az átviteli fordulnak elő különböző időpontokban, bár ez nem szükséges.
Ahhoz, hogy használni ccRTP, meg kell adni a fő header (#include
#include
#include
Osztályok RTP kiterjesztések, amelyek még kiforratlan.
Azt is meg kell kapcsolni a könyvtárban, jelenleg ccrtp1.
Tulajdonságok :
- nagymértékben bővíthető a speciális stack.
- Támogatja unicast, multi-unicast és multicast. Kezeli a több forrásból (beleértve a szinkronizációs források és hozzájárul források) és a célpontok. Szintén támogatja a szimmetrikus RTP.
- Automatikus RTCP funkciók kezelése, mint a szövetség szinkronizálás forrásokból származó ugyanazon résztvevő vagy NTP-RTP időbélyeg feltérképezése.
- genericity mint az alapul szolgáló hálózati és szállítási protokollok segítségével sablonokat.
- Ez szálbiztosak, és támogatja szinte minden threading modell.
- Generic és bővíthető RTP és RTCP header érvényességét ellenőrzi.
- fogantyúk forrás államok és információkat, valamint a statisztikai felvétel.
- Automatikusan kezeli SSRC ütközések és végrehajtja hurokellenõrzés.
- Előírja timer újragondolását és fordított felülvizsgálatra.
- Gondoskodik a jó véletlen számok alapján / dev / urandom, vagy pedig a MD5.
Mi az új ebben a kiadásban:
- Code razzia, hibajavítások az RTP feladó info, és összevonása Debian foltok upstream.
Hozzászólás nem található