Zum Inhalt springen

Uncategorized

vLine Wins Audience Choice and Best Conferencing Awards at WebRTC Expo

Eine der schwierigsten Entscheidungen für Startups ist, wie viel Zeit und Mühe man in die Produktentwicklung und wie viel in die Vermarktung investiert. In den letzten zwei Jahren haben wir uns größtenteils darauf konzentriert, uns voll und ganz auf die Entwicklung zu fokussieren. 

Als wir letzte Woche auf der WebRTC Expo in Atlanta auftauchten, kannten uns daher viele in der WebRTC-Community nicht. Umso erfreulicher war es, die Konferenz mit beiden Neuerungen im Gepäck zu verlassen: Publikumspreis, das auf der Grundlage einer Abstimmung der Konferenzteilnehmer verliehen wurde, und die Auszeichnung für die beste Konferenz, das von einer Jury als beste Lösung für Mehrparteienkonferenzen ausgezeichnet wurde.

Falls Sie die Konferenz verpasst haben, können Sie uns in den folgenden Videos sehen (mit freundlicher Genehmigung von TMCNet):

Und vielen Dank an alle, die an unserem Stand vorbeigeschaut und sich ein Exemplar gesichert haben. #webrtcisready T-Shirt. Wir haben viele tolle Leute kennengelernt und freuen uns darauf, all diese Gespräche fortzusetzen.

WebRTC Digest – Week of 6/24 – WebRTC Conference Highlights and WebKit

WebRTC-Konferenz Atlanta

