Direct access to Terminal Services Framebuffer

I need to enable user space access to Windows 2008 Server Terminal Services framebuffer, and render framebuffers from GDI for each terminal service session so the framebuffer can be accessed from user space API and applications. Is it true that the framebuffer is locked down inside RdpDD driver? Is it possible to achieve this goal by developing a Windows virtual Graphics Display Driver to replace or bypass RdpDD driver?

Any input is appreciated. Thanks very much.

> -----Original Message-----

From: xxxxx@lists.osr.com [mailto:bounce-473723-
xxxxx@lists.osr.com] On Behalf Of xxxxx@yahoo.com
Sent: 08 September 2011 00:43
To: Windows System Software Devs Interest List
Subject: [ntdev] Direct access to Terminal Services Framebuffer

I need to enable user space access to Windows 2008 Server Terminal Services
framebuffer, and render framebuffers from GDI for each terminal service
session so the framebuffer can be accessed from user space API and
applications. Is it true that the framebuffer is locked down inside RdpDD
driver? Is it possible to achieve this goal by developing a Windows virtual
Graphics Display Driver to replace or bypass RdpDD driver?

A user application in a terminal session has no trouble getting their own pixels (magnify app, print screen button), and certainly no trouble drawing their own pixels. What more do you need?

Tim.

>and applications. Is it true that the framebuffer is locked down inside RdpDD driver?

There is no framebuffer at all for RDP :slight_smile: well, there is a framebuffer, but only on the client’s machine.

RDP sends the drawing commands over the wire. There is no framebuffer on the host.

So, what you need is to intercept the drawing commands flow. To do this, you need some kind of mirror driver to mirror RdpDD, and, if injection of the mirror driver there is not possible - to hook all entry points of the RdpDD driver.


Maxim S. Shatskih
Windows DDK MVP
xxxxx@storagecraft.com
http://www.storagecraft.com

Maxim, Is it the same case with RemoteFX

Thanks
Bala

xxxxx@gmail.com wrote:

Maxim, Is it the same case with RemoteFX

No. That should be obvious. However, RemoteFX is still in a “preview”
state.


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.

RemoteFX is production as of Srv08r2 sp1. It was in a preview state during sp1 RC…

  • S (MSFT)

-----Original Message-----
From: Tim Roberts
Sent: Thursday, September 08, 2011 9:28
To: Windows System Software Devs Interest List
Subject: Re: [ntdev] Direct access to Terminal Services Framebuffer

xxxxx@gmail.com wrote:

Maxim, Is it the same case with RemoteFX

No. That should be obvious. However, RemoteFX is still in a “preview”
state.


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.


NTDEV is sponsored by OSR

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer