Ereignis- und Frame-Benachrichtigungsmechanismus

In der vorherigen Version von Exterior View System (EVS) IEvsCameraStream eine einzelne Callback-Methode definiert wurde, um aufgenommene Videos nur Frames. Dies vereinfachte zwar die Implementierung von EVS-Dienstclients, es für die Kunden schwierig machte, Streamingvorfälle zu erkennen. um sie richtig zu verarbeiten. Zur Verbesserung der EVS-Entwicklung enthält AOSP jetzt ein zusätzlicher Callback zur Übermittlung 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:

  • Ereignistyp
  • String, mit dem der Ursprung des Ereignisses angegeben wird.
  • 4x 32-Bit-Wortdaten, die mögliche Ereignisinformationen enthalten.
/**
 * 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 zu vermeiden und anderen grafischen Komponenten von Android, wurde BufferDesc zu Verwende HardwareBuffer, die von der Schnittstelle „android.hardware.graphics.common@1.2“ importiert wurde. HardwareBuffer enthält HardwareBufferDescription. Dies ist die HIDL-Gegenstück von Android NDK AHardwareBuffer_Desc mit einem Puffer-Handle.

/**
 * 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 definiert als aus zehn 32-Bit-Wörtern. Sie können ihn in den Typ AHardwareBuffer_Desc umwandeln. und geben Sie den Inhalt ein.

EvsEventDesc ist eine Struktur von enum EvsEventType, mit mehreren Streaming-Ereignissen und einer 32-Bit-Wortnutzlast, Entwickler mögliche zusätzliche Informationen einfügen können. Zum Beispiel hat der Entwickler kann für das Streaming-Fehlerereignis ein Fehlercode eingefügt werden.

/**
 * 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,
};

Frame-Auslieferung

Mit einer neuen BufferDesc auch IEvsCameraStream Neue Callback-Methoden werden eingeführt, um die Frames und Streaming-Ereignisse zu empfangen. aus den Dienstimplementierungen.

/**
 * 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 dient dazu, mehrere Pufferdeskriptoren. Daher können EVS-Kameraimplementierungen wenn mehrere Quellen verwaltet werden.

Das vorherige Protokoll zur Benachrichtigung über das Ende des Streams, Senden des Null-Frames wurde eingestellt und durch STREAM_STOPPED ersetzt .

Sequenzdiagramm für Ereignisbenachrichtigungen

Abbildung 1. Sequenzdiagramm für Ereignisbenachrichtigungen

Mechanismus für Ereignis- und Frame-Benachrichtigungen verwenden

Version von IEvsCameraStream identifizieren, die vom Client implementiert wurde

Der Dienst kann die Version der eingehenden IEvsCameraStream-Schnittstelle identifizieren. der vom Client implementiert wird, indem versucht wird, ein Downcasting durchzuführen:

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()-Callback

EvsEvent wird über den notify()-Callback übergeben und kann der Client dann seinen Typ basierend auf dem Diskriminator 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();
}

BufferDesc verwenden

AHardwareBuffer_Desc ist der Datentyp von Android NDK zur Darstellung eines nativen Hardwarepuffers, der an EGL/OpenGL und Vulkan-Primitive Es enthält die meisten Zwischenspeichermetadaten aus den vorherigen EVS BufferDesc und ersetzt ihn daher in der neuen BufferDesc-Definition. Da diese in der HIDL-Schnittstelle als Array definiert ist, können Mitgliedervariablen nicht direkt indexiert werden. Stattdessen können Sie das Array wie unten gezeigt in einen AHardwareBuffer_Desc-Typ 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;