[Win] 1.1 beta4 crash using Remote Desktop about opentk HOT 6 CLOSED

Thank you for reporting this issue. This should now be fixed - please reopen if you can still reproduce.

from opentk.

Hi,

While the crash no longer occurs (thanks!), artifacts now appear in the GLControl rendering where surfaces meet that didn't show up in beta3 or earlier. Here is the result using the rc1 release:

(I would re-open the ticket, but Github doesn't seem to allow me to.)

from opentk.

This looks like a depth-fighting issue. Try requesting a GraphicsMode with a depth of 24bits - GraphicsMode.Default only gives you 16bits.

I tried switching GrapihcsMode.Default to 24bits in 1.1-b3, but it caused some compatibility issues so I had to revert this to 16bits.

from opentk.

I will test that to see if it helps. However, I'm pretty sure that all versions before beta3 (which you seem to indicate used 16bits) did not have this issue -- but I will double-check this as well.

from opentk.

Settings the GraphicsMode to 24bits with rc1 does work. I've also confirmed that beta2 worked using the default GraphicsMode.

To recap, here's what I've found testing with Remote Desktop:
beta2: works perfectly
beta3: works perfectly
beta4: crash
rc1: works but with artifacts (works perfectly with 24bits)

from opentk.

Thanks for testing.

1.1-rc1 will now fall back to 16bit if a 24bit depth buffer is not supported, instead of throwing a GraphicsModeException. This means that it is now safe to switch to 24bit by default - the fall back will take care of (terribly outdated) hardware that does not offer 24bit depth.

I will move back to 24bit for 1.1-rc2.

from opentk.