You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a future improvement idea, I suppose that instead of using GtkGLArea maybe it could be possible to implement a GtkWidget which would use gtk_snapshot_append_texture() to directly pass the GL texture, and let GTK do the compositing—we would not need to provide shaders to scan out the texture when painting a quad using GL calls, and if I understand correctly it should be faster because GtkGLArea paints to a FBO backed by a texture, and then that texture is snapshotted by the `GtkGLArea widget implementation.
(Of course it should be possible to use EGLImage, there is no need to go all-in and use DMA-BUF to implement a widget, but it seemed interesting to share.)
As a future improvement idea, I suppose that instead of using
GtkGLArea
maybe it could be possible to implement aGtkWidget
which would use gtk_snapshot_append_texture() to directly pass the GL texture, and let GTK do the compositing—we would not need to provide shaders to scan out the texture when painting a quad using GL calls, and if I understand correctly it should be faster becauseGtkGLArea
paints to a FBO backed by a texture, and then that texture is snapshotted by the `GtkGLArea widget implementation.Originally posted by @aperezdc in #262 (comment)
The text was updated successfully, but these errors were encountered: