v\u00e4ga mugav ja efektiivne suure publiku \u00fclekannete korraldamine, kuna segmentide saab laadida CDN-i ainult \u00fcks kord.<\/li>\n<\/ul>\n\nHoolimata selle mootori lihtsusest ei ole k\u00f5ik nii sujuv, nagu v\u00f5ib arvata. Peamine probleem seisneb selles, et kolmandate osapoolte m\u00e4ngijate arendajad on Apple'i soovitustest k\u00f5rvale kaldunud, n\u00e4iteks toetatavate helivormingute osas. Eelk\u00f5ige on paljud arendajad hakanud lisama v\u00f5imalust t\u00f6\u00f6tada populaarsete helivoogudega: mpeg2 video, mpeg2 audio jms. Tulemuseks tuli luua erinevad esitluss\u00fcsteemide loendivormingud erinevatele m\u00e4ngijatele.<\/p>\n
Kuid \u00fcheks suurimaks HLS mootori probleemiks on k\u00f5rge andmeedastusviivitus.<\/p>\n
\u201eK\u00e4rped\u201c<\/h2>\n \nPeamine p\u00f5hjus, miks HLS-il on k\u00f5rge viivitus, on see, et programmeerijad l\u00f5id mootori maksimaalselt kvaliteetse pildi saamiseks. Seet\u00f5ttu ei sobi kasutatava kaadrisageduse ja esituse vahem\u00e4lu parameetrid otse\u00fclekannete tegemiseks. Selle t\u00f5ttu tekib videoedastusprotsessis piisavalt k\u00f5rge viivitus, mis v\u00f5ib ulatuda 5-7 sekundini.<\/p>\n
\u00dchelt poolt on see v\u00e4he, n\u00e4iteks neile, kes vaatavad filmi videoinenuse serverist. Kuid videovalves\u00fcsteemide puhul v\u00f5ib videosaate viivitus olla v\u00e4ga suurte tagaj\u00e4rgedega.<\/p>\n
Kui te j\u00e4lgite aega, mil t\u00f6\u00f6tajad t\u00f5usevad oma monitoridelt regulaarselt \u00fcles, siis 5-sekundiline viivitus ei oma mingit t\u00e4htsust. Kuid inimesed on hakanud kurtma, et n\u00e4iteks jalgpallim\u00e4ngu otse\u00fclekande ajal on chatis juba kirjutatud GOOOOOL, kuid videos seda veel ei ole :). Meil on juba mitmeid kasutajate juhtumeid, kus Ivideon peab praktiliselt asendama Skype'i.<\/p>\n
Kas HLS-i viivitust on v\u00f5imalik v\u00f5ita? Vastus sellele k\u00fcsimusele k\u00f5lab nagu kogenud rottide h\u00e4vitaja esinemine loengus algajatele deratiseerijatele: \"Rottide h\u00e4vitamine pole v\u00f5imalik, kuid nende populatsiooni saab viia m\u00f5istlikku miinimumini.\" Nii on ka HLS-i viivitusega, selle nulli viimine ei \u00f5nnestu, kuid turul on lahendusi, mis v\u00f5imaldavad viivitust m\u00e4rkimisv\u00e4\u00e4rselt v\u00e4hendada.<\/p>\n
Peene l\u00f5ikamine<\/h2>\n \nTeiseks miinuseks on mootori kasutamine v\u00e4ikeste failide edastamiseks. Tundub, et mis on selles halba?<\/p>\n
Iga\u00fcks, kes on \u00fcritanud suurendada v\u00e4ikeste failide kopeerimist \u00fchest kandjast teise, on kindlasti m\u00e4rganud, et nii keerulise failikomplekti kirjutamise kiirus on palju madalam kui \u00fche suure faili puhul sama mahutavusega. Samuti suureneb intensiivsus, millega k\u00f5vakettale p\u00f6\u00f6rdutakse, mis kokkuv\u00f5ttes avaldab negatiivset m\u00f5ju kogu arvuti j\u00f5udlusele. Seet\u00f5ttu toob videote edastamine v\u00e4ikeste 10-sekundiliste fragmentidena samuti kaasa viivituste suurenemise.<\/p>\n
Kokkuv\u00f5tteks toome v\u00e4lja HLS-tehnoloogia k\u00f5ik plussid ja miinused.<\/p>\n
HLS-i eelised:<\/b><\/p>\n\nV\u00f5ime t\u00f6\u00f6tada igasuguste seadmetega. Saate vaadata videosid igasugustes kaasaegsetes seadmetes, olgu need siis nutitelefonid, tahvelarvutid, s\u00fclearvutid v\u00f5i lauaarvutid. Peamine on see, et veebibrauser oleks uusima versiooniga ja \u00fchilduv HTML5 ja Media Source Extensions'iga.<\/li>\n Suurep\u00e4rane pildikvaliteet. Kasutatav kohanduv edastamise funktsioon v\u00f5imaldab d\u00fcnaamiliselt muuta edastatava videopleki kvaliteeti vastavalt interneti\u00fchenduse ribalaiusele, samal ajal p\u00fc\u00fcdleb algoritm maksimaalse kvaliteedi s\u00e4ilitamise poole.<\/li>\n Ei ole vajalik keeruline kasutaja seadistamine.<\/li>\n<\/ol>\n\nPuudused:<\/b><\/p>\n\nM\u00f5nede seadmete puhul on piiratud toetamine mootoriga t\u00f6\u00f6tamisel.<\/li>\n K\u00f5rged viivitused pildi edastamisel.<\/li>\n T\u00f5sine kulude suurenemine ja optimeerimise keerukus v\u00e4ikeste failide kasutamise t\u00f5ttu. Kuninglikult konteinerist tulenevalt ei saavuta me kunagi viivitust madalam kui segmentide suurus.<\/li>\n<\/ol>\n\nHLS puudused \u00fcletasid meile selle eelised ja sundisid otsima alternatiivseid lahendusi.<\/p>\n
Mis on WebRTC<\/h2>\n \nc<\/noindex>)<\/p>\nWebRTC platvormi arendas Google 2011. aastal voogesituse video- ja helidata edastamiseks brauserite ja mobiilirakenduste vahel minimaalsete viivitustega. Selleks kasutatakse standardset UDP protokolli ja spetsiaalseid voogude haldamise algoritme. T\u00e4naseks on see avatud l\u00e4htekoodiga projekt, mida Google aktiivselt toetab ja arendab.<\/p>\n
WebRTC on tehnoloogiate kogum, mis v\u00f5imaldab peer-to-peer video- ja h\u00e4\u00e4l\u00fclekandeid. See t\u00e4hendab, et kasutajate brauserid saavad kasutada WebRTC-d, et edastada andmeid omavahel otse, ilma et oleks vaja kasutada kaugservereid andmete salvestamiseks ja t\u00f6\u00f6tlemiseks. K\u00f5ik teave t\u00f6\u00f6deldakse ka l\u00f5ppkasutajate brauserites ja mobiilirakendustes.<\/p>\n
Selle tehnoloogia mugavust ja suurt potentsiaali on k\u00f5rgelt hinnanud k\u00f5ik tuntud brauserite arendajad. Praegu toetavad WebRTC-d Mozilla Firefox, Opera, Google Chrome (ja k\u00f5ik Chromiumi p\u00f5hised brauserid), samuti Androidi ja iOS-i mobiilirakendused.<\/p>\n
Hoolimata oma ilmsetest eelistest, on WebRTC-l mitmeid olulisi puudusi. <\/p>\n
Valiku raskused<\/h2>\n \nWebRTC tehnoloogia on v\u00f5rgu\u00fchenduste osas palju keerulisem, kuna see tugineb P2P-le. Selle seadistamine ja testimine on keeruline, see v\u00f5ib k\u00e4ituda ettearvamatult. Samuti peame \u00fcletama NAT-i ja tulem\u00fc\u00fcre ning tagama t\u00f6\u00f6 sellistes v\u00f5rkudes, kus UDP on blokeeritud.<\/p>\n
Google'i WebRTC rakendamine on v\u00e4ga keeruline. On isegi terve ettev\u00f5te, mis pakub SDK ehitamise teenuseid. Lisaks oli Google'i rakendust meie s\u00fcsteemiga integreerida v\u00e4ga raske, et samal ajal kogu videot \u00fcmber kodeerida ei tuleks.<\/p>\n
Siiski oleme ammu soovinud anda kasutajatele v\u00f5imaluse t\u00f6\u00f6tada t\u00e4isfunktsionaalse \"elava\" videovaatega ja minimeerida pildi viivitust ekraanil toimuvate s\u00fcndmustega. Lisaks soovisime muuta PTZ-kaamerate kasutamise mugavamaks, kus viivitused on kriitilise t\u00e4htsusega.<\/p>\n
Arvestades, et teised lagide v\u00e4hendamise lahendused on senini piiratud funktsionaalsusega ja t\u00f6\u00f6tavad m\u00e4rkimisv\u00e4\u00e4rselt halvemini, otsustasime kasutada WebRTC-d. <\/p>\n
Mida me tegime<\/h2>\n \n
WebRTC korrektseks toimimiseks on k\u00f5igepealt vajalik tehnoloogiline moderniseerimine veebivideosse suunatud tehnoloogiate seas. Just seda me tegime.<\/p>\n
Alguses viidi ellu WebRTC signaalimisprotokoll serveri Websocketi kohal, samuti paigaldati WebRTC peer-server pilve SDK webrtc.org p\u00f5hjal. Selle \u00fclesanne on jagada videovooge klientide WebRTC peer-idele formaadis H.264 + Opus\/G.711 ilma video \u00fcmberkodeerimiseta.<\/p>\n
Valisime Websocketi signaalimisprotokollina, kuna tal on juba kvaliteetne tugi k\u00f5igis populaarsetes veebibrauserites. Selle t\u00f5ttu on v\u00f5imalik oluliselt v\u00e4hendada mitte ainult arenduse k\u00f5rvalkulusid, vaid ka mitte raisata aega ja ressursse korduvate TCP ja TLS k\u00e4epigistuste peale v\u00f5rreldes AJAX-iga.<\/p>\n
Asjaolu on see, et vaikimisi ei paku WebRTC signaalimisprotokolli, mis on vajalik reaalajas videok\u00f5nede \u00f5ige seadistamise, toetamise ja katkestamise korraldamiseks l\u00e4hte- ja kliendi rakenduste vahel.<\/p>\n
Kuna signaalimise tehnoloogia iseseisvaks elluviimiseks oli meil vajalik arendada oma signaaliserver, mis toetab mitmeid veebiprotokolle (Websocket, WebRTC). Lisaks pakkuda turvalist seansihaldust ja teavitusi reaalajas, video haldamist ja palju muid parameetreid.<\/p>\n
Oleme \u00fcletanud P2P piirangud, v\u00e4hendades latentsust mitte P2P kaudu, vaid UDP ja latentsuse v\u00e4hendamisele suunatud voogude juhtimise abil. See on samuti sisse ehitatud WebRTC-sse, kuna p\u00f5hikasutuse juhtumiks on p2p k\u00f5ned l\u00e4bi brauseri.<\/p>\n
Meie mobiilikliendis oleme rakendanud m\u00e4ngijat, kasutades SDK-d webrtc.org, kuna just selles on voogude juhtimine korralikult ellu viidud, olemas k\u00f5ik tuntud Forward Error Correction (FEC) skeemid ning pakettide uuesti saatmise mehhanism on \u00f5igesti rakendatud k\u00f5igis brauserites. Oluline on ka see, et webrtc.org SDK-d arendab aktiivselt Google.<\/p>\n
Milline on WebRTC kasutusele v\u00f5tmise tulemus?<\/h2>\n \n
![\"WebRTC](\"\/wp-content\/uploads\/2019\/04\/d185b546f5fc4c15021481c0cc2fedbd.jpeg\")