From: "Sebastian H." <vand2@gmx.de>
To: Clemens Ladisch <clemens@ladisch.de>
Cc: Takashi Iwai <tiwai@suse.de>,
Eliot Blennerhassett <eblennerhassett@audioscience.com>,
alsa-devel@alsa-project.org
Subject: Re: asihpi: Control naming
Date: Fri, 01 Oct 2010 13:31:39 +0200 [thread overview]
Message-ID: <4CA5C69B.4000703@gmx.de> (raw)
In-Reply-To: <4CA58856.8070505@ladisch.de>
Am 01.10.2010 09:05, schrieb Clemens Ladisch:
> Sebastian H. wrote:
>> In alsamixer-qt4 I've just stumbled over enum elements for which both
>> snd_mixer_selem_is_enum_playback and
>> snd_mixer_selem_is_enum_capture
>> return 0/false (2.6.32 kernel emu10k1 chip).
>>
>> May I drop the question in if this state can be considered valid
>
> Yes.
>
>> and besides *playback* and *capture* elements there's a third group of
>> *neutral* elements?
>
> Those are elements where the simple mixer code doesn't know the
> direction (because the driver author didn't put "Playback" or "Capture"
> into the name).
Ok, but I wonder how to interpret this state in which both functions
return zero.
1) There's a bug or uncertainty somewhere in the libs/driver and
in a perfekt world this would not happen. It always should be either.
2) This is intentional and the respective element belongs to the
group of *general* elements which exists in parallel
to the *playback* and the *capture* element groups.
As mentioned alsamixer-qt4 considers 1) and handles it somehow
gracefully. I just wonder if that is the correct thing to do in case.
next prev parent reply other threads:[~2010-10-01 11:29 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-30 3:44 asihpi: Control naming Eliot Blennerhassett
2010-09-30 5:46 ` Takashi Iwai
2010-09-30 20:23 ` Eliot Blennerhassett
2010-09-30 20:56 ` Takashi Iwai
2010-09-30 21:28 ` Sebastian H.
2010-10-01 7:05 ` Clemens Ladisch
2010-10-01 11:31 ` Sebastian H. [this message]
2010-10-01 12:45 ` Raymond Yau
2010-10-01 13:19 ` Clemens Ladisch
2010-10-01 20:06 ` Sebastian H.
2010-10-02 4:10 ` Raymond Yau
2010-10-02 11:10 ` Sebastian H.
2010-09-30 23:47 ` Mark Brown
2010-10-05 5:10 ` Eliot Blennerhassett
2010-10-05 7:07 ` Clemens Ladisch
2010-10-05 8:14 ` Eliot Blennerhassett
2010-10-05 8:15 ` Eliot Blennerhassett
2010-10-05 9:47 ` Clemens Ladisch
2010-10-05 9:53 ` Takashi Iwai
2010-10-06 22:55 ` asihpi: Control naming, Irritated Currant edition Eliot Blennerhassett
2010-09-30 20:56 ` asihpi: Control naming Takashi Iwai
2010-09-30 6:28 ` David Henningsson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CA5C69B.4000703@gmx.de \
--to=vand2@gmx.de \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=eblennerhassett@audioscience.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.