From 28ac3cec0b4cce7757c6e69fa2d1ac8033ea2093 Mon Sep 17 00:00:00 2001
From: "Stefanos A." <stapostol@gmail.com>
Date: Thu, 9 Jan 2014 00:14:25 +0100
Subject: [PATCH] [Win] Fix issue #35 (OpenTK over Remote Desktop)

When running over remote desktop without hardware acceleration, there
are no GraphicsModes that support desktop composition. This patch adds
logic to avoid requesting composition-capable modes when running over
RDP.

Additionally, it changes the mode selection logic to consider modes that
support features partially (e.g. 16bpp color instead of 32bpp), albeit
with a heavy penalty over fully supported modes.
---
 Source/OpenTK/Platform/Windows/WinGraphicsMode.cs | 36 +++++++++++++++++++----
 1 file changed, 31 insertions(+), 5 deletions(-)

diff --git a/Source/OpenTK/Platform/Windows/WinGraphicsMode.cs b/Source/OpenTK/Platform/Windows/WinGraphicsMode.cs
index 9de2834..a5886f9 100644
--- a/Source/OpenTK/Platform/Windows/WinGraphicsMode.cs
+++ b/Source/OpenTK/Platform/Windows/WinGraphicsMode.cs
@@ -216,15 +216,31 @@ namespace OpenTK.Platform.Windows
 
         static bool Compare(int got, int requested, ref int distance)
         {
-            if (got < requested)
+            bool valid = true;
+            if (got == 0 && requested != 0)
             {
-                return false;
+                // mode does not support the requested feature.
+                valid = false;
             }
-            else
+            else if (got >= requested)
             {
+                // mode supports the requested feature,
+                // calculate the distance from an "ideal" mode
+                // that matches this feature exactly.
                 distance += got - requested;
-                return true;
             }
+            else
+            {
+                // mode supports the requested feature,
+                // but at a suboptimal level. For example:
+                // - requsted AA = 8x, got 4x
+                // - requested color = 32bpp, got 16bpp
+                // We can still use this mode but only if
+                // no better mode exists.
+                const int penalty = 8;
+                distance += penalty * Math.Abs(got - requested);
+            }
+            return valid;
         }
 
         static AccelerationType GetAccelerationType(ref PixelFormatDescriptor pfd)
@@ -262,8 +278,18 @@ namespace OpenTK.Platform.Windows
                 // Does not appear to be supported by DescribePixelFormat
                 //flags |= PixelFormatDescriptorFlags.DOUBLEBUFFER;
             }
-            if (System.Environment.OSVersion.Version.Major >= 6)
+
+            if (System.Environment.OSVersion.Version.Major >= 6 &&
+                requested_acceleration_type != AccelerationType.None)
             {
+                // Request a compositor-capable mode when running on
+                // Vista+ and using hardware acceleration. Without this,
+                // some modes will cause the compositor to turn off,
+                // which is very annoying to the user.
+                // Note: compositor-capable modes require hardware
+                // acceleration. Don't set this flag when running
+                // with software acceleration (e.g. over Remote Desktop
+                // as described in bug https://github.com/opentk/opentk/issues/35)
                 flags |= PixelFormatDescriptorFlags.SUPPORT_COMPOSITION;
             }
 
-- 
2.7.4