Эта новая простая инфраструктурная служба позволяет процессам поставщиков использовать SurfaceFlinger/EGL в реализациях HAL без привязки libgui. AOSP предоставляет полностью функциональную реализацию этой службы по умолчанию. Однако поставщик также должен реализовать API для предоставления этой услуги на своей платформе.
package android.frameworks.automotive.display@1.0; import android.hardware.graphics.bufferqueue@2.0::IGraphicBufferProducer; interface IAutomotiveDisplayProxyService { /** * Gets an IGraphicBufferProducer instance from the service. * * @param id Target's stable display identifier * * @return igbp Returns an IGraphicBufferProducer object, that can be * converted to an ANativeWindow object. */ getIGraphicBufferProducer(uint64_t id) generates (IGraphicBufferProducer igbp); /** * Sets the ANativeWindow, which is associated with the * IGraphicBufferProducer, to be visible and to take over the display. * * @param id Target display ID * * @return success Returns true on success. */ showWindow(uint64_t id) generates (bool success); /** * Sets the ANativeWindow, which is associated with the * IGraphicBufferProducer, to be invisible and to release the control * over display. * * @param id Target display ID * * @return success Returns true on success. */ hideWindow(uint64_t id) generates (bool success); /** * Returns the stable identifiers of all available displays. * * @return ids A list of stable display identifiers. */ getDisplayIdList() generates (vec<uint64_t> ids); /** * Returns the descriptor of the target display. * * @param id Stable ID of a target display. * @return cfg DisplayConfig of the active display. * @return state Current state of the active display. */ getDisplayInfo(uint64_t id) generates (HwDisplayConfig cfg, HwDisplayState state); }
Чтобы воспользоваться этой услугой:
- Получите
IAutomotiveDisplayProxyService
.android::sp<IAutomotiveDisplayProxyService> windowProxyService = IAutomotiveDisplayProxyService::getService("default"); if (windowProxyService == nullptr) { LOG(ERROR) << "Cannot use AutomotiveDisplayProxyService. Exiting."; return 1; }
- Получите информацию об активном дисплее от службы, чтобы определить разрешение.
// We will use the first display in the list as the primary. pWindowProxy->getDisplayInfo(displayId, [this](auto dpyConfig, auto dpyState) { DisplayConfig *pConfig = (DisplayConfig*)dpyConfig.data(); mWidth = pConfig->resolution.getWidth(); mHeight = pConfig->resolution.getHeight(); ui::DisplayState* pState = (ui::DisplayState*)dpyState.data(); if (pState->orientation != ui::ROTATION_0 && pState->orientation != ui::ROTATION_180) { // rotate std::swap(mWidth, mHeight); } LOG(DEBUG) << "Display resolution is " << mWidth << " x " << mHeight; });
- Получить аппаратный
IGraphicBufferProducer
(или HIDL GraphicBufferProducer (HGBP) изIAutomotiveDisplayProxyService
:mGfxBufferProducer = pWindowProxy->getIGraphicBufferProducer(displayId); if (mGfxBufferProducer == nullptr) { LOG(ERROR) << "Failed to get IGraphicBufferProducer from " << "IAutomotiveDisplayProxyService."; return false; }
- Получите
SurfaceHolder
из извлеченного HGBP с помощью APIlibbufferqueueconverter
:mSurfaceHolder = getSurfaceFromHGBP(mGfxBufferProducer); if (mSurfaceHolder == nullptr) { LOG(ERROR) << "Failed to get a Surface from HGBP."; return false; }
- Преобразование
SurfaceHolder
в собственное окно с помощью APIlibbufferqueueconverter
:mWindow = getNativeWindow(mSurfaceHolder.get()); if (mWindow == nullptr) { LOG(ERROR) << "Failed to get a native window from Surface."; return false; }
- Создайте поверхность окна EGL с собственным окном, а затем визуализируйте:
// Set up our OpenGL ES context associated with the default display mDisplay = eglGetDisplay(EGL_DEFAULT_DISPLAY); if (mDisplay == EGL_NO_DISPLAY) { LOG(ERROR) << "Failed to get egl display"; return false; } ... // Create the EGL render target surface mSurface = eglCreateWindowSurface(mDisplay, egl_config, mWindow, nullptr); if (mSurface == EGL_NO_SURFACE) { LOG(ERROR) << "eglCreateWindowSurface failed."; return false; } ...
- Вызовите
IAutomotiveDisplayProxyService::showWindow()
, чтобы отобразить визуализированный вид на экране. Эта служба имеет наивысший приоритет и поэтому всегда получает контроль над экраном от текущего владельца:mAutomotiveDisplayProxyService->showWindow();
См service.cpp
и GlWrapper.cpp
в $ANDROID_BUILD_TOP/packages/services/Car/evs/sampleDriver/
для получения дополнительной информации о реализации.
Для реализации EVS HAL требуются дополнительные библиотеки, выделенные жирным шрифтом ниже.
cc_binary { name: "android.hardware.automotive.evs@1.1-sample", vendor: true, srcs: [ ... ], shared_libs: [ ... "libbufferqueueconverter", "android.hidl.token@1.0-utils", "android.frameworks.automotive.display@1.0", "android.hardware.graphics.bufferqueue@1.0", "android.hardware.graphics.bufferqueue@2.0", ],
Поддержка нескольких дисплеев
Отображение перечисления устройств и получение информации об отображении
Как и перечисление устройств камеры, платформа EVS предоставляет метод для перечисления доступных дисплеев. Статический идентификатор дисплея кодирует длинный идентификатор типа, информацию о порте дисплея в младшем байте и Extended Display IDentification Data
в старших битах. IAutomotiveDisplayProxyService::getDisplayIdList()
возвращает список идентификаторов физических локальных дисплеев, доступных для службы EVS, а IEvsEnumerator::getDisplayIdList()
возвращает список портов дисплея, к которым подключены обнаруженные дисплеи. Первый идентификатор в списке всегда относится к основному дисплею.
interface IEvsEnumerator extends @1.0::IEvsEnumerator { ... /** * Returns a list of all EVS displays available to the system * * @return displayIds Identifiers of available displays. */ getDisplayIdList() generates (vec<uint8_t> displayIds); };
Открытое целевое устройство отображения
Приложение EVS вызывает IEvsEnumerator::openDisplay_1_1() с номером целевого порта дисплея:
android::sp<IEvsDisplay> pDisplay = pEvs->openDisplay_1_1(displayId); if (pDisplay.get() == nullptr) { LOG(ERROR) << "EVS Display unavailable. Exiting."; return 1; }
Примечание. Одновременно может использоваться только один дисплей, что означает, что текущий клиент EVS теряет свой дисплей, когда другой клиент EVS запрашивает открытие дисплея, даже если они не совпадают.