All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brad Midgley <bmidgley@xmission.com>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] caching A2DP/alsa connection
Date: Sun, 18 Sep 2005 18:48:59 -0600	[thread overview]
Message-ID: <432E0AFB.4050800@xmission.com> (raw)
In-Reply-To: <20050918114545.GA5175@uni-duesseldorf.de>

Andreas

I was thinking specifically about the stereo audio driver but it applies 
to handsfree/headsets.

> From what I have seen by a quick glance over the various soundservers,
> artsd seems to offer most oft the functionality I'd like to see.
> Especially it offers a remote control application (artsshell) that might
> be easily adapted to offer a few more commands (like changing output
> device).

I want to avoid a sound server that is tied to a specific desktop. What 
about alsa's dmix? it seems to do what we want and at a lower level 
where it would work for everyone... 
http://alsa.opensrc.org/index.php?page=DmixPlugin

> - let's discuss, what we'd like to see and how to accomplish it most
>   easily.
> - let's get in touch with the developers of the sound daemon that looks
>   like being easiest to adapt.
> - maybe we can get them to implement our suggestions, or we can help out
>   with that.

I like the thoughts you're having about this... here's what how I want 
it to behave:

- bluetooth audio connection is brought up on demand; best if control 
connection is brought up on demand too

- audio connection is held open for a slight delay after the device is 
closed or idle in case it's to be used again soon

- audio device can be used by multiple apps (writing) but just one app 
reading (in the case of sco)

- reading audio "from" the a2dp device can be redirected to another 
device like a hardwired mic

headset negotiation and avrcp (on newer a2dp sets) gets more complicated:

- generate dbus events for button presses on the headset
- accept dbus events to initiate headset "ring" function

I guess the next step is to find out if dmix is useful here.

Brad


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2005-09-19  0:48 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-18  4:11 [Bluez-devel] caching A2DP/alsa connection Brad Midgley
2005-09-18 11:45 ` Andreas Beck
2005-09-19  0:48   ` Brad Midgley [this message]
2005-09-19 11:39     ` Andreas Beck
2005-09-20  0:11     ` Andreas Beck
2005-09-20 15:45       ` Brad Midgley
2005-09-20 11:47 ` Marcel Holtmann
2005-09-20 15:43   ` Brad Midgley
2005-09-20 15:49     ` Marcel Holtmann

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=432E0AFB.4050800@xmission.com \
    --to=bmidgley@xmission.com \
    --cc=bluez-devel@lists.sourceforge.net \
    /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.