Mechanismus zur Ereignis- und Frame-Benachrichtigung

In der vorherigen Version von Exterior View System (EVS) definierte die IEvsCameraStream Schnittstelle eine einzelne Rückrufmethode, um nur erfasste Videobilder zu liefern. Dies vereinfachte zwar die Client-Implementierung des EVS-Dienstes, erschwerte es den Kunden jedoch auch, etwaige Streaming-Vorfälle zu erkennen und diese daher ordnungsgemäß zu behandeln. Um das EVS-Entwicklungserlebnis zu verbessern, enthält AOSP jetzt einen zusätzlichen Rückruf zur Bereitstellung von Streaming-Ereignissen.

package android.hardware.automotive.evs@1.1;

import @1.0::IEvsCameraStream;

/**
 * Implemented on client side to receive asynchronous video frame deliveries.
 */
interface IEvsCameraStream extends @1.0::IEvsCameraStream {
    /**
     * Receives calls from the HAL each time a video frame is ready for inspection.
     * Buffer handles received by this method must be returned via calls to
     * IEvsCamera::doneWithFrame_1_1(). When the video stream is stopped via a call
     * to IEvsCamera::stopVideoStream(), this callback may continue to happen for
     * some time as the pipeline drains. Each frame must still be returned.
     * When the last frame in the stream has been delivered, STREAM_STOPPED
     * event must be delivered. No further frame deliveries may happen
     * thereafter.
     *
     * @param buffer a buffer descriptor of a delivered image frame.
     */
    oneway deliverFrame_1_1(BufferDesc buffer);

    /**
     * Receives calls from the HAL each time an event happens.
     *
     * @param  event EVS event with possible event information.
     */
    oneway notify(EvsEvent event);
};

Diese Methode liefert EvsEventDesc , das aus drei Feldern besteht:

  • Art der Veranstaltung.
  • Zeichenfolge zur Identifizierung des Ursprungs des Ereignisses.
  • 4x 32-Bit-Wortdaten zur Aufnahme möglicher Ereignisinformationen.
/**
 * Structure that describes informative events occurred during EVS is streaming
 */
struct EvsEvent {
    /**
     * Type of an informative event
     */
    EvsEventType aType;
    /**
     * Device identifier
     */
    string deviceId;
    /**
     * Possible additional information
     */
    uint32_t[4] payload;
};

Und um Abweichungen in der Beschreibung des Grafikpuffers zwischen EVS und anderen Android-Grafikkomponenten zu vermeiden, wurde BufferDesc neu definiert, um HardwareBuffer zu verwenden, der von der Schnittstelle android.hardware.graphics.common@1.2 importiert wurde. HardwareBuffer enthält HardwareBufferDescription , das HIDL-Gegenstück zu AHardwareBuffer_Desc von Android NDK , mit einem Pufferhandle.

/**
 * HIDL counterpart of AHardwareBuffer_Desc.
 *
 * An AHardwareBuffer_Desc object can be converted to and from a
 * HardwareBufferDescription object by memcpy().
 *
 * @sa +ndk libnativewindow#AHardwareBuffer_Desc.
 */
typedef uint32_t[10] HardwareBufferDescription;

/**
 * HIDL counterpart of AHardwareBuffer.
 *
 * AHardwareBuffer_createFromHandle() can be used to convert a HardwareBuffer
 * object to an AHardwareBuffer object.
 *
 * Conversely, AHardwareBuffer_getNativeHandle() can be used to extract a native
 * handle from an AHardwareBuffer object. Paired with AHardwareBuffer_Desc,
 * AHardwareBuffer_getNativeHandle() can be used to convert between
 * HardwareBuffer and AHardwareBuffer.
 *
 * @sa +ndk libnativewindow#AHardwareBuffer".
 */
struct HardwareBuffer {
    HardwareBufferDescription description;
    handle nativeHandle;
}

/**
 * Structure representing an image buffer through our APIs
 *
 * In addition to the handle to the graphics memory, need to retain
 * the properties of the buffer for easy reference and reconstruction of
 * an ANativeWindowBuffer object on the remote side of API calls.
 * Not least because OpenGL expect an ANativeWindowBuffer* for us as a
 * texture via eglCreateImageKHR().
 */
struct BufferDesc {
    /**
     * HIDL counterpart of AHardwareBuffer_Desc. Please see
     * hardware/interfaces/graphics/common/1.2/types.hal for more details.
     */
    HardwareBuffer buffer;
    /**
     * The size of a pixel in the units of bytes
     */
    uint32_t pixelSize;
    /**
     * Opaque value from driver
     */
    uint32_t bufferId;
    /**
     * Unique identifier of the physical camera device that produces this buffer.
     */
    string deviceId;
    /**
     * Time that this buffer is being filled
     */
    int64_t timestamp;
    /**
     * Frame metadata. This is opaque to EVS manager
     */
    vec<uint8_t> metadata
};

Hinweis: HardwareBufferDescription ist als Array aus zehn 32-Bit-Wörtern definiert. Möglicherweise möchten Sie es in den Typ AHardwareBuffer_Desc umwandeln und den Inhalt ausfüllen.

EvsEventDesc ist eine Struktur der enum EvsEventType , die mehrere Streaming-Ereignisse und eine 32-Bit-Wortnutzlast auflistet, in die der Entwickler mögliche zusätzliche Informationen einfügen kann. Beispielsweise kann der Entwickler einen Fehlercode für das Streaming-Fehlerereignis platzieren.

/**
 * Types of informative streaming events
 */
