It is extremely annoying that starting 10.14 the OS is clearing the NSview before drawrect method is called. This prevents application to efficiently use the back buffer by doing cumulative and partial drawings inside the view.
So the question is : is there any way to have complete control on NSview redraw and avoid the OS to clear the NSview behind our back ?
I have tried with CA layer backed view but the problem remains the same. Only solution i have found is to maintain our own cglayer or bitmap buffer to do cumulative drawing which is an absolute waste of cpu and memory, as it doubles the memory required to store the window graphics and requires extra redraws.
This should be treated by Apple as a serious Bug in their Appkit as it seriously undermine the efficiency and controllability of the Appkit graphics possibilities. It should be the application responsibility to clear or not the view and the pre 10.14 behaviour was much preferable.
What we have done so far is to build using xcode 8 and link with sdk 10.11 but this no longer works on Big Sur and prevented us to do any notarisation.
So the question is : is there any way to have complete control on NSview redraw and avoid the OS to clear the NSview behind our back ?
I have tried with CA layer backed view but the problem remains the same. Only solution i have found is to maintain our own cglayer or bitmap buffer to do cumulative drawing which is an absolute waste of cpu and memory, as it doubles the memory required to store the window graphics and requires extra redraws.
This should be treated by Apple as a serious Bug in their Appkit as it seriously undermine the efficiency and controllability of the Appkit graphics possibilities. It should be the application responsibility to clear or not the view and the pre 10.14 behaviour was much preferable.
What we have done so far is to build using xcode 8 and link with sdk 10.11 but this no longer works on Big Sur and prevented us to do any notarisation.