Just gave it a shot from my Samsung GS3 to my 15" Retina MBP. The setup on the client computer is a bit annoying, but once it's up, it's very straightforward.
I did notice that the resolution was downgraded on the MBP and I had to manually restore it to the best setting via System Preferences after the connection. Other than that, it worked fine.
I'm using it to post a comment from my Nexus 5. Naturally the connection is particularly good because they are on the same WiFi Network but really, this is pretty great. Really good mouse cursor control too.
Chrome Remote Desktop authorizes under my Google account, which I have configured to require Two-Factor Authentication. That's nice.
Plus, the machine I'm remoting talks up to Google, so I don't have to configure any firewall rules to allow incoming connections.
Plus it was authored by Google, so I trust it significantly more.
Already works for Remote Assistance for Windows, Mac, and Linux. And I have expectations it will work for remote control for all those platforms, soon, too.
Oh, and I can have the Chrome Remote Desktop client on any PC that has Chrome. I've found that several of the "remote desktop apps available for Android" ONLY have an Android client.
This, I had actually thought about trying to set up some remote desktop for my tablet to use but decided against it as I figured it would be too much trouble but as soon as I saw this announcement I downloaded and was ready to go in no time.
But for Windows, I use the built in remote desktop feature/server and the client is pre-installed on every Windows machine. I'm at work remoting into my home machine right now. But I can also use any number of different Linux, Android, or iOS clients to connect to it. It does require two seconds to setup port forwarding and I use a dynamic DNS service.
The performance of an RDP-based solution is going to be much better than this. But if you're remoting into OS X or Linux then there is no advantage.
The problem is that technology like VNC is so slow over most connections that it's virtually useless. I'll take a random OpenGL failure over frustrating performance all the time.
RDP, courtesy of various licensed Citrix technology, is world's above so many other technologies: I can RDP to a desktop running thousands of miles away over the internet with better performance and responsiveness than VNCing to the Mac sitting 10 feet away, over a 1Gbps twisted pair. I am not exaggerating for effect, but after being spoiled by RDP, VNC is close to unusable.
It is unfortunate that close to no attention is paid to this element.
the worlds crazy when someone trust more a closed source application that routes data via a 3rd party then the miriad of opensource client and servers for vnc that does not include any third party nor closed source.
more convenient, maybe. but more secure? give me a break.
Sadly you can't enter an access code to accept invitations to view other's desktops. Also the exporting a desktop side doesn't support Linux, although you can invite others to view. (CRD distinguishes between accessing other's desktops while they are seated there versus accessing your own unattended desktop.)
One gotcha to watch out for is that your unattended desktop has to actually be awake and running. If it goes into power saving mode you can't access it. It also seems to take CRD a long time (often hours) to realise that a sleeping system is no longer sleeping.
The unattended export needs to run as a daemon and potentially get involved on the security side (ie let you unlock the desktop even when not in front of the machine).
It mainly seems to me that Google really just doesn't care about the Linux desktop even though reports are half the employees using Goobuntu. Another example is Google Drive not being available for Linux.
This is the sort of thing I expect Windows Phone to really excel at. Should be one of the big benefits from Microsoft unifying their code base and UI between mobile and PC. Does this feature exist, or is it in the works?
Aww man, "This app is incompatible with all of your devices." in the Play Store. And when I clicked detail, "This item cannot be installed in your device's country." :(
I wonder how far we are away from your Chrome OS basically being run or mirrored completely in the cloud. With Google hosting/mirroring your entire OS bit like a kind of VM on a server.
Not a direct answer but Chrome team is very security conscientious. Furthermore, it is probably more secure than using a 3rd party app and handing over to them credentials to your machine.
> it is probably more secure than using a 3rd party app and handing over to them credentials to your machine
Well, unless you consider your computer Google-owned, this is using a third-party (Google) app and handing over to them credentials to your machine.
However, trusting a third party for connection initiation is the only option unless one has a computer that's globally addressable and accessible from the Internet.
Still, as (IIRC) Chrome Remote Desktop does not provide end-to-end authentication (i.e. peers don't visibly - in a manner acknowledgeable by the end-user - authenticate that they're genuinely securely communicating to each other without third party inbetween), so it's probably less secure, if compared to a VPN-to-home service.
The actual display protocol isn't that interesting. The things that matter are connectivity and convenience. You can be in any random network location, as can the desktop, and it will be able to do the connectivity plumbing. On the convenience side it hooks into your Google authentication (blessing or curse) and requires an additional PIN for the connection.
The Chrome extension for viewing lets you invite someone to access your desktop. The viewers and desktops can be any combination of Linux, Windows or Mac.
Unlike skype, viewers can interact with the desktop.
I don't think Chrome Remote Desktop lets you share a Linux desktop. I tried a few months ago and found it's a long standing (year plus!) request to Google on their support group. Kind of sad that Google can't or won't support Linux here.
I did notice that the resolution was downgraded on the MBP and I had to manually restore it to the best setting via System Preferences after the connection. Other than that, it worked fine.