Topic SolidMask definition in separate file
This board is threaded (i.e. has a tree structure). Please use the Reply button of the specific post you are referring to, not just any random button. If you want to reply to the topic in general, use the Post button near the top and bottom of the page.
In Response to Sven2
I thought about reworking SolidMask definitions to come from their own graphics file instesad of checking transparency on the main graphics as it is done now.
This would have some inherent advantages:
* The engine would not need to lock definition graphics surfaces during game execution. Recently, this has caused SolidMask failure in editor mode when no viewport was open (since there was no valid OpenGL context set)
* Dedicated servers would no longer need to load graphics
* No unnecessery collision masks stored in video memory
And one disadvantage:
* Would break compatibility with old player content that is using SolidMasks. Only the EarthBrick in AngryShovels comes to my mind at the moment.
Related to bugs #300, #590 and 1007.
What do you think about this change?
This would have some inherent advantages:
* The engine would not need to lock definition graphics surfaces during game execution. Recently, this has caused SolidMask failure in editor mode when no viewport was open (since there was no valid OpenGL context set)
* Dedicated servers would no longer need to load graphics
* No unnecessery collision masks stored in video memory
And one disadvantage:
* Would break compatibility with old player content that is using SolidMasks. Only the EarthBrick in AngryShovels comes to my mind at the moment.
Related to bugs #300, #590 and 1007.
What do you think about this change?
Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill