Multimédia over IP
valós idejű streaming protokoll (Real Time Streaming Protocol, RTSP). alkalmazás protokoll, felhasználásra rendszerek multimédiás adatok, és lehetővé teszi az ügyfél számára, hogy távolról kezelheti az adatáramlást a szerver, amely képes futtatni parancsokat, mint a „Start”, „Stop”, valamint az idő-alapú hozzáférés fájlokhoz a szerveren található .
[Rule] Példa
Egy példa az algoritmus látható a jobb oldali ábrán. HTTP-n keresztül nincs kapcsolat a film, mint egy metafile, amely információkat tartalmaz a videó, köztük a kapcsolat (leggyakrabban csak azt tartalmazza). Például: "rtsp: //example.com/movie.mp4". Ezután átadjuk a metafile médialejátszó, ami a médiafájl kérelmet. RTSP-üzeneteket küldött külön a média adatfolyamot. Számukra egy speciális port számát 554.

[Edit] RTSP kéri Format
Példa lekérdezés: "RTSP: //example.com/movie.mp4 RTSP / 1,0"
[Edit] csapat lista
- Leírni - kérelem tartalmi leírás
- Opciók - a kérelem és módszerek
- PLAY - indul kérés sugárzott tartalom
- PAUSE - sugárzását a kéréssel, hogy átmenetileg leállítja
- RECORD - kérelmet a felvétel a tartalom szerver
- Redirect - átirányítása más tartalom
- SETUP - kérheti a telepítés a szállítási mechanizmust a médiatartalom
- ANNOUNCE - frissítés adattartalom leírás
- GET_PARAMETER - kérés említett paraméterek a szerverről
- SET_PARAMETER - telepítési kiszolgáló opciók
- TEARDOWN - flow stop és a források felszabadításában
RTP protokoll (Eng. Real-time Transport Protocol) dolgozik az alkalmazás szintjén, és arra, hogy átvigye a valós idejű forgalom. Leggyakrabban ezt protakol megvalósítanak UDP. TCP protokollt is szabványosított továbbítására RTP, de általában nem használják, mivel átviteli megbízhatósági TCP generál időbeli késések.
[Rule] csomag szerkezetét
0-1 - Ver. (2 bit) jelzi a protokoll verzióját. Jelenlegi verzió - 2.
2 - P (egy bit) olyan esetekben használjuk, amikor a RTP-csomag kiegészített üres bájtok a végén.
3 - X (egy bit) annak jelzésére használjuk, kiterjesztések a protokoll részt vesz a csomagot.
4-7 - CC (4 bit) számát tartalmazza CSRC-azonosító követő állandó címsor.
8 - M (egy bit) használjuk az alkalmazási szinten, és határozza meg a profilt. Ha ez a mező be van állítva, a csomagkapcsolt adatátviteli különleges jelentéssel bír az alkalmazás számára.
9-15 - PT (7 bit) meghatározza a formátum a hasznos teher és meghatározza annak értelmezését az alkalmazás által.
64-95 - SSRC jelezve a szinkronizálási forrás.
EHL (Extension Header Length) - - száma 32-bites szavak az adat egység fejléc kiterjesztése.
L - utolsó bájt a csomag hossza mező meghatározza a töltelék byte (beállításhoz felhasznált a végső csomag).
[Szerkesztése] helyreállítása az elveszett csomagok
[Rule] FEC
[Rule] beillesztő
interleaving (csíkozás) - Ez a megközelítés azon alapul, vegyes (interleaved) az átvitel előtt sorrendben a média és osztályozó (deinterlivinge), amikor megkapta. Így, mivel a keveredés nem vész el az egymást követő csomagokat, és egy nagy különbség, ha játszik a média képződik. Például, a csomag tartalmazhat 5 ms-muzsikálás. Ha küldtek annak érdekében, packet loss eredményez szünetet a játék az 5 ms. Ehelyett minden páros számú mintát a 10 ms telt küldött egy csomagban, és a furcsa második. Most a veszteség a harmadik csomag nem azt jelenti, kihagyva a zene, 5 ms, és a váltakozás az üres és teli zene rövid időre 10 ms. A veszteség, akkor könnyen kezelni, ha a játékos interpolációt használ, figyelembe véve a korábbi és a következő mintákat. Az eredmény egy átmeneti veszteség felbontás 10 ms, de jelentős megszakítás nem. A rendszer a interleaving működik csak a hiányában a tömörítés. Azonban a összeszövő séma is alkalmazható tömörítés után, ha ez lehetséges, hogy érzékeli a határ minták a sűrített áramot.