Die vergangene Woche war die WebRTC-Konferenz in Atlanta, Georgia. Anbieter, Kunden und Interessierte, die mehr über WebRTC erfahren wollten, trafen sich drei Tage lang. Präsentationen, Diskussion, Interviews und Demos (Tag eins Und Tag zweiAm letzten Tag der Konferenz trafen sich die Richter. verliehen Auszeichnungen in mehreren Kategorien.

Einige der Teilnehmer verfassten Zusammenfassungen der Messe aus ihrer Sicht. Chris Koehncke, Leiter Geschäftsentwicklung bei Genband, ist davon überzeugt, dass WebRTC nicht nur eine weitere “Funktion” ist:

WebRTC ist für den durchschnittlichen Programmierer ein schwer verständliches Konzept, und wir als Branchenexperten müssen daran arbeiten, dies zu vereinfachen. Jetzt geht es nicht ums Verkaufen, sondern ums Aufklären.

Tsahi Levent-Levi, Einer der Moderatoren des WebRTC-Panels mit dem Titel “Der Hype-Zyklus” schrieb über seine Gedanken zur Konferenz und kamen zu dem Schluss, dass WebRTC bereit ist, weil

Es gab bereits reale Produkte mit echten Endkunden, die sie nutzten, was für mich eine Bestätigung des Bedarfs darstellt.

WebKit

Auf der WebKit-Entwickler-Mailingliste gab es einen Beitrag von Danilo Cesar., Softwareentwickler bei Collabora, wo er erwähnte,

Einige Kollegen und ich arbeiten an der getUserMedia/PeerConnection API für den Gtk-Port.

KDE-Kernentwickler Und Senior Softwareentwickler bei Digia, Allan Jensen, später geantwortet. im Thread mit

Ich kenne eine Firma, die an WebRTC für QtWebKit arbeitet. Sie wollen es in den Hauptzweig integrieren, aber ich kenne weder den aktuellen Stand noch den Zeitplan.

WebRTC Digest – Week of 6/17 – WebRTC Tutorial, Skype, and VP9

WebRTC-Übersicht und Tutorial

Cullen Jennings, RTCWeb-Mitvorsitzender, gab auf der INET Bangkok einen guten Überblick und ein Tutorial zu WebRTC. Video der Präsentation wurde veröffentlicht. Es dauert etwa 80 Minuten und bietet sowohl einen allgemeinen Überblick über WebRTC als auch eine detaillierte Erläuterung einiger technischer Aspekte.

Skype-Architektur

Als Antwort auf einen Beitrag in der Mailingliste, Principal Skype Architect Matthew Kaufman,Er ging auf einige Gründe ein, warum Skype von einem Peer-to-Peer-Modell zu einem serverbasierten “dedizierten Supernode”-Modell überging. Ein Grund für den Wechsel war die Unzuverlässigkeit der Supernodes, bei denen es sich hauptsächlich um Windows-Rechner handelte:

Dies erwies sich als Problem, als nicht nur einmal, sondern gleich zweimal ein weltweiter Skype-Netzwerkausfall durch einen Absturzfehler in diesem Client verursacht wurde… die anschließende Wiederherstellung des Netzwerks war mühsam und langwierig.

Ein weiteres hervorgehobenes Problem war die zunehmende Verbreitung mobiler Geräte:

Das Skype-Peer-to-Peer-Netzwerk und viele seiner Funktionen (wie z. B. Instant Messaging) wurden für eine Welt entwickelt, in der fast jede Maschine über eine Steckdose mit Strom versorgt, an das Breitbandinternet angeschlossen und viele Stunden am Tag eingeschaltet ist.

VP9 in Chrom

Unterstützung für die VP9-Codec, der Nachfolger von VP8, war Standardmäßig aktiviert aus Chrom. Es ist Noch nicht verfügbar als WebRTC-Codec zu verwenden, aber wir können uns nicht vorstellen, dass es noch lange dauern wird, bis es soweit ist.

WebRTC Digest – Week of 6/10 – Mozilla, CubeSlam, and WebRTC Conference

Mozilla

Mozilla kündigte ihre “Talkilla”Projekt (Quelle auf GitHub), die wird

… ermöglichen es Nutzern, während des Surfens im Internet in Echtzeit zu kommunizieren und bieten Tools zum Teilen ihrer Online-Erfahrung. Weitere Dienstanbieter werden ihre Dienste bereitstellen, beispielsweise das Wählen und Empfangen von Anrufen über das Telefonnetz.

Mozilla bittet außerdem am Freitag (21. Juni) um Unterstützung beim Testen der WebRTC-Implementierung von Firefox:

Wir würden uns freuen, wenn Sie die neue Version von Firefox auf Ihrem Android-Smartphone und Ihrem Desktop- oder Laptop-Rechner verwenden und einen genauen Blick auf die neuesten Nightly Builds werfen würden, um uns bei der Identifizierung etwaiger schwerwiegender Probleme mit unserer WebRTC-Implementierung zu unterstützen und sicherzustellen, dass alle in dieser kommenden Version enthaltenen Funktionen auf dem Weg zu einem vollständigen Funktions- und Teststadium sind.

CubeSlam

Google hat einen unterhaltsamen Pong-Klon namens “CubeSlam”das den WebRTC-Datenkanal nutzt. Probieren Sie es aus unter cubeslam.com und schau dir den Quellcode auf Google Code an.

WebRTC-Konferenz und -Expo

Wir werden nächste Woche in Atlanta sein für die WebRTC-Konferenz und -Expo. Schauen Sie doch mal an unserem Stand (#81) vorbei und sagen Sie Hallo. Wir haben eine kostenlose Konferenzkarte zu vergeben. Wer uns zuerst eine Nachricht schickt, erhält sie. [email protected] Ich werde es bekommen!

WebRTC Digest – Week of 6/3 – IE, Hype, and Security

WebRTC im Internet Explorer?

A Blogbeitrag und einige Tweets Aussagen einer Microsoft-Entwicklerkonferenz schienen darauf hinzudeuten, dass Microsoft Fortschritte bei WebRTC im Internet Explorer macht (zumindest im Kontext von …). Lync ohne Plugin ausführenEs scheinen keine Angaben darüber vorzuliegen, ob es sich um CU-WebRTC oder um Standard-WebRTC handelt. WebRTC, oder etwas ganz anderes.

Hype-Check

Cisco teilte weiterhin den Artikel der letzten Woche mit dem Titel “Die Realität von WebRTC… Nur Hype?”. mehrere Tsahi Levent-Levi veröffentlichte daraufhin eine Gegendarstellung, in der er Folgendes erklärte:

WebRTC ist die bisher bahnbrechendste Technologie im Bereich VoIP. Nicht etwa, weil sie neue Technologien beinhaltet, sondern weil sie die Implementierung neuer Anwendungsfälle ermöglicht.

Sicherheit und WebRTC

Aktuelle Nachrichten Dies löste eine Diskussion über die Sicherheit und den Datenschutz von WebRTC aus. Justin Uberti, Leiter des Chrome WebRTC-Teams. hat einen Beitrag geteilt, verfasst vom Mozilla-Mitarbeiter Adam Roach, bietet einen guten Überblick über die Problematik: “WebRTC: Sicherheit und Vertraulichkeit”Cullen Jennings, Cisco-Mitarbeiter und Co-Vorsitzender von RTCWeb war einer der vielen Mitwirkenden an einem kürzlich verfassten Bericht, der die Gefahren des Hinzufügens aufzeigt. Abhör-Endpunkte zu Internetdiensten.

Tunneling WebRTC over TCP (and why it matters)

Vor einigen Wochen haben wir stillschweigend die Unterstützung für bidirektionales TCP-Tunneling in der vLine Cloud aktiviert und sind damit der erste Anbieter geworden, der dies ermöglicht. WebRTC-Infrastrukturanbieter Um Verbindungen durch Firewalls zu ermöglichen, die UDP blockieren. Das mag zunächst uninteressant oder unwichtig klingen, macht aber tatsächlich den Unterschied zwischen einem Dienst, der “meistens eine Verbindung herstellt”, und einem, der “einfach funktioniert”. Wir erklären es Ihnen:

Einer der vielen Vorteile von WebRTC ist der relativ einfache Einstieg. Starten Sie eine Instanz von apprtc Sie benötigen ein Backend für die Signalisierung, müssen nur etwas JavaScript kopieren und einfügen, und schon können Sie Videoanrufe in Ihrer App tätigen (eigentlich ist es etwas schwieriger, aber ein guter Webentwickler kann innerhalb von ein bis zwei Tagen eine vorführbare Video-Chat-Funktion bereitstellen).

Leider kann der Weg von der Demoversion zum produktionsreifen Service schwieriger (und teurer!) sein als erwartet. So läuft es üblicherweise ab: 

Stufe 1: BELASTUNG

Sie beginnen mit Ihren ersten Anrufen über ein lokales Netzwerk, und alles funktioniert einwandfrei. Hurra! Dann versuchen Sie, jemanden außerhalb Ihrer Firewall anzurufen, und eines von zwei Dingen wird passieren.

1) Falls Sie die Adresse des Google STUN-Servers aus dem apprtc-Quellcode kopiert haben, wird Ihr Anruf erfolgreich durchgeführt und Sie werden zufrieden sein (obwohl Sie möglicherweise Zweifel haben, ob die Nutzung eines undokumentierten Dienstes, für den Google Drittanbietern keine ausdrückliche Genehmigung erteilt hat, zulässig ist). Beachten Sie das Schweigen von Google zu diesem Thema. dieser Thread).

