Easy to use; took only a minute to set up a connection. Just played Battlefield in my browser that was viewing my roommate's shared desktop (very low frame rate, obviously).
It would be cool if there was at least an option for the shared computer to resume sharing once one session has ended.
Big step forward to making Chromebooks standard issue within IT organizations. The goal is for any tech to pickup any Chromebook from anywhere and connect to any resource.
So, while this is interesting (using it right now to post this message).. I find it painfully slow, and inefficient. The network utilization seems much higher than typical RDP or VNC sessions. What exactly is the point? Or is it just another gotomeeting / webex / livemeeting clone to add to their collaborative suite they have been working at?
I think yes, and I wouldn't be surprised if they rushed this out a little too early because of high demand. Free webinars/conferencing will be disruptive.
The video encoding is VP8, a general-purpose video codec. It's not specifically made for remote desktops, so it uses a lot more bandwidth than RDP or VNC.
This page has the 'Google Groups disease' that's rapidly spreading across Google's services. If you are completely logged-out of Google, you can access it. But let's say you have a login elsewhere with Google - perhaps even one still good enough to retain your search prefs, and offer instant access to other services requiring login. Still, visiting certain other pages, like this one and before it Google Groups 'public' archives, triggers a request to login. Annoying and kind of creepy/bossy: "either reconfirm who you are on demand, even when visiting 'public' pages, or you have to log out of all our services".
You do have to log-in to share/connect to a remote desktop session. It seems to be utilising Google talk gadget (https://talkgadget.google.com/talkgadget/blank), this is probably why it requires a Google account.
uhm so its some vnc inside the browser, using the browser at the other end too. Sounds a little bit like bloat to me :-(
I'm guessing it uses websockets then.
I can access the Web Store fine with my apps account. The apps account administrator needs to enable it in the Apps control panel. IIRC it's in "Organisation and Users" --> "Services".
The only thing not in there (that I've found) is Google+/Profiles.
1. Bottom layer is p2p connection established by libjingle, this can be udp, tcp or relay through google.
2. We use PseudoTcp implementation in libjingle to provide reliable connection.
3. On top of that is SSL connection.
4. protobuf is used for structured data and framing.
5. Graphics is encoded using VP8.
https://groups.google.com/a/chromium.org/group/chromium-dev/...
(copied here since groups.google sometimes requires login)