Napjainkban a WebRTC a "forró" technológia az audio- és videostreamelésre a böngészőkben. A konzervatív technológiák, mint például a HTTP Streaming és a Flash, alkalmasabbak a rögzített tartalmak (video on demand) terjesztésére, és lényegesen alulmúlják a WebRTC-t a valós idejű és online adások tekintetében, pl. ahol minimális videó késleltetés szükséges, így a nézők „élőben” láthatják, mi történik.

A kiváló minőségű valós idejű kommunikáció lehetősége magából a WebRTC architektúrából adódik, ahol az UDP protokollt használják a videó folyamok továbbítására, amely a minimális késleltetésű videó továbbítás standard alapja, és széles körben használatos a valós idejű kommunikációs rendszerekben.

A kommunikációs késleltetés fontos az élő streaming rendszerekben, webináriumokban és más alkalmazásokban, ahol interaktív kommunikációra van szükség a videó forrásával, a végfelhasználókkal és a megoldással.

Egy másik jó ok a WebRTC kipróbálására határozottan trend. Ma már minden Android Chrome böngésző támogatja ezt a technológiát, amely garantálja, hogy több millió eszköz áll készen az adás megtekintésére további szoftverek és konfigurációk telepítése nélkül.

A WebRTC technológia működésének tesztelésére és egy egyszerű online adás indítására a Flashphoner WebRTC Media & Broadcasting Server szerver szoftvert használtuk. A funkciók deklarálják a WebRTC adatfolyamok egy-a többhez módban történő sugárzásának lehetőségét, valamint az IP-kamerák és a videó megfigyelőrendszerek támogatását az RTSP protokollon keresztül; Ebben az áttekintésben a web-web adásokra és azok funkcióira fogunk összpontosítani.

WebRTC Media & Broadcasting Server telepítése

Mivel a Windows rendszerhez nem volt szerververzió, és nem akartam olyan virtuális gépet telepíteni, mint a VMWare + Linux, nem tudtam tesztelni az online adásokat az otthoni Windows számítógépemen. Az időmegtakarítás érdekében úgy döntöttünk, hogy példát veszünk a felhőalapú tárhelyszolgáltatásról, például:

Ez egy Centos x86_64 6.5-ös verzió volt, minden előre telepített szoftver nélkül egy amszterdami adatközpontban. Így csak egy szerver és ssh hozzáférés áll rendelkezésünkre. Azok számára, akik ismerik a Linux konzolparancsait, a WebRTC szerver telepítése egyszerűnek és fájdalommentesnek ígérkezik. Szóval mit csináltunk:

1. Archívum letöltése:

$wget https://website/download-wcs5-server.tar.gz

2. Kicsomagolás:

$tar -xzf download-wcs5-server.tar.gz

3. Telepítés:

$cd FlashphonerWebCallServer

A telepítés során adja meg a szerver IP-címét: XXX.XXX.XXX.XXX

4. Licenc aktiválása:

$cd /usr/local/FlashphonerWebCallServer/bin

$./activation.sh

5. WCS szerver indítása:

$service webcallserver start

6. Napló ellenőrzése:

$tail - f /usr/local/FlashphonerWebCallServer/logs/flashphoner_manager.log

7. Ellenőrizze, hogy két folyamat működik-e:

$ps aux | grep Flashphoner

A telepítési folyamat befejeződött.

WebRTC élő közvetítések tesztelése

A közvetítések tesztelése egyszerű dolognak bizonyult. A szerveren kívül van egy webes kliens is, amely tucatnyi Javascript, HTML és CSS fájlból áll, és a telepítés során mi telepítettük a /var/www/html mappába. Csak annyit kellett tenni, hogy a flashphoner.xml konfigurációba be kellett írni a szerver IP-címét, hogy a webkliens HTML5 Websocketeken keresztül tudjon kapcsolatot létesíteni a szerverrel. Ismertesse a tesztelési folyamatot.

1. Nyissa meg a tesztkliens index.html oldalát a Chrome böngészőben:

