DuckDuckGo: Fehlender "convert"-Befehl hinzugefuegt
[krt-msg] / 2013-04-21T17:43:33.00Z.msg
1 From: Boris Kraut <krt@nurfuerspam.de>\r
2 Date: Sun, 21 Apr 2013 19:43:33 +0200\r
3 Category: \r
4 Message-ID: <20130421194333.ElAgFQ@silberbruch>\r
5 Organization: \r
6 Keywords: \r
7 Comments: \r
8 To: undisclosed-recipients: ;\r
9 Subject: [.plan] WebRTC\r
10 \r
11 WebRTC ist ein Standardisierungsvorschlag, wie man synchrone\r
12 Pseudoechtzeitkommunikation wie Video- oder Audiochats ueber\r
13 den Browser bewerkstelligen koenenn soll. Ich sollte davon\r
14 nicht wirklich begeistert sein -- warum das alles in den Web-\r
15 browser packen, wenn wir das alles ohne diese Zwischenschicht\r
16 schon haben? SIP tut ziemlich gut, XMPP+Jingle gibt's zumindest\r
17 auf dem Desktop in funktionierend und fuer Audiokonferenzen\r
18 gibt's Mumble. \r
19 \r
20 Torotz allem, koenne WebRTC ein echter Gluecksfall werden. Es\r
21 ist nicht nur ein im Entstehungsprozess befindlicher Standard,\r
22 nein, es gibt shcon mehrere grundsaetzliche funktionierende\r
23 Implementierungen -- auch in frei. Zudem wird die Entwicklung\r
24 von einigen hochkaraetigen Unternehmen mitvorangetrieben, die\r
25 neben technischem Know-How auch das wichtigste mit in die Waag-\r
26 schale werfen: Nutzer. Mit Mozilla und Google (und Opera und\r
27 auch Microsoft, deren rivalisierender CU-RTC genannter Entwurf\r
28 zumindest teilweise kompatibel ist/gemacht werden kann) haben\r
29 die beiden wichtigsten Browserhersteller -- Browser, das ist\r
30 das Stuecksoftware, dass fuer die meisten Leute "das Internet"\r
31 ist -- die Chance genutzt und pushen WebRTC per Auto-Update zu\r
32 den Nutzern; we will force you to be free.\r
33 \r
34 Anstatt langer Missionierungs- und Erklaerungsorgien -- wir\r
35 erinnern uns an XMPP: Aber du musst doch nur einen dieser\r
36 Chatclients installieren und den Account nutzen, den auch fuer\r
37 eMails verwendest! - Ne, ich nutz lieber WhatsApp/Facebook,\r
38 das hat jeder. Ausserdem bin ich faul und meine/deine/unsere\r
39 Freiheit ist mir nichts wert. -- kann man hier einfach einen\r
40 Link verteilen und gut ist. Mal eben auf nen Katzenbild ge-\r
41 klickt? Dann kannst du auch hier drauf gehen und mit mir nen\r
42 Videochat machen.\r
43 \r
44 Wie man diesen Link dann verteilt, ist nicht Sache von WebRTC.\r
45 Damit spart man sich viel Overhead und verfaellt nicht dem NIN-\r
46 Syndrom. Ob man also im IRC-Query, per Jabber, Mail, Facebook\r
47 oder SMS den Link verteilt, bleibt jedem selbst ueberlassen.\r
48 \r
49 Weil ich gerade SMS anspreche: Mit WebRTC habe ich nicht nur\r
50 endlich eine Waffe gegen Skype und Co, sondern endlich auch\r
51 die Chance auf Legacy-Telefonie verzichten zu koennen. Bisher\r
52 hatte ich auf reines XMPP+Jingle gehofft und SIP dazu immer\r
53 als potentielle Alternative mitlaufen lassen. In letzter Zeit\r
54 hatte ich mir sogar mehrfach ueberlegt mit ne kostenlose\r
55 Ortstelefonnummer bei Sipgate zu registrieren und damit der\r
56 GSM-Wanze in meiner Tasche den Todesstoss zu versetzten (und\r
57 sie durch andere Mithoerer zuersetzen...), aber wie es aus-\r
58 sieht kommt SIP wohl nie beim Ottobuerger in einer Form an,\r
59 die er bewusst nutzen wird. SIP von der TK-Anlage zum Provider?\r
60 Ja. SIP beim Provider? Ja. SIP im Unternehmen? Ja. Aber direkt\r
61 ein SIP-Softfon auf dem Handy oder dem PC mit der Moeglichkeit\r
62 auch SIP-Nummenr im "eMail"-Adressformat einzugeben? Nein,\r
63 nicht wirklich.\r
64 \r
65 Neben dem eigentlichen WebRTC wird man hoffentlich auch eine\r
66 weite Verbreitung von STUN [3], TURN [4] und ICE [5] sehen,\r
67 damit auch die letzten komischen NAT-Konstrukte endlich als\r
68 komplett laecherlich erkannt werden. Genau wie Zwangsproxies\r
69 als Zugangsbeschraenkung gehoert sowas einfach abgeschafft:\r
70 \r
71 Inzwischen komtm wohl deutlich mehr "Boeses (tm)" ueber das\r
72 Web, als ueber andere Protokolle. Der oft beworbene Sicher-\r
73 heitsgewinn von NATs und Zwangsproxies ist keiner, ja ist\r
74 ein Trugschluss. Fuer so etwas ein kaputtes Netz in Kauf zu\r
75 nehmen, dass man dann auf Clientseite wieder mit viel Muehe\r
76 und Softwarebloat zusammenflicken darf, ist irgendwie grotesk.\r
77 Koennen wir bitte mal anfagen, flaechendeckendes, freies Netz\r
78 auszurollen? Ueberall? Danke!\r
79 \r
80 Achja, von wegen Freiheit: Wie bei diversen SIP-Clients auch\r
81 schon ueblich, kann man natuerlich auch gecryptete Anrufe\r
82 taetigen, aber das ist ja fast schon Nebensache. Was den\r
83 Freiheitsgedanken natuerlich stoert ist der "Link": Man brauch\r
84 also erstmal einen Webservice, der das ganze bereitstellt.\r
85 Das gibts natuerlich auch in frei, aber dass das Client-Server-\r
86 Prinzip ist eine Denke der Ungleichheit und damit eine faktisch\r
87 eine Versklavung der "dummen" Nutzer. Aber, hey, ich freu\r
88 mich erstmal ueber das erreichte und das, was die Zukunft noch\r
89 bringen koennte:\r
90 \r
91 Seufz. Endlich frei. Keine Flashnervereien, um Mikrofon und\r
92 Webcam freizugeben, sondern standardisiertes, pluginfreies,\r
93 gutes Web. Seufz. Wer das ganze mal ausprobieren will, der\r
94 darf gerne mal auf AppRTC [1] oder Conversat.io [2] gehen und\r
95 das ganze bespielen. Die noetige Browser:\r
96 \r
97 > WebRTC is available in Chrome's stable version.\r
98 > WebRTC is available in Firefox's Nightly version.\r
99 \r
100 Die mobilen Browser hinken gewohnheitsmaessig etwas nach, aber\r
101 mit der Chrome for Android Beta gehen z.B. Calls auch mit dem\r
102 Nexus 7 [6]. Hoffentlich gibt es dann spaetestens im Mai zur\r
103 Google IO da nen bisserl Bewegung -- auch Firefox 21 wird im\r
104 Mai den Betastatus verlassen.\r
105 \r
106 \r
107 [0] http://webrtc.org/\r
108 [1] https://apprtc.appspot.com/\r
109 [2] http://conversat.io/\r
110 [3] https://en.wikipedia.org/wiki/STUN\r
111 [4] https://en.wikipedia.org/wiki/Traversal_Using_Relays_around_NAT\r
112 [5] https://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment\r
113 [6] http://www.youtube.com/watch?v=sJtz2nee1zA\r
114 [7] http://mozilla.github.io/webrtc-landing/\r