Un-blocklist RDP for layers and WebGL acceleration

RESOLVED FIXED in mozilla24

Status

()

defect
RESOLVED FIXED
6 years ago
4 years ago

People

(Reporter: vlad, Assigned: vlad)

Tracking

unspecified
mozilla24
x86_64
Windows 8
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

I just spun up a non-GPU AWS instance running Windows Server 2012 (m3.xlarge).  I'm connecting via RDP from my Windows 8 desktop.  If I force-enable layers and webgl, I get D3D9 accelerated windows, and WebGL is running fine -- 1.0.1 test suite passes, and Epic Citadel starts and runs fine at around 15fps.

I don't know how this works in RDP; is it chaining to my local D3D?  Either way, we should consider un-blocklisting this, maybe only with a new-enough Windows?
The support info:

WebGL Renderer: Google Inc. -- ANGLE (Microsoft Basic Render Driver Direct3D9Ex vs_3_0 ps_3_0)

Is this the software renderer?  If so, good enough for me, maybe even better than actual hardware!
Ah, if I force D2D I get D2D, DirectWrite, and D3D10 layers.  All seems to work fine.
Graphics
--------

Adapter Description: RDPUDD Chained DD
Adapter Drivers: RDPUDD
Adapter RAM: Unknown
Device ID: 0x0000
Direct2D Enabled: Blocked for your graphics card because of unresolved driver issues.
DirectWrite Enabled: false (6.2.9200.16433)
GPU #2 Active: false
GPU Accelerated Windows: 0/1 Basic Blocked for your graphics card because of unresolved driver issues.
Vendor ID: 0x0000
WebGL Renderer: Blocked for your graphics card because of unresolved driver issues.
windowLayerManagerRemote: false
AzureCanvasBackend: skia
AzureContentBackend: none
AzureFallbackCanvasBackend: cairo

We likely want to unblock this only on Server 2012.  That's probably a minor use case, but helpful for us.
Assignee: nobody → vladimir
I think this is right?  It works for un-blocklisting, at least.
Attachment #762814 - Flags: review?(bjacob)
Comment on attachment 762814 [details] [diff] [review]
un-blocklist rdp >= 6.2

Review of attachment 762814 [details] [diff] [review]:
-----------------------------------------------------------------

::: widget/windows/GfxInfo.cpp
@@ +302,5 @@
> +    if (len < sizeof(sysdir)) {
> +      nsString rdpudd(sysdir);
> +      rdpudd.AppendLiteral("\\rdpudd.dll");
> +      gfxWindowsPlatform::GetDLLVersion(rdpudd.BeginReading(), mDriverVersion);
> +      mDriverDate.AssignLiteral("01-01-1970");

I don't expect that we use the mDriverDate anywhere, so you can probably skip it?
Attachment #762814 - Flags: review?(bjacob) → review+
https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=d1fc221d10a0

Kept the date thing, mainly because it was less work than removing it.
https://hg.mozilla.org/mozilla-central/rev/d1fc221d10a0
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24

Comment 8

4 years ago
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0

With Firfox 35.0.1 and RDPUDD Chained DD  acceleration is still disabled.
But if I force enable layers, webdl, directwrite it seems to be working fine.
Can someone check this and remove this blacklist if it is possible?

Comment 9

4 years ago
Test was performed on Windows Server 2012 R2
You need to log in before you can comment on or make changes to this bug.