2. A sugárzás elindításához kattintson a képernyő közepén található "Start" gombra.
Mielőtt ezt megtenné, meg kell győződnie arról, hogy a webkamera csatlakoztatva van, és használatra kész. A webkamerával szemben nincs különösebb követelmény, például szabványos beépített laptop kamerát használtunk 1280 × 800 felbontással.

A Chrome böngésző minden bizonnyal hozzáférést fog kérni a kamerához és a mikrofonhoz, hogy a felhasználó megértse, hogy videója elküldésre kerül az internetes szerverre, és lehetővé teszi számára ezt.

3. Az interfész a videofolyam sikeres sugárzását jelenti a kamerából a WebRTC szerverre. A jobb felső sarokban a jelző jelzi, hogy a stream a szerverre megy, az alsó sarokban pedig egy "Stop" gomb található a videó küldésének leállításához.

Vessen egy pillantást az alábbi linkre. Egyedi azonosítót tartalmaz ehhez az adatfolyamhoz, így bárki csatlakozhat a nézethez. Csak nyissa meg ezt a hivatkozást egy böngészőben. A vágólapra másoláshoz kattintson a "Másolás" gombra.

Az olyan valós alkalmazásokban, mint a webináriumok, előadások, online videoközvetítések vagy interaktív tévéadások, a fejlesztőknek meg kell valósítaniuk ennek az azonosítónak a szétosztását a nézők bizonyos csoportjai számára, hogy csatlakozhassanak a kívánt streamekhez, de ez az alkalmazás logikája. WebRTC média- és műsorszóró szerver nem érinti, csak a videó terjesztésével foglalkozik.

5. A kapcsolat létrejön, és a néző látja az adatfolyamot a képernyőn. Mostantól elküldheti a linket valaki másnak, leállíthatja a stream lejátszást vagy engedélyezheti a teljes képernyős módot a jobb alsó sarokban található vezérlők segítségével.

WebRTC szerver tesztelési eredmények online adásokhoz

A tesztek során a várakozási idő tökéletesnek tűnt. Az adatközpontba érkező ping körülbelül 100 ezredmásodperc volt, és a késés nem volt látható a szemnek. Innentől kezdve feltételezhetjük, hogy a valódi késleltetés ugyanaz, mint 100 plusz-mínusz néhány tíz milliszekundum a pufferelési időre. A Flash videóhoz képest ezekben a tesztekben a Flash nem teljesít olyan jól, mint a WebRTC. Tehát, ha egy hasonló hálózaton mozgatja a kezét, akkor a mozgás a képernyőn csak egy/két másodperc múlva látható.

A minőséggel kapcsolatban megjegyezzük, hogy néha meg lehet különböztetni a kockákat a mozgásokon. Ez összhangban van a VP8 kodek természetével, és fő célja a valós idejű videokommunikáció biztosítása elfogadható minőségben és kommunikációs késések nélkül.

A szerver telepítése és konfigurálása meglehetősen egyszerű, nem igényel komolyabb készséget a futtatásához, kivéve a Linux tudását olyan haladó szinten, aki ssh-n keresztül tud parancsokat végrehajtani a konzolról és szövegszerkesztőt is tud használni. Ennek eredményeként sikerült beállítani egy-a-többhöz online adást a böngészők között. További nézők csatlakoztatása sem okozott problémát.

A webináriumok és online adások közvetítésének minősége meglehetősen elfogadhatónak bizonyult. Csak a videó felbontása okozott néhány kérdést. A kamera támogatja az 1280x800-as felbontást, de a tesztképen a felbontás nagyon hasonló a 640x480-ashoz. Úgy tűnik, ezt a kérdést tisztázni kell a fejlesztőkkel.

Videó a webkameráról történő tesztelésről
WebRTC szerveren keresztül

A WebRTC (Web Real Time Communications) egy szabvány, amely leírja a streaming audioadatok, videoadatok és tartalmak átvitelét a böngészőből és a böngészőbe valós időben, bővítmények vagy egyéb bővítmények telepítése nélkül. A szabvány lehetővé teszi, hogy a böngészőt videokonferencia-terminállá alakítsa, csak nyisson meg egy weboldalt a kommunikáció megkezdéséhez.

Mi az a WebRTC?