2) Wenn kein STUN-Server konfiguriert ist, schlägt Ihr Anruf fehl. Eine kurze Recherche wird zeigen, dass STUN ist ein Protokoll Der Browser verwendet STUN, um seine öffentliche IP-Adresse zu ermitteln und die Firewall zu umgehen. Um also eine Verbindung durch eine Firewall herzustellen, benötigen Sie einen STUN-Server. Wenige Stunden später ist Ihr Open-Source-Server auf EC2 betriebsbereit. Eine kleine Instanz reicht in der Regel aus (1.420 £ 43,92 pro Monat), aber für eine höhere Verfügbarkeit empfiehlt es sich, mindestens zwei Instanzen zu betreiben, idealerweise in verschiedenen Regionen (dafür 1.420 £ 87,84 pro Monat).

Level 2: RUNDE

Sie führen einige weitere Testanrufe durch, und alle funktionieren. Alles sieht gut aus. Dann versuchen Sie, einen Anruf zwischen zwei Firmennetzwerken zu tätigen, und er schlägt fehl. Ärgerlich! Bei Ihrer Recherche zu STUN haben Sie Folgendes gelesen: ein weiteres Protokoll namens TURN Das dient der Datenübertragung, wenn der Browser keine Peer-to-Peer-Verbindung herstellen kann. Sie waren sich nicht sicher, ob das unbedingt nötig ist, aber weitere Recherchen zeigen, dass STUN nur für etwa 80% Anrufe ausreicht. Falls Ihnen das nicht genügt (und das tut es wahrscheinlich), benötigen Sie einen TURN-Server.

