From: Takashi Iwai <tiwai@suse.de>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: Brad Midgley <bmidgley@xmission.com>,
Clemens Ladisch <clemens@ladisch.de>,
alsa-devel@lists.sourceforge.net
Subject: Re: alsa-lib plugin devel
Date: Mon, 24 Jan 2005 18:09:36 +0100 [thread overview]
Message-ID: <s5hhdl6u52n.wl@alsa2.suse.de> (raw)
In-Reply-To: <1106585584.8058.61.camel@pegasus>
At Mon, 24 Jan 2005 17:53:04 +0100,
Marcel Holtmann wrote:
>
> Hi Takashi,
>
> > The problem is that plugins which aren't bound to drivers like btsco
> > are hard to detect whether they really work in advance.
> > Do we need a probe callback for such a plugin?
>
> I don't think that this is needed. If people want to use a plugin to
> access a Bluetooth headset or headphone they need its address and at
> least put this in a configuration file. So adding something like
>
> pcm.aiptek {
> type a2dp
> bdaddr "00:0B:0D:50:12:10"
> }
>
> to their .asoundrc to connect to the Aiptek Bluetooth Headphone should
> be enough.
Ah yes, BT SCO would require always a certain address, so it won't work
without a proper configuration. Maybe other hardware layer will be,
too.
> However these devices should be present in the enumeration of
> the applications.
One of the simplest solutions is to add a field to PCM definition so
that the defined PCM is marked to be listed. Such as
pcm.aiptek {
type a2dp
bdaddr "00:0B:0D:50:12:10"
listed yes
}
(Well "listed" isn't a good word at all. Please suggest a better
one.)
Takashi
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
next prev parent reply other threads:[~2005-01-24 17:09 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-24 8:17 alsa-lib plugin devel Brad Midgley
2005-01-24 8:36 ` Clemens Ladisch
2005-01-24 16:31 ` Brad Midgley
2005-01-24 16:46 ` Takashi Iwai
2005-01-24 16:49 ` Brad Midgley
2005-01-24 17:12 ` Takashi Iwai
2005-01-24 17:25 ` Marcel Holtmann
2005-01-24 16:53 ` Marcel Holtmann
2005-01-24 17:09 ` Takashi Iwai [this message]
2005-01-24 17:23 ` Marcel Holtmann
2005-01-24 17:41 ` Takashi Iwai
2005-01-24 17:56 ` Marcel Holtmann
2005-01-24 20:08 ` Brad Midgley
2005-01-25 10:19 ` Takashi Iwai
2005-01-25 13:12 ` Florian Schmidt
2005-01-24 9:24 ` Jaroslav Kysela
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=s5hhdl6u52n.wl@alsa2.suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=bmidgley@xmission.com \
--cc=clemens@ladisch.de \
--cc=marcel@holtmann.org \
/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.