Ebben a cikkben mindent megtudunk, amit a WebRTC technológiáról tudni kell egy átlagos felhasználó számára. Tekintsük a projekt előnyeit és hátrányait, fedjünk fel néhány titkot, mondjuk el, hogyan működik, hol és mire használják a WebRTC-t.

Mit kell tudni a WebRTC-ről?

A videó szabványok és technológiák fejlődése

Sergey Yutsaitis, Cisco, Video+Conference 2016

Hogyan működik a WebRTC

Az ügyfél oldalon

• A felhasználó megnyit egy HTML5 címkét tartalmazó oldalt
• A böngésző hozzáférést kér a felhasználó webkamerájához és mikrofonjához.
• A felhasználói oldalon található JavaScript-kód szabályozza a kapcsolati paramétereket (a WebRTC-kiszolgáló vagy más WebRTC-kliensek IP-címeit és portjait) a NAT és a tűzfal megkerüléséhez.
• Amikor információt kap a beszélgetőpartnerről vagy a kiszolgálón kevert konferenciával folytatott streamről, a böngésző elkezdi egyeztetni a használt audio- és videokodekeket.
• Megkezdődik az adatok kódolása és streamelése a WebRTC kliensek között (esetünkben a böngésző és a szerver között).

A WebRTC szerver oldalán

A két résztvevő közötti adatcseréhez nincs szükség videoszerverre, de ha több résztvevőt szeretne egy konferencián összevonni, akkor egy szerver szükséges.

A videoszerver különféle forrásokból fogadja a médiaforgalmat, átalakítja és elküldi a WebRTC-t terminálként használó felhasználóknak.

A WebRTC szerver a médiaforgalmat is fogadja a WebRTC társaktól, és adott esetben asztali vagy mobilalkalmazások segítségével továbbítja a konferencia résztvevőinek.

A szabvány előnyei

• Nincs szükség szoftver telepítésére.
• Nagyon jó kommunikációs minőség a következőknek köszönhetően:
  • Modern video (VP8, H.264) és audio kodekek (Opus) használata.
  • Az adatfolyam minőségének automatikus beállítása a csatlakozási feltételekhez.
  • Beépített visszhang- és zajszűrő.
  • A résztvevők mikrofonjainak automatikus szintszabályozása (AGC).
• Magas szintű biztonság: minden kapcsolat biztonságos és titkosított a TLS és SRTP protokolloknak megfelelően.
• Van egy beépített mechanizmus a tartalom rögzítésére, például az asztalra.
• Bármilyen HTML5 és JavaScript alapú vezérlőfelület megvalósításának lehetősége.
• Az interfész integrálása bármilyen háttérrendszerrel WebSockets használatával.
• Nyílt forráskódú projekt – beágyazhatja termékébe vagy szolgáltatásába.
• Valódi többplatformos: ugyanaz a WebRTC alkalmazás egyformán jól fog működni bármilyen operációs rendszeren, asztali számítógépen vagy mobileszközön, feltéve, hogy a böngésző támogatja a WebRTC-t. Ezzel rengeteg erőforrást takaríthatunk meg a szoftverfejlesztéshez.

A szabvány hátrányai

• Csoportos hang- és videokonferenciák szervezéséhez videokonferencia szerverre van szükség, amely keveri a résztvevőktől származó videót és hangot, mert a böngésző nem tudja, hogyan kell több bejövő adatfolyamot szinkronizálni egymással.
• Minden WebRTC megoldás nem kompatibilis egymással, mert a szabvány csak a kép- és hangátviteli módszereket írja le, az előfizetők megszólításának, elérhetőségük nyomon követésének, az üzenetek és fájlok cseréjének, ütemezésének és egyéb dolgoknak a megvalósítását az eladóra hagyja.
• Más szóval, nem fog tudni hívni egy fejlesztő WebRTC alkalmazásából egy másik fejlesztő WebRTC alkalmazását.
• A csoportos konferenciák keverése sok számítási erőforrást igényel, ezért az ilyen típusú videokommunikációhoz fizetős előfizetés megvásárlása vagy infrastrukturális beruházás szükséges, ahol minden konferencia 1 fizikai magot igényel egy modern processzorból.

