Slashdot Mirror


Google Chrome To Have Real-Time Communications

kai_hiwatari writes "Last month, Google released an open-source project called WebRTC which aims to enables Real-Time Communications capabilities in the web browsers through simple JavaScript APIs. Now, they have taken the first step towards having WebRTC built into Chrome. With WebRTC, developers will be able to build voice and video applications using nothing more than HTML and JavaScript. This is a powerful technology which can challenge services like Skype."

121 comments

  1. Permission? by Anonymous Coward · · Score: 2, Interesting

    If this is done through javascript then is it possible to start running these services automatically without user oversight? Could lead to some interesting spyware opportunities.

    1. Re:Permission? by MemoryDragon · · Score: 1

      Not sure about the technology but my personal bet is that it is just a protocol sitting on top of websockets.
      Websockets do not exactly allow cross site calls.

    2. Re:Permission? by Timmmm · · Score: 1

      Yes I'm sure they haven't thought of that blindingly obvious possibility. Well done anonymous slashdotter, you have out-smarted the best minds of Google!

    3. Re:Permission? by Anonymous Coward · · Score: 0

      Don't knock my coward friend, I think he has a valid point. JavaScript and HTML is getting more and more like Flash for every minute, It wont be long until someone writes a botnet entirely in java script. It's OK laugh all you want, but I will have this post to point to when it happens a couple of years down the line.

      See? I told you so!

    4. Re:Permission? by Anonymous Coward · · Score: 0

      This is no different than Geolocation through HTML, the browser prompts to allow site / always allow site ... or monitor my every movement for discounts on 1000s of items at the store. Easy.

    5. Re:Permission? by dudpixel · · Score: 1

      Don't knock my coward friend, I think he has a valid point. JavaScript and HTML is getting more and more like Flash for every minute, It wont be long until someone writes a botnet entirely in java script. It's OK laugh all you want, but I will have this post to point to when it happens a couple of years down the line.

      See? I told you so!

      hey wait, you cant put that last line in there - that bit has to go in the post you link to this from...

      --
      This seemed like a reasonable sig at the time.
    6. Re:Permission? by Meski · · Score: 1

      If you want to point to it, you ought not have posted as AC

  2. Sounds cool by GameboyRMH · · Score: 2

    Looking up WebRTC's license right now, says it's open source. Can't wait for the other browsers to pick up on this. I just hope it warns users before allowing access to the camera and mic.

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
    1. Re:Sounds cool by zarthrag · · Score: 4, Funny

      I'm sure Apple is drawing up a patent on allowing the camera and mic to be turned on remotely, without permission. Probably in response to certain keywords.

      --
      Why can't all fpga/microcontroller manufacturers just release free optimizing compilers???
    2. Re:Sounds cool by GameboyRMH · · Score: 1

      Hah, that's not even trolling, with all the remote-bugging tech they've been patenting recently. I honestly wouldn't be surprised.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    3. Re:Sounds cool by The+MAZZTer · · Score: 1

      I'm pretty sure there are laws, at least in the US, that require devices to have an indication that they are recording.

    4. Re:Sounds cool by mysterios_asian · · Score: 1

      I'm sure that it warns users about it before having access to the camera and mic

    5. Re:Sounds cool by Anonymous Coward · · Score: 0

      How about remote activation triggered when a schools district hasn't been sued in a while for spying on students? The legal profession needs stimuli if they're to lead us out of thus downturn!

    6. Re:Sounds cool by jijacob · · Score: 1

      The Kinect doesn't.

    7. Re:Sounds cool by Joe+Jay+Bee · · Score: 1

      Huh? I might be remembering wrongly, but I'm fairly sure my Kinect has a big green light on it.

    8. Re:Sounds cool by Anonymous Coward · · Score: 0

      It's adorable that you think those laws/notifications have any effect when it's the government that wants to watch.

    9. Re:Sounds cool by geekoid · · Score: 1

      Maybe, but they didn't used to.

      The first gen Logitech webcams didn't have a light, and the second gen had a call to turn off the light and keep recording.

      They where also exposed, so you could surf your neighbors camera, tel it to keep the light of an record.
      I sent them an email with my code. The next patch removed the API functionality that allowed the light to be turned off.

      They never responded, so I don't know if I was why they changed it, or a sudden burst of sense in whomever wrote their APIs.

      ah, the 90's.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    10. Re:Sounds cool by cgenman · · Score: 2

      Yes. And a red light, used to scan depth.

      Also, the Kinect calibrates by panning up and down. If you see your camera nodding at you, it's probably recording.

    11. Re:Sounds cool by zarthrag · · Score: 1

      You have to have consent, but I don't think devices require any kind of indicator - or nanny cams would be illegal. Though, in modern cases, consent might already be covered in the EULA.

      --
      Why can't all fpga/microcontroller manufacturers just release free optimizing compilers???
  3. License by GameboyRMH · · Score: 1
    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  4. Couldn't they just... by drb226 · · Score: 1

    ...use JavaScript for this sort of thing? Why the special need for "WebRTC"?

    1. Re:Couldn't they just... by NoSig · · Score: 2

      I'd rather not have video compression implemented in slow Javascript (even if it is getting faster). I also imagine that you can't access web cam peripherals from Javascript without some kind of browser extension, though I don't know.

    2. Re:Couldn't they just... by Anonymous Coward · · Score: 0

      Well there is a Hardware spec. But it appears to be very early in development.

    3. Re:Couldn't they just... by yarnosh · · Score: 2

      Javascript doesn't have Peer to Peer communication. Normally you're not allowed to make JS connections to anything but the server the JS came from. And even then, you can only make HTTP connections. And you certainly can't listen for incoming connections from peers. And then there's the lack of access to audio and video inputs.... So, there are many reasons why WebRTC is required.

    4. Re:Couldn't they just... by Bucky24 · · Score: 0

      I'm fairly certain AJAX allows one to make connections to other servers.

      --
      All the world's a CPU, and all the men and women merely AI agents
    5. Re:Couldn't they just... by iluvcapra · · Score: 1

      Other servers with a port open. The trick is getting javascript running on your destination system's web browser to launch a server that can listen on a port.

      --
      Don't blame me, I voted for Baltar.
    6. Re:Couldn't they just... by DragonWriter · · Score: 1

      I'm fairly certain AJAX allows one to make connections to other servers.

      "Normal" AJAX is restricted by the same origin policy, though there are workarounds (e.g., JSONP).

    7. Re:Couldn't they just... by Bucky24 · · Score: 1

      I was assuming they'd use a centralized server to make those connections, but I guess that wouldn't be feasible a lot of the time.

      --
      All the world's a CPU, and all the men and women merely AI agents
    8. Re:Couldn't they just... by BitZtream · · Score: 1

      The trick is getting through their NAT or firewall.

      Getting an open port on the users browser can be accomplished in many many ways, Google already uses plugins to provide video and voice in browsers such as safari and IE.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    9. Re:Couldn't they just... by Unequivocal · · Score: 2

      Yeah - I'm really interested to see if WebRTC combined with the Mozilla "Verified Email" incubator project gets us away from the server owns my identity world of today.. https://wiki.mozilla.org/Identity

      Seems like then all you need the servers for are to issue short-lived identity certificates and host public keys to verify the certs. Then we could do some interesting browser to browser tech without having servers to authenticate every step.. Some interesting P2P tools could emerge. Hmm.

  5. Skype? Try Facebook by Anonymous Coward · · Score: 1

    Imagine Facebook: TNG where everything you're doing right now is broadcast immediately to everyone else.

  6. Mobile support? by torgis · · Score: 2

    I wonder if there's anything from a technical point of view that would prevent this from working on mobile devices, such as iPads and Android phones and tablets? If they're looking for wide adoption, I'll bet that getting it running on everyone's mobile or tablet would make it a killer app.

    1. Re:Mobile support? by GameboyRMH · · Score: 1

      Processing power might be a problem on recent devices. That's why they didn't bother add webcam support into the Flash version shipped with the N900 (800Mhz ARM, same CPU as iPhone 3GS)

      Most phones now are 1GHz+ or dual core so it probably won't be an issue by the time this is in use.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    2. Re:Mobile support? by h4rr4r · · Score: 1

      My Droid has a similar CPU and video chat with it only sucks due to the lack of a front facing camera. You have to use a mirror, they make one you can stick on. Webcam support in flash was not added on the N900 because flash sucks, not because it is that CPU intensive to encode low res video.

    3. Re:Mobile support? by GameboyRMH · · Score: 1

      Good point, the N900 does have video chat as well, I just forgot because I hardly use it :-P

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
  7. The future.... by Anonymous Coward · · Score: 0

    Web sites that scan your living room and generate targeted advertising, with real-time estimate of income range and instant connection to real salespersons in India.

    1. Re:The future.... by drb226 · · Score: 4, Insightful

      "We noticed that your face was turned away during our advertisement. Let us play that again for you..."

    2. Re:The future.... by Qatz · · Score: 1, Insightful

      If so many a Indian salesmen will be video bombed with penis's.

    3. Re:The future.... by TheLoneGundam · · Score: 1

      "Look at me! I said look at me!! There now, that's better. That's a good boy... now, type in the password... . Good, good... Now turn away, I don't want you to see the routing code and account numbers for these funds. You just don't need to know now, do you? "

  8. Why in Chrome? by SilverHatHacker · · Score: 2

    I know Google has this whole web-based vision where everything is accessed through the browser, but I'd rather see this as a stand-alone app. I like my web browser to browse the web, my softphone to make calls, my email client to check my email, and my word processor to process my words. Heck, Windows 8 will be written in HTML/Javascript, and Gnome Shell is written in Javascript, so I don't expect to have to wait too long for a native app. I just can't wait for the cloud bubble to burst so we can go back to having traditional software again.

    --
    Funny may not give karma, but +5 Informative never made anyone snort coffee out their nose.
    1. Re:Why in Chrome? by Stewie241 · · Score: 2

      Why in Chrome?

      Why is Skype as popular as it is?

      The answer is ubiquity. Everybody has Skype.

      Packaging it in Chrome means that you get a significant user base without requiring people to install *another* client.

    2. Re:Why in Chrome? by jo42 · · Score: 2

      The Browser (is now) The OS. Long Live The (retarded new) OS!

    3. Re:Why in Chrome? by gstoddart · · Score: 3, Insightful

      I just can't wait for the cloud bubble to burst so we can go back to having traditional software again.

      I just can't wait for the web bubble to burst so we can go back to having traditional software again.

      The world has never really been the same since we developed this "everything is a web page" model. In a lot of ways, I don't find web-pages to actually be a good replacement for a traditional applications; the interface usability has greatly suffered.

      (Yes, there are still some things which don't run as web pages ... who knows, maybe we'll get good old-fashioned native clients pulling in data from the cloud, and there will be unicorns and bunnies and all will be good.)

      --
      Lost at C:>. Found at C.
    4. Re:Why in Chrome? by darrylo · · Score: 1

      I just can't wait for the cloud bubble to burst so we can go back to having traditional software again.

      I don't think it's likely to burst -- cloud-based data is just too useful (assuming, of course, that you have an internet connection and sufficient bandwidth, which can be pretty big assumptions). John Gruber, of all people, makes some pretty good points on the upcoming client-in-a-web-browser (Google) and client-as-a-native-app (Apple) wars: http://daringfireball.net/2011/06/its_all_software

    5. Re:Why in Chrome? by 140Mandak262Jamuna · · Score: 2

      Packaging it in Chrome means that you get a significant user base without requiring people to install *another* client.

      Isn't that how Microsoft became evil? They bundled in windows certified printer driver to nullify the advantage WordPerfect had, that it would print on any printer. They bundled in IE to kill Netscape...

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    6. Re:Why in Chrome? by pixelpusher220 · · Score: 1

      but but it's from teh Google!!!!

      --
      People in cars cause accidents....accidents in cars cause people :-D
    7. Re:Why in Chrome? by Timmmm · · Score: 1

      I can see this being useful for specific websites though, e.g. on facebook you can talk to your facebook friends, on ebay you can ask sellers questions, on chatroulette you can show people your cock...

      But I agree it should be standalone too. Maybe it is...

    8. Re:Why in Chrome? by geminidomino · · Score: 1

      Dear Browser-Is-OS-People,

      Fuck your OS.

      Hugs and Kisses,
      Verizon, Comcast, et al.

    9. Re:Why in Chrome? by SilverHatHacker · · Score: 1

      Universally accessible data is the only part of the cloud mess that I like. Assuming you can find somewhere trustworthy to hold your data for you, it's a nice supplement to the computing experience.
      Should it be the only way to use the computer experience? Absolutely not. It should be an add-on, if for no other reasons than security and cost-effectiveness. And I'll keep my apps running natively, thank you very much. Sooner or later we'll realise that not everything needs to be cloud-enabled.

      --
      Funny may not give karma, but +5 Informative never made anyone snort coffee out their nose.
    10. Re:Why in Chrome? by geekoid · · Score: 1

      No. MS became evil through shady sales tactics, bad security, and pushing others out of the industry by hook or by crook

      'Bundling' was just the focus of there legal issues regarding a monopoly.

      Breaking your software for the explicit reason of not letting other peoples applications work is different then 'bundling'.

      If chrome makes it so no other webcam or mic software worked, you would have a comparison.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    11. Re:Why in Chrome? by geekoid · · Score: 1

      The cloud bubble is no more likely to burst then the hardrive bubble is likely to burst.

      The cloud is how things will be done, I suggest you get used to it.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    12. Re:Why in Chrome? by yarnosh · · Score: 1

      I know Google has this whole web-based vision where everything is accessed through the browser, but I'd rather see this as a stand-alone app

      First of all, it isn't an app. It is an API for building apps. Second, you can do this in a standalone app. ANd you can probably do it better. There are libraries for video, audio, and peer to peer communication.

    13. Re:Why in Chrome? by yarnosh · · Score: 1

      Packaging it in Chrome means that you get a significant user base without requiring people to install *another* client.

      And what's wrong with installing a client? You'd rather have to keep a tab open for your chat/video client to work?

    14. Re:Why in Chrome? by cgenman · · Score: 1

      Chrome OS. The more that gets moved to the browser, the more functional their new machine will be.

      Though I will say this: Traditional software was written to a particular processor. That got abstracted out to run on a processor family class. That was abstracted out further and further, behind BIOS calls, OS Kernels, dynamic linked libraries, etc. Time sensitive code doesn't need to be written in Assembly anymore, or even in a compiled language.

      One more layer of abstraction, if it makes coding easier (yes) and more reliable (snicker), is not that surprising.

    15. Re:Why in Chrome? by Bucky24 · · Score: 1

      You and I (and likely parent) don't have a problem with this, but to the average user, its just one more program they have to install.

      --
      All the world's a CPU, and all the men and women merely AI agents
    16. Re:Why in Chrome? by DragonWriter · · Score: 1

      I know Google has this whole web-based vision where everything is accessed through the browser, but I'd rather see this as a stand-alone app.

      Its not an app at all, its a set of Web APIs exposing existing infrastructure that has to be supported by the host OS for it to work at all.

      So, if you are developing for an OS that already supports this type of thing outside of the browser (most do, though the APIs may or may not be as nice), and you don't mind tying yourself to that OS, and you don't want to integrate with the Web, then you don't need this.

      OTOH, if you do want to integrate with the Web, you need something that has browser integration, and you probably want it to work across different OS's.

      Heck, Windows 8 will be written in HTML/Javascript

      No, it won't.

      Windows 8 will include and support apps that are written in HTML/Javascript, but that's not the same thing.

      so I don't expect to have to wait too long for a native app.

      Since its not an app at all, but APIs and supporting infrastructure on which apps can be built, which requires existing non-web APIs and infrastructure to already exist in the underlying OS and hardware, a kind of native equivalent already exists anywhere this can be deployed.

      I just can't wait for the cloud bubble to burst so we can go back to having traditional software again.

      I'm pretty sure native realtime communication software is fairly common already.

    17. Re:Why in Chrome? by OeLeWaPpErKe · · Score: 1

      Don't worry ... we went from mainframes (first computers) to PC's ... to mainframes ... to PC's ... to mainframes ("cloud computing").

      You might want to get a job at a bank, they're funny because they still haven't fully migrated away from the former version of the mainframes and COBOL. Then they link it to PC's using all sorts of weird protocols (like screen scraping a terminal emulator to translate to xml ... oh the horror). And now of course, on top of that xml they're implementing web2.0 interfaces and webservices.

      Needless to say, bugs tend to be epic, extremely hairy bugs, 5 permissions required in writing before you can tie your shoelaces on company grounds. Fixing tiny one-line bugs takes weeks. But the monetary aspect of the job unfortunately makes up for much of this.

    18. Re:Why in Chrome? by OeLeWaPpErKe · · Score: 1

      Hey if you were a mainframe salesman you could use the same line :

      "Mainframes are how things *are* done, I suggest you get used to it"

      disclaimer : I might have worked at a bank

    19. Re:Why in Chrome? by DragonWriter · · Score: 1

      I don't think it's likely to burst -- cloud-based data is just too useful (assuming, of course, that you have an internet connection and sufficient bandwidth, which can be pretty big assumptions). John Gruber, of all people, makes some pretty good points on the upcoming client-in-a-web-browser (Google) and client-as-a-native-app (Apple) wars

      Which are pretty much po-TAY-to vs. po-TAH-to wars.

      There are plenty of tools being built to allow HTML/Javascript "native" apps, and Chrome includes NaCl (and soon, PNaCl) which allow the browser to run native code delivered over the web.

    20. Re:Why in Chrome? by icebraining · · Score: 1

      Not comparable. Google is just shipping the technology, anyone can write their own client using it.

      Not to mention that the tech is BSD licensed, so it won't be a Chrome-only advantage.

    21. Re:Why in Chrome? by foniksonik · · Score: 1

      Or if they made so that only "partner" webcam makers products would work.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    22. Re:Why in Chrome? by foniksonik · · Score: 1

      Web developers are cheap. Go out and advertise C++ development for $50/hour and you'll soon see a lot more native apps getting built.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    23. Re:Why in Chrome? by Anonymous Coward · · Score: 0

      I just can't wait for the cloud bubble to burst so we can go back to having traditional software again.

      I just can't wait for the web bubble to burst so we can go back to having traditional software again.

      The world has never really been the same since we developed this "everything is a web page" model. In a lot of ways, I don't find web-pages to actually be a good replacement for a traditional applications; the interface usability has greatly suffered.

      (Yes, there are still some things which don't run as web pages ... who knows, maybe we'll get good old-fashioned native clients pulling in data from the cloud, and there will be unicorns and bunnies and all will be good.)

      Thank you! I totally agree, and it's nice to hear someone else thinks the same way!

    24. Re:Why in Chrome? by BitZtream · · Score: 1

      The cloud bubble is no more likely to burst then the hardrive bubble is likely to burst.

      The cloud is how things will be done, I suggest you get used to it.

      Well, in an earlier post I assumed you were older, but it appears you're using someone elses account for the lower UID ... however, you don't seem to know much about computing history.

      This is hardly the first cloud bubble, it will burst like all the others for all the same reasons. Then we'll do it the right way for a while, and some things will work properly by being a mix of both, then in 5-10 years, we'll be getting all clouding again, probably with a new name.

      This has all happened before and it will all happen again.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    25. Re:Why in Chrome? by yarnosh · · Score: 1

      People install this kind of stuff and forget about it. It is not a big deal.

    26. Re:Why in Chrome? by Anonymous Coward · · Score: 0

      interface usability has greatly suffered

      As has privacy and availability.

    27. Re:Why in Chrome? by yarnosh · · Score: 1

      I just can't wait for the web bubble to burst so we can go back to having traditional software again.

      We never stopped using traditional software. At least those of us on platforms with good traditional software that integrates well with the system.

      The world has never really been the same since we developed this "everything is a web page" model.

      We never did. THere's just a lot of people who don't understand the concept of "careful what you wish for." People who don't really understand how powerful traditional software and how most web apps would set us back 15 years in terms of usability. Yay! Wuldn't it be great if we could edit photos with a web app. Sure... if you want software with the performance and capabilities of some freeware app from 1995.

      . In a lot of ways, I don't find web-pages to actually be a good replacement for a traditional applications; the interface usability has greatly suffered.

      The document model is terrible for applications.

      (Yes, there are still some things which don't run as web pages ... who knows, maybe we'll get good old-fashioned native clients pulling in data from the cloud, and there will be unicorns and bunnies and all will be good.)

      Dropbox, Gmail IMAP, half the apps on your phone. Oddly enough, iPhone and Android are proving that people really do want native apps, even when they pull all their data from the Internet.

    28. Re:Why in Chrome? by hitmark · · Score: 1

      I guess we may see a plugin for pidgin or similar soon enough.

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    29. Re:Why in Chrome? by m50d · · Score: 1

      The reason is that a web page is the most effective way to make a cross-platform UI. It's hilarious and tragic, but true, and so pragmatic developers follow along with it, rolling our eyes and letting faster processors handle the overhead.

      --
      I am trolling
    30. Re:Why in Chrome? by Stewie241 · · Score: 1

      What's easier to tell somebody who wants to chat with you?

      Go to this website, download X, install it, click here etc etc etc

      or

      Click on this link I sent you in an email and start talking?

    31. Re:Why in Chrome? by BitZtream · · Score: 1

      Time sensitive code doesn't need to be written in Assembly anymore, or even in a compiled language.

      Its always awesome when people who have never written a line of code in their lives tell others how to write code.

      Assembly is used all over the place. Using a webkit based browser on x86? You're using assembly. Use SSL in ANY browser, you know, like when you logged into slashdot. Guess what? Assembly for the encryption algorithms ... so its fast. I could go on for days with examples of things still written in assembly because they need to be fast.

      I'm going to assume you use Linux, I suggest you take a good look at the source tree before you make any more retarded statements like this one.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    32. Re:Why in Chrome? by yarnosh · · Score: 1

      Between Skype, Yahoo, Gtalk, and yes, even AIM, chances are I already have a service in common with someone I might want to chat with. Hell, I even have a Facebook account that I don't actively use if it comes down to that. And they do have an in browser chat or I can setup Adium to use Facebook IM, though it kinda sucks. For voice I would normally just use a phone. Crazy, I know.

    33. Re:Why in Chrome? by Stewie241 · · Score: 1

      And what about voice conferencing and video?

      I mean, let's face it, Skype is dominant because of its market penetration. A web based solution or imbedding in a browser that has large market share would negate that.

      The point is, if Google wants to take on Skype, they need to make it quick and easy for people to use, and installing another client is a barrier.

    34. Re:Why in Chrome? by yarnosh · · Score: 1

      And what about voice conferencing and video?

      Skype? Gotomeeting? There are various services for conference calls. Goto meeting does use a Java client, but it is webstart or whatever. It downloads a client, but it is not really "intalled" on my computer.

      I do a lot of conference calls through Skype actually, but almost always with people I already know and already have Skype accounts. Rarely am I going to do a conference call with random, new people. Skype is very convenient for this because we're already using it for everything else, IM, screensharing, etc. And for as much as the new SKype interface sucks (I don't use it), I doubt an in browser solution is going to be something I want to use on a day to day basis. A browser based solution might be good for one-off chats, but it isn't a something I'm going to build my workflow around. I've tried it before with things like Campfire. I liked Campfire, but it j ust wasn't convenient to run all the time.

      The point is, if Google wants to take on Skype, they need to make it quick and easy for people to use, and installing another client is a barrier.

      They'll get casual users, but for anyone who uses it on a day to day basis, an installed client is almost always superior. Now, if Google did a native client AND an in browser client for quick one-off chats, great. Kind of like I use Gmail w/ IMAP for day to day stuff but like having teh gmail web interface for when I'm away from my own computer.

    35. Re:Why in Chrome? by Alarash · · Score: 1

      I'm with you here. I liked the fact that originally, Chrome was a very light, basic but efficient web browser. Now they keep adding stuff to it, and I'm afraid it might become too bloated. They should release that kind of stuff as "apps" (the new name for "plug ins" apparently).

  9. Spy technology! by vlm · · Score: 5, Insightful

    With WebRTC, developers will be able to build voice and video applications using nothing more than HTML and JavaScript. This is a powerful technology which can ...

    ... implement some truly awesome spy technology. Implemented both by site owners and site hackers.

    --
    "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    1. Re:Spy technology! by linuxgeek64 · · Score: 0

      It won't be able to record without the user's permission. And before you mention clickjacking, that's been done with Flash too, of course. Also, in Google Chrome, there's a JavaScript function to query the user for permission to enable notifications for a particular site, but in my experience it seems it can be triggered only by the user clicking a button.

    2. Re:Spy technology! by moriya · · Score: 1

      Yeah, I don't need sites I randomly visit to start recording the sound of me jacking off as I watch porn.

    3. Re:Spy technology! by txghia58 · · Score: 1

      Self replicating pr0n

    4. Re:Spy technology! by spire3661 · · Score: 1

      Self replicating pr0n

      Thanks for instantly turning 'Grey Goo' into 'White Goo" in my head. Fuck you very much.

      --
      Good-bye
    5. Re:Spy technology! by Lysander7 · · Score: 1

      Now if they could only add a feature to increase the size of your tin foil hat.

    6. Re:Spy technology! by swillden · · Score: 1

      With WebRTC, developers will be able to build voice and video applications using nothing more than HTML and JavaScript. This is a powerful technology which can ...

      ... implement some truly awesome spy technology. Implemented both by site owners and site hackers.

      Right, I'm sure none of the browser vendors will ever think of implementing a user prompt before turning on the microphone and camera. Just like none of the mobile browsers ask the user before providing location information to web sites, and none of the browsers have any tools for removing or limiting the scope of cookies, or...

      Jeez, people. Paranoia is well and good, but you should at least come up with something that won't obviously be addressed right up front.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    7. Re:Spy technology! by Anonymous Coward · · Score: 0

      "And before you mention clickjacking, that's been done with Flash too, of course."
      So because flash does it, it's okay?

  10. That explains it! by Anonymous Coward · · Score: 0

    I just started searching for more information on Google, and my webcam's light turned on. Now Google can put a face to their users. Good job!

  11. Working... by Anonymous Coward · · Score: 0

    Does anyone knows how to kill that annoying "[Spinner] Working..." message that stays all the time in the bottom on /. page?

    1. Re:Working... by tom17 · · Score: 1

      Alt-F4?

    2. Re:Working... by Anonymous Coward · · Score: 0

      slashdot.org##div.genericspinner

  12. Oh Goody by Anonymous Coward · · Score: 0

    More anonymous random "check out my pics" crap.
    wonderful.

  13. Microsoft bought Skype - Patent wars will begin by Anonymous Coward · · Score: 0

    Sadly for Microsoft who just bought Skype they are once again one step behind, and since they will not play ball with new technologies their only attack will be some sort of "patent attack".

    1. Re:Microsoft bought Skype - Patent wars will begin by nysus · · Score: 1

      I think there are maintenance guys are in Ballmer's office right now replacing his office chair and a broken plate glass window.

      --

      ---Technology will liberate us if it doesn't enslave us first.

  14. I do not like that 'BSD-like' license they chose by bogaboga · · Score: 1

    The 'BSD-like' license Google chose is not right in my opinion. Companies like Microsoft could easily do an 'Embrace-->Extend-->Extinguish' game on the technology. What is wrong with LGPL ver. 3?

  15. Re:I do not like that 'BSD-like' license they chos by Anonymous Coward · · Score: 0

    GPLv3 is so big and overreaching that nobody wants to litigate it.

    Don't worry, it's been years since MS has been in the driver's seat. They will have a hard time extinguishing it.

  16. Re:I do not like that 'BSD-like' license they chos by Anonymous Coward · · Score: 0

    RTFC: LGPL != GPL.

  17. Chrome Bloat by rueger · · Score: 1

    Like many I embraced Chrome because it seemed that Firefox had become big, bloated, and cumbersome. Chrome seemed to resist the urge to stuff extra doo-dads into the browser, and I like that. (that's the beauty of plug-ins - you can add junk by choice, not because someone decided to add it for you)

    The crazy thing is that I spend probably 60% of my time working in browser space, but I rely on the sites and services I use to deliver what I need, not the browser itself.

    You wouldn't build Gmail into the browser, so why build in phone service?

    (Aside from which, it's already built into Gmail)

    1. Re:Chrome Bloat by Anonymous Coward · · Score: 0

      (Aside from which, it's already built into Gmail)

      It requires plugin, remember? So that's why, I guess.

      Please download the voice plugin to make a call.

    2. Re:Chrome Bloat by aix+tom · · Score: 1

      So they basically just *bundle* the "voice plug-in" into the standard install.

      What I'm really waiting for is for the "to the same stuff you have been doing for years, only with added layers of complexity and corporate limitations" bubble to burst.

      It used to be that you could run one application at a time on your computer. Then came the multitasking-OS, and the promise of "run as much applications in parallel as you like". Then the applications became difficult to maintain, and conflicted with each other, and they started to put different OS installs into different Virtual machines. Then maintaining the applications became even more of a hassle, and they start putting them into the browser.

      Of course, as an Administrator for a medium sized company, I now have to have VMs with DIFFERENT VERSIONS OF DIFFERENT BROWSERS handy, because a lot of those co-called "easy deployable web-apps" only work with specific browsers often only with specific versions of those browsers.

      Plus the ADDITIONAL headache that possibly confidential data is accessed with a web browser that is also used to browse the internet. Since you can basically never be sure someone might find a vulnerability in a browser that can be exploited, you have to someone SPLIT the "Browser that is installed for real web browsing" and the "Browser that is installed to access you internal web interfaces" somehow again.

      The way I see it the whole HTML5 craze is just re-inventing the UI (Windows/GTK/QT/etc..) again badly. It might work for "Fun Leisure Gadgets", but I wonder if there is anybody still developing for the people who really have to WORK with their computers. In that way the age of the "Personal Computer" might come to an end. 95% of people will just use "Smart" Phones and "Smart" TV to do a little browsing and mailing, only very few will still have and use a real full-featured computer. Which might be bad news price-wise for those.

    3. Re:Chrome Bloat by Teckla · · Score: 2

      Google won't add basic features like proxy settings that aren't shared with the operating system, and a master password for your saved passwords, but they keep packing these kinds of features in.

      I really don't understand why they're making the kinds of decisions they're making. It seems so random, like they stuff in whatever shiny they like, and then come up with weak justifications for skipping the rest.

    4. Re:Chrome Bloat by DragonWriter · · Score: 1

      Like many I embraced Chrome because it seemed that Firefox had become big, bloated, and cumbersome. Chrome seemed to resist the urge to stuff extra doo-dads into the browser, and I like that.

      This impression of yours has been misguided from the start. Chrome has been, almost from the beginning, all about adding extra doodads to support rich internet applications based in the browser. It's true that compared to contemporary versions of Firefox, Chrome had less doodads, but that's because Chrome was focussing on what Google thought was important for rich internet apps (initially, JavaScript performance was the main focus), and because, like many lean/agile projects, it was a start-small-and-build-rapidly effort.

      You wouldn't build Gmail into the browser, so why build in phone service?

      Google hasn't built phone service into the browser, they've built lower-level realtime communications functions that can be used to implement phone service as well as lots of other apps.

      They've also built a lot of stuff into the browser to provide low-level support for Gmail and other existing Google Apps (that can be, and are, used for lots of other things.) Desktop notifications come to mind. And the SPDY protocol. So, really, they haven't treated phone service any different from Gmail here.

    5. Re:Chrome Bloat by DragonWriter · · Score: 1

      Google won't add basic features like proxy settings that aren't shared with the operating system

      Chrome does support this via an extension API (chrome.proxy).

      and a master password for your saved passwords,

      A while back, Google added integration with kwallet and gnome keyring, which, does this without requiring a separate master password for the browser; OTOH, simply using saved passwords and having appropriate security on your OS user account would seem to be an adequate approach for dealing with this concern.

      I really don't understand why they're making the kinds of decisions they're making. It seems so random, like they stuff in whatever shiny they like, and then come up with weak justifications for skipping the rest.

      Have you considered that, aside from your errors regarding what features they have supposedly skipped, their perceptions of what is important in a browser may differ from yours, and that their success in rapidly building browser market share based on what they have done with Chrome might be an indication that they aren't completely in the dark about what matters?

    6. Re:Chrome Bloat by Teckla · · Score: 1

      Chrome does support this via an extension API (chrome.proxy).

      I don't see any extensions that use the proxy API so that you can keep proxy settings separate from the OS. Can you recommend one? Or hasn't one been created (yet)?

      A while back, Google added integration with kwallet and gnome keyring, which, does this without requiring a separate master password for the browser; OTOH, simply using saved passwords and having appropriate security on your OS user account would seem to be an adequate approach for dealing with this concern.

      I use KeePass myself, and don't really want my browser keeping passwords for me; however, I know people that do. For non-technical users, downloading and installing yet another application to keep passwords for them -- passwords they'll only use on web sites while in their web browser -- can be a non-trivial challenge and annoyance. Also, I'm not sure how your suggested approach will help Chrome OS users at all.

      This really does smell like one of those basic features Google should consider. Many or most non-technical users will probably cope by using the same password on all the web sites on which they have accounts -- the exact opposite of the kind of security Google claims they consider important.

      Of course, the moment you mentioned kwallet and gnome keyring (of all things) suggests you're probably completely out of touch with normal users already. I'm sure next you'll be telling me how people should be compiling their own kernel and learning Emacs so they can edit textual configuration files.

      Have you considered that, aside from your errors regarding what features they have supposedly skipped,

      I bet your immature and condescending approach to communication wins you lots of friends and respect.

      In any case, from my research, the proxy API is still considered experimental: http://code.google.com/chrome/extensions/experimental.proxy.html

      So perhaps support is forthcoming, but not there yet. But since I am a very forgiving person, I forgive you for your error in assuming the API was considered non-experimental, generally available, and that some extensions already made use of it, to supply me with one of the pet features I would like to see in Google Chrome.

      As for lacking a master password, it is almost laughable you consider the fact that Chrome stores passwords in plain text on Linux an acceptable solution; in addition, I do find it laughable you consider kwallet and gnome keyring a reasonable solution for typical users.

      You did do a good job, however, giving me a hearty laugh, and I congratulate you on reinforcing the kinds of stereotypes normal people have about chest-thumping uber-geeks.

      their perceptions of what is important in a browser may differ from yours, and that their success in rapidly building browser market share based on what they have done with Chrome might be an indication that they aren't completely in the dark about what matters?

      My whole point was the fact that I recognized their perception of what's important is different, but perhaps in your headlong rush to respond "because someone is wrong on the Internet!", that little bit of comprehension escaped you, Einstein.

      I like Google Chrome, and I think the success of the browser so far is mostly deserved; however, that being said, the saying "past results do not guarantee future performance" comes to mind. I think Google needs to be careful when they justify not including basic features that a lot of people are asking for, but are perfectly happy adding APIs like those discussed in the article.

      It makes me question their decisions and the future of the browser, and I'm sorry to say this to you, if you don't like me questioning their decisions, well, you're just going to have to suffer. Keep some tissues handy for your tears.

    7. Re:Chrome Bloat by foniksonik · · Score: 1

      They aren't building in the phone, they are building in a way for others to build a phone. The phone I build could be very different from the phone you build. Google may build a reference phone in their labs or implement it in gchat. That does not mean that the browser is a phone only that it can be one when desired.

      It could also be a music studio, a translator's tool, a telegraph, a sensor monitor, an alert system, a door answer service, etc.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    8. Re:Chrome Bloat by DragonWriter · · Score: 1

      I don't see any extensions that use the proxy API so that you can keep proxy settings separate from the OS. Can you recommend one?

      I can't recommend one since I have no use for one, but it seems like that sample extension for the proxy api allows that.

      I use KeePass myself, and don't really want my browser keeping passwords for me; however, I know people that do. For non-technical users, downloading and installing yet another application to keep passwords for them -- passwords they'll only use on web sites while in their web browser -- can be a non-trivial challenge and annoyance.

      Using an application to keep passwords secure is a fundamentally broken approach to papering around an insecure OS; Google supports common existing applications bundled with certain desktop environments for this purpose, but its browser doesn't attempt to do it, and I think that's exactly the right approach. Its much better to use an OS that does its job (and securing access to local data to only authorized users is the OS's job) or, failing that, to use a single sign-on solution that uses two-factor authentication.

      As for lacking a master password, it is almost laughable you consider the fact that Chrome stores passwords in plain text on Linux an acceptable solution

      I didn't actually say that, but, insofar as there is a problem with that, its with Linux (or the way the particular Linux system is configured and managed), not Chrome, and it affects far more than passwords stored by Chrome: it affects the security of every bit of data on the local system.

      in addition, I do find it laughable you consider kwallet and gnome keyring a reasonable solution for typical users.

      I am not really interested in what you find laughable when you aren't going to justify your subjective impression, and, again, I didn't say that, either; but I certainly don't see any reason why simple and user-friendly password management tools bundled with two popular Linux desktop environments aren't reasonable solutions for typical Linux users.

      You did do a good job, however, giving me a hearty laugh, and I congratulate you on reinforcing the kinds of stereotypes normal people have about chest-thumping uber-geeks.

      Your the one that is positing that your personal preferences (which you admit aren't even based on your own need but your own assumptions about less-technical users) for which you don't bother to even attempt to an offer a justification are superior to the judgements of people who are actually succeeding rather than merely snarking on the internet. If you are really looking to find someone "reinforcing the kinds of stereotypes normal people have about chest-thumping uber-geeks", you don't really need to go looking all that far.

      It makes me question their decisions and the future of the browser, and I'm sorry to say this to you, if you don't like me questioning their decisions, well, you're just going to have to suffer.

      I hate to bust your overinflated sense of your own importance, but just because I respond to a post on Slashdot to point out that you are both factually wrong about Chrome's actual features and, in my opinion, also wrong about the features it ought to have to be considered a good browser choice, that doesn't even begin to imply that those points of disagreement cause me to "suffer".

      And, really, I have no problem with you questioning anyone's decisions. But, when you do, try to have some substance behind it -- like try getting a fact right every now and then, and try having an argument to offer when someone challenges your claims that software is designed wrong rather than just a bunch of ad hominems, abuse, and "I find it laughable" with no support.

      Or, you know, don't. Its not like I have an interest in anyone taking you seriously, though Slashdot would be a nicer place with more substantive discussion.

  18. Re:Skype? Try Facebook by pixelpusher220 · · Score: 1

    Imagine Facebook: TNG where everything you're doing right now is broadcast immediately to everyone else.

    As opposed to the masses who are doing this already?

    Reminds me of that ST:TNG episode where Wesley saves the day (of course!) by not falling victim to the 'game' everybody is playing. "It's almost easier if you just let it play itself".

    --
    People in cars cause accidents....accidents in cars cause people :-D
  19. Re:Skype? Try Facebook by jellomizer · · Score: 1

    No Data saved the day. Wesley just avoided the game long enough for find Data disabled and Turned him back on.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  20. Reuse of acronyms by LocalH · · Score: 0

    RTC has stood for "Real-Time Clock" for how many years and now suddenly it's being redefined? Where are all those who defended the use of KB/MB/GB and ridiculed those who use KiB/MiB/GiB?

    --
    FC Closer
    1. Re:Reuse of acronyms by Anonymous Coward · · Score: 0

      RTC has stood for "Real-Time Clock" for how many years and now suddenly it's being redefined?

      I agree this would be annoying. Sure, there's a limited stock of short acronyms, but "real-time comms" is hardly even an obvious name for a new VoIP protocol.

      However, note that it's "WebRTC", and I'm unaware of any "web real-time clock" projects, so there's actually negligible risk of confusion.

      Where are all those who defended the use of KB/MB/GB and ridiculed those who use KiB/MiB/GiB?

      Hopefully dead and gone. Abusing SI prefixes that way was always wrong, and inevitably led to unspeakable abominations like MB=1024000B. There's a world of difference between pointlessly overloading a perfectly fine acronym and fixing a botched mess.

    2. Re:Reuse of acronyms by geekoid · · Score: 1

      I'm pretty sure there have always been duplicate acronyms.
      This is just another. It still stand for "Real Time Clock", also these:
      http://www.acronymfinder.com/RTC.html

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  21. Re:I do not like that 'BSD-like' license they chos by Qubit · · Score: 1

    The 'BSD-like' license [google.com] Google chose is not right in my opinion. Companies like Microsoft could easily do an 'Embrace-->Extend-->Extinguish' game on the technology.

    True, they *could*, although for the moment Microsoft is really jumping on the HTML5/standards wagon like crazy. Note:
    - The IE team is cranking through support for various HTML5 features, CSS, etc...
    - Windows 8 is apparently going to strongly support HTML5-based apps
    - Microsoft seemed okay with supporting WebM in IE as long as it was installed as a separate codec on the system (no promise yet of baking it in)

    Also note that according to Wikipedia, marketshare for browsers in May 2011 is something like this:

        Internet Explorer (43.5%)
        Firefox (27.9%)
        Google Chrome (16.8%)
        Safari (7.3%)
        Opera (2.2%)
        Mobile browsers (5.8%)

    At this point, if Chrome and Firefox team up on any web technology, they'll have equal marketshare with IE. If Opera and Safari join in, then they have a more than 10% advantage over IE.

    This means that if IE tries to embrace/extend here, they'll have not only an uphill battle, but they might find themselves in a fight they can't win. End users will just download Firefox or Chrome and install that if YouTube, Facebook, Twitter, or whatever Hot and New website they're using stops working for them.

    What is wrong with LGPL ver. 3?

    Google likes permissive licenses. Such licenses allow Google and their Copyleft-shy friend companies not feel "trapped" by the share-alike feeling of copyleft licenses such as the (L)GPL. Attitudes in various companies are gradually changing, and Google does work on a number of (A|L)GPL projects, but for now you're going to see most of the work coming out of Google be available under permissive licenses.

    There is a certain logic to putting the reference implementation of any standard under a permissive license. If one does so, any company or individual can take the code and incorporate it into any project, with little thought paid to licensing back the changes or releasing code or schematics. This allows a standard to quickly gain acceptance and get a bit of a "head start" in use in the wild.

    However there is a bit of a problem with getting everyone to use the same reference standard. If you look at something like WebM, you'll see that the reference is ...the standard which is... the reference. Did I confuse you yet? What I mean to say is that if there is only one implementation of a given technology, then it is likely that the implementation is inextricably bound together with the documentation for the standard, and it is highly likely (as was the case with WebM) that a compatible implementation cannot be constructed merely from the documentation, but must be partially guessed at or inferred from the reference.

    So while I am supportive of the desire to have reference implementations of a standard available under a permissive license, I am also quite in favor of a requirement of several standards bodies which is that they will not ratify or recommend a standard until there are at least two independent, inter-operable implementations of the proposed standard.

    --

    coding is life /* the rest is */
  22. Re:Skype? Try Facebook by pixelpusher220 · · Score: 1

    Without Wesley Data doesn't get turned on....so how is this not Wesley saving the day again?

    --
    People in cars cause accidents....accidents in cars cause people :-D
  23. Re:I do not like that 'BSD-like' license they chos by bogaboga · · Score: 1

    Well put! Thanks.

  24. Only Thought by MonsterTrimble · · Score: 1

    When will Opera & Pidgin have this?

    --
    I call it 'The Aristocrats'
    1. Re:Only Thought by Bucky24 · · Score: 1

      "Does Pidgin support voice or video? Yes, Pidgin does support voice and video, but this is limited to Unix-like platforms and the XMPP protocol (including GoogleTalk)." http://developer.pidgin.im/wiki/Using%20Pidgin#DoesPidginsupportvoiceorvideo

      This is the first time I've ever seen a feature come out on *nix FIRST, then go to windows.

      --
      All the world's a CPU, and all the men and women merely AI agents
  25. Re:I do not like that 'BSD-like' license they chos by maxwell+demon · · Score: 1

    True, they *could*, although for the moment Microsoft is really jumping on the HTML5/standards wagon like crazy.

    So you are saying they embrace HTML5/standards?

    --
    The Tao of math: The numbers you can count are not the real numbers.
  26. Re:Skype? Try Facebook by silverglade00 · · Score: 3, Funny

    Without Wesley Data doesn't get turned on

    That put a horrible picture in my head and I threw up a little in my mouth.

  27. Challenge? No more than any other program. by yarnosh · · Score: 1

    How does this challenge Skype? Someone still has to write the damn software, you know. It isn't like you couldn't write a "skype killer" before this.

    1. Re:Challenge? No more than any other program. by F34nor · · Score: 1

      The only challenge to Skype is me shorting M$ stock for wasting a couple billion on a money loosing and totally generic software company. Balmer you stupid fucking moron. There is nothing about Skype anymore but momentum. The Gizmo5 --> Google Voice is so much more usefully, flexible and interesting.

  28. Re:I do not like that 'BSD-like' license they chos by DragonWriter · · Score: 1

    The 'BSD-like' license [google.com] Google chose is not right in my opinion. Companies like Microsoft could easily do an 'Embrace-->Extend-->Extinguish' game on the technology.

    EEE doesn't work on BSD-licensed (or public domain) software as long as as there is an active developer community around the open source version (and especially not if there is at least one big corporate user that sponsors the open source version to get people to work for them for free), it only works if there is little concern in the community for the product for open licensing, or if the product is essentially dead. Sure, you get use in closed products that may or may not contribute back, but so what? Lots of closed products use SQLite code, yet SQLite is still alive as an active public domain project, with lots of big corporate backers, presumably because those corporations realize that SQLite is important for their business, but not what they are in the business of selling, so its more important to them that it is maintained than that they exclusively control it. PostgreSQL, with a BSD-style license, comes to mind, as well.

    The bigger danger with EEE is against standards like the communication interface, and the license you choose for the software, no matter how restrictive, is unlikely to effectively restrain EEE on against the communication interface, except by inhibiting adoption in the first place, which is counterproductive. OTOH, as long as there are enough big users of the original interface (something which Google has some power to make happen), its very difficult for an EEE effort to displace the original interface in the open source software with an incompatible interface only provided by their own proprietary software.

    What is wrong with LGPL ver. 3?

    GPL-style licenses (including the LGPL, though not as much so as the GPL itself) are really good if you favor Free Software for ideological reasons but don't actually believe that it offers value for developers as well as end users. If you believe that it brings pragmatic benefit to developers, rather than just ideological satisfaction, to release source under open-source license rather than keeping it proprietary, the additional restrictions in GPL-style licenses become counterproductive for developers (including the first developer) and unnecessary (as the pragmatic value providers downstream developers a built-in incentive to release their own work under a similar license.)

  29. Direct Link by SanityInAnarchy · · Score: 1

    TFA provides nothing useful over the site itself, other than a bunch of hover-over-this-text ads.

    --
    Don't thank God, thank a doctor!
  30. Duke Nukem 3d as a browser game by Anonymous Coward · · Score: 0

    I'll be satisfied when someone reboots Duke Nukem 3d as a browser playable game.

  31. Re:Skype? Try Facebook by cyclomedia · · Score: 1

    that would be the episode named, oddly enough: "The Game". And how come no one here remembers Robin Lefler's involvement?

    --
    If you don't risk failure you don't risk success.