linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Gix, Brian" <brian.gix@intel.com>
To: "pali.rohar@gmail.com" <pali.rohar@gmail.com>,
	"linux-bluetooth@vger.kernel.org"
	<linux-bluetooth@vger.kernel.org>
Subject: Re: Determinate EDR speed
Date: Fri, 11 Oct 2019 18:15:47 +0000	[thread overview]
Message-ID: <319f751481bbdb5aa012e5fa4daa1d95965b54c3.camel@intel.com> (raw)
In-Reply-To: <20191011082723.t6w2jcg7v4erlnq6@pali>

Hi Pali,

On Fri, 2019-10-11 at 10:27 +0200, Pali Rohár wrote:
> Hello!
> 
> I would like to ask, how can userspace application which uses bluez DBus
> API determinate EDR speed of remote bluetooth device?
> 
> Particularly, I'm interested in detection if bluetooth headset supports
> EDR 2 Mbps or EDR 3 Mbps speed and based on this decide which SBC
> parameters would be used for encoding audio via SBC codec.

There are a variety of things that can affect real-time throughput, and I think even EDR 2 vs 3 might
dynamically change to fit the current conditions.  If you have the ability to have fine control of the SBC
parameters, I think the *best* way to adjust for throughput is to choose what sample rate and subands you
want, and then squeeze or expand the bitpool to fit your throughput. (bitpool is something that can be
dynamically adjusted, I believe, without re-negotiation).

Howeverever, the real question is how to tell what the instantaneous realtime throughput is...  which is
certainly affected by support for EDR2 vs EDR3, but is also affected by distance, RSSI, environmental RF, and
what the other L2CAP channels on the connection are carrying (AVRCP for example).

I don't think a simple boolean for EDR2 and/or EDR3, especially in user space, is going to give you the level
of information you need.

> 
> Is there any bluez API for it?
> 

  reply	other threads:[~2019-10-11 18:15 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-11  8:27 Determinate EDR speed Pali Rohár
2019-10-11 18:15 ` Gix, Brian [this message]
2019-10-11 18:35   ` Pali Rohár
2019-10-11 19:00     ` Gix, Brian
2019-10-11 19:05       ` Gix, Brian
2019-10-11 20:04         ` Pali Rohár
2019-10-12  7:23           ` Luiz Augusto von Dentz
2019-10-13  7:36             ` Pali Rohár
2019-10-13  8:45               ` Luiz Augusto von Dentz
2019-10-13  9:39                 ` Pali Rohár
2019-10-13  9:49                   ` Luiz Augusto von Dentz
2019-10-16 19:06                   ` Marcel Holtmann
2019-10-16 19:13                     ` Pali Rohár
2019-10-19 19:47                       ` Marcel Holtmann
2019-10-16 19:05           ` 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=319f751481bbdb5aa012e5fa4daa1d95965b54c3.camel@intel.com \
    --to=brian.gix@intel.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=pali.rohar@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).