WebRTC titkai: Hogyan profitálnak a szállítók a bomlasztó webtechnológiából

Tzachi Levent-Levi, Bloggeek.me, Video+Conference 2015

WebRTC a videokonferencia piac számára

A videokonferencia-terminálok számának növekedése

A WebRTC technológia erős hatást gyakorolt ​​a videokonferencia piac fejlődésére. Az első WebRTC-támogatással rendelkező böngészők 2013-as megjelenése után a videokonferencia-terminálok potenciális száma világszerte azonnal 1 milliárd eszközzel nőtt. Valójában minden böngésző videokonferencia-terminálná vált, amely kommunikációs minőségét tekintve nem rosszabb hardveres társainál.

Használja speciális megoldásokban

A különféle JavaScript-könyvtárak és felhőszolgáltatási API-k WebRTC-támogatással történő használata megkönnyíti a videotámogatás hozzáadását bármely webprojekthez. Korábban a valós idejű adatátvitel megkövetelte a fejlesztőktől, hogy megtanulják a protokollok működését, és más cégek munkáját is használhassák, ami legtöbbször további licencelést igényelt, ami növelte a költségeket. A WebRTC-t már aktívan használják olyan szolgáltatásokban, mint a „Hívás a webhelyről”, „Online támogatási csevegés” stb.

A Skype for Linux korábbi felhasználói

2014-ben a Microsoft bejelentette a Skype for Linux projekt támogatásának megszüntetését, ami nagy bosszúságot okozott az informatikusok körében. A WebRTC technológia nincs az operációs rendszerhez kötve, hanem böngésző szinten valósul meg, pl. A Linux-felhasználók a WebRTC-alapú termékeket és szolgáltatásokat a Skype teljes értékű helyettesítőjeként láthatják majd.

Verseny a vakuval

A WebRTC és a HTML5 halálos csapást mért a Flash technológia számára, amely már korántsem a legjobb éveit élte. 2017 óta a vezető böngészők hivatalosan leállították a Flash támogatását, és a technológia végleg eltűnt a piacról. De a Flash-t meg kell adni, mert ő volt az, aki létrehozta a webkonferencia piacot, és felajánlotta a böngészőkben való élő kommunikáció technikai lehetőségeit.

WebRTC videó bemutatók

Dmitry Odintsov, TrueConf, Video+konferencia 2017. október

Kodekek a WebRTC-ben

Audiokodekek

Az audioforgalom WebRTC-ben történő tömörítéséhez Opus és G.711 kodekeket használnak.

G.711- a legrégebbi hangkodek magas bitsebességgel (64 kbps), amelyet leggyakrabban a hagyományos telefonrendszerekben használnak. A fő előny a minimális számítási terhelés a könnyű tömörítési algoritmusok használatának köszönhetően. A kodek alacsony szinten tömöríti a hangjeleket, és nem okoz további hangkésleltetést a felhasználók közötti kommunikáció során.

A G.711-et számos eszköz támogatja. Az ezt a kodeket használó rendszerek könnyebben használhatók, mint a más audiokodekeken alapuló rendszerek (G.723, G.726, G.728 stb.). Ami a minőséget illeti, a G.711 4,2 pontot kapott a MOS tesztelés során (a 4-5-ös pontszám a legmagasabb, és jó minőséget jelent, hasonló az ISDN hangforgalmának minőségéhez, sőt még magasabb is).

Opus egy kodek alacsony kódolási késleltetéssel (2,5 ms-tól 60 ms-ig), változó bitsebességű támogatással és nagy tömörítéssel, amely ideális a változó sávszélességű hálózatokon keresztüli audio streaminghez. Az Opus egy hibrid megoldás, amely egyesíti a SILK (Voice Compression, Human Speech Distortion Elimination) és a CELT (Audio Data Encoding) kodekek legjobb tulajdonságait. A kodek ingyenesen elérhető, az azt használó fejlesztőknek nem kell jogdíjat fizetniük a szerzői jogok tulajdonosainak. Más audio kodekekhez képest az Opus minden bizonnyal sok szempontból nyer. Elhomályosította az olyan népszerű, alacsony bitsebességű kodekeket, mint az MP3, Vorbis, AAC LC. Az Opus visszaállítja a hang "képét" az eredetihez közelebb, mint az AMR-WB és a Speex. Ez a kodek a jövő, ezért a WebRTC technológia megalkotói beépítették a támogatott hangszabványok kötelező körébe.

