

If you use the then perform a Nuget restore before opening in visual studio or perform a Nuget restore in visual studio then close and reopen the solution (it used to restore correctly in vs2013/2015, changes in visual studio make this a nessicary step, at least for now).ĭoes the. The project includes a simple WPF project that should reproduce the problem using CefSharp. I don't have access to hardware modern enough to reproduce this. Not sure which implementation was used when experienced problems. cc uses a WriteableBitmap when the DPI is greater than 100% and InteropBitmap for DPI of 100%. If this is a driver problem that's common to 11th gen Intel chipset's integrated GPU, I'm sure we have the ability to reach out to them through internal channels and work with them to fix their drivers so that hardware-accelerated rendering works as expected. NET Framework, clearly this also affects Windows 10 and Surface devices.

Please consider investigating this further. NET 5 as well) - ought to be treated as a bad problem and fixed as quickly as you can. NET Core 3.1 (which suggests that it would likely affect.


one that affects a new CPU/GPU architecture as a class and. If one of those is the case, then only WPF can this remedy this problem. The history I'm thinking of had nothing to do with drawing (it was a crash) but nevertheless the general point is that compilers produce processor-specific code and WPF has a native-renderer that relies on a C++ compiler.
