Nyheter

Hem > Nyheter > Innehåll

Vad är en Streaming Media protokoll? och vad är skillnaden?

Shenzhen gruva Technology Co, Ltd | Updated: Aug 31, 2016

att välja enStreamingtekniken innebär flera överväganden, inklusive förståelse av plus och minus i det strömmande protokoll som används av tekniken. Denna artikel definierar en streaming protokoll och sedan diskuterar de relativa fördelarna med de protokoll som används av dagens ledande streaming teknik.

Vad #39; s ett kommunikationsprotokoll som används?

kommunikationsprotokollregler styr hur data kommuniceras, definiera element som syntax fil headers och data, autentisering och felhantering. Det finns enkelt dussintals protokoll inblandade i en enkel dataöverföringPacketöver internet, och det är viktigt att förstå hur de fungerar tillsammans.


kortfattat, detinternationella standardiseringsorganisationen (iso)skapad denöppna system samtrafikmodell som definierar sju logiska lager för kommunikation funktioner. alla streaming protokoll finns i applikationslagret, vilket innebär att de kan använda alla lager därunder för VVS funktioner som sänder datapaket. Detta gör protokoll inom varje lager för att fokusera på en viss funktion, i stället för att behöva återskapa hela bunten av funktioner.

till exempel denReal time streaming protocol (rtsp)en programnivå streaming protokoll som kan använda flera protokoll i transportskiktet överföra sina paket, inklusive denUniversal datagram protocol (udp)ochTransmission control protocol (tcp). ibland programnivå protokoll skrivs specifikt för en viss transport protocol, liknande denReal-Time transport protocol (rtp), som bygger vanligtvis på UDP-transport.

förhoppningsvis, denna korta översikt hjälper dig att förstå där direktuppspelningsprotokoll bor och hur de interagerar med andra, lägre nivå tjänsteportar. Detta är så teknisk som vi får, folk, så här på det bör vara smidig segling.

i början fanns det http, och det var bra

med detta som bakgrund, låt oss börja att undersöka de applikationslagret protokoll används för att strömma video, börjar med morfar av dem alla,http. som ni förmodligen vet, står http för hypertext transfer protocol, som är lingua franca för webben. http-styr kommunikationen mellan webbservrar och webbläsare och är det protokoll som används för att distribuera allt innehåll på webbplatser till fjärrtittare, inklusive HTML-text, gif och jpg bilder, PDF-filer och andra webbaserade (i motsats tillFTP) nedladdningar.

tidiga experiment med att leverera video via http var mindre än tillfredsställande för ett antal skäl, inte minst som var den begränsad bandbredden som är tillgänglig i de 28 / 56kbps modem av dagen. den första video arkivera postat på webben levererades via Ladda ner och spela, vilket betyder att de var tvungna att laddas fullt innan uppspelning började. sedanApplepionjärer begreppetprogressiv nedladdning, där videon kunde börja att spela som den hämtades, som hjälpte lite, men inte ge funktionalitet som lookahead söker eller slumpmässig åtkomst.

andra stora negativ av http-levererade video var kostnad och kvalitet av servicefrågor. http-leverans sker så fort tillgänglig bandbredd kommer att tillåta. om en betraktare ansluten via en höghastighetsanslutning, skickades hela videofilen så snabbt som möjligt. om betraktaren slutade titta efter en liten stund, var mycket av överföringen bortkastade.

Dessutom detta leveranssätt gjorde det svårt att tjäna flera tittare. När tittaren en klickade på videon, servern började skicka videon så snabbt som möjligt. När tittare b, c, d och e klickade på videon, utgående bandbredd kan vara otillräckliga för att servera dem någon video tills överföringen till betraktaren en var fullständig.

ökningen av streaming protokoll

som strömmande media ökat i betydelse, skapades flera strömmande protokoll för att hantera dessa frågor, inklusive de ovannämnda rtsp,Microsoft media services (mms)ochMacromedia's (och sedanAdobe)Real time messaging protocol(rtmp). på en hög nivå delade dessa protokoll flera gemensamma element.

först var förekomsten av en streaming-server, eller ett program som laddas med enbart leverera strömmande innehåll. dessa servrar för direktuppspelning arbetade tillsammans med traditionella http-servrar så att när en viewer klickade på en länk på http-servern, den inlett en anslutning mellan streaming servern och spelaren som kvarstod tills tittaren slutade titta. på grund av sammanhanget anses dessa protokoll "stateful," jämfört med http, som är statslösa och har ingen anslutning mellan servern och spelaren.

denna anslutning upp de flesta av negativ av http-leverans. streaming protokoll aktiverad söker till slumpmässiga punkter i videofilen och adaptive streaming, där flera kodade filer kan delas ut till spelaren bygger på tillgänglig bandbredd och cpu-kraft. servern kan mätaren ut flödet av video till spelaren på ett rättvist i tid grunden, så om betraktaren slutade titta, lite extra bandbredd var bortkastade. eftersom utgående flödet var mäts, kunde en streaming-server mer effektivt tjäna flera användare, förbättra kvaliteten på tjänsten.

http - tillbaka till framtiden

