| Age | Commit message (Collapse) | Author |
|---|
|
New controls could appear during runtime, for example if a
new firmware is downloaded to a DSP. Since ALSA drivers are
not supposed to delete or renumber existing controls we can
assume that any new controls will be after any controls we
already know about. We can use this to enable extending our
current list of controls, which is more efficient than
closing the mixer session and recreating it.
Signed-off-by: Richard Fitzgerald <rf@opensource.wolfsonmicro.com>
|
|
This function is used to get the number of mixer controls by a given name.
It was added for use with mixer_get_ctl_by_name_and_index so that client code
can expect the last valid index to pass.
|
|
This function was added to make available a mixer control accessor
in a function that does not modify its value.
|
|
Functions changed are:
- mixer_get_name
- mixer_get_num_ctls
- mixer_ctl_get_id
- mixer_ctl_get_name
- mixer_ctl_get_type
- mixer_ctl_get_type_string
- mixer_ctl_get_num_values
- mixer_ctl_get_num_enums
- mixer_ctl_get_enum_string
- mixer_ctl_get_percent
- mixer_ctl_get_value
- mixer_ctl_get_array
- mixer_ctl_get_range_min
- mixer_ctl_get_range_max
|
|
|
|
|
|
|
|
|
|
If users want to use only pcm.c or mixer.c
they can. It's not necessary to include
tinyalsa/asoundlib.h because mixer.c doesn't
use pcm.h and pcm.c doesn't use mixer.h.
|
|
into dawagner-defer-enum-inspection
|
|
|
|
|
