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.