enum EvsEventType : uint32_t {
    /**
     * Video stream is started
     */
    STREAM_STARTED = 0,
    /**
     * Video stream is stopped
     */
    STREAM_STOPPED,
    /**
     * Video frame is dropped
     */
    FRAME_DROPPED,
    /**
     * Timeout happens
     */
    TIMEOUT,
    /**
     * Camera parameter is changed; payload contains a changed parameter ID and
     * its value
     */
    PARAMETER_CHANGED,
    /**
     * Master role has become available
     */
    MASTER_RELEASED,
};

Rahmenlieferung

Mit einem neuen BufferDesc führt IEvsCameraStream auch neue Rückrufmethoden ein, um die Frames und Streaming-Ereignisse von den Dienstimplementierungen zu empfangen.

/**
 * Implemented on client side to receive asynchronous streaming event deliveries.
 */
interface IEvsCameraStream extends @1.0::IEvsCameraStream {
   /**
    * Receives calls from the HAL each time video frames are ready for inspection.
    * Buffer handles received by this method must be returned via calls to
    * IEvsCamera::doneWithFrame_1_1(). When the video stream is stopped via a call
    * to IEvsCamera::stopVideoStream(), this callback may continue to happen for
    * some time as the pipeline drains. Each frame must still be returned.
    * When the last frame in the stream has been delivered, STREAM_STOPPED
    * event must be delivered. No further frame deliveries may happen
    * thereafter.
    *
    * A camera device delivers the same number of frames as number of
    * backing physical camera devices; it means, a physical camera device
    * sends always a single frame and a logical camera device sends multiple
    * frames as many as the number of backing physical camera devices.
    *
    * @param buffer Buffer descriptors of delivered image frames.
    */
   oneway deliverFrame_1_1(vec<BufferDesc> buffer);

   /**
    * Receives calls from the HAL each time an event happens.
    *
    * @param  event EVS event with possible event information.
    */
   oneway notify(EvsEventDesc event);
};

Eine neuere Version einer Frame-Callback-Methode ist für die Bereitstellung mehrerer Pufferdeskriptoren konzipiert. Daher können EVS-Kameraimplementierungen mehrere Bilder mit einem einzigen Aufruf weiterleiten, wenn mehrere Quellen verwaltet werden.

Außerdem wurde das vorherige Protokoll zur Benachrichtigung über das Ende des Streams, das den Null-Frame sendete, veraltet und durch das Ereignis STREAM_STOPPED ersetzt.

Diagramm der Ereignisbenachrichtigungssequenz

Abbildung 1. Sequenzdiagramm der Ereignisbenachrichtigung

Verwenden Sie den Ereignis- und Frame-Benachrichtigungsmechanismus

Identifizieren Sie die vom Client implementierte Version von IEvsCameraStream

Der Dienst kann die Version der vom Client implementierten eingehenden IEvsCameraStream-Schnittstelle identifizieren, indem er versucht, Folgendes herunterzuwerfen:

using IEvsCameraStream_1_0 =
    ::android::hardware::automotive::evs::V1_0::IEvsCameraStream;
using IEvsCameraStream_1_1 =
    ::android::hardware::automotive::evs::V1_1::IEvsCameraStream;

Return<EvsResult> EvsV4lCamera::startVideoStream(
    const sp<IEvsCameraStream_1_0>& stream)  {

    IEvsCameraStream_1_0 aStream = stream;
    // Try to downcast. This succeeds if the client implements
    // IEvsCameraStream v1.1.
    IEvsCameraStream_1_1 aStream_1_1 =
        IEvsCameraStream_1_1::castFrom(aStream).withDefault(nullptr);
    if (aStream_1_1 == nullptr) {
        ALOGI("Start a stream for v1.0 client.");
    } else {
        ALOGI("Start a stream for v1.1 client.");
    }

    // Start a video stream
    ...
}

notify() Rückruf

EvsEvent wird durch notify() -Rückruf weitergeleitet und der Client kann dann seinen Typ anhand des Diskriminators identifizieren, wie unten gezeigt:

Return<void> StreamHandler::notify(const EvsEvent& event) {
    ALOGD("Received an event id: %u", event.aType);
    // Handle each received event.
    switch(event.aType) {
        case EvsEventType::ERROR:
            // Do something to handle an error
            ...
            break;
        [More cases]
    }
    return Void();
}

Verwenden Sie BufferDesc

AHardwareBuffer_Desc ist der Datentyp von Android NDK zur Darstellung eines nativen Hardwarepuffers, der an EGL/OpenGL- und Vulkan-Primitive gebunden werden kann. Es enthält die meisten Puffermetadaten aus dem vorherigen EVS BufferDesc und ersetzt diese daher in der neuen BufferDesc-Definition. Da dies jedoch als Array in der HIDL-Schnittstelle definiert ist, ist es nicht möglich, Mitgliedsvariablen direkt zu indizieren. Stattdessen können Sie das Array wie unten gezeigt in einen Typ von AHardwareBuffer_Desc umwandeln:

BufferDesc bufDesc = {};
AHardwareBuffer_Desc* pDesc =
    reinterpret_cast<AHardwareBuffer_Desc *>(&bufDesc.buffer.description);
pDesc->width  = mVideo.getWidth();
pDesc->height = mVideo.getHeight();
pDesc->layers = 1;
pDesc->format = mFormat;
pDesc->usage  = mUsage;
pDesc->stride = mStride;
bufDesc_1_1.buffer.nativeHandle = mBuffers[idx].handle;
bufDesc_1_1.bufferId = idx;