RemoteFX First Impressions 9

As I did not have much time to test RemoteFX extensively, here are the first impressions of it and how we got it to work.

First of all, you MUST get a compatible video card. Not everything will work with Windows Server 2008 R2 with SP1 with Hyper-V, so you can get your Windows 7 VMs (with SP1 of course) working with RemoteFX.

I posted about it before. You can read the list of supported video cards here.

What did we get?

– HP desktop with a six-core AMD CPU and 8GB RAM.
– FirePro 5800 Video Card (also tried the unsupported Quadro FX 580 that by the way, does work too).

Initially I simply tested the Windows 7 VM connecting from the Hyper-V host itself but later got another Windows 7 SP1 box and used that one to connect to the VM.

Performance is decent I must say. I tried playing some Windows Media HD videos (make sure you disable multimedia redirection by using videoplaybackmode:i:0 in the .RDP file (save the RDP connection to the desktop and open it using Notepad). Also very important that you set the policy for RemoteFX (as I was not sure where to set it, I set it both on the client and on the VM itself). It is described here:

To set the experience index for connections using RemoteFX

  1. Log on to the client computer as a member of the local Administrators group.
    Click Start, and in the Search programs and files box, type gpedit.msc and then press ENTER.
  2. Navigate to Computer ConfigurationPoliciesAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostRemote Session Environment.
  3. Double-click Set experience index for connections when using RemoteFX.
  4. Select the Enabled option.
  5. In the Screen capture rate (frames per second) box, click Highest (best quality), and then click OK.
  6. Restart the client computer.

The key thing to understand here is, why you may need RemoteFX. For example, during our tests, playing the WMV-HD tests, it used up to 30MBits so as you can see it is VERY bandwidth intensive. For comparison, running Google Earth in DirectX mode used around 9MBits. So basically the bandwidth will of course depend on the application being used. The same for how intensive CPU/GPU utilization will be.

I would expect applications like AutoCad to use way less bandwidth than something like WMV-HD and what we will be testing next is actually using RemoteFX over a typical home (cable/DSL) connection, simulated in our lab. By typical I mean a 10MBits down/1MBits up with 40-50ms latency and some packet loss probably in the 1% range (or a little more due to bursty loss). Given the first results we have seen, I am confident RemoteFX can indeed work over the WAN (at least bandwidth wise) depending on the applications.

Yes, before Brian Madden sends me a tweet or leave a comment here saying ‘MS says RemoteFX is LAN only’, I still want to make the point that IMHO, anything that is LAN only has its fate determined already. DOA. See my post about this here.

And still on the performance side, what we have seen in a nutshell is this: RemoteFX does work great BUT it is NOT the same as local. Simple things like Flip3D (using Windows key + Tab) are NOT as smooth as running them locally. Even Google Earth (that works just fine by the way) is NOT as smooth. But they both work and work fine, considering you are over RDP. For a BETA release we can expect it will be tweaked and improved even more before it hits the market.

As a sidenote, keep in mind there IS a bug on SP1 that throws a message on the RemoteFX event log about CPU encoding being used for ATI cards. It is a known issue and has been fixed apparently on later builds, what of course I have no access.  But for 1 VM testing like we did (I am after experience testing and not scalability – I will leave that to people with more time and resources on their hands like Ruben and Benny 🙂 ).

As soon as I have more results and some nice videos to show RemoteFX, I will post these here.


4,397 total views, 1 views today

Leave a comment

Your email address will not be published. Required fields are marked *

9 thoughts on “RemoteFX First Impressions

  • Petter Olsson

    I have started following this blog and I am impressed. Keep up the good work because it is always a good read 🙂

    Before I found this blog I ordered a card to use for RFX testing and then realized it is not supported. You new entry here though indicates that there might be more cards that will work with RFX! Question is if I should try my really crappy card and see if it will work (Card bought:

    Second question will be. How many users can different cards support? Is there any whitepapers on that already or will we just have to test that?

    Great blog!


    • crod

      Hey Petter, that is correct. Other cards may work with RemoteFX but from what I discussed with Microsoft they told me performance may not be that great. My tests show the other card I tried, unsupported, did perform as well as the supported one. But your mileage may vary depending on the card.
      I have not seem any scalability tests out yet, that would show how many users per card would be supported and as I mentioned, my goal is really to test usability/perceived user performance and not scalability. I think Benny is doing some scalability tests.

      Thanks for stopping by. Appreciated!


  • Jason

    Regarding your observation that the Flip3D portion of Aero was choppy:

    From what I have been able to gather so far, RemoteFX does not support 3D acceleration via RDHS.

    If you get a chance maybe try using Flip3D on a RemoteFX-enabled VM.

    I am in the process of creating a testing environment for RemoteFX. The organization I work for is wanting to know whether or not a RemoteFX + RDHS is a viable desktop replacment. The lack of 3D acceleration in a RemoteFX + RDHS configuration is a drawback.

    • crod

      Hey Jason,

      All my tests so far where done using Remote-FX enabled VMs running Windows 7 with SP1 under a 2008 R2 Hyper-V host. So I can safely assume 3D acceleration is there. I actually never tried with RDS SH but that will happen down the road I guess. 🙂

      Thanks for stopping by.


  • Jason

    Thank you for the clarification.

    RemoteFX is exciting because of the possibility that it could be a true, no compromise, desktop replacement. Your results are the first results I have read about, and from what you have experienced, RemoteFX sounds much more like improvement to display performance issues rather than a solution.

  • GT

    This is good and helpful.

    Are you able to offer a view of compatibility of RemoteFX when using it on a single server instance of RDSH, but which is on a Virtual machine hosted on ESX4 ?


  • Luke W


    I was wondering if you could share what video driver version you used when trying the Quadro FX 580 card. I have the same graphics card along with a supported Xenon processor, but am unable to get RemoteFX up and running (Hyper-V hangs when loading VM property pages). Just trying to eliminate a few variables.

    Luke W