Quest's EOP image acceleration is pretty cool!

Ok, last post about Quest this week, I swear! On our joint webcast last week, Peter Ghostine mentioned Quest's image acceleration for their RDP add-on (called EOP). He also mentioned that I tested it and liked it, which is true. I got a few emails this past week asking for details, so I figured I'd shoot a quick video of EOP's RDP acceleration in action:

Quest's JPEG acceleration looks for screen regions that are being transmitted as bitmaps and then bulk compresses them with lossy JPEG compression and sends them down to the client. The result (as seen in the video) is a much better RDP experience over WAN connections.


View All Videos

Join the conversation


Send me notifications when other members comment.

Please create a username to comment.

Cool video Brian! I just wanted to add (the perhaps superfluous information) that the effect is even more dramatic when displaying webpages that use flash or silverlight. The other cool thing is that this is not just for VDI but also for good ol' TS and even physical desktops!


The net is that we basically have our own display virtual channel for RDP, so anything that is not redirected to the client, i.e. multimedia streams are rendered with this display driver.  Implementing this at the kernel level also gave us pretty much complete control over the display, so we can no present remote desktops or TS/RDS Sessions with multiple monitors, like is done on Win7/2008 R2, but for Vista, XP, 2003 and 2008.

I showed this to Nelly Porter and Tad Brockway at Briforum and their response was "wow, that's impressive, how'd you guys do it".

Over a high speed connection RDP7 looks absolutely amazing, but over a bandwidth limited connection like my Verizon wireless card, it looks pretty much like RDP5/6.

The Graphics Acceleration functionality is currently available for >= Windows XP/XPe clients and Linux clients, and is in Beta for CE.

The fancy multimonitoring where you can configure your client monitors however you want and have the exact same configuration in your remote desktop, i.e. different sizes, resolutions, portrait, landscape... is currently only for Windows Clients.

This gives customers a rich end user experience over virtually any network connection.

For people that have tested Graphics Acceleration in vWorkspace 6.0 and 6.1, the implementation in 6.2 was moved from user mode to kernel mode and uses a professional JPEG Compression Library.  The net is that the screen looks really nice and performs a lot better.

It pretty powerful to demo animated websites that use lots of Silverlight and Flash, or the 3D rotating SolidWorks objects over a cellular card connection, where the others are doing this over GigE.

Examples of the type of bandwidth reduction one can expect depend on the type of content, but for things like flashy/silverlight driven websites like,,., we reduce the bandwidth by over 10X over RDP5/6.

Powerpoint is another application that really benefits from this Graphics Acceleration, where you can actually edit and present a slide deck from TS/RDS, VDI or even by remoting into your office workstation.

vWorkspace 6.2 shipped yesterday, and is available for download on


Good to see a video about Quest vWorkspace.

A little while ago I had a training (Thanx Michel) about the product and played around with the EOP image acceleration as well. This add-on for RDP(6?) is really good  and will definitely be interesting for some Citrix customers.

However, the image acceleration needs to be configure per application. In you're demo you've enabled it for explorer.exe which results in all child processes beeing accelerated. This is not recommended by Quest because of the overhead is gives. So it gives a bit of overhead in configuring you're applications, but it's well value for you're money!



vWorkspace 6.2 just got released. You no longer have to configure this feature per application. You can simply turn it on globally and expect all apps to be accelerated. This includes DirectDraw apps as evidenced in Brian's video where he demonstrated PowerPoint in Slide Show mode.



Since 6.2 enables global acceleration of the desktop (where possible) did Quest perform any bandwidth measurements that depict the difference between EOP vs non-EOP?  With 3 features (Graphics Acceleration, Local Text Echo, Multimedia Redirection) how does each impact bandwidth requirements?



Do not forget those of us who are Mac users.  The new Mac AppPortal Client is GA ready also


If something draws faster over the same network connection, it's using less bandwidth.  RDP only draws graphics in blocks when it is bandwidth starved.  Now that Win7 has shipped, I'll have to do some testing where I measure bandwidth.  RDP7 looks amazing over a fat pipe, but on testing over a low speed connection it still struggles like RDP5/6 did.  Quest's Graphics Acceleration doesn't have this problem.  For anything that's very graphics, the bandwidth usage is about 1/10 that of standard RDP.

Graphics Acceleration is bitmap compression using a fancy JPEG Compression library.  MMR is redirecting multimedia to the client player, while pinning the client player to the remote desktop.  This uses plenty of bandwidth, and is only supported on LAN connections.  In vWorkspace 7.0 we're looking to ship a new MMR implementation that is supported across WAN connections.