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
.
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;