Контекст OpenGL между APP и поверхностным файловым устройством в Android

Question

Как я знаю до сих пор, поставщики поверхностных изображений обращаются к APP, чтобы отобразить, а затем соединить все поверхности с последним экраном. (Если есть какая-либо ошибка, укажите Thx).

Первый вопрос: доступна ли поверхность, созданная поверхностным устройством, глобально доступной, которая может использоваться всеми процессами. (память памяти находится в памяти GPU?)

Хотя, поскольку я googled, невозможно разделить контекст openGL между процессами (здесь я имею в виду процесс APP и процесс поверхностного рисования). Я не уверен, что если бы память GPU использовалась поверхностью?

Если ответ на мой первый вопрос - да, то есть есть ли доступ к ресурсу openGL для поверхностного изображения, когда APP визуализируется на поверхность? И как работали эти вещи, включая память поверхности?

Answer 1

Существует различие между Android Surface и EGL Surface. Они тесно связаны, но не одно и то же.

EGL-поверхности, созданные методами, такими как eglCreateWindowSurface(), могут быть связаны с контекстом EGL и использоваться в качестве целей для рендеринга. Они не могут быть разделены между процессами.

Android Surfaces - это просто обертки для объектов BufferQueue, которые обеспечивают способ перемещения графических буферов вокруг системы. Буфер, в который выполняется рендеринг приложения, может быть передан между приложением и SurfaceFlinger, но ни одно из состояния EGL не передается. Весь SurfaceFlinger получает готовый продукт.

Система описана более подробно в graphics architecture document.