template <typename BuilderImpl>class WireTableBaseBuilder
Defined at line 546 of file fidling/gen/sdk/fidl/fuchsia.hardware.audio/fuchsia.hardware.audio/cpp/fidl/fuchsia.hardware.audio/cpp/wire_types.h
Public Methods
::fuchsia_hardware_audio::wire::CodecFormatInfo Build ()Build and return the table. The builder should not be used after this.
bool has_external_delay ()void clear_external_delay ()Clears the external_delay field.
This method should be used sparingly, such as only during tests, as it has
O(number_of_fields) complexity.
int64_t & external_delay ()The driver's best estimate of the external delay (in nanoseconds) present in the pipeline
for the chosen format. When precisely synchronizing presentation across multiple entities
(e.g. devices), the external delay should be taken into account.
If not included `external_delay` is unknown.
Optional.
BuilderImpl & external_delay (Wrapper_Ignore_Me_< ::fidl::ObjectView<int64_t>> elem)The driver's best estimate of the external delay (in nanoseconds) present in the pipeline
for the chosen format. When precisely synchronizing presentation across multiple entities
(e.g. devices), the external delay should be taken into account.
If not included `external_delay` is unknown.
Optional.
bool has_turn_on_delay ()void clear_turn_on_delay ()Clears the turn_on_delay field.
This method should be used sparingly, such as only during tests, as it has
O(number_of_fields) complexity.
int64_t & turn_on_delay ()The driver's best estimate of the amount of time (in nanoseconds) it takes the hardware to
actually start playback/capture after a `Start` command is issued.
It may take some time for the hardware to get into fully operational mode, for example due
a power state change. This delay must be taken into account if not getting the initial audio
samples played or captured is not acceptable.
If not included `turn_on_delay` is unknown.
Optional.
BuilderImpl & turn_on_delay (Wrapper_Ignore_Me_< ::fidl::ObjectView<int64_t>> elem)The driver's best estimate of the amount of time (in nanoseconds) it takes the hardware to
actually start playback/capture after a `Start` command is issued.
It may take some time for the hardware to get into fully operational mode, for example due
a power state change. This delay must be taken into account if not getting the initial audio
samples played or captured is not acceptable.
If not included `turn_on_delay` is unknown.
Optional.
bool has_turn_off_delay ()void clear_turn_off_delay ()Clears the turn_off_delay field.
This method should be used sparingly, such as only during tests, as it has
O(number_of_fields) complexity.
int64_t & turn_off_delay ()The driver's best estimate of the amount of time (in nanoseconds) it takes the hardware to
actually stop playback/capture after a `Stop` command is issued.
It may take some time for the hardware to get into fully stopped mode, for example due
a power state change. This delay must be taken into account if playback/capture of samples
after a 'Stop' command is not acceptable.
If not included, the turn off delay is unknown.
Optional.
BuilderImpl & turn_off_delay (Wrapper_Ignore_Me_< ::fidl::ObjectView<int64_t>> elem)The driver's best estimate of the amount of time (in nanoseconds) it takes the hardware to
actually stop playback/capture after a `Stop` command is issued.
It may take some time for the hardware to get into fully stopped mode, for example due
a power state change. This delay must be taken into account if playback/capture of samples
after a 'Stop' command is not acceptable.
If not included, the turn off delay is unknown.
Optional.
Protected Methods
void WireTableBaseBuilder< ::fuchsia_hardware_audio::wire::CodecFormatInfo, BuilderImpl> (::fidl::ObjectView< ::fidl::WireTableFrame< ::fuchsia_hardware_audio::wire::CodecFormatInfo>> && frame)