Videokodekek

A WebRTC videokodek kiválasztásának kérdései több évig tartottak a fejlesztőknek, végül a H.264 és a VP8 használata mellett döntöttek. Szinte minden modern böngésző támogatja mindkét kodeket. A videokonferencia-kiszolgálóknak csak egyet kell támogatniuk a WebRTC-vel való együttműködéshez.

VP8 egy ingyenes, nyílt licenccel rendelkező videokodek, amely nagy videofolyam-dekódolási sebességgel és fokozottan ellenáll a képkockák elvesztésének. A kodek univerzális, könnyen beépíthető hardverplatformokra, így a videokonferencia-rendszerek fejlesztői gyakran használják termékeikben.

Fizetett videokodek H.264 sokkal korábban vált ismertté, mint bátyja. Ez egy kodek, amely a videofolyamot nagymértékben tömöríti, miközben megőrzi a kiváló videóminőséget. Ennek a kodeknek a nagy elterjedtsége a hardveres videokonferencia-rendszerek között arra utal, hogy a WebRTC szabványban használják.

A Google és a Mozilla aktívan népszerűsíti a VP8 kodeket, míg a Microsoft, az Apple és a Cisco a H.264-et (a hagyományos videokonferencia rendszerekkel való kompatibilitás biztosítása érdekében). És itt egy nagyon nagy probléma adódik a felhő alapú WebRTC megoldások fejlesztői számára, mert ha a konferencia minden résztvevője egy böngészőt használ, akkor elég egyszer keverni a konferenciát egy kodekkel, és ha különböző böngészők vannak, és van köztük Safari / Edge, akkor a konferenciát kétszer különböző kodeket kell kódolni, ami megduplázza a médiaszerver rendszerigényét, és ennek eredményeként a WebRTC szolgáltatások előfizetésének költségeit.

WebRTC API

A WebRTC technológia három fő API-n alapul:

• (a webböngésző felelős azért, hogy audio- és videojeleket fogadjon a kamerákról vagy a felhasználó asztaláról).
• RTCPeerConnection(felelős a böngészők közötti kapcsolatért a kamerától, mikrofontól és asztali számítógéptől kapott médiaadatok „cseréjére”. Ezen API „feladatai” továbbá a jelfeldolgozás (megtisztítása az idegen zajtól, a mikrofon hangerejének beállítása) és a vezérlés. a használt audio- és videokodekeken keresztül).
• RTC adatcsatorna(kétirányú adatátvitelt biztosít egy kiépített kapcsolaton keresztül).

Mielőtt hozzáférne a felhasználó mikrofonjához és kamerájához, a böngésző kéri ezt az engedélyt. A Google Chrome-ban a "Beállítások" részben előre konfigurálhatja a hozzáférést, az Opera és a Firefox esetében az eszközök kiválasztása közvetlenül a hozzáféréskor történik a legördülő listából. Az engedélykérés mindig megjelenik a HTTP protokoll használatakor, és egyszer, ha HTTPS-t használ:

RTCPeerConnection. Minden WebRTC konferencián részt vevő böngészőnek hozzáféréssel kell rendelkeznie ehhez az objektumhoz. Az RTCPeerConnection használatának köszönhetően a médiaadatok egyik böngészőből a másikba még a NAT-on és a tűzfalakon is áthaladhatnak. A médiafolyamok sikeres továbbításához a résztvevőknek a következő adatokat kell kicserélniük egy átviteli eszköz, például webes socket segítségével:

• a kezdeményező résztvevő elküldi a második résztvevőnek egy Offer-SDP-t (adatstruktúra, az általa továbbítandó médiafolyam jellemzőivel);
• a második résztvevő generál egy „választ” - Answer-SDP, és elküldi a kezdeményezőnek;
• majd ICE jelöltek cseréjét szervezik a résztvevők között, ha találnak ilyeneket (ha a résztvevők NAT vagy tűzfalak mögött vannak).