Ein paar Threads in der Mailingliste Später haben Sie einen TURN-Server auf Ihrer EC2-Instanz eingerichtet und in Betrieb. Tatsächlich kann der Netzwerkdurchsatz einer kleinen Instanz ziemlich unvorhersehbar sein, wenn jemand anderes Ihre gemeinsam genutzte Netzwerkschnittstelle verwendet. Daher sollten Sie über eine größere Instanz nachdenken. Eine mittlere Instanz ($87,84 pro Monat) funktioniert recht gut, aber für maximale Vorhersagbarkeit und geringsten Jitter benötigen Sie eine extra große Instanz ($351,36 pro Monat), die Ihnen …“hohe Netzwerkleistung”Tatsächlich sollten es zwei sein ($703.52 pro Monat), um die Verfügbarkeit zu gewährleisten.

Da Sie Videos übertragen, müssen Sie natürlich auch die Bandbreitenkosten berücksichtigen. Die Basispreise für EC2 betragen $0,12 pro GB. Während Sie die Zahlen durchrechnen, fragen Sie sich vielleicht, was jemand anderen daran hindert, den gerade eingerichteten öffentlichen Server zu nutzen und Ihre Bandbreitenkosten in die Höhe zu treiben. Hier ist ein guter Mailinglistenthread Zum Thema: Zusammenfassend lässt sich sagen, dass es aufgrund der Funktionsweise des TURN-Protokolls und der Tatsache, dass die TURN-Zugangsdaten in Ihrem JavaScript-Code vorhanden sein müssen und somit für jeden zugänglich sind, keine optimale Möglichkeit gibt, dies zu verhindern.

Aber lassen wir die Kosten mal beiseite. Man kann jetzt Freunde bei anderen Tech-Firmen anrufen. Super! Dann versucht man, jemanden bei einem großen Konzern außerhalb der Tech-Branche anzurufen, und es klappt nicht. Mist! Man dachte, TURN hätte alles abgedeckt.

20 Minuten später, nach weiterer Recherche, stellen Sie fest, dass die TURN-Zuweisung in Chrome nur die Weiterleitung von UDP-Paketen unterstützt. Chrome 28 wird diese Unterstützung hinzufügen. Zuteilung Ein TURN-Server über TCP, aber die Pakete werden trotzdem über UDP weitergeleitet. Ups, das löst Ihr Problem leider noch nicht, wenn die Firewall den UDP-Verkehr blockiert. 

Stufe 3: vLine Cloud

Hier kommt unsere neue TCP-Tunneling-Unterstützung ins Spiel. Sie benötigt nicht die TURN-Implementierung von Chrome und funktioniert daher bereits jetzt in Chrome. Außerdem funktioniert sie selbst dann, wenn sich beide Parteien hinter Firewalls befinden, die UDP blockieren. Alles, was erforderlich ist, ist ein Internetzugang über Port 443 (den HTTPS-Port), den die allermeisten Firewalls zulassen.

Sie müssen nichts Besonderes tun, um TCP-Tunneling in Ihrem vLine-Dienst zu aktivieren. Verwenden Sie einfach vline.js zum Erstellen Ihrer Anwendung, und wir stellen die Verbindung über die jeweils beste verfügbare Methode her. Wir führen einen hochverfügbares globales Servernetzwerk, Wir bieten Ihren Nutzern weltweit die bestmögliche Gesprächsqualität, selbst hinter Firewalls, die ausschließlich TCP-Verkehr über den HTTPS-Port blockieren. Und falls Sie sich fragen: Ja, wir verwenden weiterhin Ende-zu-Ende-DTLS, sodass unsere Server Ihre unverschlüsselten Mediendatenströme niemals einsehen können.

Unser Ziel ist eine Verbindungsrate von 1001 TP41T. Falls in Ihrem Netzwerk keine Anrufe zustande kommen, wenden Sie sich bitte an uns. Lassen Sie es uns wissen.

