Slashdot Mirror


Microsoft Picks Another Web Standards Fight

mikejuk writes "WebRTC is a way to allow browsers to get in touch with one another using audio or video data without the help of a server. Google has been something of a pioneer in this area, and submitted a suggested technology for the standard. Mozilla has gone along with it, making it all look good. Microsoft, on the other hand, just seemed to be standing on the sidelines, watching what was happening. However, Microsoft now has a product that needs something like WebRTC; namely, Skype. It has been working on a web-based version of Skype and this has focused the collective mind on the problems of browser-to-browser communication. It now agrees that a standard is needed, just not the one Google and Mozilla are behind. Microsoft has submitted its own proposals for CU-RTC-Web or Customizable, Ubiquitous Real Time Communication over the Web, to the W3C. It may well be that Microsoft's alternative has features that make it superior, but a single standard is preferable to a better non-standard. Given Microsoft's need to make Skype work in the browser, it seems likely that, should its proposal not be accepted as the standard, it will press on regardless, thus splitting the development environment. Both Google and Mozilla have already put a lot of work into WebRTC, and there are partial implementations in Firefox, Chrome and Opera."

24 of 211 comments (clear)

  1. Some things never change.... by rts008 · · Score: 5, Insightful

    Color me surprised. /sarcasm

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    1. Re:Some things never change.... by MightyMartian · · Score: 5, Insightful

      But this isn't 1998 any more. It's not even 2005. Microsoft no longer has the web dominance to force standards on anyone. If it goes it alone, it risks everyone else saying "Fuck you", and if Chrome and Safari won't support whatever Microsoft cooks up, it has at least a half way chance of crapping out.

      Yes, Microsoft can still pull shit with document standards, but that's because it still has a massive advantage as far as office applications go, but the days of 90%+ Internet Explorer on the Internet are gone, and gone for good.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:Some things never change.... by Intrepid+imaginaut · · Score: 4, Funny

      Indeed, witness Silverlight. I can't wait for the accepted standard to be implemented in browsers though, it opens a whole world of possibilities.

    3. Re:Some things never change.... by shutdown+-p+now · · Score: 4, Insightful

      The simple question is: is the existing standard good enough? In other words, can Skype (or analogous software) be written in it?

      If yes, then the standard angle can be reasonably angled, and Chrome+Firefox together certainly hold more than enough sway to do so. But if not, then the winner will be whoever delivers the product; end users don't care about standards, they just want things to work, and if only one guy has it work, well...

      That said, I don't know anything about either WebRTC or this new thing. On the other hand, I do recall Chrome bugging me to install an extension if I wanted to use voice & video chat in GMail and G+, which does not inspire confidence (unless that extension is actually an implementation of WebRTC). Anyone more familiar with it care to comment?

    4. Re:Some things never change.... by MightyMartian · · Score: 4, Interesting

      If yes, then the standard angle can be reasonably angled, and Chrome+Firefox together certainly hold more than enough sway to do so. But if not, then the winner will be whoever delivers the product; end users don't care about standards, they just want things to work, and if only one guy has it work, well...

      Again, that's 2005 thinking. All things being equal, with most of the web access via PCs running Windows, you bet, competition didn't have a chance in hell. If Browser A couldn't support it at all, then Internet Explorer would win by default.

      But we're living in an age where a growing amount of web usage is not by PC, but by tablets, phones and other smart devices. The bulk of these devices, in fact the overwhelming majority of these devices do not run Internet Explorer, and even the most favorable projections do not show Microsoft making that big a dent in the mobile market to make IE the only meaningful player again.

      The days when Microsoft could just give the rest of the browser makers a one-fingered salute, go it's merry way and know that it had already won before the fight broke out are done. There will be no more Internet Explorer 6s. Microsoft cannot afford to isolate itself by pushing a standard that no one else will or can support. Customers are not going to ditch their $700 tablets or phones just because Microsoft refuses to talk.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    5. Re:Some things never change.... by Eirenarch · · Score: 4, Informative

      There is no "existing standard". There is some work in progress and (according to Ars Techinca's article) MS's proposal has a lot in common with the original work (many APIs are the same). Basically MS's proposal suggest lower level API than the current proposal and does not mandate the usage of any particular codec (HTML5 video style) while Google's proposal mandates VP8 and has some higher level APIs. MS insists that for high quality video there needs to be low level flexibility and that libraries will fill the need for higher level APIs

    6. Re:Some things never change.... by shutdown+-p+now · · Score: 3, Insightful

      IE has absolutely nothing to do with. Nor does any other particular browser or company.

      What matters is the product, which in this case is a web-based implementation of voice/video chat. Out of the two proposed standards, the one that can actually be used to implement the product that users want, will win. Indirectly, the browsers supporting that standard will also win by being slightly more useful.

      And note that there are already examples of browsers being used to push standard proposals after 2005. For example, part of the reason why I switched to Chrome is because it implemented the desktop notification HTML5 API (which originated as a Google proposal) early on, and Google added support for those notifications in GMail. So, for a while, Chrome was the only browser where you'd get popups for new mail when using GMail web interface. Eventually it became an HTML5 standard and other browsers picked it up.

      Same thing here. Whoever does it right (or rather good enough), gets to promote it to an actual HTML5 standard. I don't much care if it's Google or MS or Apple or whoever, so long as the result is actually useful and not crippled. But if the existing thing that Google pushes for is crippled, it won't take off, and thankfully so.

    7. Re:Some things never change.... by Em+Adespoton · · Score: 3, Insightful

      Ah; but MS has another monopoly to leverage: Skype is the one video/audio/text conferencing platform that can punch through any firewall and runs on virtually every device with a microphone, speaker and a cpu. They want to be able to offer this as a service. Likely, whatever Skype does to punch through firewalls didn't make it into the Google spec, and MS isn't about to reveal their special sauce.

    8. Re:Some things never change.... by VortexCortex · · Score: 5, Insightful

      What matters is the product, which in this case is a web-based implementation of voice/video chat. Out of the two proposed standards, the one that can actually be used to implement the product that users want, will win.

      Then by your logic, MS will use Skype to win this standard war... Which I agree is probably the case, and also why I said "Fuck you" to building anything on top of browsers a long time ago. Native applications are where it's at. This way, when MS wins, and FF can't work around some patent BS, then I can still just keep using classic NAT traversal like STUN and TURN, and ignore all this bullshit.

      What we need is an open platform to develop applications on -- A shitty document display mark up language and a horrid scripting language are what we have to work with. It's really a shame that Java dropped the ball.

      It takes me OVER SIX TIMES AS LONG to write a HTML5 web app than to make the same app as a native program on Android (ARM), x86 / x64 windows, iOS, OSX, Linux (and BSD). Cross platform tool-chains exist -- The web only wishes it were one. Long Live The Internet, fuck the web.

    9. Re:Some things never change.... by shutdown+-p+now · · Score: 3, Interesting

      What we need is an open platform to develop applications on -- A shitty document display mark up language and a horrid scripting language are what we have to work with. It's really a shame that Java dropped the ball.

      Have a look at Qt and QML. It's not quite there yet, but it's looking to be everything that WPF promised back in the day, plus openness and portability, and it's actually being actively developed.

  2. Here's a thought by WizADSL · · Score: 5, Insightful

    Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

    1. Re:Here's a thought by Billly+Gates · · Score: 3, Insightful

      Why not go with the best overall standard regardless of who introduced it and whether or not it was the first. Now this doesn't mean I'm for or against either standard, it just seems that the assumption is that it should be ignored because it wasn't first and because Microsoft introduced it.

      We did that. The answer was IE 6. Remember those days?

        It is hated now especially on Slashdot but at the time it had the best box model, best implementation of javascript, and of course specific css sheets with proprietary values were the best of the best 10 years ago. When the world and the W3C decided to do things differently we ended up with a world wide web that was optimized for just that one browser at that one version, where we got an error message saying Netscape isn't supported ... even though we used Firefox?!

    2. Re:Here's a thought by zlives · · Score: 3, Funny

      what about bob

    3. Re:Here's a thought by farble1670 · · Score: 3, Interesting

      i've seen this problem in a lot of software projects. two competing ideas ... one is implemented, one is on paper. guess what? the one on paper is always better. of course it is, since it doesn't exist, it can solve any problem.

    4. Re:Here's a thought by sjames · · Score: 3, Informative

      They are. MS's proposal would require royalty payments for H.264 while Google and Mozilla are using VP8.

    5. Re:Here's a thought by symbolset · · Score: 5, Insightful

      The nice thing about standards is that there are so many to choose from. - Andrew S. Tanenbaum

      Microsoft wields standards like an axe to lay low their foes. They are the natural enemy of interoperability - a company that built its business on being incompatible with everything they want to dominate, one corner at a time. Here, for example, is them talking about leveraging standards to dominate Novell, from the documents disclosed in Comes v. Microsoft

      Microsoft got their ExFAT format accepted as a standard volume format for SD and its derivatives, and now use it to extort broad patent portfolio licensing from Android manufacturers because if it supports SDHC or uSDHC with a reasonable media size, the Android device must support ExFAT or it won't be compatible with cameras and other devices that use it. That's a clever strategy for Microsoft, but not a smart one for people who made the format standard because it ultimately makes the standard a dead end.

      People who just want to move pictures from the camera to the tablet on the card must pay more now for the tablet, or buy the Microsoft supported tablet and we know what those are like. Ultimately it's destructive to the standard and costly to consumers as uSDHC BOM costs $0.07 to implement and the patent portfolio license demanded is more like $15-25 - we can't even be sure exactly what the price is as they won't even negotiate a license except under NDA. Naturally this leads to innovative devices like the Nexus 7 omitting external storage support entirely and holds back progress in the field. It encourages wifi-attached cameras to avoid the problem. The standard becomes a trap that allows one participant in the market to control its direction. Obviously this is not the purpose of standards.

      Post the OOXML debacle this is well understood, and nobody who wants their standard taken seriously would align with Microsoft. The ISO may take a decade to repair the damage from that one where resources deployed to put over the standard involved not just dirty dealing, but deploying such heavy hitters as heads of state.

      Microsoft is no longer the 800lb gorilla of IT, casting the long shadow they once did. Even Apple swings more weight than them now. Android phones moved more units and profits than their Windows PC OEMs did last quarter. They don't get to make the rules any more. For the rest of us that's a good thing because they really suck at it. It's like playing Calvinball with Calvin, or any game with a six-year-old: rule 1 is they always get to win.

      /Why yes, I did hide this comment down low in the thread on purpose.

      --
      Help stamp out iliturcy.
  3. That summary is awful by Anonymous Coward · · Score: 5, Insightful

    Do you even know how standards work? They don't just get pulled out someones ass and then bam everyone implements it.
    Everyone makes suggestions and they implement some ideas and see what needs to be done to improve on it, and this loops until it is completed.

    Neither Google or Microsoft have created a standard, they have created a possible standard. A proposal. Nothing more.
    Saying non-standard is completely ignorant to the situation at hand.

    There is nothing stating that the entire thing is just going to fall apart in a huge mess.
    They likely follow very similar methods that can be implemented in more-or-less the same way.
    In fact, both could be combined to create a better standard overall. (and I am sure there was a very good feature in Microsofts implementation that was completely missing from the Google proposal)
    Remember, Microsoft also gave you XMLHTTPRequest.
    They aren't completely useless. Ignoring them because they slowed down the evolution of the web for a decade is still awful and unfair, regardless of how much we hate them for it. Given they actually put in some effort to IE10 this time, and "Metro", they might actually give a damn about the web now.

    1. Re:That summary is awful by ErnoWindt · · Score: 4, Insightful

      Absolutely correct. The logic of mikejuk's argument is so flawed is hard to know where to begin. Google isn't just proposing standards because they're nice folks who want everyone to work happily together. Google, like Microsoft, is a huge for-profit behemoth whose goal is domination of the markets they are in and any others they can get into. Doubtless Google has some product(s) of its own that require, or may require such a standard and, not being fools, they realize that hiding behind the figleaf of Mozilla and pretending to be nice will buy them some cred in the open-source world. Microsoft pulls stuff like that only when it thinks it needs to. The W3C will most likely cull what is best from both proposals, have lots of meetings, and come up with something that everyone can live with. That's one way standards come into being.

    2. Re:That summary is awful by Nerdfest · · Score: 5, Insightful

      Google also has an interest in the web being open. If everything moves into walled gardens (Facebook, smartphone apps, etc) it loses advertising revenue. Its interests align with those of us who don't want to be stuck in walled gardens.

    3. Re:That summary is awful by Gadget_Guy · · Score: 4, Funny

      In reality, idealized design-by-commity just takes too long to be of any value

      I think you have just described the W3C process perfectly!

  4. Microsoft is correct by rabtech · · Score: 4, Informative

    Google's WebRTC proposal is very narrowly tailored, relies on stateful SIP, and is tied to their WebM video standard.

    Microsoft's proposal is more flexible, stateless, simpler to implement, and is more "web-ish", eg: Relying on an exchange where my browser says "I can accept h264, webm, mpeg2" and the baby monitor says "I speak h264" so we use negotiated h264.

    Basically Microsoft is saying that we should adopt a standard that makes it easy to interact with non-browser devices, phone/cell networks, etc. We should also make the API easier to use and stateless. The original WebRTC proposal is only concerned with letting Google+ users video-chat with other Google+ users and it shows.

    I would urge you to go read the actual proposals before commenting on this:
    Microsoft: http://html5labs.com/cu-rtc-web/cu-rtc-web.htm
    Google's http://dev.w3.org/2011/webrtc/editor/webrtc.html

    I would also point out that Microsoft is following the correct W3C procedure by making a proposal and asking for comments. In the past they would have just shipped it in IE and/or rolled it out automatically to all Windows users, thus making their standard the de-facto standard. We should reward this kind of participation and interaction, not condemn it.

    I would also point out that Microsoft invented AJAX by just rolling out their own standard... the same way JSON was invented. Design by committee sucks in most cases and we'd be far better served by selecting from competing proposals or merging two competing proposals rather than requiring 15 people to sit down and agree on the definition of the draft standard of the proposal to consider altering the document title.

    --
    Natural != (nontoxic || beneficial)
    1. Re:Microsoft is correct by roca · · Score: 4, Interesting

      You've copied Microsoft's talking points but they, and you, don't make sense. For example, both of the existing proposals are codec-agnostic. The codec discussion is important and ongoing but entirely independent of anything addressed by Microsoft's proposal.

      >>> I would also point out that Microsoft is following the correct W3C procedure by making a proposal and asking for comments.
      Being uninvolved in the public working group for two years, giving no feedback, and then suddenly dumping an entirely different proposal into the group with no warning (less than a week after the last IETF meeting) is not "correct procedure".

  5. WebRTC not up to the job by lkcl · · Score: 3, Informative

    ok, it's funny, because i've just been reviewing WebRTC. i was extremely excited to hear about it. i've been setting up videoconferencing systems on and off for some time. they've *always* had to be flash-based. if you've ever set up red5, you'll know it's a dog. now there's crtmpserver and there's even rtmplite and siprtmp: http://code.google.com/p/siprtmp/ - i just managed to get this to work a couple of days ago, with yate, thanks to the help of the people on freenode, in #yate

    the problem with flash is this: back in 2008, flash was reasonably stable. but now, it's an absolute dog. flash under macosx on google chrome runs audio in "dalek" fashion. flash under gnu/linux, if ever you enable the webcam you *will* end up with an instant crash, because the video is read into a buffer that's the wrong size (you can see the picture jumping all over the place before the crash occurs).

    and webex? i'd never heard of it until a couple of weeks ago: that crashes, too: at least once every 30 minutes. and you have to pay for it. also, it's a plugin that's only available for macosx and windows.

    the bottom line is that the state of videoconferencing - ubiquitous videoconferencing that's easy to use - is in pretty deep shit. so i was *delighted* to hear of WebRTC.

    unfortunately... *sigh* this was only about an hour ago... i spoke to the implementors on #webrtc about the standard, after finding that there's no way to select the microphone or the output. their response: we're not interested in listening to you. we are going to make this "secure". we have no interest in doing what everyone else in the industry has done. security is the absolute top priority.

    so what that means is: if you create a phone call application, and you want the sound of the call to go out over speakers, and the call to come in on headphones - tough shit. why? because they want to make the *browser* UI (not a javascript API) select the audio output device - singular. likewise, if you wish to select different microphones - tough shit. why? because they want the *browser* UI to select one and *only* one mic source.

    the reason stated (only about an hour ago)? "security". it's "not secure" to give information to web browsers, because people *might* write applications that abuse that information.

    the fact that people *already* abuse cookies to track people very very accurately, and the fact that a UI popup could be made which says "do you wish to give this web site access to the list of audio devices?" then "do you wish to give this web site access to audio device N" were completely ignored.

    so the opportunity to level the playing field - to take over the monopoly that flash has had for decades, and that skype has had for almost a decade - is being lost *not* by the WebRTC technology but by the people *implementing* that technology.

    if the people implementing WebRTC in google chrome and firefox are the same people behind the WebRTC standard, then i am really not surprised to hear that microsoft is going ahead with an alternative standard.

    much as i don't actually like microsoft's abusive dominance which we've all witnessed over the past two decades, i've spoken to the IE team a couple of times and i know that they really really do a hell of a good job, under difficult high-pressured circumstances: their HTML5 compliance is now second to none, for example, and they *still* get flak for it! :)

    so the opportunity is being lost - by the people behind WebRTC - and i truly hope that microsoft's initiative will give them a good kick up the backside and get them to sort themselves out. sort yourselves out, damnit!

    1. Re:WebRTC not up to the job by swillden · · Score: 3, Interesting

      the reason stated (only about an hour ago)? "security". it's "not secure" to give information to web browsers, because people *might* write applications that abuse that information.

      Makes sense to me.

      the fact that a UI popup could be made which says "do you wish to give this web site access to the list of audio devices?" then "do you wish to give this web site access to audio device N" were completely ignored.

      Why would you want to put this into the web site? If the browser is doing the selection, put the device selection in the browser configuration. Done. Users can pick what they want, web sites don't gain any visibility into what user hardware looks like and users don't have the crappy user experience of having every web site implement the device selection in their own unique (and, usually, uniquely brain-dead) way. Of course, if users really like being asked what devices to use every time, there's no reason the browser can't implement that, too, or a browser extension.

      The other arguments about the advantages of Microsoft's format-negotiation protocol over WebRTC's less-flexible may have merit (though the counter-arguments that format negotiation isn't useful without widely-standardized formats also has merit), but your argument is just silly. There are security issues here, and there's nothing a web site could do with respect to device selection that the browser couldn't do just as well -- or better.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.