A résztvevők közötti csere sikeres befejezése után a médiafolyamok (audió és videó) átvitelét közvetlenül megszervezik.

RTC adatcsatorna. A Data Channel protokoll támogatása viszonylag nemrég jelent meg a böngészőkben, így ez az API csak abban az esetben jöhet számításba, ha a WebRTC-t Mozilla Firefox 22+ és Google Chrome 26+ böngészőkben használják. Ezzel a résztvevők szöveges üzeneteket válthatnak a böngészőben.

WebRTC kapcsolat

Támogatott asztali böngészők

• Google Chrome (17+) és minden Chromium-motoron alapuló böngésző;
• Mozilla Firefox (18+);
• Opera (12+);
• Safari (11+);

Támogatott mobil böngészők Androidhoz

• Google Chrome (28+);
• Mozilla Firefox (24+);
• Opera Mobile (12+);
• Safari (11+).

WebRTC, Microsoft és Internet Explorer

A Microsoft nagyon sokáig hallgatott a WebRTC támogatásáról az Internet Explorerben és az új Edge böngészőben. A redmondi srácok nem igazán szeretik a technológiát olyan felhasználók kezébe adni, akiket nem ők irányítanak, ez a fajta politika. De fokozatosan elindultak a dolgok, mert. A WebRTC-t már nem lehetett figyelmen kívül hagyni, és bejelentették a WebRTC szabványból levezetett ORTC projektet.

A fejlesztők szerint az ORTC a WebRTC szabvány kiterjesztése JavaScript és HTML5 alapú továbbfejlesztett API-készlettel, ami hétköznapi nyelvre lefordítva azt jelenti, hogy minden a régi lesz, csak a Microsoft fogja irányítani a szabványt, nem a Google. és annak fejlődése. A kodekek készlete kibővült a H.264 és néhány G.7XX sorozatú audiokodek támogatásával, amelyeket telefonos és hardveres videokonferencia-rendszerekben használnak. Talán lesz beépített támogatás az RDP-hez (tartalomátvitelhez) és az üzenetkezeléshez. Az Internet Explorert használók egyébként nem járnak szerencsével, az ORTC támogatás csak az Edge-ben lesz. És persze egy ilyen protokoll- és kodekkészlet csekély vérrel illeszkedik a Skype for Business-hoz, amely még több üzleti alkalmazást nyit meg a WebRTC számára.

Kedves barátaim, amint azt már tudjátok, rendszeresen frissítünk benneteket új technológiákkal, ma bemutatom a WebRTC-t, a Google által kifejlesztett technológiát, amely lehetővé teszi a felhasználók számára, hogy közvetlenül a böngészőben beszélhessenek videóval és hanggal anélkül, hogy beépülő modulokat kellene használniuk – Webhelyek vagy alkalmazások . A felhasználók közötti közvetlen video- és hangkapcsolat közvetlenül a böngészőben történik.
A WebRTC technológiát a Mozilla Firefox böngészők, a Google Chrome és bármely operációs rendszer támogatja, az Opera hamarosan csatlakozik.
Mi az a WebRTC és mi?
A WebRTC a Web Real Time Communication rövidítése, ez a technológia lehetővé teszi az audio- és videocsevegés megnyitását közvetlenül a böngészőben anélkül, hogy ehhez más beépülő modulokra, alkalmazásokra vagy szolgáltatásokra lenne szükség az interneten. A kapcsolat közvetlenül a böngésző és a böngésző között jön létre.
Ahol az ismert szolgáltatások (Skype, Yahoo Messenger, Apple FaceTime, Google Hago stb.) olyan szervert igényelnek, amely összeköti a felhasználókat a forgalom kezdeményezéséhez és kezeléséhez. Ezen szolgáltatások igénybevételéhez regisztrálnunk kell, és fel kell állítani egy listát az ügyfelekről és a kapcsolatokról.
A WebRTC-vel nincs szükségünk olyan szerverekre, alkalmazásokra vagy szerverekre, amelyek csatlakoznak a közbenjáráshoz.
A WebRTC előnyei:
1. Nincs több olyan alkalmazás, amely erőforrást és akkumulátort fogyaszt.
2. A csevegés privátabb (viszonylag).
3. A kapcsolatfelvétel történhet helyileg, nem a Flos US szerverei a helyi kapcsolatokhoz.
4. Egyszerűség, könnyű használat.
5. A továbbfejlesztés lehetősége, és egyéb irányú.
6. A kommunikáció stabil és nem függ a külső kapcsolatoktól, amelyek néha rendkívül instabilok.
Az oktatóanyagban egy demót használtam, amit a Google-nél fejlesztettek ki, ez a demó meglehetősen egyszerű, fejlettebb funkciók és gyorsabb kapcsolatok használhatják a WebRTC-t támogató alkalmazások egyikét, könnyebben használhatóak. Hamarosan a WebRTC alkalmazásokról is készítünk egy bemutatót.
Hogyan kell használni a WebRTC demót?
Nagyon egyszerűen kattintson az alábbi linkre, és automatikusan létrehoz egy csevegést. a szoba összekapcsolásához el kell küldenie egy barátot/barátnőt, akivel kapcsolatba szeretne lépni.
Egy barátod/barátnőd és a tied, de csak a Mozilla Firefox vagy a Google Chrome legújabb verzióit használja.

