class Reader
Defined at line 7993 of file fidling/gen/sdk/fidl/fuchsia.hardware.audio.signalprocessing/fuchsia.hardware.audio.signalprocessing/hlcpp/fuchsia/hardware/audio/signalprocessing/cpp/fidl.h
This protocol is required for Composite audio drivers, and unsupported for other audio driver
types (Codec, Dai, StreamConfig).
For an overview see
[[Signal Processing Interface]](https://fuchsia.dev/fuchsia-src/concepts/drivers/driver_architectures/audio_drivers/audio_signal_processing).
Public Methods
void ~Reader ()void GetElements (GetElementsCallback callback)Returns a vector of supported processing elements.
This vector must include one or more processing elements.
void WatchElementState (uint64_t processing_element_id, WatchElementStateCallback callback)Get the processing element state via a hanging get.
For a given `processing_element_id`, the driver will immediately reply to the first
`WatchElementState` sent by the client. The driver will not respond to subsequent client
`WatchElementState` calls for that `processing_element_id` until any portion of the
`ElementState` has changed from what was most recently reported for that element.
The driver will close the protocol channel with an error of `ZX_ERR_INVALID_ARGS`, if
`processing_element_id` does not match an ElementId returned by `GetElements`.
The driver will close the protocol channel with an error of `ZX_ERR_BAD_STATE`, if this
method is called again while there is already a pending `WatchElementState` for this client
and `processing_element_id`.
void GetTopologies (GetTopologiesCallback callback)Returns a vector of supported topologies.
This vector must include one or more topologies.
If more than one topology is returned, then the client may select any topology from the
list by calling `SetTopology`.
If only one topology is returned, `SetTopology` can still be called but causes no change.
Each Element must be included in at least one Topology, but need not be included in every
Topology.
void WatchTopology (WatchTopologyCallback callback)Get the current topology via a hanging get.
The driver will immediately reply to the first `WatchTopology` sent by each client.
The driver will not respond to subsequent `WatchTopology` calls from that client until the
signal processing topology changes; this occurs as a result of a `SetTopology` call.
The driver will close the protocol channel with an error of `ZX_ERR_BAD_STATE`, if this
method is called again while there is already a pending `WatchTopology` for this client.
Protected Methods
void handle_unknown_method (uint64_t ordinal, bool method_has_response)Friends
class Reader_Stub