Automotive-Display-Proxy-Dienst

Mit diesem einfachen Framework-Dienst können Anbieter Prozesse verwenden SurfaceFlinger/EGL in HAL-Implementierungen, ohne libgui. AOSP stellt die Standardimplementierung dieses Dienstes bereit, die vollständig funktionsfähig sein. Der Anbieter muss jedoch auch APIs implementieren, um diesen Dienst bereitzustellen. auf ihrer Plattform.

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);
}

So nutzen Sie diesen Dienst:

  1. Holen Sie sich IAutomotiveDisplayProxyService. 
    android::sp<IAutomotiveDisplayProxyService> windowProxyService =
            IAutomotiveDisplayProxyService::getService("default");
    if (windowProxyService == nullptr) {
        LOG    (ERROR) << "Cannot use AutomotiveDisplayProxyService. Exiting.";
            return 1;
    }
  2. Rufen Sie aktive Anzeigeinformationen vom Dienst ab, um die Auflösung zu bestimmen. 
    // We 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;
    });
  3. Hardware-IGraphicBufferProducer abrufen (oder HIDL GraphicBufferProducer (HGBP) von IAutomotiveDisplayProxyService: 
    mGfxBufferProducer = pWindowProxy->getIGraphicBufferProducer(displayId);
    if (mGfxBufferProducer == nullptr) {
        LOG    (ERROR) << "Failed to get IGraphicBufferProducer from "
                       << "IAutomotiveDisplayProxyService.";
            return false;
    }
  4. SurfaceHolder mithilfe der API aus einem abgerufenen HGBP abrufen libbufferqueueconverter: 
    mSurfaceHolder = getSurfaceFromHGBP(mGfxBufferProducer);
    if (mSurfaceHolder == nullptr) {
        LOG    (ERROR) << "Failed to get a Surface from HGBP.";
            return false;
    }
  5. Konvertieren Sie ein SurfaceHolder-Objekt mithilfe der Methode API libbufferqueueconverter: 
    mWindow = getNativeWindow(mSurfaceHolder.get());
    if (mWindow == nullptr) {
        LOG    (ERROR) << "Failed to get a native window from Surface.";
            return false;
    }
  6. Erstellen Sie eine EGL-Fensteroberfläche mit einem nativen Fenster und rendern Sie sie: 
    // 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;
    }
    ...
  7. IAutomotiveDisplayProxyService::showWindow() anrufen, um um die gerenderte Ansicht auf dem Bildschirm anzuzeigen. Dieser Dienst hat die höchste Priorität und übernimmt daher immer die Kontrolle über den Bildschirm des aktuellen Eigentümers: 
    mAutomotiveDisplayProxyService->showWindow();

Weitere Informationen: service.cpp und GlWrapper.cpp in $ANDROID_BUILD_TOP/packages/services/Car/evs/sampleDriver/ für erhalten Sie weitere Informationen zur Implementierung.

Für eine EVS HAL-Implementierung sind die zusätzlichen Bibliotheken erforderlich, die in fett dargestellt.

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",
    ],

Multi-Display-Unterstützung

Geräte auflisten und Anzeigeinformationen abrufen

Wie bei der Aufzählung der Kamerageräte bietet auch das EVS-Framework eine Methode, Listen Sie die verfügbaren Bildschirme auf. Die <ph type="x-smartling-placeholder"></ph> Die statische Display-ID codiert eine typlange ID, die Display-ID Portinformationen im unteren Byte und Extended Display IDentification Data in den oberen Bits. IAutomotiveDisplayProxyService::getDisplayIdList() gibt eine Liste zurück der Anzeige-IDs physischer lokaler Bildschirme, die für den EVS-Dienst verfügbar sind, und IEvsEnumerator::getDisplayIdList() gibt eine Liste mit mit denen die erkannten Bildschirme verbunden sind. Die erste ID in der Liste hat immer das primäre Display.

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);
};

Zielanzeigegerät öffnen

EVS-App ruft IEvsEnumerator::openDisplay_1_1() mit einer Zielanzeige auf Portnummer:

android::sp<IEvsDisplay> pDisplay = pEvs->openDisplay_1_1(displayId);
if (pDisplay.get() == nullptr) {
    LOG(ERROR) << "EVS Display unavailable. Exiting.";
    return 1;
}

Hinweis:Es kann immer nur ein Bildschirm gleichzeitig verwendet werden. Das bedeutet, dass der aktuelle EVS-Client seinen Bildschirm verliert, wenn ein anderer EVS-Kunde zum Öffnen des Bildschirms, auch wenn diese nicht identisch sind.