WebRTC bemutató(Bevezető chat hang - videó)

Figyelem:
A demó nem túl stabil, csak bemutató céllal készült. Korlátozott ideig használható, amely alatt kisebb csatlakozási hibák léphetnek fel.
Ha kapcsolódási problémái vannak, próbáljon meg másik csevegést létrehozni.

Az európai internetezők két részre oszlanak: az allenbachi (Németország) Közvélemény-elemző Intézet felmérése szerint a Skype, a chat- és azonnali üzenetküldő rendszerek 16,5 millió felnőtt és gyermek, 9 millió ember mindennapi életének szerves részévé váltak. esetről esetre veszik igénybe ezeket a szolgáltatásokat, és 28 millióan nem nyúlnak hozzájuk.

A helyzet változhat, hiszen immár a Firefox is be van építve valós idejű kommunikációs technológia (WebRTC), valamint maga az ügyfél is. Az audio- és videocsevegés indítása most nem nehezebb, mint egy webhely megnyitása. Az olyan szolgáltatások viszont, mint a Facebook és a Skype, külön klienst használó megoldásokra és fiók létrehozására támaszkodnak.

A WebRTC nem csak egyszerűen használható. Ez a módszer lehetővé teszi még a beállítást is közvetlen kapcsolat két böngésző között. Így a hang- és képadatok nem haladnak át olyan szerveren, ahol túlterhelés léphet fel, vagy amelynek rendszergazdája nem különösebben érzékeny a magánéletre vagy az adatvédelemre. Közvetlen kapcsolat esetén a WebRTC nem igényel regisztrációt vagy fiókot semmilyen szolgáltatáshoz.

Beszélgetés indításához csak a linket kell követnie. A kommunikáció privát marad mert az adatfolyam titkosított. A böngészőn keresztüli valós idejű kommunikációban a Google már 2011-ben kezdett aktívan részt venni, amikor közzétette a WebRTC megvalósításának forráskódját.

Röviddel ezután a Chrome és a Firefox megkapta a saját WebRTC motorját. Jelenleg mobilverzióik ezzel a technológiával és az alkalmazások által használt Android 5.0-val telepített WebView 3.6 motorral is fel vannak szerelve.

A valós idejű kommunikációhoz a megfelelő JavaScript felületeket kell megvalósítani a webes megjelenítőben. A GetUserMedia segítségével a szoftver lehetővé teszi a rögzítést hang- és videoforrásokról, azaz webkameráról és mikrofonról. Az RTCPeerConnection felelős a kapcsolat létrehozásáért, valamint magáért a kommunikációért.

A böngésző integrációjával párhuzamosan a World Wide Web Consortium (W3C) munkacsoportja a WebRTC szabványosítási folyamatát szorgalmazza. 2015-ben kell elkészülnie.

