v\u00e4ldigt bekv\u00e4mt och effektivt att organisera olika s\u00e4ndningar till en stor publik tack vare att segment kan laddas en g\u00e5ng p\u00e5 CDN.<\/li>\n<\/ul>\n\nTrots att motorn \u00e4r enkel, \u00e4r inte allt s\u00e5 smidigt som det verkar. Huvudproblemet \u00e4r att utvecklarna av tredjeparts spelfilmer har avvikit fr\u00e5n Apples rekommendationer, exempelvis n\u00e4r det g\u00e4ller st\u00f6dda ljudformat. M\u00e5nga utvecklare har specifikt b\u00f6rjat l\u00e4gga till st\u00f6d f\u00f6r popul\u00e4ra ljudstr\u00f6mmar: mpeg2 video, mpeg2 audio osv. Resultatet blev att olika spellisteformat var tvungna att skapas f\u00f6r olika spelare.<\/p>\n
Men en av de st\u00f6rsta problemen med HLS-motorn \u00e4r den h\u00f6ga f\u00f6rdr\u00f6jningen i data\u00f6verf\u00f6ringen.<\/p>\n
Ursprunget till 'st\u00f6tarna'<\/h2>\n \nDen fr\u00e4msta orsaken till den h\u00f6ga f\u00f6rdr\u00f6jningen i HLS ligger i det faktum att programmerarna skapade motorn f\u00f6r att f\u00e5 maximal bildkvalitet. D\u00e4rf\u00f6r passar inte parametrarna f\u00f6r den anv\u00e4nda bildfrekvensen och buffertvolymen f\u00f6r direkt videostr\u00f6mning. Detta leder till en ganska h\u00f6g f\u00f6rdr\u00f6jning i videostr\u00f6mningen, som kan uppg\u00e5 till 5-7 sekunder.<\/p>\n
\u00c5 ena sidan \u00e4r det lite, till exempel f\u00f6r dem som tittar p\u00e5 en film fr\u00e5n en videohostingsserver. Men f\u00f6r \u00f6vervakningssystem kan f\u00f6rdr\u00f6jningen i videostr\u00f6mmen ha stor betydelse.<\/p>\n
Om du \u00f6vervakar ett kontor d\u00e4r anst\u00e4llda sl\u00e4pper sk\u00e4rmarna en g\u00e5ng i timmen, spelar 5 sekunder ingen roll. Men folk har b\u00f6rjat klaga p\u00e5 att till exempel under s\u00e4ndningen av en fotbollsmatch, i chatten redan har skrivit M\u00c5\u00c5\u00c5L, men p\u00e5 videon syns det fortfarande inte :). Vi har redan flera anv\u00e4ndartester d\u00e4r Ivideon p\u00e5 praktiskt taget ska ers\u00e4tta Skype.<\/p>\n
Kan f\u00f6rdr\u00f6jningen i HLS \u00f6vervinnas? Svaret p\u00e5 denna fr\u00e5ga l\u00e5ter som en veteran r\u00e5ttj\u00e4gare som f\u00f6rel\u00e4ser f\u00f6r nyb\u00f6rjare: \"Det g\u00e5r inte att utrota r\u00e5ttor, men deras antal kan reduceras till en rimlig minimiv\u00e4rde\". S\u00e5 det \u00e4r med f\u00f6rdr\u00f6jningen i HLS, att f\u00e5 den till noll \u00e4r inte m\u00f6jligt, men det finns l\u00f6sningar p\u00e5 marknaden som kan minska f\u00f6rdr\u00f6jningen avsev\u00e4rt.<\/p>\n
Fin klippning<\/h2>\n \nEn annan nackdel med motorn \u00e4r anv\u00e4ndningen av sm\u00e5 filer f\u00f6r data\u00f6verf\u00f6ring. Det verkar som att det inte \u00e4r s\u00e5 d\u00e5ligt?<\/p>\n
N\u00e5gon som har f\u00f6rs\u00f6kt att kopiera ett stort antal sm\u00e5 filer fr\u00e5n en enhet till en annan har s\u00e4kert m\u00e4rkt att skrivhastigheten f\u00f6r en s\u00e5dan upps\u00e4ttning \u00e4r mycket l\u00e4gre \u00e4n f\u00f6r en enda stor fil av samma storlek. Dessutom \u00f6kar intensiteten av \u00e5tkomsten till h\u00e5rddisken avsev\u00e4rt, vilket i sin helhet p\u00e5verkar datorns prestanda negativt. D\u00e4rf\u00f6r bidrar \u00f6verf\u00f6ring av videodata i form av sm\u00e5 10-sekunders fragment ocks\u00e5 till den \u00f6kade latensen i motorn.<\/p>\n
L\u00e5t oss kort sammanfatta alla f\u00f6rdelar och nackdelar med HLS-teknologi.<\/p>\n
F\u00f6rdelarna med HLS:<\/b><\/p>\n\nM\u00f6jlighet att arbeta med alla enheter. Du kan titta p\u00e5 video p\u00e5 vilken modern enhet som helst, vare sig det \u00e4r en smartphone, surfplatta, b\u00e4rbar dator eller station\u00e4r dator. Det viktigaste \u00e4r att webbl\u00e4saren \u00e4r av modern version och kompatibel med HTML5 och Media Source Extensions.<\/li>\n Utm\u00e4rkt bildkvalitet. Den anv\u00e4nda funktionen f\u00f6r adaptiv data\u00f6verf\u00f6ring g\u00f6r det m\u00f6jligt att dynamiskt \u00e4ndra kvaliteten p\u00e5 den \u00f6verf\u00f6rda videostr\u00f6mmen beroende p\u00e5 bandbredden i internetanslutningen, samtidigt som algoritmen str\u00e4var efter att bevara kvaliteten s\u00e5 h\u00f6g som m\u00f6jligt.<\/li>\n Ingen behov av komplicerade anv\u00e4ndarinst\u00e4llningar.<\/li>\n<\/ol>\n\nNackdelar:<\/b><\/p>\n\nBegr\u00e4nsat st\u00f6d f\u00f6r motor p\u00e5 vissa enheter.<\/li>\n H\u00f6ga latenser i bild\u00f6verf\u00f6ringen.<\/li>\n Starkt \u00f6kad overhead och komplexitet i optimeringen p\u00e5 grund av anv\u00e4ndning av sm\u00e5 filer. P\u00e5 grund av behoven hos containern kan vi aldrig f\u00e5 en latens som \u00e4r l\u00e4gre \u00e4n segmentets storlek.<\/li>\n<\/ol>\n\nNackdelarna med HLS \u00f6vergick f\u00f6r oss dess f\u00f6rdelar och gjorde oss tvungna att leta efter alternativa l\u00f6sningar.<\/p>\n
Vad \u00e4r WebRTC<\/h2>\n \nc<\/noindex>)<\/p>\nWebRTC-plattformen utvecklades av Google 2011 f\u00f6r att \u00f6verf\u00f6ra str\u00f6mmande video- och ljuddata mellan webbl\u00e4sare och mobilapplikationer med minimal latens. Detta g\u00f6rs med hj\u00e4lp av den standardiserade UDP-protokollet och speciella algoritmer f\u00f6r fl\u00f6deshantering. Idag \u00e4r det ett projekt med \u00f6ppen k\u00e4llkod, som aktivt st\u00f6djs och utvecklas av Google.<\/p>\n
WebRTC \u00e4r en upps\u00e4ttning teknologier f\u00f6r peer-to-peer \u00f6verf\u00f6ring av video och ljud. Det inneb\u00e4r att anv\u00e4ndarnas webbl\u00e4sare med hj\u00e4lp av WebRTC kan \u00f6verf\u00f6ra data direkt till varandra, utan att anv\u00e4nda externa servrar f\u00f6r lagring och bearbetning av information. All information bearbetas ocks\u00e5 av webbl\u00e4sare och mobilapplikationer hos slutkonsumenterna.<\/p>\n
Bekv\u00e4mligheten och de stora m\u00f6jligheterna med denna teknologi har uppskattats av utvecklare av alla popul\u00e4ra webbl\u00e4sare. Idag st\u00f6ds WebRTC i Mozilla Firefox, Opera, Google Chrome (och alla webbl\u00e4sare baserade p\u00e5 Chromium), samt i mobilapplikationer f\u00f6r Android och iOS.<\/p>\n
Trots sina sj\u00e4lvklara f\u00f6rdelar har WebRTC n\u00e5gra betydande nackdelar. <\/p>\n
Sv\u00e5righeter med valet<\/h2>\n \nWebRTC-teknologin \u00e4r mycket mer komplex n\u00e4r det kommer till n\u00e4tverksinteraktioner p\u00e5 grund av att den \u00e4r baserad p\u00e5 P2P. Den \u00e4r sv\u00e5r att debugga och testa, och den kan bete sig of\u00f6ruts\u00e4gbart. Dessutom beh\u00f6ver vi \u00f6vervinna NAT och brandv\u00e4ggar, och s\u00e4kerst\u00e4lla att den fungerar i n\u00e4tverk d\u00e4r UDP \u00e4r blockerat.<\/p>\n
Det \u00e4r mycket sv\u00e5rt att anv\u00e4nda Googles version av WebRTC. Det finns till och med ett helt f\u00f6retag som erbjuder tj\u00e4nster f\u00f6r att bygga SDK. Dessutom var det mycket sv\u00e5rt att integrera Googles l\u00f6sning med v\u00e5rt system utan att beh\u00f6va omkoda all video.<\/p>\n
Vi har l\u00e4nge velat ge anv\u00e4ndare m\u00f6jlighet att arbeta med riktig \"live\" video och minimera f\u00f6rdr\u00f6jningen mellan bilden p\u00e5 sk\u00e4rmen och de faktiska h\u00e4ndelserna. Dessutom ville vi g\u00f6ra anv\u00e4ndningen av PTZ-kameror mer bekv\u00e4m, d\u00e4r f\u00f6rdr\u00f6jningar \u00e4r kritiska.<\/p>\n
Med tanke p\u00e5 att andra implementeringar f\u00f6r att bek\u00e4mpa f\u00f6rdr\u00f6jningar fortfarande har begr\u00e4nsad funktionalitet och fungerar betydligt s\u00e4mre, beslutade vi oss f\u00f6r att anv\u00e4nda WebRTC. <\/p>\n
Vad vi har gjort<\/h2>\n \n
F\u00f6r att WebRTC ska fungera korrekt \u00e4r det f\u00f6rst och fr\u00e4mst n\u00f6dv\u00e4ndigt att genomf\u00f6ra en teknologisk modernisering av stacken f\u00f6r att arbeta med webbvideo. Det har vi gjort.<\/p>\n
F\u00f6rst implementerade vi en signaleringsserver f\u00f6r WebRTC-protokollet \u00f6ver Websocket, samt distribuerade en WebRTC peer-server i molnet baserat p\u00e5 SDK webrtc.org. Dess uppgift \u00e4r att f\u00f6rdela videostr\u00f6mmar till klienternas WebRTC peers i H.264 + Opus\/G.711 format utan att koda om videon.<\/p>\n
Vi valde Websocket som signaleringsprotokoll eftersom det redan har ett bra st\u00f6d i alla popul\u00e4ra webbl\u00e4sare. Detta g\u00f6r det m\u00f6jligt att avsev\u00e4rt minska inte bara utvecklingskostnaderna utan ocks\u00e5 att spara tid och resurser genom att undvika upprepade TCP- och TLS-handshakes j\u00e4mf\u00f6rt med AJAX.<\/p>\n
Saken \u00e4r den att WebRTC som standard inte erbjuder det signaleringsprotokoll som beh\u00f6vs f\u00f6r korrekt konfiguration, support och nedkoppling av videokommunikation i realtid mellan k\u00e4ll- och klientapplikationer.<\/p>\n
F\u00f6r att sj\u00e4lva implementera signaleringsteknologin beh\u00f6vde vi utveckla v\u00e5r egen signalserver med st\u00f6d f\u00f6r flera webbprotokoll (Websocet, WebRTC). Detta inkluderade s\u00e4ker hantering av sessioner och meddelanden i realtid, videostyrning och m\u00e5nga andra parametrar.<\/p>\n
Begr\u00e4nsningar med P2P \u00f6vervann vi genom att minska latensen inte via P2P, utan genom UDP och str\u00f6mhantering syftande till att reducera latensen. Detta \u00e4r ocks\u00e5 en del av WebRTC, eftersom den prim\u00e4ra anv\u00e4ndningen \u00e4r p2p-samtal via webbl\u00e4saren.<\/p>\n
I mobilklienten implementerade vi en spelare med anv\u00e4ndning av SDK webrtc.org, eftersom endast den har korrekt implementerat str\u00f6mhantering, alla k\u00e4nda scheman f\u00f6r Forward Error Correction (FEC) och en korrekt implementerad mekanism f\u00f6r paket\u00e5terf\u00f6ring f\u00f6r alla webbl\u00e4sare. Det \u00e4r ocks\u00e5 viktigt att notera att SDK webrtc.org aktivt utvecklas av Google.<\/p>\n
Vad \u00e4r resultatet av att implementera WebRTC?<\/h2>\n \n
![\"WebRTC](\"\/wp-content\/uploads\/2019\/04\/d185b546f5fc4c15021481c0cc2fedbd.jpeg\")