över tiden, eftersom flash-video steg för att dominera strömmande video landskapet, rtmp blev den dominerande direktuppspelningsprotokollet och fortfarande används flitigt idag. men med införandet av Microsofts http-baseradesmidig streamingoch Appleshttp live streaming (hls), http-baserade strömmande teknik började ett uppsving för flera skäl, båda har att göra med upplevd negativ av rtmp och innovationer i http-teknik som tog upp många av sina negativ.

upplevda brister i rtmp inkluderar:

  • RTMP-paket kan blockeras av vissa brandväggar, även om adobe mediaservern har lösningar om dessa problem upplevs.

  • RTMP-paket inte kan utnyttja standard http cachingmechanisms tillgänglig inom nätverken av Internetleverantörer, företag och andra organisationer, som kan förbättra distribution effektiviteten och kvaliteten på tjänsten.

  • ihållande servern till spelaranslutning innebär ökade kostnader, eftersom streaming servrar kostar pengar.

  • krävs servern kan också begränsa skalbarhet jämfört med http-baserad streaming, eftersom det finns många fler http-servrar än rtmp.

  • RTMP används fortfarande av sajter somBloombergochstreet.com, som tenderar att ifrågasätta uppfattningen att rtmp inte kan få genom att kraftigt brandväggsskyddad tittare.ESPNochMTVockså använda rtmp, som gör er fråga skalbarhet och kostnad frågor.

dessa tvivel åt sidan, finns det en allmän uppfattning bland tekniska cognoscenti att http-baserad teknik är mer effektiva på att leverera högkvalitativa strömmar. Plus, adobe infördehttp dynamic streaming (hds)i 2010, ger ett flash-baserat alternativ för dem som söker http-baserad streaming till skrivbordet. plötsligt, inblandade ändra till http-baserat online video leverans inte längre en seismisk övergång till en helt ny teknik; Flash-användare kan fortsätta att utnyttja sina investeringar i flash utveckling och infrasture och utnyttja fördelarna med httpstreaming.

som nämnts, talade flera innovationer i HTTP-direktuppspelning också tidigare gränserna för tekniken. som innan finns det ingen beständig anslutning mellan servern och spelaren; videon finns på en http-server och tekniken förblir statslös. dock nu bryts alla http-baserade strömmar i bitar, antingen separata filer eller segment inom en större fil. snarare än hämtar en enda stor fil med en enda begäran, Hämta http-baserad teknik på varandra följande korta bitar på som behov.


Detta har flera fördelar. första finns det lite avfall eftersom videon levereras när det är såg. Detta mäter effektivt ut videon, gör det möjligt för en enskild http-server att effektivt tjäna mer strömmar. söker är inget problem; om betraktaren drar spelhuvudet framåt, kan spelaren bara hämta de lämpliga bitarna. dessa tekniker också aktivera effektiv växlingen mellan strömmar, så att alla börsnoterade tekniker (smooth streaming, hls och hds) strömma adaptivt.

eftersom dessa tekniker levereras via http, kringgå de problemen drabbar rtmp. http-baserad teknik är brandväggen vänlig och kan utnyttja http cachelagring mekanismer. eftersom ingen streaming server krävs, de är billigare att genomföra och kan skala mer billigt och effektivt att tjäna tillgängliga användare.

sista punkterna

igen, rtmp distribution används fortfarande allmänt och fördelaktigt av många webbplatser idag. Det kan finnas lite stimulans för vissa webbplatser ändra, är på denna punkt om du överväger en streaming-teknik, den överväldigande känslan dock att leverera via http. naturligtvis, för adaptiv leverans till apple-enheter (och android 3.0 och högre) är hls ditt enda alternativ.

Det är också användbart att erkänna att mest videoinnehåll levereras via vanligt gamla http progressiv nedladdning. visst, det finns begränsningar, liksom avsaknaden av adaptive streaming, men du kan inte säga att det är fungerat dåligt förYouTube, som ger ca 70% av video över webben, exklusivt via progressiv nedladdning. men denna metod förhindrar youtube distribuerar denhantering av digitala rättigheter (drm)tekniker tillgängliga via hds, smooth streaming och hls att skydda deras videor, som är en viktig anledning platser med branded content använder dessa tekniker.

Slutligen har varit i fokus för denna artikel allmänt internet streaming. särskilt för intranät som streaming-server-baserade protokollIP-multicastoch program sompeer-to-peer leveransge massor av värde och ännu mer löfte. så kasta inte ut barnet med badvattnet; servrar för direktuppspelning är inte "dåliga" och http isn #39; t quot;good.quot; hellre, Välj det bästa verktyget för jobbet.

Shenzhen gruvan tech erbjuder kodare stöder rtmp/rtsp/http- och UDP-protokollet (ip multicast).

kontakta oss för ytterligare encoder info.


Våra tjänster

Förfrågning

Kontakta oss

Adress:Rum 26K-N, moderna fönster byggnad, hua qiang norr Rd., Futian District, Shenzhen, Guangdong, Kina

Telefon: +86-755-83271813

Fax: +86-755-83048160

E-post: info@mine.com.cn

CopyRight© Shenzhen gruva Technology Co, Ltd