Hinweis 1: Wenn Sie dies selbst testen möchten, indem Sie UDP auf Ihrer Firewall blockieren, denken Sie daran, den DNS-Port (53) offen zu lassen.

Hinweis 2: Einige sehr restriktive Firewalls, die eine zustandsbehaftete Paketprüfung durchführen, können Verbindungen weiterhin blockieren, da der Browser zwar den HTTPS-Port verwendet, aber tatsächlich kein SSL/TLS nutzt (wir sind zwar noch nie auf eine solche Firewall gestoßen, aber sie existieren). Chrome wird in Kürze WebRTC-Verbindungen über TLS unterstützen; ab diesem Zeitpunkt werden wir auch diese Firewalls umgehen können.

WebRTC + Chromebox = $400 HD Telepräsenzsystem

WebRTC Digest – Week of 5/27 – Flow Charts, FUD, and T-Shirts

Gute, detaillierte Erklärungen zu WebRTC sind nach wie vor selten. Glücklicherweise, Anant Narayanan von Firebase (und zuvor das WebRTC-Team bei Mozilla) hat letzte Woche mit seinem Vortrag „A Practical Introduction to WebRTC“ auf der Fluent Conference einen wichtigen Beitrag zum Präsentationspool geleistet.

Schauen Sie unbedingt mal vorbei die Folien Für die vollständigste Sammlung von WebRTC-Signalisierungsablaufdiagrammen im Web (verwenden Sie den Abwärtspfeil auf Folie 7Im Ernst: Wenn Sie verstehen wollen, was genau im Hintergrund passiert, wenn Sie in einer WebRTC-Anwendung auf “Anruf starten” klicken, müssen Sie sich die Ablaufdiagramme ansehen. Wir warten.

FUDdy-duddy

WebRTC war letzte Woche das Hauptthema bei No Jitter, es gab nicht weniger als drei Beiträge zu diesem Thema. Irwin Lazar Nemertes Research begann mit einem positiven Artikel mit dem Titel WebRTC: Warum ist das für Unternehmen relevant?

Noch spannender ist vielleicht die Möglichkeit, CRM- oder ERP-Anwendungen mit eigenen Sprach-/Videoanwendungen auszustatten, die direkt in ihre Web-Oberflächen integriert sind. […] Stellen Sie sich ein Team vor, das den ganzen Tag mit einer Geschäftsprozessanwendung arbeitet und miteinander chatten, sprechen oder per Videoanruf kommunizieren kann. […] Auch hier sind die Möglichkeiten für Anwendungsentwickler, umfassende Kommunikations- und Kollaborationsmöglichkeiten überall zu erweitern, schier unendlich.

Dann dämpfte Laurent Philonenko, Vizepräsident/Geschäftsführer der Clients and Mobility Business Unit von Cisco, die Begeisterung für WebRTC mit dem Artikel „Die Realität von WebRTC…Nur ein Hype?“.

[…] WebRTC ist noch nicht marktreif. Die Standards sind schlichtweg noch nicht fertiggestellt. Gehen wir davon aus, dass die WebRTC-Standards erst in einem Jahr finalisiert sein werden und Chrome und Firefox sechs Monate benötigen, um einen Browser mit den finalen Standards auszuliefern; hinzu kommt noch die Zeit für Browser-Updates. Erste Implementierungen wird es zwar schon vorher geben, aber ich schätze, es dauert noch mindestens zwei Jahre, bis diese Technologie weit verbreitet ist.

Dave Michels schloss mit einem WebRTC-Hype-Check ab und erklärte freundlich, dass es hier nichts zu sehen gäbe und man besser weitergehen solle.

WebRTC ist nicht disruptiv. […] WebRTC bietet weder neue Funktionen noch signifikante Kosteneinsparungen gegenüber anderen Peer-to-Peer-Technologien. WebRTC lässt sich treffender als evolutionäre Technologie beschreiben – es bringt Echtzeitfunktionen direkt in den Browser, anstatt auf Ad-hoc-Plugins und Downloads angewiesen zu sein.

Wir halten uns vorerst noch bedeckt, aber ihr könnt davon ausgehen, dass ihr hier im vLine-Blog bald mehr zu diesem Thema lesen werdet. In der Zwischenzeit arbeiten wir an der finalen Gestaltung unserer neuen “WebRTC Is Ready”-T-Shirt-Kollektion.

Ernsthaft. Schreib uns eine Nachricht Falls Sie eins möchten.

GitTogether: Video Chat for GitHub (powered by WebRTC)

Zusammenfassung

  1. Gehe zu gittogether und melde dich mit GitHub an.
  2. Sieh dir Personen an, denen du auf GitHub folgst, sowie Mitglieder deiner Teams und Organisationen als Kontakte.
  3. Wenn die Personen, mit denen Sie sprechen möchten, nicht online sind oder nicht in Ihrer Kontaktliste stehen, senden Sie ihnen Ihre GitTogether-URL (gittogether GitHub).
  4. Chattet drauf los!

Hintergrund

Man kann die Qualität einer Plattform erst beurteilen, wenn man damit eine echte App entwickelt hat, idealerweise eine, die man selbst täglich nutzt. Deshalb haben wir bei der Entwicklung der Plattform… vLine-Plattform Und da wir vor zwei Jahren eine API hatten, haben wir auch damit begonnen, eine App darauf aufzubauen.

Da sich unser Leben im Grunde um GitHub dreht, haben wir beschlossen, ein Kommunikationstool zu entwickeln, das das auch tut. Wir nannten es GitTogether, gaben ihm einen GitHub-Login und füllten die Kontaktliste mit den Personen, denen man auf GitHub folgt oder mit denen man zusammenarbeitet.

Heute verfügen wir über eine ausgereifte App, die wir seit über einem Jahr intern als primäres Kommunikationsmittel nutzen. Da unser Hauptziel darin bestand, aus den Erfahrungen bei der Entwicklung und Nutzung zu lernen, haben wir sie nie öffentlich geteilt. Doch mittlerweile haben genügend Nutzer sie entdeckt und als nützlich empfunden, sodass wir beschlossen haben, uns nun etwas mehr Zeit für die Kommunikation darüber zu nehmen.

In den nächsten Wochen veröffentlichen wir eine Reihe von Blogbeiträgen, die die Funktionsweise im Detail erläutern, unsere Erkenntnisse aus der Entwicklungsprozess schildern und zeigen, wie Sie Apps mit denselben Funktionen erstellen können. Bis dahin wünschen wir Ihnen viel Spaß!

WebRTC Digest – Week of 5/20 – Chrome 27, Temporal Scalability & Hardware Acceleration

Chrome 27

Chrome 27 war offiziell veröffentlicht. A Liste der WebRTC-bezogenen Änderungen ist auf der Mailingliste discuss-webrtc verfügbar. Eine der sichtbarsten Änderungen für Endnutzer ist die Möglichkeit, Kamera und Mikrofon auswählen Anstatt in den Chrome-Einstellungen zu suchen, kann man direkt über die “Omnibox” vorgehen.

Zeitliche Skalierbarkeit

Es gab ein interessante Diskussion Auf der Mailingliste wurde über zeitliche Skalierbarkeit diskutiert und darüber, ob entsprechende Steuerelemente in WebRTC über SDP zugänglich gemacht werden könnten, insbesondere für die Verwendung mit Konferenzen/Mixing. Zeitliche Skalierbarkeit ist eine Methode zur Kodierung eines Videostreams in einem Format, das die Dekodierung mit mehreren Bildraten (z. B. 30 FPS oder 15 FPS) ermöglicht, allerdings auf Kosten eines erhöhten Kodierungsaufwands. LifeSize-Blog bietet eine gute Beschreibung im Kontext des H264-Codecs, und die WebM-Mailingliste enthält eine detailliertere technische Beschreibung von wie es in VP8 funktioniert.

Hardwarebeschleunigung

Die Hardwarebeschleunigung für VP8 wird von immer mehr Plattformen unterstützt, wie nVidia mit dieser Tegra-4-Demo von 1080p-Videokonferenzen mit 30 FPS zeigt. Der Tegra 4 wird über integrierte Hardwareunterstützung für VP8-Codierung und -Decodierung verfügen, mit dem erklärten Ziel,

Wir bieten das beste WebRTC-Erlebnis auf Android, Chrome OS und Google TV.