A WebRTC megelégszik kevéssel

A WebRTC szolgáltatás használata nem igényel sok erőforrást, mivel a szerver csak a haverokat köti össze. A kapcsolat létrehozása sem különösebben nehéz. Először a böngésző jelzi a WebRTC szervernek, hogy hívás kezdeményezését tervezi. HTTPS hivatkozást kap a szervertől - a kapcsolat titkosított. A felhasználó elküldi ezt a linket beszélgetőpartnerének. A böngésző ezután engedélyt kér a felhasználótól a webkamera és a mikrofon eléréséhez.

A másik féllel való közvetlen streaming kapcsolat létrehozásához a böngésző megkapja IP-címét és konfigurációs adatait a WebRTC szolgáltatástól. A haver webböngészője ugyanezt teszi.

Annak érdekében, hogy a streaming kapcsolat zavartalanul és jó minőségben működjön, három motor dolgozik a böngészőben. Közülük kettő optimalizálja és tömöríti az audio- és videoadatokat, a harmadik pedig ezek szállításáért felel. keresztül küldi az adatokat SRTP protokoll(Secure Real-time Transport Protocol), amely valós idejű titkosított adatfolyamot tesz lehetővé.

Ha a közvetlen kapcsolat meghiúsul, a WebRTC másik elérési utat keres. Ez például akkor fordul elő, ha a hálózati beállítások miatt a STUN szerver nem tudja jelenteni az IP-címet. A WebRTC szabvány előírja, hogy ebben az esetben a beszélgetés megtörténik, de közben a TURN szerver (Traversal Using Relays around NAT) bevonásával. Tehát a netscan.co webhelyen ellenőrizheti, hogy a WebRTC implementálva van-e a számítógépén és a webhozzáféréssel.

Hogyan jön létre a kapcsolat

Először regisztrálnia kell egy beszélgetést (1). A WebRTC szolgáltatás egy hivatkozást biztosít, amelyet el kell küldeni a beszélgetőpartnernek. A böngésző a STUN-szerver segítségével megkeresi saját IP-címét (2), elküldi a szolgáltatásnak, és megkapja a partner IP-jét a közvetlen kapcsolat létrehozásához (3). Ha a STUN sikertelen, a beszélgetést a TURN szerver (4) segítségével irányítja át.

A WebRTC technológiát használó kommunikáció a böngészőben JavaScript kóddal indul. Ezt követően három motor felel a kommunikációért: a hang- és videómotorok a webkamerából és a mikrofonból gyűjtik a multimédiás adatokat, a szállítómotor pedig egyesíti az információkat, és a Secure Real-time Protocol (SRTP) segítségével titkosított formában küldi el a streamet.

Mely böngészők működnek a WebRTC-vel

A Chrome és a Firefox WebRTC motorral van felszerelve, amely olyan szolgáltatásokat használ, mint a talky.io. A Mozilla böngésző közvetlenül képes együttműködni saját kliensével.

A Google és a Mozilla tovább fejleszti a valós idejű kommunikáció ötletét: a Chrome több résztvevős WebRTC-konferenciát tud rendezni, a Firefox új Hello-kliensét pedig a Telefonica távközlési óriáscég leányvállalata fejleszti. Az Apple egyelőre a pálya szélén marad, a WebRTC-re még nem kell számítani a Safariban. A Safarihoz azonban rengeteg alternatív iOS-alkalmazás és -bővítmény létezik.

A Microsoft egy kicsit más irányt követ. A versenyképes Skype szolgáltatás tulajdonosaként ez a cég nem fog ilyen könnyen megadni magát a WebRTC előtt. Ehelyett a Microsoft az ORTC (Object Real-Time Communications) nevű technológiát fejleszti az Internet Explorer számára.

A WebRTC-től való eltérések, mint például a szerverrel való kapcsolatfelvételhez szükséges különböző kodekek és protokollok, csekélyek, és idővel valószínűleg kiegészítik a WebRTC szabványt, amely magában foglalja ezeket a különbségeket. Így – szokás szerint – csak az Apple marad le.

Fénykép: gyártó vállalatok; goodluz/Photolia.com