Ereignis- und Frame-Benachrichtigungsmechanismus

In der vorherigen Version des Systems für Außenansichten (EVS) wurde in der IEvsCameraStream-Benutzeroberfläche eine einzelne Rückrufmethode definiert, um nur aufgenommene Videoframes zu liefern. Das hat zwar die Implementierung von EVS-Dienstclients vereinfacht, es war aber auch für Kunden schwierig, Streamingprobleme zu erkennen und daher richtig zu behandeln. Zur Verbesserung der EVS-Entwicklung enthält AOSP jetzt einen zusätzlichen Rückruf zum Senden 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);
};

Bei dieser Methode wird EvsEventDesc zurückgegeben, das aus drei Feldern besteht:

  • Typ des Ereignisses.
  • String, der den Ursprung des Ereignisses angibt.
  • 4 × 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;
};

Um Abweichungen in der Beschreibung des Grafikpuffers zwischen EVS und anderen Android-Grafikkomponenten zu vermeiden, wurde BufferDesc neu definiert, um HardwareBuffer zu verwenden, das aus der Schnittstelle android.hardware.graphics.common@1.2 importiert wurde. HardwareBuffer enthält HardwareBufferDescription, das HIDL-Äquivalent von AHardwareBuffer_Desc des Android NDK, mit einem Buffer-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 als Array mit zehn 32‑Bit-Wörtern definiert. Sie können es als AHardwareBuffer_Desc-Typ umwandeln und den Inhalt eingeben.

EvsEventDesc ist ein enum EvsEventType-String, der mehrere Streamingereignisse und eine 32‑Bit-Wortnutzlast enthält, in die der Entwickler zusätzliche Informationen einfügen kann. Der Entwickler kann beispielsweise einen Fehlercode für das Streamingfehlerereignis angeben. 

/**
 * 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 Delivery

Neben einer neuen BufferDesc führt IEvsCameraStream auch neue Callback-Methoden 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 Übermittlung mehrerer Pufferdeskriptoren konzipiert. Daher können EVS-Kameraimplementierungen mehrere Frames mit einem einzigen Aufruf weiterleiten, wenn sie mehrere Quellen verwalten.

Außerdem wurde das vorherige Protokoll zum Benachrichtigen über das Ende des Streams, bei dem der Null-Frame gesendet wurde, eingestellt und durch das STREAM_STOPPED-Ereignis ersetzt.

Sequenzdiagramm für Ereignisbenachrichtigungen

Abbildung 1.  Sequenzdiagramm für Ereignisbenachrichtigungen

Ereignis- und Frame-Benachrichtigungsmechanismus verwenden

Version von IEvsCameraStream ermitteln, die vom Client implementiert wird

Der Dienst kann die Version der vom Client implementierten IEvsCameraStream-Schnittstelle ermitteln, indem er versucht, einen Downcast auszufü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()-Rückruf

EvsEvent wird über den notify()-Callback übergeben und der Client kann seinen Typ dann anhand des Discriminators ermitteln, wie unten dargestellt: 

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 des Android NDK, der einen nativen Hardware-Buffer darstellt, der an EGL/OpenGL- und Vulkan-Primitive gebunden werden kann. Es enthält die meisten Buffer-Metadaten aus der vorherigen EVS-BufferDesc und ersetzt sie daher in der neuen BufferDesc-Definition. Da dies jedoch in der HIDL-Schnittstelle als Array definiert ist, ist es nicht möglich, Mitgliedsvariablen direkt zu indexieren. Stattdessen können Sie das Array in einen AHardwareBuffer_Desc-Typ umwandeln, wie unten gezeigt:

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;