@Harley I actually have tested this with my own painting program with dual screen setup, if it's using GMMP_USE_DISPLAY_POINTS it will be correct in this logic regardless of screen configurations…
Can confirm but looks like this has already been changed 2 years ago 9b7c84f293b6ad5d855b175ba664d4bd0d72c18d , this is to hide "save as render" option if the image being saved is a render…
Hi, just do as the script tells you, make verbose and see what options you need to put in.
Are you using visual studio preview versions?
I believe this is also related to your tablet driver (if you are using one), also may be due to windows event system if you are using a mouse...
@nathanvegdahl wait it doesn't? seems to be working here, let me try again 😅
I believe what @deadpin said was the correct way to handle such kind of use case.
Will close this for now, but if you have more things to add please feel free to comment below :)
@Reuben-4 I see, then it's supposed to be fixed by #125923 but it's not quite fixed just yet 😅
Can confirm the crash by simply merge by distance in provided file.
Apparently it could be a GPU subdiv thing because all call stacks are in nvoglv64.dll.
I actually can reproduce this on a fresh 4.2 & 4.3 today. Though rendering is still very slow. The render result would be completely transparent before I reconnect any node socket in the file,…
At this point I think reporting this issue to Huion would be a good way to handle this. As far as blender is concerned, it only gets entry functions inside wintab dll and calls those APIs…
If you are uninstalling using uninstaller, it will uninstall blender from the registered location. Though I'm not sure that it's correct to delete user installed add-ons 🤔.
@LazyDodo is…
@OmarEmaraDev is GPU compositor somehow relying on a x11 window being present?