PROTOCOLS
DisplayCaptureImpl
Defined in fuchsia.hardware.display.capture/display-capture.fidl
ImportImageForCapture
Import BufferCollection backed VMO pointed to by index. Importing the VMO usually involves pinning the VMO and updating display controller hardware registers with the physical address of the VMO to be used for capture. Returns out_capture_handle which maps to the allocated resource
Request
| Name | Type |
|---|---|
collection |
ZxUnownedHandle
|
index |
uint32
|
Response
| Name | Type |
|---|---|
s |
zx/status
|
capture_handle |
uint64
|
IsCaptureCompleted
Returns true if capture is completed. False otherwise.
Request
<EMPTY>
Response
| Name | Type |
|---|---|
b |
bool
|
ReleaseCapture
Releases resources allocated by capture_handle. Releasing resources from an active capture is not allowed and will cause unexpected behavior.
Request
| Name | Type |
|---|---|
capture_handle |
uint64
|
Response
| Name | Type |
|---|---|
s |
zx/status
|
SetDisplayCaptureInterface
The function will only be called once, and it will be called before any other functions are called.
Request
| Name | Type |
|---|---|
intf |
DisplayCaptureInterface
|
Response
<EMPTY>
StartCapture
Starts capture into the resource mapped by capture_handle (non-blocking) Only one active capture is allowed at a time. A valid image must be displayed during capture. Otherwise unexpected hardware behavior might occur. Drivers should not leave display hardware in this unexpected state. Drivers are expected to stop and/or abort capture if no valid image is being displayed.
Request
| Name | Type |
|---|---|
capture_handle |
uint64
|
Response
| Name | Type |
|---|---|
s |
zx/status
|
DisplayCaptureInterface
Defined in fuchsia.hardware.display.capture/display-capture.fidl
OnCaptureComplete
Request
<EMPTY>
Response
<EMPTY>
STRUCTS
TYPE ALIASES
| Name | Value | Description |
|---|---|---|
| ZxUnownedHandle |
uint32 |