Hangouts now available in Gmail, Google+ account not required
googleenterprise.blogspot.com
googleenterprise.blogspot.com
Even if you don't want to use Google+, why can't you think of it as just another account you have to make. Imagine Hangouts was a great stand-alone product made by a start-up. You'd still need a whole different account to use that stand-alone Hangouts product.
So I'd suggest just looking at it like that, if you really don't want anything to do with the whole Google+ part of Hangouts. Plus, it looks like Google wants to make Hangouts work in more of their services than just Google+, and I think that's a great idea. They could probably implement Hangouts in a lot of their other products, to get people to "video socialize" around them, and maybe build fun ways to use it with those other products.
And agreed about the G+ relationship - happy to see it moving into gmail.
Interesting as the old backend was p2p, but it sounds like hangouts are a more standard client/server. Maybe Google needed more voice data to mine. Actually better yet, facial expression data to mine. After all, Glass could live and die by its ability to correctly identify faces.
http://support.google.com/plus/bin/answer.py?hl=en&answe...
In a P2P video chat setup, each client has to send its video to every other client; if there are 5 clients, and the minimum outbound is 230kb/s, the client has to be able to push 1150kb/s (9.2mbit!) upstream, which is present almost nowhere in residential broadband.
Based on the downstream requirements, it looks like Google is also doing some kind of stream multiplexing before sending the hangout to clients, which reduces the downstream requirements, as well. In a P2P situation, you wouldn't get that benefit.
Even if you go with an "elected master" setup, where the biggest-bandwidth participant is responsible for stream multiplexing and broadcast, then you're disproportionally punishing that user and potentially degrading their user experience by burning a ton of CPU on the multiplexing, and the other clients are subject to their latency to the master node.
Running this through their infrastructure makes a ton of sense without the tinfoil hats.
I think this is misleading on Google's part...
From outward appearances, everyone that has a Google account (aka. GMail) has a G+ account, and the only thing that changes when you "sign up" (or otherwise activate) is that you can log in to it yourself.
I was on G+ for awhile, but I've now since disabled it in my control panel, and yet people still share crap with me (as I'm still in their "circles") -- it just goes to my email. I think the service is always-on, they just don't let you into the UI if it's not "active".
Only recent signups are required to have a Google+ account. For older Google/Gmail accounts, you don't need to have Google+.
"yet people still share crap with me (as I'm still in their 'circles') -- it just goes to my email."
I'm on Google+ but I don't get notifications on my email because I turned it off myself.
Long lived hangouts rarely get to stay on screen, so the silent "are you still there" message shortly followed by a disconnect was painful.
I'm still not sure how much money Google spends on maintaining p2p video calls open that makes it worth pushing users to stop using Hangout so darn much.
Maybe because it's not p2p?
Haha, just kidding. They're just going to use this to try and get more people on Google+
I love the power of Google Voice but it doesn't get much love and iMessage is damn simple and pretty.