-
Notifications
You must be signed in to change notification settings - Fork 343
Make allocator handle the swapchain managment #3226
base: master
Are you sure you want to change the base?
Conversation
ef79230
to
05ed616
Compare
05ed616
to
b5169f3
Compare
Hm, I'm not sure what the upside to make the allocator responsible for creating the swapchain is. Can you elaborate? It seems to me like doing this is making things more complicated instead of simplifying them. Before:
After:
|
9f27e02
to
336fb7a
Compare
"backend/multi: implement get_buffer_caps" looks good to me, pushed to master. |
The motivation behind this little shift of responsability is to prevent the backend to instanciate its own renderer when using an external renderer. The current approache for an output to render is to get the allocator and renderer from its associated backend. This patchset allows the user to provide its own allocator to the output, to avoid declaring multiple renderers. There will be another patchset following this one to prevent the backends to create their allocator at creation. |
336fb7a
to
1bf7e3e
Compare
wlroots has migrated to gitlab.freedesktop.org. This pull request has been moved to: https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3226 |
Another attempt to decouple the backend/renderer/output/swapchain
The allocator is now declared by the user, via either a call to
wlr_allocator_autocreate
or from a custom implementation.The user has to set the allocator to the output, otherwise nothing will be displayed on screen.
The
wlr_output
is still using thewlr_renderer
, but #3197 has good ideas to get rid of this.Related to #3222 #3215 and #3197